Charge-backs e pedidos de indemnização no GoCardless explicados
Como funcionam os charge-backs de débito direto no GoCardless: prazos em Bacs e SEPA, eventos de pagamento, falhas tardias e o que pode ou não fazer.
O débito direto põe o cliente numa posição forte. Em esquemas como o Bacs no Reino Unido e o SEPA na Europa, um cliente pode pedir ao seu banco que devolva um pagamento e, em muitos casos, o banco fá-lo sem lhe perguntar nada. No GoCardless, isto aparece como um charge-back (do lado do banco chama-se indemnity claim, pedido de indemnização). Não é uma disputa de cartão: na maioria dos casos não há provas a submeter nem decisão a aguardar.
Este guia explica durante quanto tempo os clientes podem reclamar, como um charge-back passa pelos eventos de pagamento do GoCardless, em que difere de uma falha tardia, o que o GoCardless lhe permite contestar e o que fazer com o cliente. Baseia-se apenas na documentação do GoCardless: a referência dos eventos de pagamento, os artigos da central de ajuda Bacs Chargeback process, SEPA Chargeback process e Challenge Chargebacks FAQ, e os guias do GoCardless sobre a Direct Debit Guarantee e a proteção do cliente SEPA (todos consultados em novembro de 2026). Os sites do GoCardless não estavam acessíveis a partir do nosso ambiente de pesquisa, por isso baseámo-nos nestas páginas tal como indexadas pelos motores de pesquisa e nas descrições das bibliotecas cliente oficiais da API do GoCardless; verifique as páginas em direto antes de citar um prazo a alguém.
Durante quanto tempo os clientes podem reclamar
As regras vêm dos esquemas, e o GoCardless descreve-as assim:
| Esquema | Direito do cliente |
|---|---|
| Bacs (Reino Unido) | Ao abrigo da Direct Debit Guarantee, o GoCardless diz que atualmente não há limite de tempo para os pedidos de indemnização. |
| SEPA Core | Um reembolso sem perguntas no prazo de 8 semanas após o débito. Para pagamentos não autorizados, reclamações até 13 meses. |
| SEPA B2B | Nenhum reembolso para pagamentos autorizados. Reclamações para pagamentos não autorizados (quando o pagador mostra que nunca aceitou um mandato B2B) até 13 meses. |
O GoCardless suporta também outros esquemas (ACH, PAD, BECS, Autogiro, Betalingsservice e outros), cada um com as suas regras. Consulte a central de ajuda do GoCardless para o esquema em que cobra.
O ponto prático: sobretudo no Bacs, um pagamento que cobrou há muito tempo não é definitivo. Os seus registos do que o cliente aceitou e usou devem ser guardados enquanto o cliente puder reclamar.
Como é um charge-back na API
Um pagamento com charge-back termina no estado charged_back, que a API do GoCardless define como “o pagamento foi alvo de charge-back”. Os eventos de pagamento contam a história:
| Ação do evento de pagamento | O que aconteceu |
|---|---|
charged_back |
O cliente pediu ao seu banco que reembolsasse o pagamento ao abrigo da Direct Debit Guarantee (ou do equivalente do esquema), e o montante foi-lhe devolvido. |
chargeback_cancelled |
O banco do cliente cancelou o pedido de charge-back, o que o GoCardless diz ser quase sempre a pedido do cliente. |
chargeback_settled |
O pagamento já lhe tinha sido transferido, e o montante foi agora debitado de uma transferência. |
Cada evento traz details.cause, details.origin e, para os eventos originados no banco, um details.reason_code específico do esquema. O GoCardless avisa que os códigos de motivo são inconsistentes entre bancos, por isso use-os para investigar, não para automatizar.
O seu lado financeiro verá chargeback_settled como uma dedução numa transferência. O seu lado do cliente deve reagir a charged_back, que chega primeiro.
As falhas tardias não são charge-backs
Um pagamento também pode falhar depois de ter sido confirmado. A API do GoCardless nota que os pagamentos podem falhar depois de confirmados se o banco enviar a mensagem de falha tarde. Isso é uma falha tardia (late failure), não uma reclamação: o dinheiro nunca foi realmente cobrado. Tem o seu próprio evento, late_failure_settled, quando o montante é retirado de uma transferência.
A diferença importa para a forma como fala com o cliente:
- Falha tardia: um problema de pagamento. Trate-a como qualquer pagamento falhado: avise o cliente e cobre de novo se o mandato continuar ativo.
- Charge-back: uma decisão do cliente (ou um erro do lado dele, como não reconhecer o débito). Não cobre de novo antes de falar com ele.
A documentação para developers do GoCardless recomenda também esperar um mínimo de 7 dias úteis depois de um pagamento ser confirmado antes de o reembolsar a um cliente, para dar margem às falhas tardias.
Pode contestar um charge-back?
Normalmente não. A central de ajuda do GoCardless descreve uma funcionalidade Challenge Chargebacks, parte da sua oferta Protect+, com condições: segundo as FAQ, no Bacs está limitada a clientes do Reino Unido no plano Pro, e tem 7 dias úteis para submeter provas. Para o SEPA Core, o GoCardless descreve as primeiras 8 semanas como um reembolso sem perguntas, por isso, para um pagamento autorizado dentro dessa janela, não há nada a discutir.
Mesmo quando uma contestação é possível, o cliente continua a ter o banco do seu lado e uma relação consigo que uma contestação não vai melhorar. Guarde as contestações para abusos claros: um cliente que continua a usar o serviço, recebeu o que pagou e reclama mesmo assim.
O que fazer quando chega um charge-back
- Assinale o cliente. Registe o pagamento, o montante, a causa, a data e a subscrição a que pertence.
- Suspenda as cobranças seguintes. Não deixe sair o próximo pagamento agendado antes de saber o que aconteceu. Pausar a subscrição (a ação
pausedo GoCardless funciona em subscrições sem fim ou com um número fixo de pagamentos) mantém as suas opções em aberto sem cancelar nada. - Verifique o mandato. Veja o seu estado e os eventos de mandato recentes. Um charge-back vem muitas vezes com um mandato cancelado, ou logo antes dele.
- Escreva ao cliente, sem o acusar. “Recebemos um pedido de reembolso do seu banco relativo ao seu pagamento de X a Y. Era essa a sua intenção?” Ofereça três caminhos: queria cancelar (confirme o cancelamento), não reconheceu o débito (explique-o e ofereça continuar) ou foi um erro (pergunte como quer regularizar o montante).
- Só cobre de novo com acordo. Se o cliente quiser continuar ou pagar o que deve, faça um pagamento num mandato ativo depois de ele concordar, ou configure um novo mandato.
- Decida sobre o acesso. Seja o que for que os seus termos digam sobre períodos não pagos, aplique-os de forma consistente.
Prevenir o próximo
A maioria das reclamações de débito direto pode ser evitada:
- Torne o débito reconhecível. Use uma descrição e uma referência de pagamento que o cliente associe a si no extrato bancário.
- Envie pré-avisos fáceis de ler. A central de ajuda do GoCardless explica as suas notificações ao pagador; se enviar as suas próprias, torne o montante e a data evidentes.
- Lembre antes de renovações anuais ou com alteração de preço. Um débito grande e inesperado é uma reclamação clássica.
- Torne fácil cancelar. Um cliente que consegue cancelar na sua app não tem motivo para ir ao banco. Veja como adicionar um fluxo de cancelamento às subscrições GoCardless.
- Reembolse quando o faria de qualquer forma. Um reembolso que inicia é mais limpo do que uma reclamação.
Fazer isto com o NoChurn
O GoCardless e os bancos tratam dos charge-backs; o NoChurn não submete nada por eles. As reclamações de débito direto aparecem na cronologia do cliente no NoChurn e contam na pontuação de churn de 0 a 100, já que não há provas a enviar. Onde o NoChurn ajuda é antes de uma reclamação: um fluxo de cancelamento com um cancelamento num clique sempre visível, emails de recuperação que revê quando um mandato é cancelado e emails de reconquista aos dias 30, 60 e 90 com base no motivo de cancelamento. Veja NoChurn + GoCardless.