Data livrarii in ZUGFeRD si XRechnung (BT-72): preluare si corectare corecta

Multe convertoare automate seteaza pur si simplu data facturii ca data a livrarii – iar acest lucru este gresit. Data efectiva a livrarii sau prestarii este in EN 16931 un camp separat (BT-72) si trebuie sa reflecte momentul real al livrarii, nu ziua in care a fost intocmita factura.

> Raspuns scurt: Data livrarii (BT-72, in XML ca ActualDeliveryDate) este ziua livrarii sau prestarii efective – nu data facturii (BT-2). Cele doua pot sa difere. TaxLayer recunoaste data livrarii in mod independent din factura si o pune la dispozitie pentru verificare si corectare inainte de generare.

Data livrarii nu este data facturii

Pe multe facturi apar doua date diferite: data la care a fost emisa factura si data la care s-a livrat sau prestat efectiv. Un exemplu:

Daca data livrarii este completata gresit cu data facturii, factura electronica este formal valida, dar incorecta din punct de vedere al continutului – cu consecinte asupra inregistrarii contabile, momentului prestarii si TVA.

Ce cere EN 16931

EN 16931 cunoaste data efectiva a livrarii ca BT-72. In cele doua sintaxe arata astfel:

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

Formatul este o data calendaristica (in CII ca YYYYMMDD, cod de format 102). Descrie momentul livrarii, independent de data facturii sau a scadentei.

Eroarea tipica a convertoarelor automate

Un simplu convertor PDF-in-XML citeste adesea doar datele evidente din antet si completeaza campurile lipsa cu valori implicite. Daca lipseste o recunoastere proprie a datei livrarii, se inscrie in loc data facturii. Atata timp cat cele doua date sunt identice, nu se observa – de indata ce difera, in factura electronica apare un ActualDeliveryDate gresit.

Cum rezolva TaxLayer acest lucru

TaxLayer recunoaste data livrarii/prestarii in mod independent si separat de data facturii. In pasul de verificare, inainte de generare, este afisata intr-un camp propriu Data livrarii si poate fi corectata acolo, inainte de a se crea fisierul ZUGFeRD sau XRechnung. In XML-ul generat apare apoi data corecta ca ActualDeliveryDate.

Astfel, responsabilitatea pentru corectitudinea continutului ramane la dumneavoastra – iar o eroare automata nu poate trece neobservata.

Concluzie

Data livrarii este un camp propriu, obligatoriu respectiv de practica, al EN 16931 (BT-72) si nu poate fi echivalata orbeste cu data facturii. La fiecare conversie, asigurati-va ca ActualDeliveryDate reflecta data efectiva a livrarii.

---

Incercati TaxLayer gratuit acum – recunoaste automat data livrarii, numerele de articol si referintele si le pune la dispozitie pentru verificare inainte de generare. Intrebari la info@landauer.de.