Data dostawy w ZUGFeRD i XRechnung (BT-72): poprawne przejęcie i korekta

Wiele automatycznych konwerterów wstawia jako datę dostawy po prostu datę faktury -- i to jest błąd. Rzeczywista data dostawy lub wykonania usługi jest w EN 16931 osobnym polem (BT-72) i musi odzwierciedlać faktyczny moment dostawy, a nie dzień, w którym wystawiono fakturę.

> Krótka odpowiedź: Data dostawy (BT-72, w XML jako ActualDeliveryDate) to dzień faktycznej dostawy lub wykonania usługi -- a nie data faktury (BT-2). Obie daty mogą się różnić. TaxLayer rozpoznaje datę dostawy samodzielnie z faktury i pozwala ją sprawdzić oraz skorygować przed wygenerowaniem pliku.

Data dostawy to nie data faktury

Na wielu fakturach widnieją dwie różne daty: data wystawienia faktury oraz data, w której faktycznie nastąpiła dostawa lub wykonano usługę. Przykład:

Jeśli data dostawy zostanie błędnie wypełniona datą faktury, e-faktura jest wprawdzie formalnie ważna, ale merytorycznie nieprawidłowa -- z konsekwencjami dla księgowania, momentu wykonania usługi i podatku VAT.

Czego wymaga EN 16931

EN 16931 zna rzeczywistą datę dostawy jako BT-72. W obu składniach wygląda to tak:

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

Formatem jest data kalendarzowa (w CII jako YYYYMMDD, kod formatu 102). Opisuje ona moment dostawy, niezależnie od daty faktury czy terminu płatności.

Typowy błąd automatycznych konwerterów

Zwykły konwerter PDF-na-XML często odczytuje tylko oczywiste dane nagłówkowe i wypełnia brakujące pola wartościami domyślnymi. Jeśli brakuje osobnego rozpoznawania daty dostawy, wstawiana jest zamiast niej data faktury. Dopóki obie daty są identyczne, nie rzuca się to w oczy -- gdy tylko zaczynają się różnić, w e-fakturze pojawia się błędne ActualDeliveryDate.

Jak rozwiązuje to TaxLayer

TaxLayer rozpoznaje datę dostawy/wykonania usługi samodzielnie i oddzielnie od daty faktury. W kroku weryfikacji przed wygenerowaniem pliku jest ona wyświetlana w osobnym polu Data dostawy i można ją tam skorygować, zanim powstanie plik ZUGFeRD lub XRechnung. W wygenerowanym XML znajduje się następnie poprawna data jako ActualDeliveryDate.

Dzięki temu odpowiedzialność za merytoryczną poprawność pozostaje po Państwa stronie -- a automatyczny błąd w ogóle nie ma szansy się prześlizgnąć.

Podsumowanie

Data dostawy jest osobnym polem obowiązkowym bądź praktycznym EN 16931 (BT-72) i nie może być bezmyślnie zrównywana z datą faktury. Przy każdej konwersji zwracaj uwagę na to, aby ActualDeliveryDate odzwierciedlało rzeczywistą datę dostawy.

---

Wypróbuj TaxLayer za darmo -- rozpoznaje datę dostawy, numery artykułów i referencje automatycznie oraz pozwala je sprawdzić przed wygenerowaniem pliku. Pytania na info@landauer.de.