GoCardless direct_debit_not_enabled : AG01 et AC06, un compte qui n'accepte pas le prélèvement

Ce que dit GoCardless

Les deux causes apparaissent aussi dans payments · cancelled : ce sont les encaissements qui attendaient encore d'être présentés avec ce mandat et que GoCardless annule en même temps que lui.

D'où cela vient

Ici, ce n'est pas la signature qui échoue, c'est le compte. Le mandat existe, mais quand GoCardless présente le prélèvement, la banque du client répond que ce compte n'accepte pas les prélèvements SEPA, ou qu'il est bloqué. C'est pourquoi ces événements ont pour origine bank : ils sont décidés par la banque du payeur.

direct_debit_not_enabled entraîne le mandat. GoCardless l'annule, et avec lui tombent les abonnements et les encaissements en attente. Avec account_blocked_for_any_financial_transaction, le compte est bloqué ; quand GoCardless annule aussi le mandat pour ce motif, il le communique dans son propre événement, avec la même cause.

Ce que fait Odoo pour chaque événement

Attention à l'ordre : l'événement du paiement ne retire pas le mandat, car ces causes ne figurent pas parmi les quatre qui font que le connecteur l'archive à la réception d'un paiement. C'est l'événement du mandat qui le fait. Et s'il n'arrivait pas par le webhook, la tâche horaire qui recherche les événements manqués le récupère.

Le connecteur n'est pas traduit en français : ces textes apparaissent toujours en anglais, même dans un Odoo en français, qu'ils soient déclenchés par un utilisateur ou par une action planifiée : « GoCardless could not collect this payment (direct_debit_not_enabled). » et « GoCardless mandate lost ».

N'attendez rien non plus de Success+ : son guide indique qu'il ne retente que les paiements qui échouent faute de fonds. Le connecteur, de toute façon, regarde à chaque échec le champ will_attempt_retry de l'événement, et s'il ne vaut pas true, il laisse la transaction en erreur.

Et le bouton de nouvel essai

Pour voir le message, ouvrez la facture et cliquez en haut sur « Transaction de paiement ». Le menu des transactions n'apparaît qu'en mode développeur et, dans Odoo 20, il n'existe plus.

Sur un paiement échoué, tant qu'Odoo n'a pas archivé le mandat, cette transaction propose « Retry collection » ; sur un paiement annulé, non. Cela sert à peu de chose : GoCardless ne retente que les paiements dont le mandat est encore actif, et avec direct_debit_not_enabled il vient de l'annuler. Si la réponse est retry_failed ou mandate_is_inactive, le connecteur interroge le mandat, l'archive s'il est mort et le consigne dans la transaction : « The customer's GoCardless mandate is …, so it cannot be charged. Ask the customer for a new mandate. ». À partir de là, le bouton disparaît.

Que faire

1. Parlez au client. Si le compte n'accepte pas les prélèvements, il vous faut un autre compte qui les accepte ; s'il est bloqué (AC06), le client devra d'abord régler cela avec sa banque.
2. Avec le bon compte, le client signe un nouveau mandat, qui apparaîtra dans Odoo comme un autre mode de paiement.
3. Encaissez de nouveau avec ce mode de paiement les factures ouvertes. Les encaissements annulés par GoCardless ne seront pas présentés d'eux-mêmes.
4. Si vous avez besoin du code exact, cherchez-le dans GoCardless, car Odoo ne conserve que la cause : le connecteur ne garde pas le code SEPA. Son centre d'aide l'explique ainsi : « You are able to view the reason for a payment failure in the status timeline of the payment in your GoCardless dashboard. ».

Avec notre connecteur

Avec Odoo 17, 18, 19 et 20, cet échec ne reste pas caché : la transaction affiche la cause de GoCardless, la facture est rouverte si elle était payée et, dès que l'annulation du mandat arrive, le client est marqué pour lui demander un autre compte avant la prochaine facture.

À lire aussi