Daty w FA(3): P_1, P_6 i DataWytworzeniaFa

Skąd się bierze błąd daty

Gdy data wypadnie poza zakres ze schematu albo poza regułę KSeF, faktura dostaje status 450, „Błąd weryfikacji semantyki dokumentu faktury”. Ministerstwo Finansów sprawdza dwa takie przypadki w testach swojej biblioteki: P_1 ustawione na jutro według czasu polskiego oraz DataWytworzeniaFa z dnia przed 2025-09-01.

Trzy daty i ich reguły

P_1

„Data wystawienia, z zastrzeżeniem art. 106na ust. 1 ustawy”. Typ TDataT, czyli „Data zdarzenia w okresie od 2006-01-01 do 2050-01-01”. KSeF dodaje: nie może być późniejsza niż data przyjęcia dokumentu do systemu, liczona w czasie polskim.

P_6

Data dostawy towarów albo wykonania usługi, gdy jest wspólna dla wszystkich pozycji i różni się od daty wystawienia. Ten sam typ TDataT.

DataWytworzeniaFa

„Data i czas wytworzenia faktury”, od 2025-09-01T00:00:00Z do 2050-01-01T23:59:59Z.

OkresFa

Okres, którego dotyczy faktura, z P_6_Od i P_6_Do, zamiast jednej daty P_6.

Jak wypełnia je Odoo

Przed wysyłką Odoo pomija fakturę z datą późniejszą niż dzisiejsza: „The move was skipped because it is future-dated” (w 18 i 19 „Ten zapis został pominięty ponieważ ma przyszłą datę”). Liczy „dziś” w strefie czasowej użytkownika, a KSeF w strefie Warszawy. Gdy użytkownik pracuje w strefie wyprzedzającej Polskę, faktura z jego dzisiejszą datą może w Polsce mieć jeszcze jutrzejszą i wrócić z kodem 450. Test MF zwraca uwagę na to samo w drugą stronę: między 00:00 a 02:00 CET/CEST „jutro w UTC” bywa w Polsce dzisiejszą datą.

W Odoo 17 nie ma l10n_pl_edi: datę ustawia program, który tworzy plik FA(3).

Co zrobić przy 450 z powodu daty

1. Sprawdź datę faktury: nie może być późniejsza niż dzień wysyłki w Polsce.
2. Sprawdź strefę czasową użytkownika, który wysyła faktury, w jego preferencjach w Odoo.
3. Jeśli usługa trwała dłużej, pamiętaj, że Odoo nie zapisze OkresFa; wtedy na fakturze zostaje tylko data dostawy.
4. Przywróć fakturę do wersji roboczej, popraw datę, zatwierdź i wyślij ponownie.

Czytaj dalej