GoCardless direct_debit_not_enabled: AG01 i AC06, un compte que no admet el rebut

Què diu GoCardless

Les dues causes apareixen també a payments · cancelled: allà van els cobraments que encara esperaven presentar-se amb aquest mandat i que GoCardless cancel·la juntament amb ell.

D'on ve

Aquí no falla la signatura, falla el compte. El mandat existeix, però quan GoCardless presenta el rebut, el banc del client respon que en aquest compte no s'accepten rebuts directes SEPA, o que està bloquejat. Per això aquests esdeveniments tenen origen bank: els decideix el banc del pagador.

direct_debit_not_enabled arrossega el mandat. GoCardless el cancel·la, i amb ell cauen les subscripcions i els cobraments que tingués pendents. Amb account_blocked_for_any_financial_transaction el compte està bloquejat; quan GoCardless cancel·la també el mandat per aquest motiu, ho comunica en el seu propi esdeveniment, amb la mateixa causa.

Què fa Odoo amb cada esdeveniment

Compte amb l'ordre: l'esdeveniment del pagament no retira el mandat, perquè aquestes causes no figuren entre les quatre que fan que el connector l'arxivi en rebre un pagament. Això ho fa l'esdeveniment del mandat. I si no arribés pel webhook, el recull la tasca horària que busca els esdeveniments perduts.

Els dos textos citats de la taula neixen d'un esdeveniment, no d'un clic. El connector no està traduït al català: aquests textos surten sempre en anglès, també en un Odoo en català, tant si els llança un usuari com una tasca programada: «GoCardless could not collect this payment (direct_debit_not_enabled).» i «GoCardless mandate lost».

Tampoc cal esperar res de Success+: la seva guia diu que només torna a intentar els pagaments que fallen per falta de fons. El connector, de totes maneres, mira en cada fallada el camp will_attempt_retry de l'esdeveniment, i si no ve a true deixa la transacció en error.

I el botó de reintentar

Per veure el missatge, entra a la factura i prem a dalt «Transacció de pagament». El menú de transaccions només apareix en mode desenvolupador i a Odoo 20 ja no hi és.

En un pagament fallit, mentre Odoo no hagi arxivat el mandat, aquesta transacció ofereix «Retry collection»; en un de cancel·lat, no. Serveix de poc: GoCardless reintenta únicament pagaments el mandat dels quals continua actiu, i amb direct_debit_not_enabled acaba de cancel·lar-lo. Si la resposta és retry_failed o mandate_is_inactive, el connector pregunta pel mandat, l'arxiva si és mort i ho deixa dit a la transacció: «The customer's GoCardless mandate is …, so it cannot be charged. Ask the customer for a new mandate.». A partir d'aquí el botó desapareix.

Què fer

1. Parla amb el client. Si el compte no admet rebuts, necessites un altre que sí els admeti; si està bloquejat (AC06), primer haurà de resoldre-ho amb el seu banc.
2. Amb el compte bo, el client signa un mandat nou, que a Odoo apareixerà com un altre mètode de pagament.
3. Torna a cobrar amb aquest mètode les factures obertes. Els cobraments cancel·lats per GoCardless no es presentaran per si sols.
4. Si necessites el codi exacte, cerca'l a GoCardless, perquè Odoo només guarda la causa: el connector no conserva el codi SEPA. El seu centre d'ajuda ho explica així: «You are able to view the reason for a payment failure in the status timeline of the payment in your GoCardless dashboard.».

Amb el nostre connector

Amb Odoo 17, 18, 19 i 20, aquesta fallada no es queda amagada: la transacció mostra la causa de GoCardless, la factura es reobre si estava pagada i, tan bon punt arriba la cancel·lació del mandat, el client queda marcat per demanar-li un altre compte abans de la propera factura.

Continua llegint