GoCardless direct_debit_not_enabled: AG01 i AC06, konto, które nie obsługuje polecenia zapłaty

Co mówi GoCardless

Obie przyczyny pojawiają się także w payments · cancelled: tam trafiają pobrania, które wciąż czekały na przedstawienie z tym mandatem i które GoCardless anuluje razem z nim.

Skąd się to bierze

Tu nie zawodzi podpis, zawodzi konto. Mandat istnieje, ale gdy GoCardless przedstawia polecenie zapłaty, bank klienta odpowiada, że na tym koncie nie przyjmuje się poleceń zapłaty SEPA albo że jest ono zablokowane. Dlatego te zdarzenia mają pochodzenie bank: decyduje o nich bank płatnika.

direct_debit_not_enabled pociąga za sobą mandat. GoCardless go anuluje, a razem z nim upadają subskrypcje i oczekujące pobrania. Przy account_blocked_for_any_financial_transaction konto jest zablokowane; gdy GoCardless z tego powodu anuluje także mandat, komunikuje to we własnym zdarzeniu, z tą samą przyczyną.

Co robi Odoo przy każdym zdarzeniu

Uwaga na kolejność: zdarzenie płatności nie wycofuje mandatu, bo te przyczyny nie należą do czterech, przy których konektor archiwizuje mandat po otrzymaniu płatności. Robi to zdarzenie mandatu. A jeśli nie dotrze przez webhook, zbierze je cogodzinne zadanie, które szuka utraconych zdarzeń.

Dwa teksty przytoczone w tabeli powstają ze zdarzenia, nie z kliknięcia. Konektor nie jest przetłumaczony na polski: te teksty zawsze pojawiają się po angielsku, także w Odoo po polsku, niezależnie od tego, czy uruchamia je użytkownik, czy zaplanowane działanie: „GoCardless could not collect this payment (direct_debit_not_enabled).” i „GoCardless mandate lost”.

Nie ma też co czekać na Success+: jego przewodnik mówi, że ponawia tylko płatności, które nie powiodły się z powodu braku środków. Konektor i tak przy każdej porażce sprawdza pole will_attempt_retry zdarzenia, a jeśli nie ma wartości true, zostawia transakcję w stanie błędu.

A przycisk ponowienia

Aby zobaczyć komunikat, wejdź w fakturę i kliknij u góry „Transakcja płatnicza”. Menu transakcji pojawia się tylko w trybie programisty, a w Odoo 20 już go nie ma.

Przy nieudanej płatności, dopóki Odoo nie zarchiwizuje mandatu, ta transakcja oferuje „Retry collection”; przy anulowanej nie. Niewiele to daje: GoCardless ponawia tylko płatności, których mandat jest wciąż aktywny, a przy direct_debit_not_enabled właśnie go anulował. Jeśli odpowiedzią jest retry_failed lub mandate_is_inactive, konektor pyta o mandat, archiwizuje go, jeśli jest martwy, i zapisuje to w transakcji: „The customer's GoCardless mandate is …, so it cannot be charged. Ask the customer for a new mandate.”. Od tej chwili przycisk znika.

Co zrobić

1. Porozmawiaj z klientem. Jeśli konto nie obsługuje poleceń zapłaty, potrzebujesz innego, które je obsługuje; jeśli jest zablokowane (AC06), najpierw musi to rozwiązać ze swoim bankiem.
2. Gdy konto jest w porządku, klient podpisuje nowy mandat, który w Odoo pojawi się jako kolejna metoda płatności.
3. Pobierz ponownie tą metodą otwarte faktury. Pobrania anulowane przez GoCardless nie zostaną przedstawione same z siebie.
4. Jeśli potrzebujesz dokładnego kodu, poszukaj go w GoCardless, bo Odoo zapisuje tylko przyczynę: konektor nie przechowuje kodu SEPA. Ich centrum pomocy tłumaczy to tak: „You are able to view the reason for a payment failure in the status timeline of the payment in your GoCardless dashboard.”.

Z naszym konektorem

W Odoo 17, 18, 19 i 20 ten błąd nie pozostaje ukryty: transakcja pokazuje przyczynę od GoCardless, faktura otwiera się ponownie, jeśli była opłacona, a gdy tylko przyjdzie anulowanie mandatu, klient zostaje oznaczony, aby poprosić go o inne konto przed następną fakturą.

Czytaj dalej