GoCardless direct_debit_not_enabled: AG01 e AC06, un conto che non ammette l'addebito

Cosa dice GoCardless

Le due cause compaiono anche in payments · cancelled: lì vanno gli incassi che aspettavano ancora di essere presentati con quel mandato e che GoCardless annulla insieme a esso.

Da dove viene

Qui non fallisce la firma, fallisce il conto. Il mandato esiste, ma quando GoCardless presenta l'addebito, la banca del cliente risponde che su quel conto non si accettano addebiti diretti SEPA, o che è bloccato. Per questo questi eventi hanno origine bank: li decide la banca del pagatore.

direct_debit_not_enabled trascina con sé il mandato. GoCardless lo annulla e, con esso, cadono gli abbonamenti e gli incassi che aveva in sospeso. Con account_blocked_for_any_financial_transaction il conto è bloccato; quando GoCardless annulla anche il mandato per quel motivo, lo comunica nel proprio evento, con la stessa causa.

Cosa fa Odoo con ogni evento

Attenzione all'ordine: l'evento del pagamento non ritira il mandato, perché queste cause non figurano tra le quattro che portano il connettore ad archiviarlo alla ricezione di un pagamento. Lo fa l'evento del mandato. E se non arrivasse tramite il webhook, lo raccoglie l'azione pianificata oraria che cerca gli eventi persi.

I due testi citati della tabella nascono da un evento, non da un clic. Il connettore non è tradotto in italiano: questi testi compaiono sempre in inglese, anche in un Odoo in italiano, sia che li avvii un utente sia un'azione pianificata: «GoCardless could not collect this payment (direct_debit_not_enabled).» e «GoCardless mandate lost».

Neppure da Success+ c'è da aspettarsi nulla: la sua guida dice che riprova soltanto i pagamenti che falliscono per mancanza di fondi. Il connettore, comunque, a ogni fallimento guarda il campo will_attempt_retry dell'evento e, se non è a true, lascia la transazione in errore.

E il pulsante per riprovare

Per vedere il messaggio, entra nella fattura e premi in alto «Transazione di pagamento». Il menu delle transazioni compare solo in modalità sviluppatore e in Odoo 20 non c'è più.

In un pagamento fallito, finché Odoo non ha archiviato il mandato, quella transazione offre «Retry collection»; in uno annullato, no. Serve a poco: GoCardless riprova soltanto pagamenti il cui mandato è ancora attivo e con direct_debit_not_enabled lo ha appena annullato. Se la risposta è retry_failed o mandate_is_inactive, il connettore interroga il mandato, lo archivia se è morto e lo annota nella transazione: «The customer's GoCardless mandate is …, so it cannot be charged. Ask the customer for a new mandate.». Da lì in poi il pulsante scompare.

Cosa fare

1. Parla con il cliente. Se il conto non ammette addebiti, serve un altro conto che li ammetta; se è bloccato (AC06), dovrà prima risolverlo con la sua banca.
2. Con il conto giusto, il cliente firma un nuovo mandato, che in Odoo comparirà come un altro metodo di pagamento.
3. Incassa di nuovo con quel metodo le fatture aperte. Gli incassi annullati da GoCardless non verranno presentati da soli.
4. Se ti serve il codice esatto, cercalo in GoCardless, perché Odoo conserva solo la causa: il connettore non conserva il codice SEPA. Il loro centro assistenza lo spiega così: «You are able to view the reason for a payment failure in the status timeline of the payment in your GoCardless dashboard.».

Con il nostro connettore

Con Odoo 17, 18, 19 e 20, questo errore non resta nascosto: la transazione mostra la causa di GoCardless, la fattura si riapre se era pagata e, non appena arriva l'annullamento del mandato, il cliente viene segnalato per chiedergli un altro conto prima della prossima fattura.

Continua a leggere