Struktura FA(3) – 37 pól obowiązkowych i zero taryfy ulgowej
Struktura logiczna FA(3) stanowi istotne rozszerzenie dotychczasowego schematu, zwiększając liczbę pól obowiązkowych o 11 w stosunku do wersji FA(2). Każda faktura ustrukturyzowana musi być zgodna z walidatorem XSD udostępnionym przez Ministerstwo Finansów, co oznacza, że brak chociażby jednego wymaganego elementu, takiego jak kod GTU (Grupy Towarowo-Usługowe) czy poprawne oznaczenie procedury VAT, skutkuje odrzuceniem dokumentu przez system. Faktura, która nie przejdzie pomyślnie weryfikacji semantycznej, nie otrzymuje numeru KSeF i w świetle prawa nie zostaje uznana za wystawioną.
Powszechny wśród przedsiębiorców mit, jakoby dostosowanie systemów ERP polegało jedynie na dopisaniu pojedynczego pola w bazie danych, jest błędny i ryzykowny. Nowa struktura kładzie szczególny nacisk na precyzję danych identyfikacyjnych oraz kodyfikację towarów. Przykładowo, faktura opiewająca na kwotę 100 000 zł netto (123 000 zł brutto) bez wpisanego kodu PKWiU zostanie natychmiast odrzucona przez bramkę API KSeF. W takim przypadku podatnik naraża się na dotkliwe konsekwencje finansowe wynikające z braku terminowego wystawienia dokumentu w systemie centralnym.
| Element | FA(2) | FA(3) | Kara za brak |
|---|---|---|---|
| Kod PKWiU | opcjonalny | obowiązkowy ≥100 000 zł | brak numeru KSeF, 100% VAT |
| Kod GTU | opcjonalny | obowiązkowy (wybrane grupy) | brak numeru KSeF, 100% VAT |
| Waluta | PLN domyślnie | kod obowiązkowy (ISO 4217) | odrzucenie pliku XML |
Kolejną istotną zmianą w schemacie FA(3) jest obsługa załączników, które nie mogą być przesyłane jako luźne pliki dołączone do wiadomości e-mail. System dopuszcza przesyłanie specyfikacji towarowych lub kosztorysów wyłącznie w formacie PDF lub XML, przy czym maksymalna liczba takich dokumentów wynosi 5 sztuk, a rozmiar każdego z nich nie może przekroczyć 10 MB. Dane o załącznikach muszą zostać zadeklarowane w dedykowanej sekcji Attachment schematu FA(3), a same dokumenty są archiwizowane w systemie przez okres 10 lat, co eliminuje konieczność utrzymywania lokalnych archiwów papierowych.
W związku z powyższym zaleca się, aby podmioty gospodarcze przeprowadziły mapowanie danych w systemach finansowo-księgowych przed 25 stycznia 2026 r. Niezbędne jest również regularne korzystanie z walidatora XSD Ministerstwa Finansów w celu weryfikacji poprawności generowanych plików XML. Należy pamiętać, że faktury wystawione przed 1 lutego 2026 r. nie podlegają nowym regułom, jednak każda korekta wystawiona po tej dacie musi już bezwzględnie realizować wymogi schematu FA(3).
API KSeF 2.0 – harmonogram i wymagania techniczne dla integratorów
Integracja oprogramowania z Krajowym Systemem e-Faktur odbywa się za pośrednictwem interfejsu API KSeF 2.0, opartego na standardzie OpenAPI 3.0.4. Resort finansów udostępnił pełną dokumentację techniczną oraz biblioteki w językach .NET i Java w Centralnym Repozytorium ePUAP, co ma ułatwić dostawcom systemów IT przygotowanie stabilnych konektorów. Według danych statystycznych, 78% krytycznych usterek powstaje właśnie na styku różnych systemów, dlatego kluczowe jest przeprowadzenie pełnego cyklu testów integracyjnych w środowisku testowym przed wejściem przepisów w życie.
Harmonogram wdrożenia systemu nie przewiduje elastyczności w terminach, co wymusza na działach IT oraz firmach zewnętrznych ścisłe trzymanie się planu prac. Zgodnie z komunikatem Ministerstwa Finansów z dnia 7 lipca 2025 r., proces udostępniania poszczególnych komponentów wygląda następująco:
- 30 września 2025 – uruchomienie otwartych testów API w środowisku sandbox;
- 15 listopada 2025 – udostępnienie testowej wersji Aplikacji Podatnika;
- 1 listopada 2025 – otwarcie możliwości pobierania certyfikatów typu 2 niezbędnych do podpisu;
- 1 lutego 2026 – start wersji produkcyjnej i objęcie obowiązkiem dużych przedsiębiorców.
Integratorzy otrzymują od Ministerstwa Finansów gotowy pakiet narzędziowy, w tym specyfikację OpenAPI 3.0.4 oraz zbiór przykładowych plików XML reprezentujących różne scenariusze biznesowe, takie jak faktury zaliczkowe czy korygujące. Należy jednak zaznaczyć, że administracja skarbowa nie dostarcza gotowych wtyczek do popularnych arkuszy kalkulacyjnych typu Excel. Każda organizacja musi samodzielnie zadbać o integrację swojego oprogramowania z API, co wymaga zarezerwowania minimum 80 godzin na testy, aby osiągnąć blisko 100% skuteczność wdrożenia dokumentacji elektronicznej.
Ważnym elementem przygotowań technicznych jest uzyskanie dostępu do systemu poprzez profil zaufany, e-dowód lub token autoryzacyjny. Certyfikat KSeF typu 2, który jest niezbędny do generowania podpisów w trybach specyficznych, jest ważny przez 2 lata. Przedsiębiorstwa powinny również zweryfikować przepustowość swoich łącz i wydajność serwerów, dążąc do osiągnięcia throughputu na poziomie minimum 100 faktur na minutę w okresach szczytowego obciążenia, co zapobiegnie powstawaniu zatorów w procesach sprzedażowych.
Tryb offline24 – awaria bez kary, tylko przy dwóch kodach QR
Tryb offline24 to mechanizm zabezpieczający, pozwalający na wystawianie faktur w sytuacjach braku połączenia z systemem centralnym lub podczas awarii infrastruktury po stronie podatnika. Aby jednak dokument wystawiony w tym trybie zachował moc prawną i nie generował ryzyka sankcji, musi spełniać rygorystyczne wymogi techniczne. Najważniejszym z nich jest naniesienie na fakturę dwóch kodów QR: pierwszego, zawierającego podstawowe dane (NIP, kwota, data), oraz drugiego, który zawiera podpis elektroniczny wygenerowany przy użyciu certyfikatu typu 2.
W sytuacji kryzysowej, np. w piątek o godzinie 16:05, gdy system KSeF staje się niedostępny, procedura wymaga natychmiastowego przejścia na tryb awaryjny. Należy wygenerować plik XML zgodny ze strukturą FA(3) i opatrzyć go wspomnianymi kodami QR. Kody te muszą mieć minimalny rozmiar 30×30 mm i być w pełni czytelne dla skanerów Urzędu Skarbowego. Brak któregokolwiek z dwóch kodów unieważnia fakturę wystawioną w trybie offline, co może prowadzić do problemów z odliczeniem podatku VAT przez nabywcę.
| Czas awarii | Termin dosłania | Kara za zwłokę |
|---|---|---|
| piątek 16:00 | poniedziałek do 16:00 | 100% VAT za każdy dzień |
| wtorek 09:00 | środa do 16:00 | 100% VAT za każdy dzień |
Kluczowym obowiązkiem podatnika jest przesłanie faktury wystawionej offline do systemu KSeF w terminie do godziny 16:00 następnego dnia roboczego po ustaniu awarii lub wystawieniu dokumentu. Przekroczenie tego terminu jest traktowane jako poważne naruszenie obowiązków ewidencyjnych. Przykładowo, przy fakturze o wartości 50 000 zł netto i 11 500 zł VAT, każdy dzień zwłoki w przesłaniu dokumentu do systemu centralnego może skutkować nałożeniem kary w wysokości pełnej kwoty podatku od towarów i usług.
Zaleca się przeprowadzenie pełnej symulacji procedury offline24 w środowisku testowym KSeF przed 30 listopada 2025 r. Pozwoli to na weryfikację poprawności generowania kodów QR oraz sprawności procesu przesyłania danych po przywróceniu łączności. Podatnik powinien również zachować potwierdzenie nadania z nadanym numerem KSeF, gdyż organy kontrolne mogą żądać szczegółowych wyjaśnień dotyczących przyczyn korzystania z trybu awaryjnego i terminowości dopełnienia formalności.
Kary i odliczenia – jak nie stracić 23 000 zł na jednej fakturze
System sankcji w KSeF 2.0 został skonstruowany w sposób restrykcyjny, mający na celu wymuszenie pełnej dyscypliny w raportowaniu transakcji. Zgodnie z nowymi regulacjami, brak numeru KSeF na fakturze dokumentującej sprzedaż wiąże się z karą pieniężną w wysokości 100% kwoty podatku VAT. Dodatkowo może zostać nałożona sankcja w wysokości 18,7% wartości brutto całej transakcji. Ustawodawca przewidział jednak pewien margines błędu – w przypadku pomyłek w kwocie nieprzekraczających 1 zł, urząd skarbowy może odstąpić od wymierzenia kary.
- Brak numeru KSeF: kara administracyjna 100% kwoty wykazanego podatku VAT.
- Druga sankcja: możliwość nałożenia kary w wysokości 18,7% wartości brutto faktury.
- Błąd ≤1 zł: opcja umorzenia postępowania sankcyjnego przez organ podatkowy.
- Korekta w 7 dni: szybkie przesłanie korekty w formacie FA(3) chroni przed eskalacją kar.
W kwestii prawa do odliczenia podatku naliczonego, istotne znaczenie ma interpretacja Dyrektora Krajowej Informacji Skarbowej z dnia 2 stycznia 2026 r. (sygn. 0111-KDIB3-1.4012.857.2025.1.MSO). Zgodnie z jej treścią, nabywcy nie muszą obawiać się utraty prawa do odliczenia VAT z tytułu błędów technicznych leżących po stronie dostawcy, o ile sama transakcja gospodarcza miała charakter realny. Warunkiem koniecznym jest jednak posiadanie przez nabywcę dowodu zapłaty oraz pełnej korespondencji handlowej potwierdzającej fakt zaistnienia zdarzenia ekonomicznego.
W przypadku wykrycia błędu w przesłanej już fakturze, sprzedawca jest zobowiązany do wystawienia korekty z kodem KOR w terminie 7 dni od momentu stwierdzenia nieprawidłowości. Procedura ta musi odbywać się wyłącznie wewnątrz systemu KSeF przy użyciu aktualnej struktury logicznej. Należy pamiętać, że organ ocenia stopień winy oraz częstotliwość naruszeń – indywidualna decyzja może doprowadzić do zmniejszenia kary, zwłaszcza jeśli podatnik wykaże wystąpienie siły wyższej, takiej jak powódź czy atak hakerski, co jest zgodne z art. 112a § 2 Ordynacji podatkowej.
