Leveringsdato i ZUGFeRD og XRechnung (BT-72): overfør og ret korrekt

Mange automatiske konvertere sætter blot fakturadatoen som leveringsdato – og det er forkert. Den faktiske leverings- eller ydelsesdato er i EN 16931 et selvstændigt felt (BT-72) og skal gengive det reelle tidspunkt for leveringen, ikke den dag, hvor fakturaen blev skrevet.

> Kort svar: Leveringsdatoen (BT-72, i XML'en som ActualDeliveryDate) er dagen for den faktiske levering eller ydelse – ikke fakturadatoen (BT-2). De to kan afvige. TaxLayer genkender leveringsdatoen selvstændigt fra fakturaen og lader dig kontrollere og rette den inden genereringen.

Leveringsdato er ikke fakturadato

På mange fakturaer står to forskellige datoer: datoen, hvor fakturaen blev udstedt, og datoen, hvor der faktisk blev leveret eller ydet. Et eksempel:

Bliver leveringsdatoen forkert udfyldt med fakturadatoen, er e-fakturaen ganske vist formelt gyldig, men indholdsmæssigt ukorrekt – med følger for bogføring, ydelsestidspunkt og moms.

Hvad EN 16931 kræver

EN 16931 kender den faktiske leveringsdato som BT-72. I de to syntakser ser det sådan ud:

• ZUGFeRD / CII: ram:ApplicableHeaderTradeDelivery → ram:ActualDeliverySupplyChainEvent → ram:OccurrenceDateTime
• XRechnung / UBL: cac:Delivery → cbc:ActualDeliveryDate

Formatet er en kalenderdato (i CII som YYYYMMDD, formatkode 102). Den beskriver tidspunktet for leveringen, uafhængigt af faktura- eller forfaldsdatoen.

Den typiske fejl i automatiske konvertere

En ren PDF-til-XML-konverter læser ofte kun de åbenlyse hoveddata og udfylder manglende felter med standardværdier. Mangler der en selvstændig genkendelse af leveringsdatoen, indsættes fakturadatoen i stedet. Så længe begge datoer er identiske, bemærkes det ikke – så snart de afviger, står den forkerte ActualDeliveryDate i e-fakturaen.

Sådan løser TaxLayer det

TaxLayer genkender leverings-/ydelsesdatoen selvstændigt og adskilt fra fakturadatoen. I kontroltrinnet inden genereringen vises den i et selvstændigt felt Leveringsdato og kan rettes der, inden ZUGFeRD- eller XRechnung-filen opstår. I den genererede XML står derefter den korrekte dato som ActualDeliveryDate.

Sådan bliver ansvaret for den indholdsmæssige rigtighed hos dig – og en automatisk fejl kan slet ikke slippe igennem.

Konklusion

Leveringsdatoen er et selvstændigt obligatorisk felt i praksis i EN 16931 (BT-72) og må ikke blindt sidestilles med fakturadatoen. Sørg ved enhver konvertering for, at ActualDeliveryDate gengiver den faktiske leveringsdato.

---

Prøv TaxLayer gratis nu – genkender leveringsdato, varenumre og referencer automatisk og lader dig kontrollere dem inden genereringen. Spørgsmål til info@landauer.de.