Fehlerkatalog · Deutsche Zusatzregeln (XRechnung) · XRechnung (CIUS)
BR-DE-1: Zahlungsinformationen fehlen
Eine XRechnung muss Angaben zur Zahlung enthalten (BG-16), insbesondere die Zahlungsart als Code (BT-81).
| Regelkennung | BR-DE-1 |
|---|---|
| Betroffenes Feld | BG-16 |
| Regelwerk | XRechnung (CIUS) |
| UBL (XRechnung) | Invoice/cac:PaymentMeans |
| CII (ZUGFeRD) | CrossIndustryInvoice/…/ram:SpecifiedTradeSettlementPaymentMeans |
Woran es sich zeigt
Der Empfänger weist die Rechnung zurück, weil er nicht erkennt, wie gezahlt werden soll. Die Bankverbindung im Fußtext hilft ihm nicht — er liest nur das strukturierte Feld.
Warum es passiert
Die Kontodaten stehen in einer Freitextzeile oder im Fuß der PDF-Ansicht statt in BG-16.
Wie es zu beheben ist
- PaymentMeansCode setzen: 58 für SEPA-Überweisung, 30 für Überweisung allgemein, 48 für Kartenzahlung, 68 für Lastschrift.
- Bei 58 gehört die IBAN dazu — sonst greift BR-DE-23.
- Bei Lastschrift die Mandatsreferenz (BT-89) mitgeben.
So sieht es richtig aus
<cac:PaymentMeans>
<cbc:PaymentMeansCode>58</cbc:PaymentMeansCode>
<cac:PayeeFinancialAccount>
<cbc:ID>DE49577615910029675300</cbc:ID>
<cbc:Name>Muster Handwerk GmbH</cbc:Name>
</cac:PayeeFinancialAccount>
</cac:PaymentMeans>Prüfen statt raten
Ob die Korrektur greift, sagt Ihnen der kostenlose Prüfer in ein paar Sekunden — ohne Anmeldung, die Datei bleibt im Arbeitsspeicher. Wer die Rechnung erzeugt statt sie zu reparieren: In POST /api/v1/create entspricht diesem Feld paymentMeans, und die API prüft ihre eigene Ausgabe, bevor sie sie ausliefert.
Tritt meist zusammen auf mit
Die Regel ist hier sinngemäß wiedergegeben, in der Fassung, in der dieser Prüfer sie anwendet. Verbindlich ist der Text der EN 16931 bzw. der XRechnung-Spezifikation der KoSIT; die vollständige Prüfung leistet der KoSIT-Referenzvalidator. Diese Seite ist keine Rechts- oder Steuerberatung.