Offizieller Regeltext
[DK-R-013] For Danish Suppliers it is mandatory to use schemeID when PartyIdentification/ID is used for AccountingCustomerParty or AccountingSupplierParty
Der normative Text ist Englisch und wird unverändert zitiert.
Warum dieser Fehler auftritt
Diese Regel gilt nur, wenn ein anderes Feld einen bestimmten Wert hat (z. B. ein Zahlungsmittelcode oder ein Rechnungstyp). Ihre Datei erfüllt die Bedingung, liefert aber nicht die dann verpflichtenden Daten, oder enthält Daten, die dann verboten sind.
So beheben Sie den Fehler
Ändern Sie entweder den auslösenden Wert, damit die Bedingung nicht mehr greift, oder ergänzen/entfernen Sie die abhängigen Elemente, wie im Regeltext beschrieben. Im XPath-Test oben sehen Sie genau, welcher Wert die Bedingung auslöst.
Was der Validator prüft
Geprüftes Element (Kontext):
UBL
ubl-creditnote:CreditNote[$DKSupplierCountry = 'DK' and $DKCustomerCountry = 'DK']/cac:AccountingSupplierParty/cac:Party/cac:PartyIdentification | ubl-creditnote:CreditNote[$DKSupplierCountry = 'DK' and $DKCustomerCountry = 'DK']/cac:AccountingCustomerParty/cac:Party/cac:PartyIdentification | ubl-invoice:Invoice[$DKSupplierCountry = 'DK' and $DKCustomerCountry = 'DK']/cac:AccountingSupplierParty/cac:Party/cac:PartyIdentification | ubl-invoice:Invoice[$DKSupplierCountry = 'DK' and $DKCustomerCountry = 'DK']/cac:AccountingCustomerParty/cac:Party/cac:PartyIdentificationTest (XPath):
not((boolean(cbc:ID))
and (normalize-space(cbc:ID/@schemeID) = '')
)CII
rsm:CrossIndustryInvoice[$DKSupplierCountry = 'DK']Test (XPath):
not(($DKCustomerCountry = 'DK') and
( ((boolean(rsm:SupplyChainTradeTransaction/ram:ApplicableHeaderTradeAgreement/ram:SellerTradeParty/ram:GlobalID))
and (normalize-space(rsm:SupplyChainTradeTransaction/ram:ApplicableHeaderTradeAgreement/ram:SellerTradeParty/ram:GlobalID/@schemeID) = ''))
or
((boolean(rsm:SupplyChainTradeTransaction/ram:ApplicableHeaderTradeAgreement/ram:BuyerTradeParty/ram:GlobalID))
and (normalize-space(rsm:SupplyChainTradeTransaction/ram:ApplicableHeaderTradeAgreement/ram:BuyerTradeParty/ram:GlobalID/@schemeID) = ''))
)
)
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-013?
DK-R-013 ist eine Nationale Peppol-Regel: For Danish Suppliers it is mandatory to use schemeID when PartyIdentification/ID is used for AccountingCustomerParty or AccountingSupplierParty
Wird meine Rechnung wegen DK-R-013 abgelehnt?
Ja. DK-R-013 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-013?
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.