Czy PDF faktury z KSeF może różnić się od pliku XML?
Nie powinien różnić się merytorycznie. Faktura ustrukturyzowana istnieje w KSeF jako plik XML zgodny ze schematem FA(3) – to on jest dokumentem źródłowym. PDF, który drukujesz albo wysyłasz kontrahentowi, jest tylko wizualizacją tych samych danych. Zgodnie z interpretacją indywidualną Dyrektora Krajowej Informacji Skarbowej z 5 maja 2026 r. (sygn. 0114-KDIP1-2.4012.88.2026.1.RST) PDF zawierający inne dane niż plik XML – dodatkową pozycję, zmienioną kwotę czy inny numer konta – może zostać uznany za odrębny dokument sprzedaży. Organ podatkowy może w takiej sytuacji powołać się na art. 108 ust. 1 ustawy o VAT i żądać zapłaty podatku wykazanego na samym PDF-ie, niezależnie od rozliczenia z oryginalnej faktury w KSeF.
- Faktura w KSeF to plik XML w schemacie FA(3) – to on jest dokumentem źródłowym, a PDF tylko jego wizualizacją.
- Interpretacja Dyrektora KIS z 5 maja 2026 r. (sygn. 0114-KDIP1-2.4012.88.2026.1.RST) ostrzega: PDF z inną treścią niż XML może zostać uznany za odrębną, „pustą” fakturę.
- Ryzykiem jest obowiązek zapłaty VAT z takiego PDF-a po raz drugi, na podstawie art. 108 ust. 1 ustawy o VAT – niezależnie od podatku z oryginalnej faktury w KSeF.
- Ryzyko dotyczy głównie własnych szablonów PDF (np. z programu księgowego lub Worda), które dopisują albo zmieniają dane względem XML – nie samego faktu posiadania PDF-a.
- Wizualizacja PDF powinna nieść kod QR odsyłający do weryfikacji faktury w KSeF – to prosty sposób, by wykazać, że to wierne odwzorowanie dokumentu źródłowego, a nie osobny dokument.
W tym artykule
Od problemu do efektu
PWEFirmy latami drukowały i wysyłały faktury jako PDF z własnego programu księgowego. W KSeF dokumentem źródłowym jest teraz XML, a rozbieżność między nim a PDF-em ma od maja 2026 r. konkretną cenę podatkową – ryzyko podwójnego VAT.
KSeF Import nie tworzy własnej wersji faktury – renderuje PDF pole po polu z pliku XML danej faktury, zgodnie ze strukturą FA(3), z kodem QR do weryfikacji w KSeF. Gdy XML nie jest jeszcze dostępny w panelu, aplikacja wyraźnie oznacza taki PDF jako ograniczony, zamiast po cichu uzupełniać go innymi danymi.
PDF, który pobierasz albo przekazujesz do księgowości, zawiera te same dane co faktura w KSeF – co znacząco ogranicza ryzyko, że fiskus uzna go za drugi, „pusty” dokument sprzedaży.
Dlaczego rozbieżny PDF to ryzyko podwójnego VAT
Zanim ruszył KSeF, PDF faktury generował program księgowy sprzedawcy i to on był jedynym dokumentem, jaki widział nabywca. Po wdrożeniu KSeF dokumentem źródłowym stała się faktura ustrukturyzowana – plik XML w schemacie FA(3), zapisany w systemie Ministerstwa Finansów. PDF, który firmy nadal drukują albo wysyłają mailem z przyzwyczajenia, jest z prawnego punktu widzenia tylko wizualizacją tego pliku, a nie osobną fakturą.
Problem zaczyna się, gdy wizualizacja przestaje być wierna. W interpretacji indywidualnej z 5 maja 2026 r. (sygn. 0114-KDIP1-2.4012.88.2026.1.RST) Dyrektor Krajowej Informacji Skarbowej uznał, że PDF merytorycznie odbiegający od danych w XML – bo program księgowy dopisał dodatkową pozycję, zmienił kwotę albo pokazał inny numer konta – nie jest już „tą samą” fakturą w innym formacie. Staje się odrębnym dokumentem, który sam w sobie „wykazuje” VAT. Interpretacja indywidualna formalnie wiąże tylko podmiot, który o nią wystąpił, ale wyznacza kierunek, w jakim organy podatkowe czytają przepisy o wizualizacji faktur z KSeF.
Zgodnie z art. 108 ust. 1 ustawy o VAT, kto wystawi dokument wykazujący kwotę podatku, ma obowiązek go zapłacić – niezależnie od tego, czy dokument jest fakturą sensu stricto, i niezależnie od rozliczenia VAT z oryginalnej transakcji. Jeśli organ podatkowy potraktuje rozbieżny PDF jako „drugi” dokument wykazujący VAT, ryzykiem jest zapłata podatku dwa razy: raz z faktury w KSeF, drugi raz z samego PDF-a.
Kiedy wizualizacja PDF jest zgodna z przepisami
Z interpretacji nie wynika zakaz posiadania PDF-ów faktur z KSeF – wynika z niej warunek: treść wizualizacji musi być merytorycznie zgodna z danymi zapisanymi w pliku XML. Inny układ graficzny, inna czcionka czy dodatkowe podsumowanie liczbowe (np. suma za miesiąc) nie są problemem, dopóki nie zmieniają ani nie uzupełniają danych samej transakcji – kwot, pozycji, stron czy sposobu płatności.
| Sytuacja | Zgodność z interpretacją KIS | Ryzyko |
|---|---|---|
| PDF wygenerowany wprost z XML faktury, bez zmian danych | Zgodne | Brak |
| Program księgowy dopisuje na PDF pozycję spoza XML (np. rabat) | Niezgodne | Wysokie – ryzyko „pustej faktury” |
| PDF pokazuje inny numer konta niż węzeł RachunekBankowy w XML | Niezgodne | Wysokie – dodatkowo ryzyko błędnego przelewu |
| PDF bez kodu QR do weryfikacji faktury w KSeF | Ryzykowne | Średnie – trudniej wykazać wierność wobec XML |
| Inny układ graficzny, te same dane co w XML | Zgodne | Brak |
Interpretacja dotyczy przede wszystkim dokumentów przekazywanych na zewnątrz – PDF-ów drukowanych, wysyłanych mailem albo archiwizowanych jako „ta jedyna” wersja faktury. Podgląd faktury wprost w przeglądarce, który niczego nie zapisuje na dysku i nie trafia do kontrahenta, niesie zdecydowanie mniejsze ryzyko – o ile zostaje wyłącznie wewnętrznym podglądem, a nie dokumentem drukowanym czy przesyłanym dalej.
Zobacz, jak KSeF Import pobiera faktury kosztowe i układa je w gotowy arkusz.
Jak PDF w KSeF Import odwzorowuje dane z XML
PDF pobrany z KSeF Import powstaje bezpośrednio z pliku XML danej faktury, gdy XML jest dostępny w panelu (czyli przy prawidłowo zsynchronizowanej fakturze) – aplikacja parsuje strukturę FA(3) (strony transakcji, pozycje, stawki VAT, adnotacje, numery kont) i renderuje z niej dokument pole po polu, łącznie z kodem QR prowadzącym do oficjalnego adresu weryfikacyjnego KSeF. Dane transakcji nie są przy tym dopisywane ani zmieniane ręcznie. W rzadkich przypadkach, gdy plik XML nie jest jeszcze dostępny (np. chwilowy błąd synchronizacji), system generuje PDF pomocniczo z danych zapisanych w bazie i wyraźnie oznacza go jako wizualizację ograniczoną – zamiast przedstawiać niepełny dokument tak, jakby był pełnym odwzorowaniem faktury z XML.
Ten sam mechanizm renderowania z XML obowiązuje przy masowym pobieraniu PDF-ów faktur z KSeF (plan Firma i wyższy) – każdy plik w paczce ZIP jest renderowany z własnego, oryginalnego XML tej faktury (z tym samym oznaczeniem ograniczonej wizualizacji, gdy XML akurat nie jest dostępny), więc setki dokumentów pobranych naraz podlegają tej samej zasadzie co pojedynczy PDF pobrany ręcznie.
Pobieranie PDF faktur dostępne jest od planu Firma – w planie Solo eksportujesz dane wyłącznie do Arkuszy Google. Aktualny zakres funkcji w każdym planie sprawdzisz na stronie cennika.
Jak zabezpieczyć się przed ryzykiem podwójnego VAT
Kilka nawyków, które warto wprowadzić w firmie, zanim PDF trafi do kontrahenta albo do archiwum księgowego:
-
1
Sprawdź źródło PDF-a
Ustal, czy PDF wysyłany kontrahentom powstaje bezpośrednio z pliku XML faktury z KSeF, czy z osobnego szablonu w programie księgowym, który mógł wprowadzić własne dane.
-
2
Porównaj kluczowe pola
Przy pierwszym uruchomieniu nowego generatora PDF porównaj kilka faktur pole po polu: kwoty netto, VAT i brutto, numer NIP stron, numer rachunku bankowego i pozycje.
-
3
Nie dopisuj danych ręcznie
Nie zmieniaj i nie dopisuj do PDF-a żadnych informacji o transakcji przed wysłaniem go kontrahentowi – rabat, korektę czy inną kwotę wprowadza się fakturą korygującą w KSeF, nie ręczną edycją pliku.
-
4
Zachowaj kod QR
Upewnij się, że PDF zawiera kod QR prowadzący do weryfikacji faktury w KSeF – to prosty, sprawdzalny dowód, że dokument odpowiada oryginałowi w systemie.
-
5
Zapytaj dostawcę programu księgowego
Jeśli PDF generuje program księgowy, a nie KSeF Import, dopytaj dostawcę wprost, czy renderuje dokument z XML faktury, czy z własnych danych wpisanych do systemu.
-
6
Traktuj XML jako dokument źródłowy
Do księgowania i archiwizacji priorytetowo wykorzystuj plik XML faktury, a PDF jako czytelną wizualizację pomocniczą – zgodnie z tym, jak faktycznie działa struktura KSeF.
Najczęstsze pytania
Krótkie, konkretne odpowiedzi na pytania, które zadają użytkownicy i wyszukiwarki.
Nie. Ryzyko dotyczy wyłącznie sytuacji, gdy treść PDF-a merytorycznie różni się od danych zapisanych w pliku XML – na przykład zawiera dodatkową pozycję, inną kwotę albo inny numer konta. PDF wygenerowany wprost z XML faktury, bez ręcznych zmian, jest zgodny z interpretacją KIS z maja 2026 r.
Zgodnie z interpretacją Dyrektora Krajowej Informacji Skarbowej z 5 maja 2026 r. (sygn. 0114-KDIP1-2.4012.88.2026.1.RST) taki PDF może zostać uznany za odrębny dokument, a nie za wizualizację tej samej faktury. Ryzykiem jest wtedy obowiązek zapłaty wykazanego na nim VAT po raz drugi, na podstawie art. 108 ust. 1 ustawy o VAT – niezależnie od podatku rozliczonego z oryginalnej faktury w KSeF.
Kod QR nie jest formalnym wymogiem dla każdego PDF-a, ale to najprostszy sposób, by wykazać zgodność wizualizacji z oryginałem w KSeF – prowadzi wprost do adresu weryfikacyjnego systemu. PDF pobrany z KSeF Import zawiera taki kod QR przy każdej fakturze.
Nie powinieneś. Jeśli faktura zawiera błąd, poprawia się go fakturą korygującą wystawioną w KSeF, a nie ręczną edycją pliku PDF. Ręczna zmiana danych na PDF-ie to dokładnie ten scenariusz, przed którym ostrzega interpretacja z maja 2026 r. – rozbieżność między PDF a XML.
PDF z KSeF Import jest renderowany z pliku XML pobranego z API KSeF, gdy XML jest dostępny w panelu – zawiera te same pola i wartości co dokument źródłowy, bez ręcznego wprowadzania danych, a rzadkie przypadki braku XML są wyraźnie oznaczone jako ograniczona wizualizacja. Niektóre programy księgowe generują PDF na podstawie własnych, ręcznie wprowadzonych danych faktury, co zwiększa ryzyko rozbieżności, jeśli te dane nie zostaną zaktualizowane zgodnie z XML.
Nie. Interpretacja indywidualna wiąże formalnie tylko podmiot, który o nią wystąpił, choć wyznacza kierunek wykładni. Ministerstwo Finansów potwierdzało też ogólnie, że wizualizacja PDF z kodem QR i numerem KSeF, spójna treścią z plikiem XML, nie jest odrębną „pustą fakturą” – ryzyko dotyczy konkretnie sytuacji, w których PDF merytorycznie odbiega od danych w XML.
Inżynier integracji KSeF. Odpowiada za połączenia z API Krajowego Systemu e-Faktur, automatyzacje i parsowanie struktury logicznej FA(3).
- Interpretacja indywidualna z dnia 5 maja 2026 r., Dyrektor Krajowej Informacji Skarbowej, sygn. 0114-KDIP1-2.4012.88.2026.1.RST
- Ustawa z 11 marca 2004 r. o podatku od towarów i usług (t.j. Dz.U. 2024 poz. 361 ze zm.) – art. 108 (obowiązek zapłaty podatku wykazanego na dokumencie)
- Broszura informacyjna dotycząca struktury logicznej FA(3) – Ministerstwo Finansów (04.03.2026)
- Wizualizacja PDF faktury z KSeF a ryzyko uznania jej za odrębną fakturę – Prawo.pl
- KSeF: uwaga na pułapkę. Wizualizacja faktury może być uznana za odrębny dokument. MF wyjaśnia wątpliwości – PIT.pl