Nowa struktura JPK_V7M/K od lutego 2026 - co się zmienia?

KSeF wchodzi do JPK - numer obowiązkowy od pierwszej faktury

AITekst opracowany z wykorzystaniem sztucznej inteligencji. Zasady i ograniczenia

Integracja Krajowego Systemu e-Faktur z ewidencją VAT stanowi fundament nowej architektury kontroli skarbowej. Zgodnie z zapisami w Dz.U. poz. 1800, podanie numeru KSeF będzie dotyczyło faktur wystawionych w KSeF bez względu na tryb ich generowania, co de facto eliminuje dobrowolność raportowania tego identyfikatora. Przed 1 lutego 2026 r. struktura XML dopuszczała brak powiązania dokumentu z systemem centralnym, jednak po tej dacie pole <NrKSeF> staje się obligatoryjne dla uznania czynności za prawidłowo udokumentowaną. Brak numeru w ewidencji przy transakcjach B2B skutkuje uznaniem faktury za nieważną w świetle przepisów o podatku od towarów i usług.

Wprowadzenie struktury JPK_V7M(3) oraz JPK_V7K(3) wymusza na podatnikach automatyzację procesów księgowych. Każdy dokument musi posiadać unikalny identyfikator, który składa się z 54 znaków: 3-cyfrowego prefiksu, 40 znaków identyfikatora oraz 11 znaków kontrolnych. Systemy klasy ERP muszą zostać dostosowane tak, aby pobierać te dane bezpośrednio z serwerów Ministerstwa Finansów i umieszczać je w odpowiednich polach ewidencji sprzedaży i zakupów. Należy zakładać, że przypadki, kiedy nastąpi zbieg terminu złożenia JPK_VAT z deklaracją z brakiem uzyskania numeru KSeF dla faktur wystawionych w trybie offline, będą sporadyczne i wymagają odrębnych procedur awaryjnych.

Poniższa tabela przedstawia konsekwencje braku lub błędnego podania numeru KSeF w nowej strukturze raportowania:

Z punktu widzenia technicznego, kluczowa jest dokładna ścieżka XSD: JPK_V7M(3)/Ewidencja/SprzedazWiersz/P_22. W oficjalnych generatorach udostępnianych przez ePUAP, pole P_22 jest systemowo zablokowane do edycji ręcznej, co ma na celu zapewnienie integralności danych z bazą KSeF. Oznacza to, że numer identyfikujący fakturę musi zostać zaimportowany przez interfejs API lub pobrany z urzędowego potwierdzenia odbioru dokumentu. Przedsiębiorca jest zobowiązany zaktualizować program księgowy do wersji obsługującej schemat 3.0 najpóźniej do 31 stycznia 2026 r., aby uniknąć błędów walidacji przy pierwszej wysyłce w nowym formacie.

Faktura korygująca tylko przez sprzedawcę - koniec not korygujących

Nowelizacja przepisów wprowadza radykalną zmianę w zakresie poprawiania błędów na dokumentach sprzedażowych. W nowym reżimie prawnym błąd w fakturze wymaga wystawienia korekty przez sprzedawcę, którą nabywca następnie odbiera w systemie KSeF. Ministerstwo Finansów w oficjalnych wytycznych wskazuje jednoznacznie, że KSeF nie przewiduje możliwości korygowania faktur poprzez noty korygujące. Tradycyjne noty, dotychczas wystawiane przez nabywców, tracą swój skutek prawny i stają się jedynie nieobowiązkową wizualizacją, która nie wpływa na treść ewidencji JPK_V7.

W przypadku wystąpienia nieprawidłowości, podatnicy muszą postępować zgodnie z ujednoliconą procedurą korekty. Każda zmiana podstawy opodatkowania lub danych kontrahenta musi zostać przeprowadzona wewnątrz ustrukturyzowanego systemu faktur elektronicznych. Nowy, kompletny plik XML przesyłany jako korekta JPK zastępuje w całości poprzedni zbiór danych, co wyklucza przesyłanie jedynie brakujących informacji. W brzmieniu obowiązującym od 1 stycznia 2026 r., faktura korygująca staje się jedynym prawnie skutecznym narzędziem naprawczym w obrocie gospodarczym.

1. Błąd własny - wystaw nową fakturę korygującą w systemie KSeF i upewnij się, że otrzymała ona numer identyfikacyjny.
2. Błąd kontrahenta - zwróć się z formalną prośbą do wystawcy o sporządzenie faktury korygującej; samodzielna zmiana danych przez nabywcę w JPK jest niedopuszczalna.
3. Błąd w ewidencji - w przypadku błędnego ujęcia kwot lub dat w pliku JPK przy zachowaniu poprawności faktur, należy złożyć całkowicie nowy, kompletny plik JPK z poprawionymi danymi.

• Termin korekty: 5 dni od dostrzeżenia błędu w ewidencji lub otrzymania faktury korygującej.
• Stary plik należy oznaczyć jako <KodFormularza kodSystemowy="JPK_V7M (3)" wersjaSchemy="3-0">KOREKTA

"Jeżeli korzystasz z enova365, możesz mieć pewność, że system sam zadba o spójność danych między fakturami KSeF, dokumentami poza systemem i ewidencją JPK" - mówi Agnieszka Opalińska, kierownik projektu Księgowość enova365.

Nowe wzory JPK_V7M(3) i JPK_V7K(3) - co fizycznie się zmieniło w XML

Rozporządzenie Ministra Finansów opublikowane w Dz.U. poz. 1800 z dnia 17 grudnia 2025 r. wprowadza nową wersję schematu XSD, która staje się jedyną obowiązującą od 1 lutego 2026 r. Najważniejszą zmianą technologiczną jest przejście z wersji schemy 2-0 na 3-0, co oznacza całkowity brak wstecznej kompatybilności. Pliki wygenerowane według starych specyfikacji dla okresów rozliczeniowych po 31 stycznia 2026 r. zostaną odrzucone przez bramkę Ministerstwa Finansów z komunikatem BŁĄD_SCH_02.

Wersja XSD 3.0 wprowadza 7 nowych pól obowiązkowych i 5 opcjonalnych, co bezpośrednio wpływa na strukturę pliku XML. Do kluczowych modyfikacji należy dodanie pola <P_22> dla numeru KSeF oraz rozszerzenie katalogu oznaczeń procedur i towarów. Wprowadzono kod GTU_14 przeznaczony dla usług elektronicznych, nadawczych i telekomunikacyjnych, co ma na celu precyzyjniejsze śledzenie transakcji w sektorze cyfrowym. Podatnicy są zobowiązani do weryfikacji procesów fakturowania pod kątem nowych wymagań technicznych, aby zapewnić ciągłość rozliczeń.

Przykład ujęcia numeru KSeF w kodzie XML:

<P_22>54-character KSeF number</P_22>

Dla służb księgowych zmiana ta oznacza konieczność weryfikacji każdego pliku przed wysyłką. Jeżeli oprogramowanie finansowo-księgowe nie zostanie zaktualizowane, walidator na platformie ePUAP zidentyfikuje niezgodność wersji schemy. Skutkuje to koniecznością ręcznego uzupełniania danych w arkuszach kalkulacyjnych, co drastycznie podnosi ryzyko błędu ludzkiego oraz naraża podmiot na sankcje karnoskarbowe za złożenie wadliwego raportu. Sugeruje się pobranie aktualnego pliku XSD z ePUAP i uruchomienie testowej walidacji jeszcze w styczniu 2026 r.

Czy muszę wysyłać JPK_KPiR? harmonogram obowiązków 2026-2027

JPK_KPiR to elektroniczna wersja księgi przychodów i rozchodów w formacie XML, która staje się obowiązkowa dla szerokiej grupy podatników od 1 stycznia 2026 r. Obowiązek ten obejmuje prowadzenie ksiąg przy użyciu programów komputerowych oraz ich cykliczne przesyłanie do organów podatkowych. Nowe regulacje dotyczą wszystkich osób fizycznych prowadzących działalność gospodarczą, bez względu na wysokość osiąganego przychodu, co stanowi istotne rozszerzenie dotychczasowych wymogów raportowych.

Obowiązkiem raportowania JPK_KPiR objęte są następujące podmioty:

• Osoby fizyczne prowadzące działalność gospodarczą opodatkowaną na zasadach ogólnych lub podatkiem liniowym.
• Przedsiębiorstwa w spadku.
• Spółki cywilne osób fizycznych.
• Spółki jawne osób fizycznych.
• Spółki partnerskie.

Niedopełnienie obowiązku przesłania pliku JPK_KPiR w terminie wiąże się z dotkliwymi karami pieniężnymi. Zgodnie z nowymi przepisami, za brak pliku za rok 2026, który należy wysłać do 30 kwietnia 2027 r., grozi kara stała w wysokości 1 440 zł oraz dodatkowe 10 % od niedeklarowanego dochodu. Harmonogram wdrażania zmian przedstawia się następująco:

Plik JPK_KPiR za rok 2026 musi zawierać chronologiczny zapis wszystkich operacji gospodarczych od 1 stycznia do 31 grudnia 2026 r. w formacie XML wersja 1-0. W związku z powyższym, przedsiębiorcy powinni przeprowadzić eksport próbny danych już w grudniu 2026 r., aby zidentyfikować potencjalne problemy techniczne przed szczytem okresu rozliczeniowego. To nie tylko zmiana techniczna, ale całkowita przebudowa sposobu, w jaki organy podatkowe będą monitorować księgi podatkowe w czasie rzeczywistym.

Najczęściej zadawane pytania o JPK_V7M(3)