Como usar as conversas do Crisp como prova num chargeback
Como transformar conversas de chat e email do Crisp em provas para disputas: transcrições, a API REST, associar o cliente e montar um dossiê que o banco lê.
O Crisp guarda muitas vezes o registo mais direto do que um cliente sabia e fez: o chat em que perguntou como exportar os seus dados, o email em que lhe explicaram como funcionam as renovações, a conversa em que disse que o produto era “exatamente o que precisávamos”. Quando esse mesmo cliente contesta uma cobrança, essas palavras podem sustentar a sua resposta, se as conseguir extrair de forma limpa e a tempo.
Este guia explica como extrair conversas do Crisp, quais ajudam para cada motivo de disputa e como formatá-las para uma resposta a uma disputa no Stripe. Baseia-se nos artigos da central de ajuda do Crisp sobre transcrições de chat e a integração com o Stripe, na referência da API REST do Crisp e nas páginas do Stripe sobre boas práticas para provas em disputas, categorias de disputa e como funcionam as disputas (todos consultados em novembro de 2026).
O que o Stripe pede
As provas de uma disputa no Stripe têm um campo de comunicação com o cliente para as mensagens relevantes para o caso. Das boas práticas do Stripe:
- Junte toda a comunicação num só ficheiro; há um único envio por tipo de prova.
- Inclua apenas excertos relevantes, não conversas inteiras.
- Indique claramente se o cliente tentou resolver o problema consigo antes de contestar.
- Não dependa de links, áudio ou vídeo; os bancos não analisam conteúdo externo.
- Submete uma única vez; nada pode ser acrescentado depois.
- Os emails e chats apoiam o seu caso, mas não verificam a identidade do cliente, por isso nas disputas por fraude têm de ser acompanhados de outros registos.
Que conversas ajudam
| Categoria de disputa do Stripe | Mensagens úteis do Crisp |
|---|---|
| Subscription canceled | Chats em que o cliente perguntou sobre planos, faturação ou renovação e lhe foi explicado como cancelar; nenhum pedido de cancelamento registado; atividade depois da data em que diz ter cancelado |
| Product not received | Perguntas de utilização, pedidos de funcionalidades e agradecimentos que mostram que o cliente usou o serviço |
| Product unacceptable | As suas tentativas de resolver o problema e as respostas do cliente |
| Credit not processed | Mensagens em que um reembolso foi prometido, recusado ou já enviado, com a política explicada |
| Fraudulent | Uma conversa do titular do cartão sobre a compra antes da disputa |
Para disputas de cancelamento, as orientações por categoria do Stripe apontam também para avisos de renovação e provas de utilização contínua depois da data de cancelamento alegada, além de qualquer mensagem que mostre que o cliente foi informado dos termos não reembolsáveis ou que lhe foi oferecida uma alternativa.
Tirar as conversas do Crisp
A partir da caixa de entrada
O artigo sobre transcrições do Crisp descreve duas opções manuais no menu de ações de uma conversa, em Transcript:
- Enviar uma transcrição por email, para si ou para outro endereço.
- Descarregar uma cópia local.
O Crisp indica também que as conversas não podem ser exportadas em CSV nativo a partir da app; as exportações em massa passam pela API ou por uma ferramenta de migração.
Uma nota sobre as transcrições automáticas: o Crisp pode enviar aos utilizadores uma transcrição da sua conversa por email, controlada pela definição “Email users transcripts of conversations” em Email Settings. Se essa definição estiver ativada, o cliente recebeu uma cópia da conversa. Quando for relevante (por exemplo, uma conversa em que os termos de cancelamento foram explicados), vale a pena referir que a transcrição foi enviada ao cliente, se o puder confirmar para essa conversa.
Através da API
A API REST dá-lhe o que precisa para automatizar isto:
- Listar as conversas ligadas a um contacto, com uma rota que aceita o email do contacto em vez do seu ID:
GET /v1/website/{website_id}/people/conversations/{people_id}/list/{page_number}. - Obter as mensagens de uma conversa com
GET /v1/website/{website_id}/conversation/{session_id}/messages. Devolve por defeito o lote mais recente; recue nas páginas com o parâmetrotimestamp_beforepara obter mensagens mais antigas. - Ler o email do visitante nos metadados da conversa.
Cada mensagem tem um remetente e uma data e hora, e é isso que torna uma citação utilizável como prova. O seu token de API precisa dos âmbitos correspondentes (o Crisp lista-os por rota).
Associar a conversa ao cliente que contesta
Um contacto do Crisp é identificado pelo email quando o visitante o forneceu, ou quando o seu site o define através do SDK da chatbox. O cliente Stripe tem o seu próprio email. Os dois coincidem muitas vezes, mas nem sempre: o cliente pode falar a partir de um endereço de trabalho e pagar com um pessoal, ou um colega pode escrever em seu nome.
A integração do Crisp com o Stripe mostra o estado da subscrição, o histórico de faturação e os pagamentos do cliente na barra lateral da conversa, só de leitura. As alterações a pagamentos ou subscrições fazem-se no Stripe. Quando a barra lateral mostra o cliente Stripe certo, é bom sinal de que a associação está correta. Quando não mostra nada, verifique à mão antes de usar a conversa. Um banco emissor que lê uma conversa da pessoa errada deixa de confiar no resto do dossiê.
Montar o dossiê
- Leia a disputa. Anote o motivo e a data-limite para as provas (
evidence_details.due_byno objeto Dispute do Stripe). - Reúna as conversas desse cliente desde a inscrição, ou desde a última renovação, até à data da disputa.
- Selecione as mensagens que respondem ao motivo da disputa. Dois a cinco excertos chegam normalmente.
- Cite-as com data, hora, canal e autor, por exemplo: “2026-08-03 16:20 UTC, chat, cliente (sam@example.com): …” Mantenha as palavras do cliente exatamente como foram escritas.
- Acrescente um resumo de duas frases no topo: o que as mensagens mostram e se o cliente contactou o suporte antes de contestar.
- Junte tudo num só PDF com a sua outra comunicação (lembretes de renovação, confirmações de cancelamento), por ordem cronológica.
- Acompanhe com registos que as conversas não conseguem provar sozinhas: registos de sessões e de utilização, política de cancelamento, política de reembolso.
O que evitar
- Notas internas. Tudo o que a sua equipa escreveu para si própria e não para o cliente não é comunicação com o cliente; deixe-o de fora.
- Mensagens de chatbot sem contexto. Se uma mensagem automática explicou os termos de renovação, diga que era automática e quando foi mostrada.
- Reembolsar durante a disputa. A página How disputes work do Stripe diz que não pode emitir um reembolso fora do processo de disputa enquanto uma disputa está aberta.
- Discutir com o cliente no chat. O Stripe recomenda guardar um registo da comunicação durante a disputa. Parta do princípio de que um banco emissor a pode ler.
Prevenir a próxima disputa a partir do Crisp
Muitas disputas começam como um chat que não teve uma resposta clara. Adicione um segmento como billing às conversas que mencionam cobranças, reembolsos ou cancelamento (à mão, com um workflow ou com a triagem automática do Crisp, consoante o seu plano) e dê a essas conversas um objetivo de resposta curto. Um cliente que recebe uma resposta clara no chat raramente liga ao banco.
Fazer isto com o NoChurn
O conector Crisp do NoChurn é só de leitura: nunca envia mensagens nem altera conversas no Crisp. Lê as conversas e associa-as aos clientes por email; as correspondências duvidosas são sugeridas para confirmar, nunca fundidas automaticamente. Quando se abre uma disputa no Stripe ou no Braintree, o NoChurn reúne as provas automaticamente, incluindo excertos literais datados das conversas do Crisp, respostas do fluxo de cancelamento, emails enviados e utilização, e redige uma resposta com IA. Nada segue para o processador antes de alguém da sua equipa a rever. Veja NoChurn + Crisp.