JPK V7M i V7K: co się zmieniło i jak zautomatyzować generowanie

Jednolity Plik Kontrolny w wersji V7 to od kilku lat podstawowy format raportowania podatkowego VAT w Polsce. Od 1 lutego 2026 obowiązuje nowa wersja schematów — JPK_V7M(3) i JPK_V7K(3) — dostosowana do wymogów obowiązkowego KSeF. Mimo że przepisy obowiązują od 2020 roku, błędy w JPK dalej są jednym z najczęstszych powodów wezwań z urzędu skarbowego. Ręczne przygotowanie JPK_V7M lub V7K to proces podatny na pomyłki — szczególnie przy dużej liczbie faktur, wielu stawkach VAT i obowiązku stosowania kodów GTU. W tym artykule wyjaśniamy strukturę JPK V7, najczęstsze błędy i sposoby automatyzacji całego procesu.

JPK_V7M vs JPK_V7K — kto składa który

Podział jest prosty i zależy od częstotliwości rozliczeń VAT:

• JPK_V7M (miesięczny) — składają podatnicy rozliczający VAT miesięcznie. Zawiera zarówno część deklaracyjną (dawny VAT-7), jak i ewidencyjną. Termin: do 25. dnia miesiąca za miesiąc poprzedni.
• JPK_V7K (kwartalny) — składają mali podatnicy rozliczający VAT kwartalnie. Struktura jest identyczna, ale część deklaracyjna wypełniana jest tylko za ostatni miesiąc kwartału. Za dwa pierwsze miesiące kwartału przesyła się tylko część ewidencyjną. Termin: do 25. dnia miesiąca po zakończeniu kwartału (część deklaracyjna) oraz do 25. dnia każdego miesiąca (część ewidencyjna).

W praktyce oznacza to, że nawet podatnicy kwartalni muszą co miesiąc przesyłać dane ewidencyjne — różnica polega na tym, że deklarację (rozliczenie VAT) składają raz na kwartał.

Struktura JPK_V7

JPK_V7 to plik XML składający się z dwóch głównych części:

Część deklaracyjna

Odpowiada dawnej deklaracji VAT-7. Zawiera:

• Łączną wartość sprzedaży netto i należnego VAT w podziale na stawki
• Łączną wartość zakupów netto i naliczonego VAT
• Kwotę do wpłaty lub nadwyżkę do przeniesienia/zwrotu
• Korekty z poprzednich okresów
• Informacje o transakcjach szczególnych (WNT, import usług, odwrotne obciążenie)

Część ewidencyjna

To szczegółowa lista wszystkich faktur sprzedaży i zakupu z danego okresu. Dla każdej faktury podaje się:

• Dane kontrahenta (nazwa, NIP lub nazwa kraju dla podmiotów zagranicznych)
• Numer faktury
• Data wystawienia i data sprzedaży
• Wartości netto i VAT w podziale na stawki
• Kody GTU (jeśli dotyczą)
• Oznaczenia procedur (TP, SW, EE, MPP i inne)
• Oznaczenia dowodów sprzedaży (RO, WEW, FP)

Nowość od lutego 2026 (wersja 3): Każda pozycja w ewidencji sprzedaży i zakupów musi zawierać numer KSeF faktury (NrKSeF) lub jedno z trzech oznaczeń zastępczych:

• NrKSeF — numer identyfikacyjny faktury w KSeF (jeśli faktura ma nadany numer na dzień złożenia JPK)
• OFF — faktura wystawiona w trybie awaryjnym KSeF (art. 106nf ustawy o VAT), która nie ma jeszcze numeru KSeF
• BFK — faktura wystawiona poza KSeF w przypadkach, gdy nie ma obowiązku korzystania z KSeF (np. faktury konsumenckie B2C)
• DI — dokumenty inne niż faktury oraz faktury wystawione w trybie offline24 (art. 106nda), które na dzień złożenia JPK nie mają numeru KSeF

Każdy wiersz ewidencji musi być precyzyjnie wypełniony — brakujący NIP, zły kod GTU, pomylona stawka VAT czy brak oznaczenia KSeF mogą skutkować wezwaniem z urzędu.

Najczęstsze błędy i jak ich unikać

Na podstawie praktyki księgowej i komunikatów urzędów skarbowych, oto najczęstsze problemy z JPK_V7:

Błędne stawki VAT

Pomylenie stawki 23% z 8%, zastosowanie stawki ZW zamiast NP (nie podlega), czy pominięcie stawki 0% przy eksporcie. Każda z tych pomyłek powoduje rozbieżność między częścią deklaracyjną a ewidencyjną.

Rozwiązanie: automatyczna walidacja stawki VAT na poziomie wprowadzania faktury do systemu FK. System powinien weryfikować, czy stawka jest spójna z kategorią towaru/usługi.

Brakujący lub błędny NIP kontrahenta

Częsty problem przy fakturach zakupowych — NIP kontrahenta jest błędny, nieaktualny lub w ogóle nie został wprowadzony. Urząd skarbowy automatycznie weryfikuje NIP-y w JPK z bazą VIES i Białą Listą.

Rozwiązanie: automatyczna weryfikacja NIP w bazie REGON/VIES na etapie wprowadzania faktury. System powinien odrzucać lub flagować faktury z nieprawidłowym NIP.

Duplikaty faktur

Ta sama faktura wprowadzona dwukrotnie — raz z systemu FK, raz ręcznie. Zdarza się szczególnie przy dużych wolumenach i wielu osobach odpowiedzialnych za księgowanie.

Rozwiązanie: automatyczne wykrywanie duplikatów na podstawie numeru faktury, NIP kontrahenta i kwoty. System powinien blokować wprowadzenie duplikatu lub wymagać ręcznego potwierdzenia.

Błędne kody GTU

Kody GTU (Grupy Towarów i Usług) od GTU_01 do GTU_13 oznaczają konkretne kategorie towarów i usług. Przypisanie niewłaściwego kodu lub pominięcie kodu, gdy jest wymagany, to jeden z najczęściej weryfikowanych elementów.

Rozwiązanie: mapowanie kodów GTU do indeksów towarowych w systemie FK. Każdy produkt lub usługa powinien mieć przypisany kod GTU (lub jego brak) na etapie konfiguracji, a nie przy generowaniu JPK.

Niespójność dat

Data wystawienia faktury różna od daty sprzedaży, faktura z poprzedniego okresu zaksięgowana w bieżącym bez korekty — takie rozbieżności urząd wykrywa automatycznie.

Rozwiązanie: automatyczna kontrola dat na etapie księgowania z flagowaniem faktur, które mogą wymagać ujęcia w innym okresie.

Kody GTU i oznaczenia procedur

System kodów GTU obejmuje 13 grup:

• GTU_01 — napoje alkoholowe
• GTU_02 — paliwa i oleje
• GTU_03 — oleje opałowe
• GTU_04 — wyroby tytoniowe
• GTU_05 — odpady
• GTU_06 — urządzenia elektroniczne
• GTU_07 — pojazdy i części
• GTU_08 — metale szlachetne i złom
• GTU_09 — produkty lecznicze i medyczne
• GTU_10 — budynki i grunty
• GTU_11 — emisje gazów cieplarnianych
• GTU_12 — usługi niematerialne (doradcze, księgowe, prawne, marketingowe, IT)
• GTU_13 — usługi transportowe i magazynowe

Oznaczenia procedur to dodatkowy poziom klasyfikacji:

• TP — transakcje z podmiotami powiązanymi
• SW — sprzedaż wysyłkowa z terytorium kraju
• EE — usługi telekomunikacyjne, nadawcze i elektroniczne
• MPP — mechanizm podzielonej płatności
• MR_T — marża turystyka
• MR_UZ — marża towary używane
• I_42, I_63 — procedury celne
• B_SPV, B_SPV_DOSTAWA, B_MPV_PROWIZJA — transfer bonów

Uwaga: Oznaczenia GTU i procedur nie zmieniły się w wersji JPK_V7(3) — nadal obowiązują kody GTU_01–GTU_13 i powyższe oznaczenia procedur. Nowe oznaczenia (NrKSeF, OFF, BFK, DI) funkcjonują równolegle i mogą być łączone z istniejącymi kodami.

Prawidłowe przypisanie tych kodów wymaga znajomości specyfiki każdej transakcji — i to właśnie tutaj automatyzacja przynosi największą wartość.

Automatyzacja generowania JPK

Pełna automatyzacja procesu JPK_V7 obejmuje kilka etapów:

Ekstrakcja danych z systemu FK

Dane do JPK pochodzą z systemu finansowo-księgowego. Automatyczna ekstrakcja oznacza:

• Pobranie wszystkich faktur sprzedaży i zakupu z danego okresu
• Pobranie dokumentów wewnętrznych (WEW), raportów kasowych (RO), faktur do paragonów (FP)
• Pobranie korekt z poprzednich okresów
• Sprawdzenie kompletności danych (czy wszystkie faktury zostały zaksięgowane)

Walidacja krzyżowa

Przed wygenerowaniem pliku XML system powinien automatycznie sprawdzić:

• Spójność sum: czy łączna wartość z ewidencji zgadza się z częścią deklaracyjną
• Poprawność NIP-ów: weryfikacja w bazach REGON/VIES/Biała Lista
• Kompletność kodów GTU: czy każda faktura z towarem/usługą z listy GTU ma przypisany kod
• Duplikaty: czy żadna faktura nie występuje dwukrotnie
• Daty: czy wszystkie faktury dotyczą właściwego okresu rozliczeniowego
• Limity MPP: czy faktury powyżej 15 000 PLN z odpowiednimi towarami/usługami mają oznaczenie MPP

Generowanie XML

Po walidacji system generuje plik XML zgodny ze schematem XSD opublikowanym przez Ministerstwo Finansów (od lutego 2026 obowiązuje schemat JPK_V7M(3) / JPK_V7K(3), opublikowany na podstawie rozporządzenia Ministra Finansów z 12 grudnia 2025 r.). Plik musi być podpisany profilem zaufanym, kwalifikowanym podpisem elektronicznym lub danymi autoryzującymi.

Automatyczna wysyłka

Bramka e-Deklaracje Ministerstwa Finansów przyjmuje pliki JPK przez API. Automatyzacja obejmuje:

• Wysyłkę pliku w terminie (z alertem przypominającym przed 25. dniem miesiąca)
• Weryfikację statusu przetwarzania (bramka zwraca UPO — Urzędowe Poświadczenie Odbioru)
• Archiwizację wysłanego pliku i UPO

Integracja z KSeF

Krajowy System e-Faktur zmienia sposób, w jaki dane trafiają do JPK. Gdy KSeF stanie się obowiązkowy, większość danych ewidencyjnych JPK będzie pochodzić bezpośrednio z faktur ustrukturyzowanych przesłanych przez KSeF.

Co to oznacza dla automatyzacji JPK:

• Faktury sprzedaży wystawione przez KSeF automatycznie zasilają ewidencję sprzedaży JPK
• Faktury zakupowe odebrane z KSeF automatycznie trafiają do ewidencji zakupów
• Kody GTU i oznaczenia procedur powinny być przypisane na etapie wystawiania faktury w KSeF, a nie dopiero przy generowaniu JPK
• Nowe oznaczenia NrKSeF/OFF/BFK/DI muszą być automatycznie uzupełniane na podstawie statusu faktury w KSeF
• Walidacja staje się prostsza, ponieważ dane z KSeF mają ustandaryzowaną strukturę (schemat FA(3))

Integracja KSeF z systemem FK i automatycznym generowaniem JPK to docelowy model, który minimalizuje ręczną pracę i ryzyko błędów. Firmy, które wdrożą tę integrację wcześniej, będą przygotowane na obowiązkowy KSeF bez stresu i przestojów.

Narzędzia wspierające automatyczny JPK

Na polskim rynku dostępne są różne rozwiązania:

• Comarch ERP Optima / XL — wbudowany moduł generowania JPK z walidacją
• Sage Symfonia — automatyczne generowanie JPK z systemu FK
• Enova365 — pełna automatyzacja JPK z integracją KSeF
• Insert Rachmistrz / Rewizor — generowanie JPK dla małych firm
• Dedykowane narzędzia — skrypty i integracje budowane na zamówienie, szczególnie przydatne przy niestandardowych źródłach danych lub wielu systemach FK

Wybór narzędzia zależy od skali firmy, używanego systemu FK i poziomu złożoności ewidencji.

Podsumowanie

JPK_V7 to nie jest dokument, który można "po prostu wygenerować". To złożony raport podatkowy, w którym każdy wiersz może być przedmiotem kontroli. Automatyzacja — od ekstrakcji danych, przez walidację krzyżową, po generowanie XML i wysyłkę — eliminuje najczęstsze błędy i oszczędza dziesiątki godzin pracy miesięcznie. W połączeniu z KSeF tworzy zamknięty obieg danych, w którym ręczna ingerencja jest minimalna, a zgodność z przepisami — maksymalna.

---

Chcesz zautomatyzować generowanie JPK w swojej firmie lub biurze rachunkowym? Wdrażamy integracje systemów FK z automatyczną walidacją, generowaniem i wysyłką JPK_V7.

Automatyzacja JPK →