Schemat FA(3) to obecny standard faktur ustrukturyzowanych obowiązujący w Krajowym Systemie e-Faktur (KSeF). Obowiązek wysyłki w tym schemacie wchodzi etapami: od 1 lutego 2026 r. dla dużych podatników (obrót powyżej 200 mln zł), od 1 kwietnia 2026 r. dla pozostałych czynnych podatników VAT, a od 1 stycznia 2027 r. także dla najmniejszych i podatników zwolnionych z VAT. Każda faktura wysyłana do KSeF musi być plikiem XML zgodnym z tym schematem. W tym artykule wyjaśniamy, jakie pola są obowiązkowe, czym FA(3) różni się od poprzednich wersji oraz jak przygotować dane, aby walidacja Ministerstwa Finansów nie zwracała błędów.
Czym jest faktura ustrukturyzowana?
Faktura ustrukturyzowana to plik XML o ściśle określonej strukturze, opublikowanej przez Ministerstwo Finansów. W odróżnieniu od PDF, który jest dokumentem do czytania przez człowieka, XML jest dokumentem do przetwarzania maszynowego. System komputerowy odczytuje z niego konkretne pola: numer faktury, NIP wystawcy, NIP nabywcy, datę sprzedaży, pozycje, kwoty i tak dalej. Dzięki temu KSeF może automatycznie weryfikować poprawność, sumować VAT i raportować dane do organów skarbowych.
Tego samego standardu używa cała Polska, więc każda faktura wysłana do KSeF wygląda identycznie pod względem struktury, niezależnie od tego, kto ją wystawił. To kluczowa różnica wobec faktur PDF, gdzie każdy program drukuje je inaczej. Jak taki dokument wygląda od strony odbiorcy i co realnie widzi na nim człowiek, pokazujemy w osobnym tekście: jak wygląda faktura KSeF.
Historia schematu: FA(1), FA(2), FA(3)
Ministerstwo Finansów rozwijało schemat etapami:
- FA(1) obowiązywał w pierwszej, dobrowolnej fazie KSeF (2022 r.). Schemat zawierał podstawowe pola, ale brakowało w nim wielu szczegółów wymaganych w rzeczywistych transakcjach (m.in. pełnej obsługi korekt).
- FA(2) wszedł w życie w 2024 r. i rozszerzył schemat o sekcje korekt, faktur zaliczkowych oraz dodatkowe pola adresowe.
- FA(3) obowiązuje wraz z wejściem KSeF w trybie obowiązkowym, etapami: od 1 lutego 2026 r. dla dużych podatników, od 1 kwietnia 2026 r. dla pozostałych czynnych podatników VAT, a od 1 stycznia 2027 r. dla najmniejszych. To docelowy standard dla wszystkich czynnych podatników VAT.
Praktyczna konsekwencja: jeśli Twój program księgowy generuje XML w starszym schemacie, KSeF go odrzuci. Walidator wymaga dokładnie wersji FA(3) z poprawnym numerem wariantu w nagłówku XML.
Kluczowe sekcje schematu FA(3)
Plik XML FA(3) dzieli się na kilka głównych sekcji. Każda z nich ma swoje obowiązkowe i opcjonalne pola.
Nagłówek (Naglowek)
Zawiera dane techniczne dokumentu: kod formularza (FA(3)), wariant schematu, datę wytworzenia pliku oraz system, który go wygenerował. To metadane, które KSeF wykorzystuje do walidacji i archiwizacji.
Podmiot1 (wystawca)
Sekcja z danymi sprzedawcy: NIP, nazwa, adres, kod kraju, opcjonalnie e-mail i telefon. NIP musi być zwalidowany w bazie KSeF, w przeciwnym razie wysyłka się nie powiedzie.
Podmiot2 (nabywca)
Sekcja z danymi kupującego. Dla podmiotu krajowego B2B obowiązkowy jest NIP. Dla nabywcy z UE potrzebny jest VAT-UE z prefiksem kraju. Dla osoby fizycznej (B2C) faktura w ogóle nie podlega obowiązkowi KSeF.
Fa (dane faktury)
Najobszerniejsza sekcja. Zawiera:
- numer faktury (P_2A),
- datę wystawienia (P_1),
- datę sprzedaży lub wykonania usługi (P_6),
- kod waluty (KodWaluty),
- pozycje faktury (FaWiersz). Dla każdej pozycji: nazwa, ilość, jednostka miary, cena netto, stawka VAT, kwota netto, VAT, brutto.
- podsumowanie kwot wg stawek VAT,
- łączną kwotę brutto (P_15).
Pola obowiązkowe vs opcjonalne
Schemat FA(3) ma ponad 300 pól, ale tylko część z nich jest wymagana. Kluczowe pola obowiązkowe, których brak skutkuje odrzuceniem przez walidator:
- Naglowek/KodFormularza,
- Podmiot1/DaneIdentyfikacyjne/NIP,
- Podmiot1/DaneIdentyfikacyjne/Nazwa,
- Podmiot2/DaneIdentyfikacyjne (NIP lub kod identyfikacji nabywcy zagranicznego),
- Fa/P_2A (numer faktury),
- Fa/P_1 (data wystawienia),
- Fa/P_15 (kwota należności ogółem),
- Fa/FaWiersz (przynajmniej jedna pozycja),
- Fa/KodWaluty (PLN, EUR, USD itd.).
Pola opcjonalne dotyczą głównie sytuacji szczególnych: faktury zaliczkowe, korekty, transakcje wewnątrzwspólnotowe. Jeśli ich nie wypełnisz w fakturze, której nie dotyczą, walidator nie zgłosi błędu.
Wyjątkiem jest adnotacja o mechanizmie podzielonej płatności: pole P_18A jest obowiązkowe na każdej fakturze FA(3), bez wyjątku, i przyjmuje wartość 1 (MPP) albo 2 (brak MPP). Opcjonalny jest tylko znacznik P_12_Zal_15 przy pozycji z załącznika nr 15. Zasady MPP w KSeF opisujemy szerzej w osobnym artykule.
Najczęstsze problemy z walidacją FA(3)
Z naszego doświadczenia oraz z raportów Ministerstwa Finansów najczęściej powtarzające się błędy walidacji to:
- Niepoprawny format daty. Schemat wymaga formatu ISO (YYYY-MM-DD, np. 2026-04-25). Wpisanie 25.04.2026 lub 25/04/2026 powoduje odrzucenie pliku.
- NIP z myślnikami lub spacjami. NIP musi być zapisany jako 10 cyfr bez separatorów (np. 5252287009, nie 525-22-87-009).
- Brak kodu waluty. Pole KodWaluty jest obowiązkowe od FA(3). Większość systemów księgowych wstawia "PLN" domyślnie, ale eksport do XML czasem to pole gubi.
- Niezgodność sumy pozycji z kwotą ogólną. KSeF sumuje wartości w FaWiersz i porównuje z deklarowaną P_15. Nawet 1 grosz różnicy powoduje odrzucenie.
- Stawka VAT spoza katalogu. Dopuszczalne wartości to m.in.: 23, 8, 5, "0 KR" (stawka zerowa w kraju), "0 WDT" i "0 EX" (stawka zerowa w WDT oraz eksporcie), "zw" (zwolnione), "np I" i "np II" (nie podlega opodatkowaniu), "oo" (odwrotne obciążenie). Stawki 22, 7, 4, 3 dotyczą wybranych przypadków (m.in. korekt do faktur sprzed 2011 r., ryczałtu rolniczego, taksówek) i nie występują w typowej fakturze. Wpisanie "23%" jako tekstu zamiast wartości numerycznej powoduje błąd.
Jak FakturaFlow upraszcza pracę z FA(3)?
FakturaFlow rozwiązuje problem złożoności schematu w trzech miejscach:
- Parser PDF i Excel. Wgrywasz fakturę w formacie, w jakim dostałeś ją od klienta. Parser wyciąga dane (numer, daty, NIP-y, pozycje), a system wypełnia schemat FA(3) automatycznie.
- Walidacja przed wysyłką. System sprawdza wszystkie pola obowiązkowe lokalnie, zanim plik trafi do KSeF. Jeśli czegoś brakuje, otrzymujesz konkretny komunikat po polsku, gdzie i co poprawić.
- Aktualizacja schematu. Gdy Ministerstwo Finansów wypuści korektę FA(3) lub nowy wariant, aktualizujemy parsery centralnie. Nie musisz ręcznie nic zmieniać w Twoim biurze.
Podsumowanie
Schemat FA(3) to nie sama specyfikacja techniczna, ale kontrakt między biurem rachunkowym a Ministerstwem Finansów. Każda wysłana faktura musi być z nim zgodna, w przeciwnym razie zostanie odrzucona razem z konsekwencjami prawnymi. Najszybsza droga do bezstresowej obsługi KSeF to narzędzie, które pilnuje schematu za Ciebie. Sprawdź, jak wygląda to w praktyce w naszym przewodniku po hurtowej wysyłce faktur do KSeF.