FehlerPeppol BIS 3.0Eingabe nötig

DK-R-004

When specifying non-VAT Taxes for Danish customers, Danish suppliers MUST use the AllowanceChargeReasonCode="ZZZ" and MUST be specified in AllowanceChargeReason; Either as the 4-digit Tax category or must include a #, but the # is not allowed as first and last character

Was bedeutet diese Regel?

Eine dänische Nicht-USt-Steuer ist nicht korrekt gekennzeichnet.

Dänemark kodiert andere Steuern über AllowanceChargeReasonCode="ZZZ" mit der vierstelligen Steuerkategorie bzw. dem Namen im Grundtext.

Offizielle Regelmeldung (Norm)

When specifying non-VAT Taxes for Danish customers, Danish suppliers MUST use the AllowanceChargeReasonCode="ZZZ" and MUST be specified in AllowanceChargeReason; Either as the 4-digit Tax category or must include a #, but the # is not allowed as first and last character

Offizielle Regelmeldung der Norm (englisch).

Wo die Regel greift

Syntax: CII · UBL

Dieselbe Regel, zweimal ausgedrückt: UBL und CII benennen dieselben Felder mit unterschiedlichen Pfaden. Prüfst du eine CII-Datei gegen die UBL-Regeln, bekommst du deshalb Fehler, die nichts bedeuten.

UBL

  • cac:AllowanceCharge[$DKSupplierCountry = 'DK' and $DKCustomerCountry = 'DK']

CII

  • rsm:CrossIndustryInvoice[$DKSupplierCountry = 'DK']

Technische Prüfung

Die Regel ist erfüllt, wenn dieser Schematron-Ausdruck zutrifft:

not((($DKCustomerCountry = 'DK') and (rsm:SupplyChainTradeTransaction/ram:ApplicableHeaderTradeSettlement/ram:SpecifiedTradeAllowanceCharge/ram:ReasonCode = 'ZZZ'))
                              and not ((string-length(normalize-space(rsm:SupplyChainTradeTransaction/ram:ApplicableHeaderTradeSettlement/ram:SpecifiedTradeAllowanceCharge/ram:Reason/text())) = 4
                                       and number(rsm:SupplyChainTradeTransaction/ram:ApplicableHeaderTradeSettlement/ram:SpecifiedTradeAllowanceCharge/ram:Reason) >= 0
                                       and number(rsm:SupplyChainTradeTransaction/ram:ApplicableHeaderTradeSettlement/ram:SpecifiedTradeAllowanceCharge/ram:Reason <= 9999)) or
                                       (((rsm:SupplyChainTradeTransaction/ram:ApplicableHeaderTradeSettlement/ram:SpecifiedTradeAllowanceCharge/ram:Reason
                                                                          and contains(rsm:SupplyChainTradeTransaction/ram:ApplicableHeaderTradeSettlement/ram:SpecifiedTradeAllowanceCharge/ram:Reason, '#')
                                                                          and not(starts-with(rsm:SupplyChainTradeTransaction/ram:ApplicableHeaderTradeSettlement/ram:SpecifiedTradeAllowanceCharge/ram:Reason, '#'))
                                                                          and not(ends-with(rsm:SupplyChainTradeTransaction/ram:ApplicableHeaderTradeSettlement/ram:SpecifiedTradeAllowanceCharge/ram:Reason, '#'))))    )
                                      )
                              )

So behebst du den Fehler

Eine fehlende oder falsche Geschäftsangabe, die nur du liefern kannst. Ergänze bzw. korrigiere sie und prüfe erneut.

Setze den Grundcode auf ZZZ und trage die Steuerart im AllowanceChargeReason ein.

Korrigiere die betroffene Angabe in deiner XML und prüfe die Rechnung anschließend erneut. Die Prüfung läuft lokal in deinem Browser — deine Datei verlässt deinen Rechner nicht.

E-Rechnung hier prüfen

Ziehe eine XML- oder ZUGFeRD-PDF-Datei hierein. Die Prüfung läuft lokal in deinem Browser gegen die EN 16931 — deine Datei verlässt deinen Rechner nicht.

100 % lokal — kein Upload, kein Konto.

Verwandte Regeln

← Zur Fehler-Bibliothek