All error codes › DK-R-007
DK-R-007 – For Danish suppliers PaymentMandate/ID and PayerFinancialAccount/ID are mandatory when…
ErrorpeppolPeppol only
What the rule says
For Danish suppliers PaymentMandate/ID and PayerFinancialAccount/ID are mandatory when payment means is 49
How to fix it
Fill in or correct the fields named in the rule (the BT/BG codes tell you which). The test below shows exactly what is checked in the XML. Quickest: validate the invoice to get the exact location and, for amounts, the correct value.
Paste the XML and see every error with the exact fix and the correct amounts.
Where it is checked in the XML
Context: ubl-invoice:Invoice[$DKSupplierCountry = 'DK' and $DKCustomerCountry = 'DK']/cac:PaymentMeans
Test (XPath):
not((cbc:PaymentMeansCode = '49') and not((normalize-space(cac:PaymentMandate/cbc:ID/text()) != '') and (normalize-space(cac:PaymentMandate/cac:PayerFinancialAccount/cbc:ID/text()) != '')) )
Related rules
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-004, but the # is not allowed as first and last characterDK-R-005For Danish suppliers the following Payment means codes are allowed:DK-R-006For Danish suppliers bank account and registration account is mandatory if payment means…DK-R-008, 04# or 15# (kortartkode), and PayeeFinancialAccount/ID (Giro kontonummer) is mandatory…DK-R-009or 15# the 16 digits instruction Id must be added to the PaymentID egDK-R-010, 73# or 75# (kortartskode), and PayeeFinancialAccount/ID MUST be exactly 8 characters…DK-R-011or 75# the 15-16 digits instruction Id must be added to the PaymentID egDK-R-013For Danish Suppliers it is mandatory to use schemeID when PartyIdentification/ID is used…DK-R-014For Danish Suppliers it is mandatory to specify schemeID as "0184" (DK CVR-number) when…DK-R-016For Danish Suppliers, a Credit note cannot have a negative total (PayableAmount)