Wdrożenie obowiązkowego KSeF powoduje, że podstawową i właściwą postacią faktury staje się plik XML przesłany do Krajowego Systemu e-Faktur. To ten plik jest fakturą ustrukturyzowaną w rozumieniu ustawy o VAT. W praktyce obrotu gospodarczego wielu podatników nadal będzie jednak posługiwać się wizualizacją faktury, najczęściej w formacie PDF. Taka wizualizacja będzie wysyłana kontrahentowi, dołączana do korespondencji, przekazywana osobom odpowiedzialnym za akceptację kosztów, wykorzystywana w obiegu dokumentów lub w systemach księgowych.
Problem polega na tym, że przepisy ustawy o VAT nie regulują szczegółowo, jak powinna wyglądać wizualizacja faktury ustrukturyzowanej. Nie wskazują, czy musi ona być pełnym graficznym odwzorowaniem wszystkich danych z XML, czy wystarczy, aby zawierała dane zasadnicze, pozwalające odbiorcy zidentyfikować transakcję. Zgodnie z wytycznymi Ministerstwa Finansów zawartymi w II części Podręcznika KSeF wizualizacja powinna odpowiadać treści pliku XML i nie powinna być z nim sprzeczna. MF dopuszcza przy tym zamieszczanie na wizualizacji pewnych danych dodatkowych, takich jak logo firmy, dane kontaktowe, informacje organizacyjne czy techniczne, o ile nie wpływają one na treść faktury i nie są sprzeczne z danymi wynikającymi z XML.
Plik XML jako faktura a miejsce wizualizacji PDF
W praktyce powstał jednak spór, gdzie przebiega granica pomiędzy dopuszczalnym uzupełnieniem wizualizacji a niedopuszczalną rozbieżnością względem faktury ustrukturyzowanej. Z jednej strony można argumentować, że wizualizacja nie jest fakturą, lecz jedynie obrazem faktury, a więc nie musi zawierać każdego technicznego pola struktury XML. Z drugiej strony, jeżeli wizualizacja trafia do kontrahenta i jest przez niego traktowana jako dokument rozliczeniowy, to jej treść może mieć realne znaczenie dla oceny warunków transakcji. W tym sensie PDF, mimo że formalnie nie jest fakturą ustrukturyzowaną, może wywoływać skutki praktyczne i dowodowe.
Granice modyfikacji PDF w świetle nowych interpretacji KIS
Na tym tle istotne znaczenie ma interpretacja Dyrektora KIS z 17 kwietnia 2026 r., sygn. 0113-KDIPT1-2.4012.49.2026.2.AJB. Organ zaakceptował co do zasady posługiwanie się wizualizacją faktury z KSeF, ale jednocześnie przyjął restrykcyjne stanowisko co do zakresu informacji, które mogą znaleźć się na takim dokumencie. W interpretacji wskazano, że wizualizacja nie powinna zawierać dodatkowych informacji dotyczących przedmiotu transakcji, jeżeli informacje te nie zostały zawarte w pliku XML. Innymi słowy, organ odróżnił dane techniczne, organizacyjne lub graficzne od danych merytorycznych dotyczących samej transakcji.
To stanowisko rodzi istotne wątpliwości praktyczne. Nie jest bowiem jasne, co dokładnie należy rozumieć przez „informacje o przedmiocie transakcji”. Oczywiście będą nimi dodatkowe opisy towaru lub usługi, parametry świadczenia, specyfikacje ilościowe lub jakościowe, rabaty, dopłaty, warunki kalkulacji ceny czy informacje wpływające na zakres świadczenia. Problem pojawia się jednak przy danych, które są związane z transakcją, ale niekoniecznie stanowią element obligatoryjny faktury. Przykładem mogą być warunki dostawy według reguł Incoterms. Można twierdzić, że są to informacje handlowe lub logistyczne, które nie wpływają bezpośrednio na rozliczenie VAT. Jednocześnie trudno zaprzeczyć, że dotyczą warunków transakcji, a więc w szerokim rozumieniu mogą zostać uznane za informacje odnoszące się do jej przedmiotu lub sposobu wykonania.
Z perspektywy bezpieczeństwa podatkowego należałoby więc przyjąć podejście ostrożnościowe: jeżeli dana informacja ma znaczenie dla treści świadczenia, ceny, warunków dostawy, zakresu odpowiedzialności stron, terminu płatności, rozliczeń, potrąceń, obciążeń, rabatów albo innych elementów transakcyjnych, powinna znaleźć się również w strukturze XML, a nie wyłącznie na wizualizacji. Wizualizacja może zawierać dane dodatkowe, ale powinny to być dane neutralne podatkowo i transakcyjnie, np. logo, dane kontaktowe, oznaczenie działu obsługi klienta, komunikat techniczny lub informacja organizacyjna.
Ryzyko prawne rozbieżności i zasady bezpiecznego tworzenia wizualizacji
Jeszcze dalej idące wnioski wynikają z interpretacji Dyrektora KIS z 5 maja 2026 r., sygn. 0114-KDIP1-2.4012.88.2026.1.RST. W sprawie tej spółka wystawiała faktury ustrukturyzowane w KSeF, a następnie przesyłała kontrahentom ich wizualizacje w PDF. Problem polegał na tym, że PDF nie był pełnym odzwierciedleniem danych z XML. Plik XML zawierał m.in. dodatkowe pola dotyczące obciążeń i odliczeń wpływających na końcową kwotę do zapłaty, których nie było w wizualizacji. Ponadto niektóre nagłówki kolumn były nazwane inaczej. Organ uznał, że takie rozbieżności mogą wprowadzać odbiorcę w błąd co do rzeczywistych warunków transakcji. W konsekwencji wskazał, że wizualizacja, która nie jest wiernym odzwierciedleniem faktury ustrukturyzowanej, może zostać potraktowana jako odrębna faktura w rozumieniu art. 108 ust. 1 ustawy o VAT.
To stanowisko jest bardzo istotne, ponieważ art. 108 ust. 1 ustawy o VAT przewiduje obowiązek zapłaty podatku wykazanego na fakturze. Ryzyko polega więc nie tylko na tym, że organ zakwestionuje poprawność wizualizacji, ale na tym, że dokument PDF może zostać potraktowany jako dodatkowa, odrębna faktura, generująca ryzyko podwójnego opodatkowania. Jest to podejście restrykcyjne i dyskusyjne, ponieważ co do zasady wizualizacja faktury z KSeF nie powinna być samodzielnym dokumentem fakturowym. Niemniej jednak interpretacja pokazuje kierunek, w którym mogą zmierzać organy podatkowe: im większa różnica między XML a PDF, tym większe ryzyko, że PDF zostanie uznany za dokument wprowadzający odbiorcę w błąd.
W praktyce oznacza to, że podatnicy powinni zrezygnować z tworzenia uproszczonych wizualizacji, które pokazują tylko część danych z XML. Bezpieczniejszym rozwiązaniem jest przygotowanie wizualizacji jako możliwie pełnego i spójnego odwzorowania faktury ustrukturyzowanej. Nie musi to oznaczać, że PDF ma prezentować wszystkie techniczne oznaczenia struktury FA(3), ale dane merytoryczne powinny być zgodne, kompletne i nazwane w sposób niepowodujący wątpliwości. Szczególnej kontroli wymagają pola dotyczące nazwy towaru lub usługi, ilości, ceny, rabatów, obciążeń, odliczeń, terminów płatności, warunków dostawy, numerów zamówień, danych nabywcy, danych odbiorcy i kwot końcowych.
Podsumowanie
W KSeF szczególnego znaczenia nabiera rozróżnienie pomiędzy formalną treścią faktury ustrukturyzowanej a dokumentami i czynnościami technicznymi, które jej towarzyszą. W przypadku wizualizacji faktury podstawowym ryzykiem jest rozbieżność między plikiem XML a dokumentem PDF przekazywanym kontrahentowi. Aktualna linia interpretacyjna Dyrektora KIS zmierza w kierunku restrykcyjnym. Organy oczekują, że wizualizacja będzie nie tylko niesprzeczna z XML, ale w praktyce będzie możliwie wiernie odzwierciedlała dane merytoryczne zawarte w fakturze ustrukturyzowanej. Im więcej danych pojawia się wyłącznie na PDF albo wyłącznie w XML, tym większe ryzyko zakwestionowania takiego modelu.
Co to oznacza dla Ciebie i Twojej organizacji?
- Unikaj uproszczonych wizualizacji PDF i dbaj o ich pełną zgodność z danymi w XML.
- Nie umieszczaj na wizualizacji dodatkowych informacji handlowych ani dotyczących przedmiotu transakcji.
- Wyeliminuj ryzyko uznania dokumentu PDF za odrębną fakturę generującą zagrożenie podwójnego opodatkowania.
Artykuł napisany przez:
Patrycja Kubiesa
Doradca podatkowy, członek Zarządu Małopolskiego Oddziału Krajowej Izby Doradców Podatkowych oraz członek Stowarzyszenia Naukowego Prawa Podatkowego. Absolwentka Uniwersytetu Ekonomicznego w Krakowie i Uniwersytetu Pedagogicznego w Krakowie, szkoleniowiec, autorka wielu opracowań i artykułów w uznanych firmach i wydawnictwach w Polsce.
