Auf dieser Seite
Die kurze Antwort
NL-R-007 schlägt fehl, wenn die Postanschrift des Verkäufers in den Niederlanden liegt, der Käufer Geld zu zahlen hat und das Dokument kein cac:PaymentMeans enthält. Fügen Sie einen cac:PaymentMeans-Block hinzu, der dem Käufer sagt, wie er zahlen soll, etwa den Überweisungscode 30 mit dem Konto des Verkäufers in cac:PayeeFinancialAccount/cbc:ID.
Zahlungsbedingungen sind kein Ersatz. Im Versuch meldete ein Dokument, in dem die Zahlungsmittel durch einen Vermerk in cac:PaymentTerms ersetzt waren, die Regel weiterhin.
Was die Regel prüft
Die Regel wird an cac:LegalMonetaryTotal ausgewertet, in einem Dokument, dessen Ländercode in der Postanschrift des Verkäufers NL ist, und liest cbc:PayableAmount, um zu entscheiden, ob Geld vom Käufer zum Verkäufer fließt.
Bei einer Invoice braucht ein fälliger Betrag von null oder weniger keine Zahlungsmittel. Im Versuch bestanden eine Rechnung, die vollständig durch ihren vorausbezahlten Betrag gedeckt war, und eine mit -10.00 fällig beide ohne.
Bei einer CreditNote ist das Vorzeichen umgekehrt: Null oder mehr braucht keine, weil die Erstattung an den Käufer geht, während ein negativer fälliger Betrag bedeutet, dass der Käufer noch Geld schuldet. Im Versuch meldete eine niederländische Gutschrift mit -10.00 fällig und ohne Zahlungsmittel diese Regel.
Jedes cac:PaymentMeans erfüllt sie, unabhängig vom Code. Im Versuch bestand ein Block, der nur cbc:PaymentMeansCode 1 enthielt; den Inhalt beurteilen dann andere Regeln, etwa BR-61, das für die Überweisungscodes 30 und 58 eine Kontokennung verlangt.
| Begriff | Bedeutung | UBL-Element |
|---|---|---|
| BG-16 | Zahlungsanweisungen | cac:PaymentMeans |
| BT-81 | Code für die Zahlungsart | cac:PaymentMeans/cbc:PaymentMeansCode |
| BT-115 | Fälliger Zahlungsbetrag | cac:LegalMonetaryTotal/cbc:PayableAmount |
| BT-40 | Ländercode des Verkäufers | cac:AccountingSupplierParty/cac:Party/cac:PostalAddress/cac:Country/cbc:IdentificationCode |
Wie es in einer Integration dazu kommt
Mögliche Ursachen, abgeleitet aus der Form der Regel und nicht aus gemessener Nutzung:
- Die Bankverbindung wird aus dem Briefkopf des Unternehmens auf das PDF gedruckt und nie in das XML übernommen.
- Der Export fügt
cac:PaymentMeansnur für Kunden hinzu, bei denen eine Zahlungsmethode hinterlegt ist, und der Käufer dieser Rechnung hat keine. - Derselbe Export bedient Verkäufer in anderen Ländern, bei denen der Validator eine Rechnung ohne Zahlungsmittel akzeptiert, und nichts ergänzt sie für die niederländische Gesellschaft.
- Eine Gutschrift, nach der der Käufer noch Geld schuldet, wird aus der Gutschriftvorlage erzeugt, die keine Zahlungsmittel enthält.
So korrigieren Sie das Dokument
- Legen Sie anhand der Zahlungseinstellungen des Verkäufers fest, wie der Käufer dieses Dokument bezahlen soll: Überweisung, Lastschrift, Karte oder eine andere Methode.
- Fügen Sie
cac:PaymentMeansmit dem passendencbc:PaymentMeansCodehinzu. Verwenden Sie für eine Überweisung30oder58und geben Sie die IBAN des Verkäufers incac:PayeeFinancialAccount/cbc:IDan. - Platzieren Sie es nach den Parteien und etwaigen Lieferangaben und vor
cac:PaymentTerms, etwaigencac:AllowanceChargeauf Dokumentenebene undcac:TaxTotal, wie es die UBL-Reihenfolge verlangt. - Sitzt auch der Käufer in den Niederlanden, halten Sie sich an die Codes, die
NL-R-008erlaubt: 30, 48, 49, 57, 58 und 59. - Hinterlegen Sie die Kontodaten bei der niederländischen juristischen Person, nicht bei jedem Kunden, damit jedes Dokument, das sie ausstellt, sie enthalten kann.
Vorher und nachher
Dies sind Ausschnitte, keine vollständigen Dokumente. Die vollständigen synthetischen Dokumente, aus denen sie stammen, sind unten verlinkt.
Ausschnitt der fehlerhaften Rechnung: ein niederländischer Verkäufer, 30.00 fällig und keine Zahlungsmittel
<cac:AccountingSupplierParty>
<!-- seller party with a postal address in NL omitted from this fragment -->
</cac:AccountingSupplierParty>
<cac:AccountingCustomerParty>
<!-- buyer party omitted from this fragment -->
</cac:AccountingCustomerParty>
<cac:TaxTotal>
<!-- VAT total and breakdown omitted from this fragment -->
</cac:TaxTotal>
<cac:LegalMonetaryTotal>
<!-- line, VAT and prepaid totals omitted from this fragment -->
<cbc:PayableAmount currencyID="GBP">30.00</cbc:PayableAmount>
</cac:LegalMonetaryTotal>Ausschnitt der korrigierten Rechnung: eine Überweisung auf das Konto des Verkäufers, vor der Steuersumme platziert
<cac:AccountingSupplierParty>
<!-- seller party with a postal address in NL omitted from this fragment -->
</cac:AccountingSupplierParty>
<cac:AccountingCustomerParty>
<!-- buyer party omitted from this fragment -->
</cac:AccountingCustomerParty>
<cac:PaymentMeans>
<cbc:PaymentMeansCode>30</cbc:PaymentMeansCode>
<cac:PayeeFinancialAccount>
<cbc:ID>NL00EXAM0000000001</cbc:ID>
</cac:PayeeFinancialAccount>
</cac:PaymentMeans>
<cac:TaxTotal>
<!-- VAT total and breakdown omitted from this fragment -->
</cac:TaxTotal>
<cac:LegalMonetaryTotal>
<!-- line, VAT and prepaid totals omitted from this fragment -->
<cbc:PayableAmount currencyID="GBP">30.00</cbc:PayableAmount>
</cac:LegalMonetaryTotal>Die korrigierte Rechnung fügt cac:PaymentMeans mit dem Code 30 und dem Konto NL00EXAM0000000001 hinzu; sonst unterscheidet sich nichts. NL-R-007 ist der einzige Befund, gemeldet an cac:LegalMonetaryTotal, weil der dortige fällige Betrag die Regel auslöst. EN 16931 verlangt keine Zahlungsanweisungen, daher besteht dieser Prüfschritt. Die Kontonummer ist synthetisch; eine echte Rechnung trägt die IBAN des Verkäufers.
Was der Validator gemeldet hat
- Die fehlerhafte Rechnung meldet NL-R-007. Das korrigierte Dokument besteht jeden Prüfschritt ohne Befunde.Fehlerhaftes XML herunterladenKorrigiertes XML herunterladen
Aufgezeichnet mit phive 12.1.0 / phive-rules-peppol 4.5.6 / Saxon-HE 12.10, der Engine hinter dem kostenlosen Validator, mit synthetischen Daten. Ein aufgezeichnetes Ergebnis ist ein Regressionsnachweis für diese Dokumente, keine Zertifizierung.
Wo die Regel gilt
- Gilt für
InvoiceundCreditNote, wobei das Vorzeichen voncbc:PayableAmountjeweils umgekehrt gelesen wird. - Die Regel gehört zum niederländischen nationalen Abschnitt von Peppol BIS Billing 3.0 und erscheint im Peppol-Prüfschritt. Im Versuch bestand dieselbe Rechnung mit einer GB-Anschrift des Verkäufers und ohne Zahlungsmittel.
- Sitzt auch der Käufer in den Niederlanden, schränkt
NL-R-008den Code der Zahlungsart ein; im Versuch meldete der Code1diese Regel. - Den Inhalt der Zahlungsmittel prüfen EN 16931-Regeln wie
BR-61, für das Konto einer Überweisung, undBR-CL-16, für die Codeliste.
Verwandte Regeln
- BR-61 verlangt das Konto des Zahlungsempfängers, wenn die hinzugefügten Zahlungsmittel eine Überweisung sind
- BR-CL-16 prüft, dass der Code der Zahlungsart aus der Liste UNCL 4461 stammt
- NL-R-003 ist die niederländische Regel für die Kennung der juristischen Person des Verkäufers, ausgelöst durch dieselbe Anschrift
- Alle Regeln der Referenz ansehen
- Hintergrund (auf Englisch): How Peppol invoice validation actually works
Umfang und Quelle
Geschrieben für Peppol BIS Billing 3.0.21 (May 2026), EN 16931 1.3.16, angewendet auf Invoice- und CreditNote-Dokumente in UBL 2.1. Andere Profile, Syntaxen und Releases können diese Kennung anders definieren. Version des Hinweiskatalogs 2026-09-24.1: Quelle geprüft am 2026-09-24, Erklärung zuletzt aktualisiert am 2026-09-24.
Die offizielle Definition von NL-R-007 (auf Englisch) enthält den normativen Wortlaut und den Test. Diese Seite ist unsere Erklärung dazu, keine Kopie.
Die Erklärung ändert das Urteil der Engine nicht. Dass Sie diesen Befund beheben, heißt nicht, dass das Dokument jeden Prüfschritt besteht. Die Validierung bescheinigt keine rechtliche oder steuerliche Konformität und überträgt kein Dokument über Peppol.

