Offizieller Regeltext
[DK-R-010] For Danish Suppliers using PaymentMeansCode 93, PaymentID is mandatory. The first three characters of the PaymentID MUST be 71#, 73# or 75# (kortartskode), and PayeeFinancialAccount/ID MUST be exactly 8 characters long.
Der normative Text ist Englisch und wird unverändert zitiert.
Warum dieser Fehler auftritt
Das Element ist in diesem Standard Pflicht, fehlt aber in Ihrer Datei oder ist leer. Typische Ursachen: das Feld ist in der Rechnungssoftware nicht ausgefüllt, der ERP-Export bildet es nicht ab, oder das Element enthält nur Leerzeichen.
So beheben Sie den Fehler
Fügen Sie das Element mit einem nicht leeren Wert an der im Kontext genannten Stelle ein. Prüfen Sie die Stammdaten (Verkäufer, Käufer, Zahlung) in Ihrer Rechnungssoftware; die meisten Programme führen das Feld unter dem hier genannten Geschäftsbegriff. Danach erneut validieren.
Was der Validator prüft
Geprüftes Element (Kontext):
UBL
ubl-invoice:Invoice[$DKSupplierCountry = 'DK' and $DKCustomerCountry = 'DK']/cac:PaymentMeansTest (XPath):
not((cbc:PaymentMeansCode = '93')
and not(((substring(cbc:PaymentID, 1, 3) = '71#')
or (substring(cbc:PaymentID, 1, 3) = '73#')
or (substring(cbc:PaymentID, 1, 3) = '75#'))
and (string-length(cac:PayeeFinancialAccount/cbc:ID/text()) = 8)
)
)CII
rsm:CrossIndustryInvoice[$DKSupplierCountry = 'DK' and $DKCustomerCountry = 'DK']/rsm:SupplyChainTradeTransaction/ram:ApplicableHeaderTradeSettlement/ram:SpecifiedTradeSettlementPaymentMeansTest (XPath):
not((ram:TypeCode = '93')
and not(((substring(../ram:PaymentReference, 0, 4) = '71#')
or (substring(../ram:PaymentReference, 0, 4) = '73#')
or (substring(../ram:PaymentReference, 0, 4) = '75#'))
and (string-length(ram:PayeePartyCreditorFinancialAccount/ram:IBANID/text()) = 8)
)
)
Rechnung prüfen
Legen Sie Ihre XML- oder PDF-Datei im Validator ab; jede verletzte Regel ist mit ihrer Seite hier verlinkt. Kostenlos, ohne Konto, die Datei wird nicht gespeichert.
Dieselbe Prüfung per API:
curl -F file=@invoice.xml https://einvoicechecker.com/v1/validateVerwandte Regeln
DK-R-002Danish suppliers MUST provide legal entity (CVR-number)DK-R-003If ItemClassification is provided from Danish suppliers, UNSPSC version 19.05.01 or…DK-R-004When specifying non-VAT Taxes for Danish customers, Danish suppliers MUST use the…DK-R-005For Danish suppliers the following Payment means codes are allowedDK-R-006For Danish suppliers bank account and registration account is mandatory if payment…DK-R-007For Danish suppliers PaymentMandate/ID and PayerFinancialAccount/ID are mandatory when…DK-R-008For Danish Suppliers PaymentID is mandatory and MUST start with 01#, 04# or 15#…DK-R-009For Danish Suppliers if the PaymentID is prefixed with 04# or 15# the 16 digits…
Häufige Fragen
Was bedeutet DK-R-010?
DK-R-010 ist eine Nationale Peppol-Regel: For Danish Suppliers using PaymentMeansCode 93, PaymentID is mandatory. The first three characters of the PaymentID MUST be 71#, 73# or 75# (kortartskode), and PayeeFinancialAccount/ID MUST be exactly 8 characters long.
Wird meine Rechnung wegen DK-R-010 abgelehnt?
Ja. DK-R-010 ist als „fatal“ eingestuft; Validatoren (KoSIT, Peppol Access Points, ZRE/OZG-RE, KSeF) weisen die Rechnung zurück, bis der Fehler behoben ist.
Für welche Formate gilt DK-R-010?
Nur wenn der Verkäufer (bei manchen Regeln der Käufer) im genannten Land sitzt; Auslöser ist der Ländercode der Partei. Die deutschen Regeln bilden die XRechnung-Anforderungen innerhalb von Peppol ab. Syntax: UBL und CII.
Quelle: Peppol BIS Billing 3.0.20 national rules (November 2025). Katalog erzeugt aus den offiziellen Regelwerken am 2026-10-15.