Czy wizualizacja PDF z podglądem faktury wystawionej w KSeF może zamienić się w podatkową pułapkę i przynieść widmo podwójnego VAT-u? Jeszcze do niedawna odpowiedzi DKIS budziły uzasadniony niepokój przedsiębiorców, ponieważ każda drobna rozbieżność między strukturą XML a jej graficzną wizualizacją groziła uznaniem wydruku za tzw. „pustą fakturę” na podstawie art. 108 ustawy o VAT. Pojawiła się jednak szansa na istotny przełom.
W odpowiedzi na wątpliwości podatników Ministerstwo Finansów zapowiedziało weryfikację zbyt rygorystycznej linii orzeczniczej, a Dyrektor KIS w przełomowej interpretacji z 15 lipca 2026 r. (sygn. 0112-KDIL1-3.4012.317.2026.1.ŁW) oficjalnie dopuścił umieszczanie na wizualizacjach dodatkowych informacji handlowych, logistycznych czy technicznych.
Sprawdź, co dokładnie zmieniło się w podejściu organów podatkowych, jak bezpiecznie przekazywać wizualizacje kontrahentom i kiedy warto skorzystać z tzw. potwierdzenia transakcji.
Modele przekazywania faktur
Wdrożenie Krajowego Systemu e-Faktur (KSeF) nie oznacza całkowitej rezygnacji z dotychczasowych przyzwyczajeń biznesowych. Przedsiębiorcy mogą elastycznie podchodzić do sposobu informowania kontrahentów o wystawionym dokumencie. Wystawca faktury ma możliwość przesłania nabywcy wizualizacji faktury w formie PDF umówioną formą komunikacji np. drogą mailową. Obecnie najpopularniejsze i najbardziej praktyczne ścieżki (modele) postępowania to:
- Faktura wyłącznie w KSeF – w tym modelu spółka (sprzedawca) wystawia fakturę ustrukturyzowaną (plik XML), wysyła ją do bramki Ministerstwa Finansów, a po nadaniu numeru KSeF proces po stronie wystawcy de facto się kończy. Nabywca we własnym zakresie loguje się do systemu (np. przez aplikację webową MF lub własny system ERP zintegrowany przez API) i pobiera dokument.
- Faktura w KSeF plus wizualizacja PDF – w tym modelu spółka najpierw wysyła plik XML do KSeF, czeka na przetworzenie i nadanie numeru KSeF, a następnie jej system ERP generuje czytelny dla oka plik PDF (wizualizację). PDF ten, opatrzony kodem QR oraz numerem KSeF, trafia do kontrahenta np. drogą mailową.
Wymogi prawne dla wizualizacji faktur i zasady stosowania kodów QR
Przepisy ustawy o VAT nie określają sztywnych wzorów graficznych ani wizualnych, jakim powinny odpowiadać wizualizacje faktur ustrukturyzowanych. Kluczowym i bezwzględnym warunkiem jest zachowanie pełnej zgodności merytorycznej pomiędzy plikiem źródłowym XML a wygenerowanym obrazem dokumentu. Dane zaprezentowane na wizualizacji muszą być spójne z treścią faktury wystawionej w KSeF, co dotyczy w szczególności elementów obligatoryjnych wskazanych w art. 106e ust. 1 oraz art. 106j ustawy o VAT.
Każde udostępnienie lub użycie faktury poza systemem KSeF wiąże się z bezwzględnym obowiązkiem oznaczenia dokumentu odpowiednim kodem QR. Co do zasady, na mocy art. 106gb ust. 5 ustawy o VAT, kod ten ma umożliwiać dostęp do faktury w KSeF oraz weryfikację zawartych w niej danych. W sytuacjach szczególnych, takich jak tryb offline24, awaria czy niedostępność systemu, ustawa wymaga zastosowania dwóch kodów.
Wizualizacja musi stanowić wierne odzwierciedlenie faktury wystawionej w systemie KSeF lub faktury elektronicznej wygenerowanej w odpowiednim trybie offline. Jeśli ten warunek wraz z obecnością kodu QR zostanie spełniony, rozwiązanie to jest w 100% bezpieczne podatkowo.
Spór sprowadza się do pytania co w przypadku, gdy graficzny obraz faktury różni się od struktury XML? Jest jedynie inną formą prezentacji tego samego dokumentu z KSeF czy też zupełnie nową fakturą?
Dotychczasowe stanowisko
Dotychczas Dyrektor KIS (DKIS) prezentował bardzo surowe podejście. Wydane wcześniej rozstrzygnięcia np. sygn. 0114-KDIP1-3.4012.86.2026.1.JG z 29 kwietnia 2026 r. oraz sygn. 0114-KDIP1-1.4012.84.2026.2.EW z 30 kwietnia 2026 r. wskazywały na to, że wizualizacja faktury (czyli obraz dokumentu) może być pustą fakturą. DKIS uznawał, że każda modyfikacja powoduje, iż wydruk PDF traci status zwykłego „odzwierciedlenia” e-faktury. W efekcie staje się on drugą, odrębną fakturą, dokumentującą tę samą sprzedaż. Organ nie uwzględnił argumentacji spółek, które tłumaczyły, że różnice wynikają z wymogów operacyjnych lub chęci zwiększenia czytelności dokumentu dla kontrahentów. DKIS sprzeciwił się nawet tak prostym zmianom, jak zastąpienie nagłówka „opis pozycji” (z pliku XML) sformułowaniem „nazwa produktu” na wizualizacji PDF. Wskazano, że pominięcie na wydruku sekcji obecnych w XML (np. elementu „Rozliczenie”) mogłoby wprowadzić nabywcę w błąd co do ostatecznej kwoty do zapłaty. Organ zignorował fakt, że planowane różnice nie zmieniały wartości sprzedaży, podstawy opodatkowania ani stawki VAT.
Wyciągnięte przez DKIS wnioski niosły za sobą krytyczne konsekwencje finansowe dla podatników. Traktowanie pliku PDF jako osobnego dokumentu aktywowało art. 108 ust. 1 ustawy o VAT (przepis dotyczący tzw. pustych faktur, obligujący do zapłaty wykazywanego na nich podatku). Przedsiębiorcom groził obowiązek dwukrotnej zapłaty VAT od tej samej transakcji:
- Pierwszy raz – z tytułu faktury ustrukturyzowanej przesłanej do KSeF.
- Drugi raz – z tytułu wygenerowanej wizualizacji PDF, uznanej przez organ za odrębną fakturę.
Najnowsze wskazówki Ministerstwa Finansów
Na podstawie najnowszej Informacji Ministerstwa Finansów przekazywanej do mediów na zapytania dziennikarzy z dnia 27 lipca 2026 r., warto zwrócić uwagę na kilka kluczowych kwestii:
- Ministerstwo zapowiedziało, że przyjrzy się dotychczasowym interpretacjom podatkowym pod kątem zbyt rygorystycznego karania za modyfikacje i braki danych opcjonalnych na wizualizacjach. Może to oznaczać szansę na złagodzenie podejścia organów w niedalekiej przyszłości.
- Resort stanowczo odradza praktykę, w której plik XML zawiera jedynie ustawowe minimum, a dodatkowe dane (takie jak termin i forma płatności czy numer rachunku bankowego) pojawiają się dopiero na wizualizacji. Co do zasady informacje zawarte w PDF powinny mieć swoje odzwierciedlenie w pliku źródłowym XML.
- Aby całkowicie wyeliminować ryzyko podatkowe (art. 108 ustawy o VAT), zamiast pełnej wizualizacji PDF, przedsiębiorcy mogą przesyłać kontrahentom tzw. potwierdzenia transakcji. Jest to dokument czysto biznesowy, który powinien zawierać jedynie podstawowe określenie stron, kwotę należności, numer faktury oraz wymagane kody QR. Taki dokument gwarantuje, że organ podatkowy nie potraktuje go jako odrębnej faktury.
- Resort nie planuje wydawania objaśnień podatkowych, które miałyby uchronić przedsiębiorców przed chaosem i ryzykiem podwójnego opodatkowania. Zdaniem Ministerstwa dotychczasowe wytyczne opublikowane w „Podręczniku KSeF 2.0” są wystarczające.
Potwierdzenie transakcji jako bezpieczna alternatywa biznesowa
Potwierdzenie transakcji to dobrowolne rozwiązanie biznesowe, które nie ma charakteru podatkowego i nie wiąże się z żadnymi nowymi obowiązkami dla podatników. Dokument ten wspiera proces wdrożenia KSeF, stanowiąc odpowiedź na potrzeby rynku, a ze względu na swój ograniczony zakres danych nie jest fakturą w rozumieniu ustawy o VAT. Aby dokument spełniał swoją funkcję i nie został pomylony z fakturą, musi nosić oficjalną nazwę „potwierdzenie transakcji” oraz zawierać wyłącznie określony zestaw podstawowych elementów:
- Dane sprzedawcy (Podmiot1): nazwa, NIP oraz adres.
- Dane nabywcy (Podmiot2): nazwa, NIP lub inny identyfikator (ewentualnie informacja o jego braku) oraz adres.
- Numer faktury: indywidualny numer nadany przez podatnika (wartość z pola P_2).
- Kwota należności ogółem: łączna kwota do zapłaty (wartość z pola P_15).
- Dwa kody QR lub linki: pierwszy umożliwiający dostęp do faktury i weryfikację jej danych (opatrzony umieszczonym powyżej napisem „sprawdź fakturę w KSeF”), a drugi pozwalający na weryfikację wystawcy (z umieszczonym powyżej napisem „zweryfikuj wystawcę faktury”).
Pod kodami QR ani linkami nie należy zamieszczać żadnych dodatkowych opisów (np. „OFFLINE” czy „CERTYFIKAT”), bez względu na tryb, w jakim wystawiono fakturę. Ograniczenie zawartości dokumentu do powyższego katalogu daje gwarancję, że organy podatkowe nie uznają go za odrębną fakturę.
Zmiana stanowiska DKIS
Dyrektor Krajowej Informacji Skarbowej złagodził dotychczasowe podejście. W interpretacji indywidualnej z 15 lipca 2026 r. (sygn. 0112-KDIL1-3.4012.317.2026.1.ŁW) uznał za dopuszczalne umieszczanie na wizualizacji e-faktury dodatkowych danych handlowych, logistycznych lub technicznych.
Jeśli wprowadzane informacje techniczne lub logistyczne nie zmieniają istoty ani treści samej transakcji, wydrukowanie/wygenerowanie takiej wizualizacji nie rodzi obowiązku zapłaty podatku na podstawie art. 108 ust. 1 ustawy o VAT.
Warunki uzasadniające stanowisko podatnika:
- Wizualizacja nie przeczy danym z faktury ustrukturyzowanej.
- Pełne dane z pliku XML w KSeF są w niej zachowane i odzwierciedlone.
- Wizualizacja posiada numer KSeF oraz kod QR umożliwiający szybką weryfikację w systemie.
- Dokument nie potwierdza nowej ani odrębnej czynności opodatkowanej.
Dozwolone różnice
Dyrektor Krajowej Informacji Skarbowej (KIS) potwierdził, że na graficznej wizualizacji faktury można umieścić szereg dodatkowych informacji. Do dopuszczalnych elementów należą w szczególności:
- Identyfikacja i branding:
- Logotyp firmy sprzedającego.
- Wewnętrzny kod/numer klienta przydzielony w systemie ERP.
- Warunki handlowe i transakcyjne:
- Wysokość lub informacja o udzielonym rabacie handlowym.
- Wewnętrzny numer zamówienia wraz z datą jego wpłynięcia do systemu.
- Określenie warunków dostawy według standardu Incoterms (np. DAP, EXW, FCA).
- Kraj pochodzenia towaru (przypisany do konkretnych pozycji przy transakcjach zagranicznych).
- Kwestie logistyczne i transportowe:
- Waga brutto fakturowanych produktów.
- Liczba palet lub paczek.
- Szczegóły wysyłki: nazwa firmy spedycyjnej, numer listu przewozowego lub numery rejestracyjne pojazdu (przy transporcie dedykowanym).
- Notatki i klauzule:
- Informacyjna stopka na dole faktury z odesłaniem do ogólnych warunków sprzedaży (OWS), danych producenta oraz szczegółów o produktach i ryzyku dostępnych na stronie WWW sklepu.
Zmiany niedopuszczalne
Dyrektor KIS podkreślił, że obraz lub wydruk e-faktury musi zachować pełną spójność z plikiem źródłowym XML:
- Wizualizacja ma zawierać wszystkie informacje, które zostały wprowadzone do faktury ustrukturyzowanej w systemie KSeF.
- Na wizualizacji nie wolno umieszczać dodatkowych danych dotyczących przedmiotu transakcji, jeśli nie ma ich w pliku XML.
- Informacje nieuwzględnione w oficjalnej strukturze XML mogłyby przekłamywać rzeczywisty przebieg transakcji, dlatego ich dodawanie na wizualizacji jest niedozwolone.
Podsumowując, najnowsze stanowisko Ministerstwa Finansów oraz DKIS istotnie zmniejszają wątpliwości dotyczące stosowania wizualizacji faktur w modelu KSeF. Dopuszczają one umieszczanie na wizualizacji dodatkowych danych handlowych i logistycznych, pod warunkiem zachowania pełnej zgodności z plikiem XML oraz zamieszczenia wymaganego kodu QR. Pozwala to przedsiębiorcom bezpieczniej korzystać z modelu łączącego KSeF z przekazywaniem faktur w formacie PDF. Podmioty preferujące rozwiązania o najniższym poziomie ryzyka mogą natomiast rozważyć stosowanie ustrukturyzowanego „potwierdzenia transakcji”.
W razie pytań lub potrzeby doprecyzowania zmian dotyczących KSeF oraz we wszelkich kwestiach podatkowych zachęcamy do kontaktu z naszym zespołem.
