Zurück zum Fehlerkatalog
BR-DE-20BT-91
input

Deutschland

Die Zahler-IBAN ist für eine SEPA-Lastschrift nicht gültig

Wenn `Payment means type code` (BT-81) den Wert 59 (SEPA-Lastschrift) hat, muss `Debited account identifier` (BT-91) eine korrekte IBAN sein.

Nur der Aussteller kennt diesen Wert: Factlint meldet ihn und erfindet ihn niemals. Testen Sie Ihre Rechnung, um zu erfahren, ob sie betroffen ist.

Die Meldung, die Ihr Validator ausgibt

Wortgetreu aus dem versiegelten Artefakt übernommen: genau dieser Satz wird ausgegeben, wenn diese Regel fehlschlägt.

[BR-DE-20] "Debited account identifier" (BT-91) soll eine korrekte IBAN enthalten, wenn in "Payment means type code" (BT-81) mit dem Code 59 SEPA als Zahlungsmittel gefordert wird.

Zitiert aus schematron-xrechnung 3.0.2, lizenziert unter Apache-2.0.

Häufige Suchen zu diesem Code

Diese Formulierungen spiegeln die Suche eines Integrators: Code, Syntax, Regel, Fachfeld und Korrektur.

BR-DE-20 Die Zahler-IBAN ist für eine SEPA-Lastschrift nicht gültigBR-DE-20 XRechnung-Schematron-Paket (KoSIT)BR-DE-20 BT-91[BR-DE-20] "Debited account identifier" (BT-91) soll eine korrekte IBAN enthalten, wenn in "Payment means type code" (BT-81) mit dem Code 59 SEPA als Zahlungsmittel gefordert wird.BR-DE-20 correction

Ihre Datei mit diesem Fehler im Blick prüfen

Laden Sie die betroffene Rechnung hoch: der Bericht zeigt, ob dieser Code vorkommt, wo er im Dokument steht und ob Factlint ihn nur meldet oder auch beheben kann.

Um diese Prüfung in einem ERP-Ablauf zu automatisieren, rufen Sie die Validierungs-API auf und verknüpfen jeden zurückgegebenen Code mit seiner öffentlichen Seite.

Warum dieser Fehler auftritt

Spiegelbild von BR-DE-19, auf dem belasteten Konto. Der Fehler ist dort häufiger: die Empfänger-IBAN gehört dem Verkäufer und wird einmal erfasst; die Zahler-IBAN gehört dem Kunden und wird aus einem Mandat abgeschrieben.

So beheben Sie ihn

Korrigieren Sie die IBAN im Lastschriftmandat. Factlint schreibt sie nie: es ist ein Betragsfeld (Regel 1).

Vom Regelwerk zurückgegebene Schwere

Das XRechnung-Paket stuft diese Regel als `warning` ein. Eine Warnung im Prüfumfang schließt das Urteil „konform“ dennoch aus — die Rechnung geht bestenfalls als `needs_input` heraus.

XML-Korrekturbeispiel

VORHER (ungültig)
<ram:TypeCode>59</ram:TypeCode> … <ram:IBANID>DE00123456789012345678</ram:IBANID>
NACHHER (konform)
<ram:IBANID>DE43123456789012345678</ram:IBANID>