Visão geral
—
| Cliente | Tipo | Situação | Prazo |
|---|
Fila de reembolsos
Somente pedidos feitos pelo botão do app com compra de até 7 dias. Direito garantido — não precisa de aprovação.
| Cliente | Plataforma · pedido | Valor | Comprou há | Situação | Esperando há | Prazo (5 d) | Confirmação | Pedido em |
|---|
Para contatar
Só quem realmente pediu alguma coisa que precisa de uma pessoa: reembolso integral (clicou no botão do e-mail), reembolso parcial, upgrade sem custo, Saída Antecipada ou quem ficou em dúvida na renovação (aba Renovação: clicou em "Ainda estou decidindo" no app, ou aceitou os 15%). Quem só desligou a renovação, cancelou o mensal ou ganhou o limite maior não aparece aqui — não precisa de contato.
| Cliente | Contato | Plano | O que pediu | Comprou há | Pediu em | Prazo | Situação | Ação |
|---|
Cancelamentos sem reembolso
Quem cancelou pelo app sem pedir reembolso: plano mensal no botão "Cancelar" e quem desligou a renovação automática. Não sai dinheiro — só não pode haver nova cobrança. Não entra no calendário de reembolsos.
| Cliente | Plano | Cancelou em | Direito a reembolso | Onde clicou | Próxima cobrança (estimada) | Situação | Valor que deixaria de entrar |
|---|
Análise
Pedidos fora da garantia (compra com mais de 7 dias), pausas, trocas e contatos. Aqui não há reembolso — há conversa.
| Cliente | Tipo | Comprou há | Motivo | Situação | Prazo (48 h) | Origem | Pedido em |
|---|
Cobrança indevida
Cliente cobrado depois de cancelar, ou cobrado em dobro. SLA de 24 h. Resolve com estorno da cobrança extra (o webhook confirma) ou explicação.
| Cliente | Plataforma · pedido | Relato | Situação | Prazo (24 h) | Origem | Pedido em |
|---|
Clientes
Base unificada (app + plataformas). Um cliente, todos os pedidos, uma linha.
| ID | Cliente | Contato | Plano | Assinatura | Plataforma | Comprou há | Vence em | Pedidos | Último acesso |
|---|
Calendário de reembolsos
Em cada dia: quantos clientes pediram reembolso, quantos foram reembolsados e quantos foram recusados por não terem direito (pediram reembolso ou cancelaram depois dos 7 dias da compra). Só compras da Pagar.me (Stone) — Kirvano fica fora. Clique num dia para ver quem foi.
Melhorias contra reembolso
Cada tarefa nasce de um motivo que se repete nos pedidos de reembolso da Pagar.me (Stone). Abra a Ficha completa para ver diagnóstico, hipóteses, como verificar, solução e o prompt pronto para a IA. Os números se atualizam sozinhos conforme os pedidos chegam.
Hoje · 10 do dia
Quem reembolsar hoje, na ordem certa, dentro do limite de 10 por dia. Só Pagar.me (Stone). Todo pedido dentro dos 7 dias continua com direito ao prazo prometido — a lista só define quem vai primeiro.
Retenção
O que aconteceu com quem pediu reembolso: ficou, foi reembolsado, foi ao banco ou ainda espera resposta. Só Pagar.me (Stone).
Origem do reembolso
De onde nasce o pedido e onde atuar primeiro, com o impacto estimado de cada mudança. Só Pagar.me (Stone). Valores pelo preço de tabela.
Jornada do cliente
Onde, no caminho do cliente, nasce cada motivo de reembolso — e a demanda pronta para o time de tech resolver. O status é o mesmo da aba Melhorias.
Uso das funções
O que as pessoas usam no app — e o que fizeram as que pediram reembolso. Só contagens, vindas do app; nenhum texto das conversas.
| Função | Quem usa (todos) | Quem pediu reembolso usa | Diferença | Usos | Falhas |
|---|
Integrações & webhooks
Tudo entra por aqui. O painel nunca depende de alguém copiar dado de formulário.
Botão do app ● ativo
Cria a solicitação já classificada (≤ 7 dias → fila de reembolso; senão → análise).
POST /api/cancelamentoKirvano ● ativo
SALE_REFUNDED → pedido vira "Reembolsado" sozinho. SALE_CHARGEBACK, SUBSCRIPTION_CANCELED, SALE_APPROVED atualizam o cliente.
POST /api/webhooks/kirvanoHotmart ● ativo
PURCHASE_REFUNDED, PURCHASE_CHARGEBACK, SUBSCRIPTION_CANCELLATION, PURCHASE_APPROVED.
POST /api/webhooks/hotmartStripe ○ configurar
charge.refunded, charge.dispute.created, customer.subscription.deleted, invoice.paid.
POST /api/webhooks/stripeE-mail ○ opcional
Resposta automática manda usar o botão do app. Encaminhar para cá cria um "contato" com o texto original.
POST /api/webhooks/emailKommo / WhatsApp ○ opcional
O salesbot manda o cliente para o botão do app; o protocolo GI-… fica o mesmo nos dois lados.
POST /api/webhooks/kommoRegras & SLA
Os números que definem tudo. Ficam aqui para não ficar na cabeça de ninguém.
Garantia
A data do pedido no app é a referência. Quem não pediu pelo botão em 7 dias não tem reembolso — e isso é informado em todos os canais.
SLA de reembolso
Prazo prometido ao cliente para o dinheiro voltar.
SLA de resposta
Marcação manual de reembolso
Existe só para quando o webhook falhar. Exige: aviso de risco, caixa marcada e digitar CONFIRMO. Fica registrado quem marcou e quando.
Risco jurídico
Marcado automaticamente quando o texto contém: