Zum Inhalt springen

Ironfang Finance - Regelreferenz

NL-R-007: Zahlungsmittel angeben, wenn einem niederländischen Lieferanten Geld zusteht

Ein Verkäufer in den Niederlanden muss cac:PaymentMeans angeben, sobald der Käufer etwas zu zahlen hat: eine Rechnung mit Fälligkeit über null oder eine Gutschrift darunter.

Peppol BIS BillingFehler: Das Dokument ist ungültigKernfelder

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.

BegriffBedeutungUBL-Element
BG-16Zahlungsanweisungencac:PaymentMeans
BT-81Code für die Zahlungsartcac:PaymentMeans/cbc:PaymentMeansCode
BT-115Fälliger Zahlungsbetragcac:LegalMonetaryTotal/cbc:PayableAmount
BT-40Ländercode des Verkäuferscac: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:PaymentMeans nur 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

  1. Legen Sie anhand der Zahlungseinstellungen des Verkäufers fest, wie der Käufer dieses Dokument bezahlen soll: Überweisung, Lastschrift, Karte oder eine andere Methode.
  2. Fügen Sie cac:PaymentMeans mit dem passenden cbc:PaymentMeansCode hinzu. Verwenden Sie für eine Überweisung 30 oder 58 und geben Sie die IBAN des Verkäufers in cac:PayeeFinancialAccount/cbc:ID an.
  3. Platzieren Sie es nach den Parteien und etwaigen Lieferangaben und vor cac:PaymentTerms, etwaigen cac:AllowanceCharge auf Dokumentenebene und cac:TaxTotal, wie es die UBL-Reihenfolge verlangt.
  4. Sitzt auch der Käufer in den Niederlanden, halten Sie sich an die Codes, die NL-R-008 erlaubt: 30, 48, 49, 57, 58 und 59.
  5. Hinterlegen Sie die Kontodaten bei der niederländischen juristischen Person, nicht bei jedem Kunden, damit jedes Dokument, das sie ausstellt, sie enthalten kann.

Korrigierte Rechnung prüfen

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

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 Invoice und CreditNote, wobei das Vorzeichen von cbc:PayableAmount jeweils 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-008 den Code der Zahlungsart ein; im Versuch meldete der Code 1 diese Regel.
  • Den Inhalt der Zahlungsmittel prüfen EN 16931-Regeln wie BR-61, für das Konto einer Überweisung, und BR-CL-16, für die Codeliste.

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.