[BR-DEX-10] Das Element "Third party payment type" BT-DEX-001 muss übermittelt werden, wenn die Gruppe "THIRD PARTY PAYMENT" (BG-DEX-09) übermittelt wird.

BR-DEX-10Fatal

BR-DEX-10: Drittzahlungsart (BT-DEX-001) fehlt

Bei BG-DEX-09 muss cbc:ID (Third party payment type) gesetzt sein

Offizielle Regel

[BR-DEX-10] Das Element "Third party payment type" BT-DEX-001 muss übermittelt werden, wenn die Gruppe "THIRD PARTY PAYMENT" (BG-DEX-09) übermittelt wird.

Quelle: KoSIT Schematron (itplr-kosit/xrechnung-schematron), XRechnung-UBL-validation.sch

Was bedeutet das?

Sobald die Extension-Gruppe BG-DEX-09 (cac:PrepaidPayment) übermittelt wird, muss BT-DEX-001 als cbc:ID existieren und nach normalize-space nicht leer sein. Typische Werte beschreiben die Art der Drittzahlung (z. B. MobilesBezahlen).

Beispiel (UBL)

Gültig (BT-DEX-001 gesetzt):

<cac:PrepaidPayment>
  <cbc:ID>MobilesBezahlen</cbc:ID>
  <cbc:PaidAmount currencyID="EUR">19.96</cbc:PaidAmount>
  <cbc:InstructionID>Mobiles Bezahlen (Brutto-Forderung)</cbc:InstructionID>
</cac:PrepaidPayment>

Ungültig (BT-DEX-001 fehlt — BR-DEX-10):

<!-- Invalid: BT-DEX-001 missing — BR-DEX-10 -->
<cac:PrepaidPayment>
  <cbc:PaidAmount currencyID="EUR">19.96</cbc:PaidAmount>
  <cbc:InstructionID>Mobiles Bezahlen</cbc:InstructionID>
</cac:PrepaidPayment>

Typische Ursachen

1PrepaidPayment ohne cbc:ID exportiert.
2cbc:ID leer oder nur Leerzeichen.
3Falscher Knoten – Typ in InstructionID statt ID.

Was prüfen?

Jede cac:PrepaidPayment-Gruppe auf cbc:ID prüfen.
BT-DEX-002 und BT-DEX-003 ebenfalls befüllen.
Extension-CustomizationID aktiv?

Offizielle & externe Quellen

Suchbegriffe

BR-DEX-10BT-DEX-001PrepaidPaymentThird party payment typeXRechnung Extension

Fehlercode nicht gefunden?

Schick uns den Fehlercode (z.B. BR-DE-13) und wir nehmen ihn in die Bibliothek auf. Gib deine E-Mail an – dann senden wir dir die Lösung per E-Mail, in der Regel innerhalb von 12–24 Stunden nach dem Lesen.