GoCardless direct_debit_not_enabled: AG01 e AC06, uma conta que não aceita o débito direto

O que diz a GoCardless

As duas causas aparecem também em payments · cancelled: aí vão as cobranças que ainda aguardavam apresentação com esse mandato e que a GoCardless cancela juntamente com ele.

De onde vem

Aqui não falha a assinatura, falha a conta. O mandato existe, mas quando a GoCardless apresenta o débito, o banco do cliente responde que nessa conta não são aceites débitos diretos SEPA, ou que está bloqueada. Por isso estes eventos têm origem bank: são decididos pelo banco do pagador.

direct_debit_not_enabled arrasta o mandato. A GoCardless cancela-o e, com ele, caem as subscrições e as cobranças que tivesse pendentes. Com account_blocked_for_any_financial_transaction a conta está bloqueada; quando a GoCardless cancela também o mandato por esse motivo, comunica-o no seu próprio evento, com a mesma causa.

O que faz o Odoo com cada evento

Atenção à ordem: o evento do pagamento não retira o mandato, porque estas causas não figuram entre as quatro que fazem com que o conector o arquive ao receber um pagamento. Isso fá-lo o evento do mandato. E se não chegar pelo webhook, é recolhido pela tarefa horária que procura os eventos perdidos.

Os dois textos citados da tabela nascem de um evento, não de um clique. Estes textos saem no idioma de quem lança a cobrança; se for uma ação agendada, como a renovação de uma subscrição, são escritos sem ninguém à frente: numa base de dados criada em português saem assim, e numa criada em inglês e passada depois para português, em inglês: «GoCardless could not collect this payment (direct_debit_not_enabled).» e «GoCardless mandate lost».

Também não há que esperar nada do Success+: o seu guia diz que só volta a tentar os pagamentos que falham por falta de fundos. O conector, de qualquer forma, verifica em cada falha o campo will_attempt_retry do evento e, se não vier a true, deixa a transação em erro.

E o botão de tentar novamente

Para ver a mensagem, entre na fatura e clique em cima em «Transação de Pagamento». O menu de transações só aparece em modo de programador e, no Odoo 20, já não existe.

Num pagamento falhado, enquanto o Odoo não tiver arquivado o mandato, essa transação oferece «Tentar cobrar novamente»; num cancelado, não. Serve de pouco: a GoCardless só repete pagamentos cujo mandato continua ativo e, com direct_debit_not_enabled, acabou de o cancelar. Se a resposta for retry_failed ou mandate_is_inactive, o conector consulta o mandato, arquiva-o se estiver morto e deixa-o registado na transação: «O mandato GoCardless do cliente está no estado …, pelo que não pode ser cobrado. Peça ao cliente um novo mandato.». A partir daí o botão desaparece.

O que fazer

1. Fale com o cliente. Se a conta não aceita débitos, precisa de outra que os aceite; se está bloqueada (AC06), terá primeiro de resolver a situação com o seu banco.
2. Com a conta boa, o cliente assina um novo mandato, que no Odoo aparecerá como outro método de pagamento.
3. Volte a cobrar com esse método as faturas em aberto. As cobranças canceladas pela GoCardless não vão ser apresentadas por si sós.
4. Se precisar do código exato, procure-o na GoCardless, porque o Odoo só guarda a causa: o conector não conserva o código SEPA. O seu centro de ajuda explica-o assim: «You are able to view the reason for a payment failure in the status timeline of the payment in your GoCardless dashboard.».

Com o nosso conector

Com o Odoo 17, 18, 19 e 20, esta falha não fica escondida: a transação mostra a causa da GoCardless, a fatura é reaberta se estava paga e, assim que chega o cancelamento do mandato, o cliente fica assinalado para lhe pedir outra conta antes da próxima fatura.

Continue a ler