MoveMentors é marketplace, mas não seguramos dinheiro por anfitriões. Cada pagamento vai direto do estudante pro anfitrião.
O princípio: roteamento direto
- Cartão via Stripe: o dinheiro aterra direto na conta Stripe Connect do anfitrião. Não estamos no path.
- Métodos manuais (banco, PayPal, etc): estudante envia direto pro anfitrião usando os detalhes do anfitrião. Nunca tocamos os fundos.
O papel da plataforma é facilitar booking, capturar payment details, registrar transação. Sem escrow, sem coletar e distribuir, sem comissão por reserva.
Por que roteamento direto
1. Confiança
Anfitriões podem desconectar e não podemos tocar no dinheiro deles.
2. Velocidade
Cartão via Stripe captura imediato; payout em dias, não semanas. Manuais ainda mais rápido.
3. Simplicidade
Sem licenças de money transmitter, escrow, infraestrutura bancária.
Os tradeoffs
- Não podemos enforçar reembolsos. Manual: se anfitrião recusa, não conseguimos pull. Stripe: temos API.
- Anfitriões responsáveis por impostos. Stripe emite 1099-K EUA; outros locais.
- Chargebacks pro anfitrião.
Em troca: lower fees, faster funds, ownership da relação.
Como ganhamos dinheiro
Assinatura mensal pra tiers pagos. Gratis indefinido. Sem fees per-booking.
Resumo por método
| Método | Fluxo | Velocidade | Auto refund |
|---|---|---|---|
| Cartão (Stripe) | Cartão → Stripe → banco anfitrião | Captura inst; payout 2-7d | Automático |
| Transferência | Banco estudante → banco anfitrião | 1-5 dias | Manual (anfitrião) |
| PayPal | PayPal → PayPal | Minutos | Manual |
| Venmo/CashApp/Zelle | App → app/banco | Minutos | Manual |
| Dinheiro | Mão a mão | No dia | n/d |
| Cripto | Wallet → wallet | Min-horas | Manual |
O ciclo de booking + pagamento
Stripe típico:
- Estudante escolhe aula, "Reservar".
- Stripe Checkout session via API ao Stripe.
- Redireciona pro Stripe.
- Estudante coloca cartão; Stripe autoriza.
- Stripe redireciona pro MoveMentors.
- Webhook do Stripe notifica capture.
- Marcamos
CONFIRMED, e-mail aos dois. - Fundos no balance do anfitrião.
- Stripe paga banco no schedule dele.
Manual típico:
- Estudante escolhe, manual, "Reservar".
- Reserva em
PENDING. - E-mail ao estudante com instruções.
- Estudante inicia pagamento off-platform.
- Anfitrião recebe na conta dele.
- Anfitrião "Mark paid".
- Passa pra
CONFIRMED. E-mail ambos.
O que vive no nosso DB
- Booking record: who, what, when, status, party size.
- Stripe: charge ID + Checkout session ID. NUNCA card numbers.
- Manual: método escolhido, valor, paid-at timestamp, who marked.
- Config do anfitrião: que métodos, handles (encrypted).
NÃO armazenamos: card numbers, balances bancários, wallet contents.
Reembolsos: quem pode emitir
| Cenário | Quem |
|---|---|
| Stripe, dentro janela | Anfitrião ou admin |
| Stripe, fora | Anfitrião (discricionário) ou admin |
| Manual | Anfitrião (não podemos alcançar os fundos) |
| Admin-issued (disputa resolvida) | Admin (via Stripe API na conta do anfitrião) |
Lidar com moeda
Anfitriões escolhem moeda no onboarding. Preços nessa moeda globalmente; sem auto-conversion.
Estudante com cartão de outra moeda: emissor dele lida com FX.
Manuais: estudante envia equivalente na moeda do anfitrião.
Stripe Connect: direct vs destination
Usamos Direct Charges: a cobrança ocorre na conta do anfitrião.
- Extratos bancários mostram nome do anfitrião.
- Conta do anfitrião é legal merchant.
- Taxas Stripe saem antes do payout.
- Chargebacks debitam balance do anfitrião.
Alternativa ("destination") nos faria segurar; rejeitada porque complica regulatório.
O que significa pra anfitriões
Setup Stripe Connect uma vez. Depois:
- Bookings happen.
- Money lands no balance Stripe.
- Stripe paga banco auto.
- Você reporta earnings em impostos.
Manual: setup handles uma vez, confirma recebimento por booking.
O que significa pra estudantes
Opções claras ao reservar. Cartão instantâneo. Manuais direto pro anfitrião.
Records: página de booking, e-mail, Stripe receipt.
Refunds: Stripe automático pro cartão. Manual depende do anfitrião.