Escopo da plataforma

O que a YumePay faz e o que fica com o integrador. Use esta seção para fechar o escopo e o calendário do seu lado.

Tema	Na YumePay hoje	Como resolver com a API atual	Previsão
Comunicação com o pagador	Não envia nenhuma comunicação ao pagador — nem e-mail, nem SMS, nem WhatsApp: confirmação, vencimento, falha ou recibo	100% do lado do integrador, disparada pelos webhooks (Webhook de venda PIX, Webhook de link de pagamento, Webhooks de cobrança)	Não há previsão
Cadastro de cliente	Não existe entidade de cliente nem token de cliente. Os dados do pagador ficam em cada assinatura	Use o ID do cliente no seu cadastro como externalReference (filtro exato na seção Listar assinaturas) e sourceSubscriptionId para reaproveitar o cartão do mesmo cliente (Criar assinatura com cartão)	Não há previsão de data
Split de pagamento	Não existe divisão por transação, recebedor ou comissão	O rateio fica no seu lado. As rotas de settlements são a liquidação dos recebíveis do próprio lojista, não split	Não há previsão de data
Portabilidade de cartões de outro PSP	Não recebe carga de cartões tokenizados de outro provedor	Cada cliente informa o cartão uma vez — pelo checkout da assinatura (Criar assinatura sem cartão) ou cifrado no seu front (Criar assinatura com cartão). Depois disso, sourceSubscriptionId evita nova digitação	Depende de acordo com o adquirente. Não considerem no calendário
Reaproveitar cartão entre venda avulsa e assinatura	Não suportado: a venda avulsa não guarda o cartão tokenizado	Comece pela assinatura e reaproveite entre assinaturas	Não há previsão
Estorno parcial	Não suportado. Estorno é sempre integral	—	Não há previsão
Cobrança retroativa	Não há cobrança de ciclos atrasados em lote (Processamento das cobranças)	Para cobrar um período passado, use uma venda avulsa (Pagamentos avulsos)	Não há previsão

Quando qualquer item desta tabela mudar, este guia é atualizado e vocês são avisados no grupo.