Format daty na fakturze z KSeF a eksport do arkusza

Dlaczego jedna data ma dwie różne twarze

Faktura ustrukturyzowana w KSeF ma dwie kluczowe daty: datę wystawienia (pole P_1 w strukturze FA(3)) i datę sprzedaży (pole P_6 – faktyczny dzień dostawy towaru lub wykonania usługi). Obie zapisane są w XML w formacie RRRR-MM-DD, zgodnym z normą ISO 8601 – to jedyny format, jaki KSeF akceptuje przy wysyłce faktury.

Problem zaczyna się przy odczycie. Portal KSeF, generowana z niego wizualizacja PDF, program księgowy odbiorcy i arkusz kalkulacyjny – każdy z tych systemów może zastosować własny format wyświetlania: dzień-miesiąc-rok, miesiąc-dzień-rok albo rok-miesiąc-dzień. Dla dat po 12. dniu miesiąca (np. 25.03) pomyłka jest niemożliwa, bo nie ma miesiąca nr 25. Ale dla dat od 1 do 12 – a to niemal połowa dni w miesiącu – ta sama liczba może oznaczać dwie różne daty, zależnie od tego, w jakim programie ją czytasz.

Co naprawdę jest w XML-u faktury

Struktura logiczna FA(3), według której KSeF przyjmuje i przechowuje faktury, definiuje pola dat jako typ znormalizowany do formatu RRRR-MM-DD. Faktura z błędnym formatem daty (np. dniem i miesiącem zamienionymi miejscami tak, że dzień przekracza 12) może zostać odrzucona już na etapie walidacji struktury – zapis niezgodny z typem daty nie przechodzi przez bramkę wejściową KSeF.

To, że sam plik źródłowy jest jednoznaczny, nie oznacza, że jednoznaczny pozostaje każdy jego odczyt. Gdy program pobiera wartość z pola P_6 i renderuje ją na ekranie własną funkcją formatującą datę, może zastosować ustawienia regionalne systemu operacyjnego albo domyślne dla danego frameworka – a te bywają różne w zależności od instalacji. Sama data nadania numeru KSeF nie jest zresztą polem w pliku faktury – to metadana zwracana osobno przez API systemu przy pobieraniu dokumentu, nie zawartość XML-a.

Gdzie realnie pojawia się ryzyko pomyłki

Trzy sytuacje, w których zamiana dnia z miesiącem najczęściej trafia do księgowości:

• Ręczne przepisywanie z podglądu faktury – osoba wpisuje datę „na oko” z ekranu do arkusza lub programu, bez sprawdzenia, w jakim formacie widzi ją akurat ten podgląd.
• Import z innego systemu do arkusza – narzędzie, które parsuje XML i wypisuje datę własnym formatem regionalnym (np. amerykańskim, gdzie miesiąc jest pierwszy), a plik trafia dalej bez adnotacji, jaki to format.
• Porównywanie dwóch źródeł tej samej faktury – np. PDF od kontrahenta i eksport z KSeF pokazują tę samą datę zapisaną inaczej, co przy uzgadnianiu rejestru kosztów wygląda jak rozbieżność, choć data jest ta sama.

Skutek jest wymierny: faktura z 3 września zaksięgowana pod marcem trafia do złego miesiąca w rejestrze kosztów, przesuwa moment ujęcia wydatku i przy uzgodnieniu z JPK_V7 wygląda jak brakująca pozycja – patrz uzgodnienie faktur KSeF z JPK_V7 w Excelu.

Jak KSeF Import eksportuje datę, żeby nie było wątpliwości

Eksport faktur z KSeF do Excela, CSV i PDF nie „tłumaczy” dat na format regionalny – zapisuje je dokładnie tak, jak przyjmuje je sam KSeF: RRRR-MM-DD, w obu kolumnach naraz (data wystawienia i data sprzedaży).

1. 1
   Arkusze Google (Solo i wyżej)

   Komórka z datą trafia jako tekst RRRR-MM-DD – Arkusze Google rozpoznają ten format automatycznie i poprawnie go sortują, bez ustawień regionalnych po Twojej stronie.

2. 2
   Excel i CSV (od planu Firma)

   Ta sama zasada: kolumny „Data wystawienia” i „Data sprzedaży” w pliku .xlsx/.csv zawierają wartość RRRR-MM-DD, niezależnie od domyślnego formatu daty w Twoim Windowsie czy macOS.

3. 3
   Sortowanie i filtrowanie

   Format RRRR-MM-DD sortuje się poprawnie jako zwykły tekst – funkcje takie jak SORT, FILTER czy warunek „od–do” w tabeli przestawnej działają bez konwersji.

Konfigurację kolumn (w tym kolejność i to, którą datę pokazać jako pierwszą) ustawiasz raz w panelu – każdy kolejny eksport wychodzi już w tym samym, sprawdzonym układzie.