BT-9: Fälligkeitsdatum
BT-9 bestimmt das Fälligkeitsdatum der Rechnung und ist für Zahlungsfreigabe und Kreditorenprozesse enorm relevant. Fehlt das Datum, muss der Empfänger die Fälligkeit aus BT-20 ableiten können.
Pflicht, Definition und Praxiskontext
Das Feld ist nicht in jeder Rechnung Pflicht, kann aber für Routing, Steuerlogik oder saubere Folgeprozesse trotzdem entscheidend sein.
[BR-CO-25]-In case the Amount due for payment (BT-115) is positive, either the Payment due date (BT-9) or the Payment terms (BT-20) shall be present.
Offizielle Regelreferenzen (validator v2026-01-31, schematron v2.5.0): BR-CO-25
- Es beeinflusst Zahlungsfreigabe, Fälligkeit und die operative Abwicklung beim Empfänger.
- Optional heißt in der XRechnung nicht automatisch unwichtig: Viele Empfängerprozesse nutzen das Feld trotzdem operativ.
- Datumswerte gehören im XML in ein sauberes, maschinenlesbares Format.
Typische Fehler bei BT-9
- Das Feld als optional zu behandeln, obwohl der jeweilige Empfängerprozess oder Sonderfall es faktisch benötigt.
- Datumswerte in lokalem Format statt als maschinenlesbares XML-Datum zu senden.
- Abhängige Felder und verbundene Regeln nicht gemeinsam zu prüfen, obwohl genau dort viele Validator-Fehler entstehen.
Werte, Format und Eingabehinweise
- Datum immer im Format YYYY-MM-DD liefern.
- Keine lokal formatierten Datumsstrings wie 31.01.2026 ins XML schreiben.
- Abhängige Datumsfelder nur setzen, wenn sie fachlich wirklich gebraucht werden.
XML-Mapping für UBL und CII
Originalregeln und deutsche Einordnung
Originaltext bleibt als Referenz sichtbar[BR-CO-25|fatal|EN16931-UBL] [BR-CO-25]-In case the Amount due for payment (BT-115) is positive, either the Payment due date (BT-9) or the Payment terms (BT-20) shall be present.
[BR-CO-25|fatal|EN16931-CII] [BR-CO-25]-In case the Amount due for payment (BT-115) is positive, either the Payment due date (BT-9) or the Payment terms (BT-20) shall be present.
Verwandte BT-Felder mit direktem Einfluss
Zahlungsbedingungen
BT-20 beschreibt die Zahlungsbedingungen als maschinenlesbaren Freitext. Das Feld ist besonders wichtig, wenn kein separates Fälligkeitsdatum gesetzt wird oder Mahnlogik und Skontohinweise nachvollziehbar bleiben sollen.
Zahlungsmittel-Code
BT-81 setzt den Zahlungskanal der Rechnung als standardisierten Code fest. Damit weiß der Empfänger sofort, ob Überweisung, Lastschrift oder ein anderer Zahlungsweg fachlich erwartet wird.
Zahlungskonto-Kennung
BT-84 ist die Zahlungskonto-Kennung, in der Praxis meist die IBAN des Zahlungsempfängers. Dieses Feld wirkt direkt auf Zahlungsfähigkeit und Vertrauen, denn schon kleine Formatfehler blockieren Freigaben oder führen zu manuellen Rückfragen.
Fälliger Zahlungsbetrag
BT-115 zeigt den tatsächlich fälligen Zahlungsbetrag nach Steuern, Zahlungen und Rundungen. Genau dieser Wert steuert die Kreditorenbuchung und muss deshalb mathematisch sauber an BT-112, BT-113 und BT-114 anschließen.
Aus Theorie sofort eine valide XML machen
Nutze BT-9 nicht nur als Nachschlagepunkt. Prüfe den Feldwert direkt im Generator oder lass bestehende XMLs gegen die KoSIT-Regeln validieren, bevor der Empfänger ablehnt.
FAQ zu BT-9 vor dem XML-Versand
Antworten zu Kategorie, Pflichtgrad und typischen Validator-Fallen auf Basis offizieller XRechnung- und Peppol-Quellen.
Wie trage ich BT-9 Fälligkeitsdatum korrekt in der XRechnung ein?Aufklappen
Für BT-9 gelten immer der offizielle Feldbegriff, der Datentyp Date und die Kardinalität 0..1. 0..1 bedeutet für BT-9 höchstens einmal. Der Wert muss maschinenlesbar im XML stehen und darf nicht nur im PDF sichtbar sein. Datumswerte immer als maschinenlesbares XML-Datum im Format YYYY-MM-DD exportieren. Direkt mitprüfen sollten Sie BT-20, BT-81, BT-84 und BT-115.
Was muss ich bei BT-9 in der Kategorie Zahlungsdaten besonders beachten?Aufklappen
BT-9 gehört zur Kategorie Zahlungsdaten. Offizielle Modelle erwarten hier strukturierte Zahlungsangaben statt Freitext, etwa Zahlungsart, Konto oder Fälligkeit. Wer diese Werte nur im PDF oder mit hausinternen Kürzeln liefert, riskiert Rückfragen, Fehlrouting oder einen nicht ausführbaren Zahlungslauf. Besonders relevant auf dieser Seite sind die Regelreferenzen BR-CO-25.
Wann sollte BT-9 trotz Optional-Status trotzdem gesetzt werden?Aufklappen
Optional heißt in XRechnung nicht nebensächlich. Setze BT-9, wenn der konkrete Geschäftsfall, der Empfängerprozess oder gekoppelte Daten es fachlich verlangen. Sobald das Feld im XML auftaucht, muss es vollständig, fachlich passend und regelkonform befüllt sein. Direkt mitprüfen sollten Sie BT-20, BT-81, BT-84 und BT-115.
Wann darf BT-9 leer bleiben und wann löst es Folgeprüfungen aus?Aufklappen
BT-9 kann leer bleiben, wenn Ihr Szenario die Angabe nicht benötigt und kein Empfänger sie vorgibt. Sobald Sie das Feld jedoch setzen, greifen die offiziellen Format-, Kardinalitäts- und Kopplungsregeln. Besonders relevant auf dieser Seite sind die Regelreferenzen BR-CO-25.