Znaczniki walutowe w FA(3) - jak obsługiwać transakcje wielowalutowe?

Co się zmienia od 1 II 2026: schema FA(3) zamiast FA(2)

AITekst opracowany z wykorzystaniem sztucznej inteligencji. Zasady i ograniczenia

Na środowisku produkcyjnym KSeF schema FA(2) zostaje zamknięta, co oznacza, że każdy nowy plik XML przesyłany do systemu musi być zgodny ze strukturą logiczną FA(3). Główną zmianą technologiczną jest sposób raportowania walut dla poszczególnych pozycji faktury. W poprzedniej wersji schemy FA(2) system operował na pojedynczym polu zbiorczym dla całego dokumentu, natomiast wersja FA(3) wprowadza konieczność precyzyjnego mapowania znaczników walutowych dla każdego wiersza faktury z osobna. Faktura ustrukturyzowana 2026 podlega automatycznej weryfikacji XSD, co oznacza, że błędy w strukturze pól walutowych spowodują natychmiastowe odrzucenie dokumentu przez bramkę Ministerstwa Finansów.

Analiza luki migracyjnej wykazuje istotną zmianę w logice budowania pliku XML. W strukturze FA(2) znacznik waluty występował raz, określając walutę dla całego dokumentu. W schemie FA(3) ustawodawca wymaga powtórzenia kodu waluty na poziomie każdej pozycji faktury w polu P_7A. W praktyce oznacza to, że przy sprzedaży towarów w walucie EUR, która obejmuje 3 odrębne pozycje asortymentowe, ilość znaczników walutowych w pliku rośnie z 1 do 3. Systemy ERP, które nie zostaną zaktualizowane do obsługi nowej specyfikacji, nie będą w stanie poprawnie wygenerować pola P_7A, co uniemożliwi nadanie numeru KSeF i skutkować będzie brakiem mocy prawnej dokumentu.

Harmonogram wdrażania obowiązku korzystania z Krajowego Systemu e-Faktur został podzielony na etapy uzależnione od skali prowadzonej działalności oraz wartości przychodów. Podatnicy muszą dostosować swoje systemy informatyczne do terminów wskazanych w znowelizowanych przepisach ustawy o podatku od towarów i usług. Poniższa tabela przedstawia kluczowe daty graniczne dla poszczególnych grup przedsiębiorców:

Należy podkreślić, że dla dużych podmiotów, które w 2025 roku osiągnęły przychody przekraczające 200 mln zł brutto, 1 lutego 2026 r. jest datą bezwzględną. Brak certyfikatu typu 2 do tego dnia uniemożliwi wystawienie dokumentu w trybie online. Systemy księgowe muszą posiadać pełną integrację z API KSeF, aby umożliwić płynne przesyłanie faktur ustrukturyzowanych zawierających nowe sekcje danych. Brak któregokolwiek z nowych elementów struktury FA(3) powoduje odrzucenie pliku, co w świetle przepisów oznacza, że faktura nie została wystawiona, a podatek VAT nie może zostać odliczony przez nabywcę.

Jak poprawnie wypełnić znaczniki walutowe w FA(3)

Pole P_7A w schemie FA(3) jest zdefiniowane w Rozporządzeniu Ministra Finansów z dnia 26 września 2025 r. jako pole obowiązkowe dla każdej pozycji faktury dokumentującej dostawę towarów lub świadczenie usług w walucie innej niż polski złoty. Znacznik ten musi zawierać trzyliterowy kod waluty zgodny z międzynarodowym standardem ISO 4217. KSeF nie dokonuje merytorycznej weryfikacji poprawności kursu, jednak błędny kod waluty skutkuje błędem walidacji XSD i odrzuceniem dokumentu. Do najczęściej stosowanych kodów należą:

• EUR - Euro (waluta wspólnotowa)
• USD - Dolar amerykański
• GBP - Funt szterling

Zasada przeliczania wartości walutowych na potrzeby podatku VAT pozostaje niezmienna i wynika z art. 31a ust. 1 ustawy o VAT. Podatnik ma obowiązek wyrazić kwotę podatku VAT w złotych na każdej fakturze wystawionej w walucie obcej. Logika transakcji wymaga zastosowania trójki operacyjnej: określenie kwoty w walucie obcej, zastosowanie średniego kursu NBP z ostatniego dnia roboczego poprzedzającego dzień powstania obowiązku podatkowego lub wystawienia faktury, a następnie wykazanie kwoty VAT w PLN. Przykładowo, przy fakturze o wartości 1 000 EUR i kursie 4,50 zł, wartość netto wynosi 4 500 zł, a podatek VAT 23% wynosi 1 035 zł. Znacznik P_7A wskazuje walutę transakcji (EUR), ale nie zwalnia z obowiązku poprawnego uzupełnienia pól dotyczących kwot w walucie krajowej.

KSeF jako system centralny nie weryfikuje rzetelności zastosowanego kursu walutowego, co oznacza, że organ podatkowy może zakwestionować rozliczenie podczas kontroli skarbowej, nawet jeśli dokument otrzymał numer KSeF. Faktura ustrukturyzowana ma cechy dokumentu pewnego jedynie w zakresie autentyczności pochodzenia i integralności treści. Nabywca powinien dokładnie zweryfikować rzetelność otrzymanej faktury ustrukturyzowanej przed rozliczeniem wykazanego w niej podatku naliczonego. Jeśli wyliczona kwota VAT różni się od wartości podanej na dokumencie (błąd powyżej 1 zł), konieczne jest wystawienie faktury korygującej FA3, ponieważ KSeF uniemożliwia edycję raz zatwierdzonego dokumentu.

Warto zwrócić uwagę na specyficzne pola w strukturze XML, takie jak P_15 (suma wartości wszystkich pozycji), które w transakcjach walutowych muszą być spójne z sumą wartości netto i podatku VAT po przeliczeniu. Integracja z KSeF w systemach ERP powinna zapewniać automatyczne pobieranie tabel kursów NBP, co minimalizuje ryzyko błędów ludzkich. Brak spójności kwot wewnątrz pliku XML może prowadzić do odrzucenia dokumentu z powodu niezgodności sum kontrolnych, co jest jednym z najczęstszych błędów technicznych raportowanych przez Ministerstwo Finansów.

Transakcje zagraniczne: co wysłać do KSeF, a co do kontrahenta

Wystawianie faktur dla kontrahentów zagranicznych w systemie KSeF wymaga zachowania podwójnego obiegu dokumentacji. Polski podatnik VAT jest zobowiązany do przesłania faktury ustrukturyzowanej do systemu KSeF (w formacie XML), jednak system ten nie udostępnia automatycznie dokumentów podmiotom nieposiadającym polskiego numeru NIP. Zgodnie z art. 106e § 1 Ordynacji podatkowej, sposób dostarczenia dokumentu musi zostać uzgodniony z kontrahentem. W praktyce rynkowej oznacza to generowanie wizualizacji faktury w formacie PDF, która zawiera obowiązkowy kod QR, i przesyłanie jej drogą elektroniczną (e-mail, EDI) bezpośrednio do odbiorcy zagranicznego.

W przypadku Wewnątrzwspólnotowej Dostawy Towarów (WDT) lub eksportu usług, polski podatnik musi pamiętać, że faktura wystawiona w KSeF staje się dokumentem oficjalnym w momencie nadania jej numeru identyfikacyjnego. Każda korekta in minus lub in plus musi zachować ten sam kod waluty (P_7A), który został użyty w fakturze pierwotnej. Dobrą praktyką jest dodawanie do wizualizacji PDF adnotacji w języku angielskim o treści: „This invoice has been submitted to KSeF under ref. [numer_KSeF]”, co pozwala uniknąć nieporozumień z zagranicznymi działami księgowości, które mogą nie być świadome polskiej specyfiki raportowania e-faktur.

Należy pamiętać, że jeśli na polskim nabywcy ciąży obowiązek wystawienia faktury w imieniu zagranicznego dostawcy (tzw. samofakturowanie), musi on wystawić taką fakturę przy użyciu KSeF. Podobnie w sytuacji, gdy polski podatnik upoważni podmiot zagraniczny do wystawiania faktur w jego imieniu - ten podmiot będzie musiał uzyskać dostęp do systemu i generować faktury ustrukturyzowane FA(3) zgodnie z polskimi przepisami. Data wystawienia faktury w KSeF musi być zgodna z czasem nadania pliku XML, co jest kluczowe dla zachowania terminów określonych w art. 106i ustawy o VAT.

Najczęstsze błędy w znacznikach walutowych i jak ich uniknąć

Błędy w raportowaniu transakcji walutowych w systemie KSeF należą do najczęstszych przyczyn odrzucenia plików przez Krajową Administrację Skarbową. System waliduje poprawność techniczną pliku XML, ale nie jego rzetelność biznesową. Najbardziej problematyczne są komunikaty typu „Invalid currency code”, wynikające z użycia kodów spoza standardu ISO 4217 lub błędów typograficznych (np. małe litery w kodzie waluty). Kolejnym błędem jest „Date mismatch P_1 vs sending date”, gdzie data wystawienia wskazana wewnątrz pola P_1 jest późniejsza niż moment faktycznego przesłania dokumentu do bramki KSeF.

Innym krytycznym błędem jest „VAT amount in foreign currency”, czyli próba wpisania kwoty podatku VAT w walucie obcej w pole przeznaczone dla waluty krajowej. KSeF wymaga, aby w polach dotyczących podatku (np. P_14) znajdowały się wartości przeliczone na PLN. Błędny kurs waluty nie blokuje automatycznie nadania numeru KSeF, ale może zostać zidentyfikowany przez algorytmy analityczne KAS, co skutkuje wezwaniem do wyjaśnień. W przypadku wykrycia błędu w kwocie przekraczającej 1 zł, organ może nałożyć sankcję administracyjną w wysokości 18,7% wartości brutto wskazanej na fakturze, jeśli błąd zostanie uznany za nierzetelność dokumentu.

Aby zminimalizować ryzyko błędów przed wysyłką pliku XML, zaleca się stosowanie poniższej checklisty weryfikacyjnej:

1. Sprawdź kod ISO waluty w polu P_7A - wielkość liter ma znaczenie, system akceptuje tylko wielkie litery.
2. Zweryfikuj datę kursu walutowego: musi to być T-1 (dzień roboczy poprzedzający) dla kursów NBP lub data zgodna z regulacjami ECB dla transakcji szczególnych.
3. Porównaj sumę podatku VAT zapisaną w PLN z wyliczeniem ręcznym; upewnij się, że zaokrąglenia są zgodne z art. 106e ust. 11 ustawy o VAT.
4. Upewnij się, że każda faktura korygująca (FA3) używa dokładnie tego samego znacznika P_7A, co dokument pierwotny.

Dla zapewnienia najwyższego poziomu bezpieczeństwa, podatnicy powinni przeprowadzać testy regresyjne w środowisku demonstracyjnym KSeF przed wdrożeniem produkcyjnym nowej schemy FA(3). Analiza logów błędów w środowisku testowym pozwala na usunięcie błędów mapowania w systemie ERP przed 1 lutego 2026 r. Należy również pamiętać, że brak mocy prawnej dokumentu z powodu błędów walidacji uniemożliwia odbiorcy odliczenie podatku naliczonego, co może generować roszczenia cywilnoprawne ze strony kontrahentów.