Was bedeutet BR-DE-25-a?
Bei Zahlungsart 59 (SEPA-Lastschrift) muss die Rechnung die Angaben zum Einzug nennen (BG-19): Mandatsreferenz (BT-89), Gläubiger-ID (BT-90) und IBAN des Zahlers (BT-91). Diese Regel prüft nur, ob eine der drei Angaben da ist; die übrigen verlangen BR-DE-30, BR-DE-31 und PEPPOL-EN16931-R061. Die Regel stammt von der KoSIT (XRechnung) und ist dort ein Fehler. Bei ZUGFeRD meldet unser Prüfer sie nur als Hinweis.
Häufige Ursachen für BR-DE-25-a
- Das Zahlungsmittel nennt Code 59, aber weder Mandatsreferenz noch Gläubiger-ID noch IBAN des Zahlers.
- Die Angaben zum Einzug stehen nur im Text der Zahlungsbedingungen oder auf der PDF.
- Der Code ist falsch gewählt: Der Käufer soll überweisen (58).
So behebst du BR-DE-25-a
- Fehlerhafte Stelle im XML finden. Öffne die XML der E-Rechnung und navigiere zum Feld BG-19 über den folgenden XPath:
//ram:SpecifiedTradeSettlementPaymentMeans[ram:TypeCode='59'] - Korrektur einsetzen. Bei Zahlungsart 59 (SEPA-Lastschrift) gehören die Angaben zum Einzug in die Rechnung (BG-19): die Mandatsreferenz in 'ram:SpecifiedTradePaymentTerms/ram:DirectDebitMandateID' (BT-89), die Gläubiger-ID in 'ram:ApplicableHeaderTradeSettlement/ram:CreditorReferenceID' (BT-90) und die IBAN des Zahlers in 'ram:SpecifiedTradeSettlementPaymentMeans/ram:PayerPartyDebtorFinancialAccount/ram:IBANID' (BT-91). Für diese Regel reicht eine der drei Angaben; XRechnung verlangt aber alle drei (BR-DE-30, BR-DE-31, PEPPOL-EN16931-R061). Bei ZUGFeRD meldet der Prüfer die Regel nur als Hinweis; sie gilt für XRechnung.
- Erneut validieren. Speichere die Datei und validiere sie erneut, um zu prüfen, dass BR-DE-25-a nicht mehr gemeldet wird.
Bei Zahlungsart 59 (SEPA-Lastschrift) gehören die Angaben zum Einzug in die Rechnung (BG-19): die Mandatsreferenz in 'ram:SpecifiedTradePaymentTerms/ram:DirectDebitMandateID' (BT-89), die Gläubiger-ID in 'ram:ApplicableHeaderTradeSettlement/ram:CreditorReferenceID' (BT-90) und die IBAN des Zahlers in 'ram:SpecifiedTradeSettlementPaymentMeans/ram:PayerPartyDebtorFinancialAccount/ram:IBANID' (BT-91). Für diese Regel reicht eine der drei Angaben; XRechnung verlangt aber alle drei (BR-DE-30, BR-DE-31, PEPPOL-EN16931-R061). Bei ZUGFeRD meldet der Prüfer die Regel nur als Hinweis; sie gilt für XRechnung.
//ram:SpecifiedTradeSettlementPaymentMeans[ram:TypeCode='59']Vorher / Nachher: das XML-Beispiel
So sieht die betroffene Stelle vor und nach der Korrektur aus (Cross-Industry-Invoice, ZUGFeRD/Factur-X).
<ram:SpecifiedTradeSettlementPaymentMeans>
<ram:TypeCode>59</ram:TypeCode>
</ram:SpecifiedTradeSettlementPaymentMeans><ram:CreditorReferenceID>DE98ZZZ09999999999</ram:CreditorReferenceID>
<!-- ... -->
<ram:SpecifiedTradeSettlementPaymentMeans>
<ram:TypeCode>59</ram:TypeCode>
<ram:PayerPartyDebtorFinancialAccount>
<ram:IBANID>DE89370400440532013000</ram:IBANID>
</ram:PayerPartyDebtorFinancialAccount>
</ram:SpecifiedTradeSettlementPaymentMeans>
<!-- ... -->
<ram:SpecifiedTradePaymentTerms>
<ram:DirectDebitMandateID>MANDAT-4711</ram:DirectDebitMandateID>
</ram:SpecifiedTradePaymentTerms>Häufige Fragen zu BR-DE-25-a
Reicht eine der drei Angaben?
Was prüft BR-DE-25-b?
Verwandte Fehlercodes
BR-DE-25-a automatisch prüfen
Statt das XML manuell zu durchsuchen, kannst du deine ZUGFeRD- oder XRechnung-Datei online validieren: Lade die PDF oder XML hoch, und du bekommst jeden Fehler mit Regel-ID, betroffenem Feld, Korrekturvorschlag und XPath, als lesbaren Report oder strukturiertes JSON über die API.
Rechnung selbst gebaut?
Wer das XML aus dem eigenen System oder von Hand zusammensetzt, muss Regeln wie diese kennen. Diese Programme erzeugen ZUGFeRD und XRechnung und füllen die Pflichtfelder von sich aus.
* Werbelinks. Wir bekommen eine Provision, für dich bleibt der Preis gleich. Fünf Programme im Vergleich