Vai al contenuto principale
GoCardless · SEPA Core · dati bancari

GoCardless invalid_bank_details: AC01 e BE06, il conto indicato non esiste

Con invalid_bank_details la banca comunica che il conto del mandato non esiste. Di solito si tratta di un IBAN copiato male in fase di firma. GoCardless lo segnala con i codici SEPA AC01 o BE06, sul mandato e, se era già in corso un addebito, anche sul pagamento.

FlexigoTech · Responsabile: Víctor Gómez · Aggiornato il 6 novembre 2026

In breve

Versioni
Odoo 17, 18, 19 e 20
Verificato
nel codice del connettore, versione 17.0, 18.0, 19.0 e 20.0 · nelle fonti collegate in fondo
Lettura
4 min

Cosa dice GoCardless

EventoCodiciTesto di GoCardless
payments · failedAC01, BE06The bank account specified does not exist. The mandate will also be cancelled.
mandates · failedAC01The bank account specified does not exist. Any subscriptions and pending payments will also be cancelled.
mandates · cancelledAC01, BE06The bank account specified does not exist. Any subscriptions and pending payments will also be cancelled.
Scheda della causa invalid_bank_details di GoCardless
La causa, i suoi codici SEPA Core AC01 e BE06 e il testo di GoCardless per il pagamento fallito.

Quando compare

Dipende da quando se ne accorge la banca. Se respinge il mandato al momento della registrazione, GoCardless lo segna come fallito (mandates · failed) e non viene addebitato nulla. Se il mandato era già attivo e il primo addebito viene rifiutato con AC01 o BE06, il pagamento fallisce e GoCardless annulla il mandato (mandates · cancelled), insieme ai pagamenti in sospeso collegati a quel mandato.

In entrambi i casi la soluzione è la stessa: il cliente deve firmare di nuovo con un conto esistente.

Cosa fa Odoo con il connettore

Il connettore reagisce separatamente a ogni evento, ed è utile sapere cosa fa ciascuno:

  • Il pagamento fallito porta la transazione in errore con «GoCardless could not collect this payment (invalid_bank_details).». Se la fattura era già pagata con quell'addebito, annulla il pagamento e la fattura torna in stato da pagare.
  • L'evento del mandato, fallito o annullato, è quello che lo ritira: il connettore considera non più validi i mandati in questi stati, archivia il metodo di pagamento, annota sulla scheda del cliente che il mandato non è più utilizzabile e crea l'attività «GoCardless mandate lost».

Questi testi li scrive il connettore nell'applicare l'evento, senza intervento di nessuno. 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 (invalid_bank_details).» e «GoCardless mandate lost».

Il pagamento fallito da solo non archivia il mandato: invalid_bank_details non è tra le quattro cause con cui il connettore lo fa alla ricezione di un pagamento. Lo archivia l'evento del mandato, che GoCardless invia sempre in questo caso. Se si perdesse per strada, ci pensa l'attività oraria che recupera gli eventi mancanti.

La transazione si apre dalla fattura, con il pulsante «Transazione di pagamento» in alto; il menu delle transazioni compare solo in modalità sviluppatore e in Odoo 20 non esiste. Finché il mandato non è archiviato in Odoo, la transazione in errore mostra il pulsante «Retry collection», ma non serve a nulla. GoCardless riprova un pagamento solo se il mandato è attivo, e con AC01 o BE06 lo annulla. Se lo premi e GoCardless lo rifiuta, il connettore consulta il mandato e, se è non più valido, lo archivia e lo comunica nella transazione: «The customer's GoCardless mandate is …, so it cannot be charged. Ask the customer for a new mandate.». Con il mandato archiviato, il pulsante non compare più.

Cosa fare

  1. Verifica con il cliente l'IBAN completo: una sola cifra sbagliata basta perché il conto non esista.
  2. Chiedigli di firmare un mandato nuovo con il conto corretto. Sarà un nuovo metodo di pagamento in Odoo.
  3. Incassa con lui le fatture rimaste in sospeso; quelle che GoCardless ha annullato non verranno presentate da sole.
  4. Se il cliente sostiene che l'IBAN era corretto, si rivolga alla sua banca: AC01 e BE06 sono la risposta della banca, non di GoCardless. In Odoo vedrai solo la causa, perché il connettore non memorizza il codice SEPA. Secondo il centro assistenza di GoCardless, il motivo di ogni rifiuto compare nella cronologia del pagamento, nella Dashboard («You are able to view the reason for a payment failure in the status timeline of the payment in your GoCardless dashboard.»).
Schema: cosa invia GoCardless con invalid_bank_details e cosa fa Odoo con il connettore
Schema realizzato a partire dal codice del connettore (17.0, 18.0, 19.0 e 20.0) e dalla documentazione di GoCardless; ciò che è barrato è quello che l'evento di pagamento non fa.

Perché ci sono due codici, AC01 e BE06?

GoCardless raggruppa entrambi sotto la stessa causa e lo stesso testo per SEPA Core. Per te la conseguenza è identica: con quel conto non si può incassare, e serve una nuova firma.

Si può correggere l'IBAN del mandato in Odoo?

No. Il mandato è l'autorizzazione che il cliente ha firmato con quel conto; il conto corretto va in un nuovo mandato.

Con il nostro connettore

In Odoo 17, 18, 19 e 20 il connettore non lascia in vista un mandato inutilizzabile per la fattura successiva: lo ritira quando GoCardless lo considera fallito o annullato, riapre ciò che va riaperto e lascia scritto sulla scheda del cliente cosa è successo.

Continua a leggere

GoCardless bank_account_closed: AC04 e MD07, il conto non esiste piùGoCardless bank_account_closed con AC04 (conto chiuso) o MD07 (titolare deceduto): il mandato viene annullato. Cosa fa Odoo con la fattura e con il cliente.Errore mandate_is_inactive di GoCardless alla creazione di un incasso da OdooGoCardless risponde mandate_is_inactive se crei un pagamento con un mandato annullato, fallito o scaduto. Perché succede e come lo gestisce il connettore.GoCardless MD01: mandate_cancelled e authorisation_disputed in un incasso SEPAIl codice SEPA MD01 arriva da GoCardless come mandate_cancelled o authorisation_disputed, in un incasso fallito, stornato o annullato. Cosa fa Odoo con esso.
Verificato nel codice del connettore (versione 17.0, 18.0, 19.0 e 20.0) e nelle fonti collegate

Fonti

  • Codice del modulo: flexigo_payment_gocardless: const.py, riga 15 in 17.0 (d203ee6), 18.0 (e2ab18b), 19.0 (ce7f5a3) e 20.0 (688d86b)
  • Codice del modulo: flexigo_payment_gocardless: const.py, riga 76 in 17.0 (d203ee6), 18.0 (e2ab18b), 19.0 (ce7f5a3) e 20.0 (688d86b)
  • Codice del modulo: flexigo_payment_gocardless: const.py, riga 33 in 17.0 (d203ee6), 18.0 (e2ab18b), 19.0 (ce7f5a3) e 20.0 (688d86b)
  • Codice del modulo: flexigo_payment_gocardless: models/payment_token.py, riga 83 in 17.0 (d203ee6), riga 83 in 18.0 (e2ab18b), riga 83 in 19.0 (ce7f5a3) e riga 82 in 20.0 (688d86b)
  • Codice del modulo: flexigo_payment_gocardless: models/payment_token.py, riga 131 in 17.0 (d203ee6), riga 131 in 18.0 (e2ab18b), riga 131 in 19.0 (ce7f5a3) e riga 130 in 20.0 (688d86b)
  • Codice del modulo: flexigo_payment_gocardless: models/payment_transaction.py, riga 725 in 17.0 (d203ee6), riga 725 in 18.0 (e2ab18b), riga 724 in 19.0 (ce7f5a3) e riga 748 in 20.0 (688d86b)
  • Codice del modulo: flexigo_payment_gocardless: models/payment_transaction.py, riga 754 in 17.0 (d203ee6), riga 754 in 18.0 (e2ab18b), riga 753 in 19.0 (ce7f5a3) e riga 777 in 20.0 (688d86b)
  • Codice del modulo: flexigo_payment_gocardless: const.py, riga 117 in 17.0 (d203ee6), 18.0 (e2ab18b), 19.0 (ce7f5a3) e 20.0 (688d86b)
  • Codice del modulo: flexigo_payment_gocardless: models/payment_transaction.py, riga 442 in 17.0 (d203ee6), riga 442 in 18.0 (e2ab18b), riga 441 in 19.0 (ce7f5a3) e riga 456 in 20.0 (688d86b)
  • Codice del modulo: flexigo_payment_gocardless: i18n/flexigo_payment_gocardless.pot, riga 436 in 17.0 (d203ee6), riga 436 in 18.0 (e2ab18b), riga 436 in 19.0 (ce7f5a3) e riga 438 in 20.0 (688d86b)
  • Codice del modulo: flexigo_payment_gocardless: i18n/flexigo_payment_gocardless.pot, riga 1148 in 17.0 (d203ee6), riga 1148 in 18.0 (e2ab18b), riga 1148 in 19.0 (ce7f5a3) e riga 1155 in 20.0 (688d86b)
  • Codice del modulo: flexigo_payment_gocardless: i18n/flexigo_payment_gocardless.pot, riga 495 in 17.0 (d203ee6), riga 495 in 18.0 (e2ab18b), riga 495 in 19.0 (ce7f5a3) e riga 497 in 20.0 (688d86b)
  • Codice del modulo: flexigo_payment_gocardless: __manifest__.py, riga 31 in 17.0 (d203ee6), 18.0 (e2ab18b), 19.0 (ce7f5a3) e 20.0 (688d86b)
  • docs.gocardless.com/docs/api-reference/events/payment
  • docs.gocardless.com/docs/api-reference/events/mandate
  • Codice del modulo: flexigo_payment_gocardless: views/payment_transaction_views.xml, riga 13 in 17.0 (d203ee6), 18.0 (e2ab18b), 19.0 (ce7f5a3) e 20.0 (688d86b)
  • Codice del modulo: flexigo_payment_gocardless: models/payment_transaction.py, riga 63 in 17.0 (d203ee6), 18.0 (e2ab18b), 19.0 (ce7f5a3) e 20.0 (688d86b)
  • Codice del modulo: flexigo_payment_gocardless: models/payment_transaction.py, riga 418 in 17.0 (d203ee6), riga 418 in 18.0 (e2ab18b), riga 417 in 19.0 (ce7f5a3) e riga 432 in 20.0 (688d86b)
  • Codice del modulo: flexigo_payment_gocardless: i18n/flexigo_payment_gocardless.pot, riga 1016 in 17.0 (d203ee6), riga 1016 in 18.0 (e2ab18b), riga 1016 in 19.0 (ce7f5a3) e riga 1031 in 20.0 (688d86b)
  • docs.gocardless.com/docs/api-reference/payment
  • Codice del modulo: flexigo_payment_gocardless: models/payment_transaction.py, riga 469 in 17.0 (d203ee6), riga 469 in 18.0 (e2ab18b), riga 468 in 19.0 (ce7f5a3) e riga 487 in 20.0 (688d86b)
  • Codice del modulo: flexigo_payment_gocardless: i18n/flexigo_payment_gocardless.pot, riga 1233 in 17.0 (d203ee6), riga 1233 in 18.0 (e2ab18b), riga 1233 in 19.0 (ce7f5a3) e riga 1240 in 20.0 (688d86b)
  • github.com/odoo/odoo/blob/17.0/odoo/http.py
  • support.gocardless.com/hc/en-gb/articles/360001467265
  • Codice del modulo: flexigo_payment_gocardless: const.py, riga 66 in 17.0 (d203ee6), 18.0 (e2ab18b), 19.0 (ce7f5a3) e 20.0 (688d86b)
  • github.com/odoo/odoo/blob/20.0/addons/account_payment/views/account_move_views.xml