Krajowy System e-Faktur zmienił nie tylko sposób wystawiania i odbierania faktur, ale również podejście przedsiębiorców do ich wyglądu. W KSeF właściwą fakturą jest przede wszystkim dokument zapisany w ustrukturyzowanej postaci XML. W praktyce firmy nadal potrzebują jednak czytelnej wersji dokumentu – najczęściej PDF – którą można przesłać kontrahentowi, wydrukować, dołączyć do dokumentacji lub wykorzystać w wewnętrznym obiegu.
Pojawia się więc bardzo praktyczne pytanie: czy wizualizacja faktury wystawionej w KSeF może zawierać informacje, których nie ma w pliku XML?
Jeszcze niedawno temat budził sporo obaw. Przedsiębiorcy zastanawiali się, czy dodanie do PDF-u informacji pochodzących z systemu ERP, danych logistycznych, wewnętrznych numerów czy warunków dostawy nie spowoduje, że dokument zostanie uznany za drugą, odrębną fakturę. W konsekwencji pojawiało się nawet ryzyko zastosowania art. 108 ustawy o VAT, czyli obowiązku zapłaty podatku wykazanego na tzw. pustej fakturze.
Istotne znaczenie ma w tym zakresie interpretacja indywidualna Dyrektora Krajowej Informacji Skarbowej z 15 lipca 2026 r., sygn. 0112-KDIL1-3.4012.317.2026.1.ŁW. Wynika z niej bardziej praktyczne podejście do wizualizacji faktur. Dodatkowe informacje mogą znaleźć się na takim dokumencie, ale trzeba zachować kilka bardzo ważnych zasad.
Faktura ustrukturyzowana funkcjonująca w KSeF nie jest dokumentem PDF. Jest plikiem XML przygotowanym zgodnie z określoną przez Ministerstwo Finansów strukturą logiczną. Od 2026 r. wykorzystywana jest struktura FA(3).
Plik XML zawiera poszczególne informacje w określonych polach. Są to m.in. dane sprzedawcy i nabywcy, numery identyfikacyjne, daty, pozycje faktury, ceny, stawki VAT, wartości podatku oraz kwota należności.
Dla człowieka plik XML nie jest jednak wygodną formą codziennej pracy. Dlatego systemy finansowo-księgowe i programy ERP mogą tworzyć jego graficzną reprezentację, czyli właśnie wizualizację faktury.
Najczęściej będzie to PDF przypominający dotychczasową fakturę. Może zawierać tabelę produktów, dane kontrahenta, podsumowanie VAT, informacje o płatności czy logo przedsiębiorstwa.
Co ważne, przedsiębiorca nie musi korzystać z jednego urzędowego wyglądu faktury. Sposób przedstawienia informacji może zależeć od systemu używanego przez daną firmę. Kluczowe jest jednak to, aby wizualizacja pozostawała merytorycznie zgodna z fakturą znajdującą się w KSeF.
To właśnie w tym miejscu pojawia się najwięcej wątpliwości.
Nie należy rozumieć zgodności faktury z KSeF w taki sposób, że wizualizacja PDF musi być graficznym odwzorowaniem każdego elementu XML jeden do jednego. Firma może zastosować własny układ dokumentu, własne rozmieszczenie danych, logo czy inne elementy graficzne.
Problemem może natomiast stać się różnica merytoryczna pomiędzy dokumentami.
Jeżeli z pliku XML wynika sprzedaż konkretnego produktu za określoną kwotę, wizualizacja nie powinna przedstawiać innego produktu, innej wartości transakcji, innej liczby produktów czy innych warunków wpływających na jej podatkową treść.
Podstawową zasadę można więc przedstawić następująco:
PDF może wyglądać inaczej niż dane techniczne XML, ale nie powinien opisywać innej transakcji.
Interpretacja Dyrektora KIS z 15 lipca 2026 r. jest szczególnie interesująca dla firm wykorzystujących rozbudowane systemy ERP, ponieważ potwierdza możliwość umieszczania na wizualizacji faktury pewnych dodatkowych informacji.
Chodzi przede wszystkim o dane o charakterze technicznym, logistycznym lub handlowym, które są przydatne dla kontrahenta, ale nie zmieniają przedmiotu ani wartości samej transakcji.
W praktyce oznacza to, że faktura PDF nie musi być pozbawiona wszystkich informacji, których nie zapisano bezpośrednio w podstawowych polach faktury ustrukturyzowanej.
Kluczowe jest jednak to, aby dodatkowe dane:
1. nie były sprzeczne z informacjami zapisanymi w KSeF,
2. nie zmieniały przedmiotu transakcji,
3. nie zmieniały podstawy opodatkowania ani kwoty VAT,
4. nie powodowały, że wizualizacja dokumentuje inną czynność niż faktura znajdująca się w KSeF,
5. nie wprowadzały odbiorcy faktury w błąd.
W świetle najnowszego podejścia organów podatkowych bezpieczniejsze staje się zamieszczanie danych, które wspierają obsługę biznesową transakcji, ale nie mają wpływu na jej podatkową istotę.
Najprostszym przykładem jest logo wystawcy. Jest to element graficzny służący identyfikacji firmy. Nie wpływa na wartość sprzedaży, wysokość VAT ani rodzaj dostarczonego produktu.
Ministerstwo Finansów również wskazuje, że wizualizacja może zawierać takie elementy jak logo firmy czy dane kontaktowe do obsługi klienta, mimo że nie mają one znaczenia dla systemowego przetwarzania faktury.
Firmy posiadające rozbudowane systemy ERP często nadają kontrahentom własne numery lub identyfikatory. Taki kod klienta pomaga połączyć fakturę z konkretną kartą kontrahenta albo procesem w systemie.
Jeżeli kod nie zmienia danych nabywcy i nie powoduje wątpliwości, kto faktycznie jest stroną transakcji, może mieć charakter czysto techniczny.
Numer zamówienia jest szczególnie ważny w firmach realizujących dużą liczbę dostaw. Umożliwia odbiorcy automatyczne powiązanie dokumentu sprzedażowego z własnym zamówieniem.
Jeżeli numer pełni funkcję referencyjną i nie zmienia informacji o samym przedmiocie sprzedaży, może stanowić dodatkowy element wizualizacji.
Na wizualizacji mogą być również potrzebne informacje związane z transportem i logistyką. Mogą to być m.in. dane spedytora, numer listu przewozowego, parametry przesyłki, kraj pochodzenia towaru, liczba palet czy oznaczenie warunków dostawy.
Tego rodzaju dane są często niezbędne w codziennej współpracy przedsiębiorstw, mimo że nie zawsze mają znaczenie dla samego rozliczenia VAT.
Wizualizacja może również zawierać pewne dodatkowe informacje handlowe, jeżeli nie prowadzą one do powstania rozbieżności pomiędzy PDF-em a fakturą zarejestrowaną w KSeF.
Za każdym razem trzeba jednak sprawdzić, czy dana informacja jest jedynie dodatkiem biznesowym, czy wpływa już na treść faktury.
Nowa interpretacja nie oznacza pełnej dowolności.
Największe ryzyko powstaje wtedy, gdy wizualizacja zawiera dodatkowe informacje bezpośrednio dotyczące przedmiotu transakcji, których nie ma w fakturze ustrukturyzowanej.
Przykładowo, jeżeli plik XML wskazuje ogólną nazwę produktu, a dopiero PDF określa jego właściwy wariant, model lub zakres świadczenia i informacja ta faktycznie definiuje to, co klient kupił, powstaje pytanie, czy dokumenty nadal opisują tę samą transakcję.
Podobnie należy zachować ostrożność, gdy tylko na PDF pojawia się rabat zmieniający wartość sprzedaży, dodatkowa pozycja, inna ilość towaru, zmieniona cena albo informacja mająca wpływ na sposób opodatkowania.
W takich przypadkach nie należy traktować wizualizacji jako miejsca służącego do „uzupełniania” niepełnego pliku XML.
Stanowisko Ministerstwa Finansów w tym zakresie jest bardzo praktyczne. Resort nie zaleca przesyłania do KSeF dokumentu zawierającego jedynie podstawowe informacje, a następnie umieszczania wszystkich pozostałych danych biznesowych wyłącznie na wizualizacji.
Takie rozwiązanie byłoby sprzeczne z jednym z najważniejszych celów KSeF, czyli automatyzacją wymiany i księgowania danych.
Jeżeli termin płatności, numer rachunku bankowego czy ważne warunki transakcji znajdą się wyłącznie na PDF, system odbiorcy pobierający fakturę z KSeF nie będzie posiadał tych informacji w danych strukturalnych.
W konsekwencji część procesu trzeba będzie ponownie obsłużyć ręcznie.
Struktura FA(3) udostępnia dodatkowe pola i sekcje przeznaczone do przekazywania informacji wykraczających poza podstawowy zakres faktury. Przykładem jest pole DodatkowyOpis oraz elementy związane z płatnością, rozliczeniem czy warunkami transakcji.
Dlatego dobrą zasadą przy projektowaniu integracji KSeF jest:
jeżeli informacja ma znaczenie dla automatycznej obsługi faktury przez kontrahenta, warto przekazać ją w XML, jeżeli struktura FA(3) na to pozwala.
PDF powinien być przede wszystkim czytelną reprezentacją danych i uzupełnieniem procesu, a nie drugim niezależnym źródłem informacji o transakcji.
Obawy przedsiębiorców wynikają przede wszystkim z art. 108 ust. 1 ustawy o VAT. Zgodnie z tym mechanizmem podmiot, który wystawi fakturę wykazującą kwotę podatku, może być zobowiązany do jego zapłaty.
W praktyce pojawiło się więc pytanie, czy PDF różniący się od faktury ustrukturyzowanej może zostać potraktowany jako kolejna, samodzielna faktura dokumentująca tę samą transakcję.
Interpretacja z 15 lipca 2026 r. pokazuje, że samo występowanie dodatkowych danych na wizualizacji nie powinno automatycznie prowadzić do takiego skutku.
Jeżeli dokument w pełni odzwierciedla fakturę wystawioną w KSeF, a dodatkowe informacje są jedynie techniczne, logistyczne lub handlowe i nie zmieniają istoty transakcji, wizualizacja może nadal pozostawać jedynie prezentacją właściwej faktury.
To bardzo istotna wiadomość dla przedsiębiorców, ponieważ w praktyce większość systemów fakturowych zawiera informacje, które nie są bezpośrednio związane z rozliczeniem VAT.
Interpretacja indywidualna nie jest zmianą ustawy i nie oznacza, że każdy przedsiębiorca może dowolnie rozszerzać swoje wizualizacje.
Przede wszystkim interpretacja została wydana w konkretnej sprawie i na podstawie dokładnie przedstawionego modelu działania danego podatnika.
Dlatego każda firma powinna przeanalizować własny szablon faktury i sprawdzić, jakie informacje pojawiają się na PDF-ie, a jakie są przesyłane do KSeF.
Szczególnie istotne jest to w przedsiębiorstwach, które przed wdrożeniem KSeF posiadały bardzo rozbudowane faktury zawierające dane pobierane z wielu różnych modułów systemu ERP.
Automatyczne pozostawienie dotychczasowego wzoru PDF bez sprawdzenia jego zgodności z XML może prowadzić do sytuacji, w której faktura w KSeF i dokument przesyłany klientowi przestaną być spójne.
Jeżeli faktura wystawiona w KSeF jest przekazywana poza systemem, np. kontrahent otrzymuje jej wizualizację w postaci PDF, trzeba również pamiętać o zasadach dotyczących kodu QR.
Kod pozwala zweryfikować dokument i uzyskać dostęp do faktury znajdującej się w KSeF bez konieczności traktowania przesłanego PDF-u jako niezależnego źródła danych.
W określonych trybach offline przed przesłaniem dokumentu do KSeF stosowane są natomiast dwa oznaczenia, związane z trybem OFFLINE oraz certyfikatem wystawcy.
System finansowo-księgowy obsługujący KSeF powinien więc generować nie tylko poprawny XML, lecz także prawidłową wizualizację wraz z wymaganymi oznaczeniami.
Pierwszym krokiem powinno być zestawienie danych znajdujących się na obecnym wzorze faktury z informacjami wysyłanymi do KSeF.
Warto sprawdzić każde pole: numer zamówienia, opis produktu, informacje o rabatach, płatności, dostawie, rachunku bankowym, dane logistyczne oraz informacje dodatkowe.
Następnie trzeba określić, które dane faktycznie opisują transakcję, a które pełnią jedynie funkcję techniczną lub informacyjną.
Im większy wpływ informacji na cenę, ilość, rodzaj produktu, opodatkowanie lub warunki sprzedaży, tym silniejszy argument, aby znalazła się ona również w odpowiednim polu XML.
Przed podjęciem decyzji o pozostawieniu informacji wyłącznie na PDF warto sprawdzić, czy struktura faktury ustrukturyzowanej nie posiada już pola, w którym można ją zapisać.
FA(3) zawiera znacznie więcej możliwości niż tylko minimalne dane wymagane dla faktury VAT.
W systemie i procedurach wewnętrznych warto jasno określić, że PDF jest wizualizacją faktury wystawionej w KSeF, a nie kolejnym dokumentem sprzedaży.
Numery, wartości i dane podstawowe powinny prowadzić jednoznacznie do dokumentu znajdującego się w KSeF.
Problemy często pojawiają się nie na poziomie przepisów, ale integracji systemowej. Jeden moduł może generować XML, a inny dotychczasową wersję PDF.
Jeżeli oba moduły korzystają z różnych źródeł danych, łatwo o rozbieżności. Dlatego po wdrożeniu zmian warto wykonać testy obejmujące różne rodzaje faktur, rabaty, korekty, różne sposoby płatności oraz niestandardowe przypadki sprzedaży.
Wdrożenie KSeF nie oznacza, że wszystkie faktury muszą wyglądać identycznie ani że przedsiębiorcy są zmuszeni do rezygnacji z czytelnych dokumentów dostosowanych do specyfiki swojej działalności.
Wizualizacja nadal może być przygotowana w sposób przejrzysty, zawierać identyfikację wizualną przedsiębiorstwa i dodatkowe informacje pomocne w procesach handlowych czy logistycznych.
Granica pojawia się tam, gdzie dodatkowa informacja zaczyna wpływać na merytoryczną treść transakcji albo powoduje sprzeczność z dokumentem przesłanym do KSeF.
Dlatego najbezpieczniejszym modelem jest traktowanie pliku XML jako głównego źródła informacji o fakturze, a PDF jako jego czytelnej prezentacji wzbogaconej o elementy, które nie zmieniają sensu dokumentowanej sprzedaży.
Najnowsze podejście organów podatkowych daje przedsiębiorcom większą swobodę niż wcześniejsze, bardzo restrykcyjne interpretowanie zasad wizualizacji.
Na wizualizacji faktury z KSeF mogą pojawiać się dodatkowe informacje techniczne, logistyczne i handlowe, o ile pozostają one zgodne z fakturą ustrukturyzowaną i nie zmieniają przedmiotu, wartości ani podatkowych skutków transakcji.
Może chodzić np. o logo, wewnętrzny kod kontrahenta, numer zamówienia, dane logistyczne, informacje o transporcie czy inne informacje wykorzystywane w procesach biznesowych.
Nie należy natomiast wykorzystywać wizualizacji do dodawania danych, które faktycznie zmieniają lub uzupełniają przedmiot sprzedaży w sposób niewynikający z dokumentu przesłanego do KSeF.
Firmy powinny również pamiętać, że Ministerstwo Finansów zachęca do możliwie szerokiego wykorzystywania struktury FA(3). Informacje takie jak termin i sposób płatności, numer rachunku czy istotne warunki transakcji warto przekazywać w danych ustrukturyzowanych, zamiast pozostawiać je wyłącznie na PDF.
Dobrze zaprojektowany proces KSeF powinien więc zapewnić jednocześnie trzy rzeczy: poprawny XML, czytelną wizualizację oraz pełną zgodność danych pomiędzy nimi.
Przy analizie zasad dotyczących wizualizacji faktur warto uwzględnić ustawę o podatku od towarów i usług, w szczególności regulacje dotyczące faktur ustrukturyzowanych i art. 108 ustawy o VAT, aktualne materiały Ministerstwa Finansów dotyczące KSeF 2.0 oraz interpretację indywidualną Dyrektora Krajowej Informacji Skarbowej z 15 lipca 2026 r., sygn. 0112-KDIL1-3.4012.317.2026.1.ŁW.
Interpretacje indywidualne odnoszą się do konkretnych stanów faktycznych, dlatego przedsiębiorcy posiadający nietypowe lub szczególnie rozbudowane wzory wizualizacji powinni każdorazowo przeanalizować własny model wystawiania faktur.