GoCardless direct_debit_not_enabled: AG01 und AC06, ein Konto ohne Lastschrift

Was GoCardless sagt

Beide Ursachen erscheinen auch bei payments · cancelled: Dort stehen die Einzüge, die noch darauf warteten, mit diesem Mandat eingereicht zu werden, und die GoCardless zusammen mit dem Mandat storniert.

Woher es kommt

Hier scheitert nicht die Unterschrift, sondern das Konto. Das Mandat existiert, aber wenn GoCardless die Lastschrift einreicht, antwortet die Bank des Kunden, dass auf diesem Konto keine SEPA-Lastschriften akzeptiert werden oder dass es gesperrt ist. Deshalb haben diese Ereignisse den Ursprung bank: Sie werden von der Bank des Zahlers entschieden.

direct_debit_not_enabled zieht das Mandat mit. GoCardless storniert es, und mit ihm fallen die Abonnements und die ausstehenden Einzüge weg. Bei account_blocked_for_any_financial_transaction ist das Konto gesperrt; wenn GoCardless aus diesem Grund auch das Mandat storniert, meldet es das in einem eigenen Ereignis mit derselben Ursache.

Was Odoo mit jedem Ereignis tut

Achten Sie auf die Reihenfolge: Das Zahlungsereignis zieht das Mandat nicht zurück, denn diese Ursachen gehören nicht zu den vier, bei denen der Konnektor das Mandat beim Eingang einer Zahlung archiviert. Das übernimmt das Mandatsereignis. Und falls es nicht über den Webhook ankommt, holt es die stündliche Aufgabe nach, die verpasste Ereignisse sucht.

Der Konnektor ist nicht ins Deutsche übersetzt: Diese Texte erscheinen immer auf Englisch, auch in einem deutschen Odoo, egal ob ein Benutzer oder eine geplante Aktion sie auslöst: «GoCardless could not collect this payment (direct_debit_not_enabled).» und «GoCardless mandate lost».

Auch von Success+ ist nichts zu erwarten: Laut dessen Leitfaden werden nur Zahlungen erneut versucht, die wegen fehlender Deckung scheitern. Der Konnektor prüft bei jedem Fehlschlag trotzdem das Feld will_attempt_retry des Ereignisses und lässt die Transaktion im Fehlerzustand, wenn es nicht true ist.

Und die Schaltfläche zum erneuten Versuch

Um die Meldung zu sehen, öffnen Sie die Rechnung und klicken oben auf «Zahlungstransaktion». Das Menü der Transaktionen erscheint nur im Entwicklermodus und ist in Odoo 20 nicht mehr vorhanden.

Bei einer fehlgeschlagenen Zahlung bietet diese Transaktion «Retry collection» an, solange Odoo das Mandat nicht archiviert hat; bei einer stornierten nicht. Das nützt wenig: GoCardless wiederholt nur Zahlungen, deren Mandat noch aktiv ist, und bei direct_debit_not_enabled hat es das Mandat soeben storniert. Lautet die Antwort retry_failed oder mandate_is_inactive, fragt der Konnektor das Mandat ab, archiviert es, falls es tot ist, und hält das in der Transaktion fest: «The customer's GoCardless mandate is …, so it cannot be charged. Ask the customer for a new mandate.». Ab da verschwindet die Schaltfläche.

Was zu tun ist

1. Sprechen Sie mit dem Kunden. Wenn das Konto keine Lastschriften zulässt, braucht es ein anderes Konto, das sie zulässt; ist es gesperrt (AC06), muss der Kunde das zuerst mit seiner Bank klären.
2. Mit dem funktionierenden Konto unterschreibt der Kunde ein neues Mandat, das in Odoo als weitere Zahlungsmethode erscheint.
3. Ziehen Sie die offenen Rechnungen mit dieser Methode erneut ein. Die von GoCardless stornierten Einzüge werden nicht von selbst wieder eingereicht.
4. Wenn Sie den genauen Code brauchen, suchen Sie ihn bei GoCardless, denn Odoo speichert nur die Ursache: Der Konnektor behält den SEPA-Code nicht. Das Hilfecenter von GoCardless erklärt es so: «You are able to view the reason for a payment failure in the status timeline of the payment in your GoCardless dashboard.».

Mit unserem Konnektor

Mit Odoo 17, 18, 19 und 20 bleibt dieser Fehler nicht verborgen: Die Transaktion zeigt die Ursache von GoCardless, die Rechnung wird wieder geöffnet, wenn sie bezahlt war, und sobald die Stornierung des Mandats eintrifft, ist der Kunde markiert, damit Sie ihn vor der nächsten Rechnung um ein anderes Konto bitten.

Weiterlesen