ValidateFin

JPK_V7M(3) Validator Poland

Sprawdź plik JPK_V7M(3) oficjalnym schematem MF i zobacz, czy ewidencja nie przeczy deklaracji — w przeglądarce, bez wysyłania pliku.

JPK_V7M(3)Official MF XSDRegisters vs declaration100% local
100% Lokalnie

Czym jest JPK_V7M i czym różni się od KSeF?

JPK_V7M to miesięczny plik kontrolny VAT: jeden dokument XML, który łączy deklarację (część <Deklaracja>, pola P_*) z ewidencją sprzedaży i zakupów (część <Ewidencja>, kolumny K_*). To nie jest faktura — faktury żyją w KSeF. Wariant (3) obowiązuje od 1 lutego 2026 i sam schemat nosi tę datę (TDataCzas minInclusive). Ten darmowy walidator sprawdza plik oficjalnym XSD Ministerstwa Finansów, a następnie kontroluje to, czego nie widzi żaden schemat: czy sumy z ewidencji rzeczywiście trafiły do właściwych pól deklaracji. Wszystko dzieje się w przeglądarce — plik nie opuszcza Twojego komputera.

W skrócie

  • Oficjalny XSD JPK_V7M(3) Ministerstwa Finansów — obowiązujący od 1 lutego 2026
  • Sprawdza spójność ewidencji z deklaracją (sumy K_* wobec pól P_*)
  • Suma kontrolna NIP (mod 11) — sygnalizowana, nigdy blokująca
  • 100 % w przeglądarce — plik nigdy nie opuszcza Twojego komputera

Schemat to jedno, zgodność ewidencji z deklaracją to drugie

Pierwsza warstwa to oficjalny XSD JPK_V7M(3) Ministerstwa Finansów. Struktura, typy, liczebności i zamknięte słowniki nie są przepisywane ręcznie. Uwaga na pułapkę: importowane moduły MF (StrukturyDanych v12, KodyKrajow v13) to INNE wersje niż te używane przez KSeF — inne przestrzenie nazw, inne pliki. Nie wolno ich „scalać”.

Druga warstwa jest tym, co daje realną wartość: żaden darmowy walidator nie powie Ci „Twoja ewidencja przeczy Twojej deklaracji”. Sprawdzamy sumy kolumn K_* wobec pól P_*, liczniki kontrolne (LiczbaWierszySprzedazy, LiczbaWierszyZakupow), ciągłość numeracji wierszy i sumę kontrolną NIP (mod 11). Kontrolowane są wyłącznie pola będące CZYSTĄ SUMĄ (P_10-P_36, P_40-P_47). Pola P_37, P_38 czy P_39 to wyliczenia deklaracji, a nie agregacja kolumny — traktowanie ich jak sum dawałoby fałszywe alarmy.

Dlaczego to ostrzeżenia, a nie błędy? Z dwóch niezależnych, sprawdzonych powodów. Po pierwsze, oba pliki przykładowe samego ministerstwa deklarują LiczbaWierszySprzedazy = 0, mając wiersz sprzedaży, a ich NIP 1010000000 nie przechodzi mod 11 — blokująca kontrola odrzucałaby własne przykłady MF. Po drugie, ministerstwo nie publikuje żadnej listy numerowanych kodów odrzucenia (inaczej niż węgierska NAV czy włoski SdI), więc nie możemy twierdzić, że bramka odrzuci ten plik. Twierdzenie o odrzuceniu, którego nie da się udokumentować, byłoby kłamstwem.

Najważniejsze

  • JPK_V7M to nie faktura, tylko miesięczny plik kontrolny VAT: deklaracja (P_*) plus ewidencja (K_*) w jednym XML-u. Faktury to KSeF.
  • Wariant (3) obowiązuje od 1 lutego 2026 — schemat sam nosi tę datę.
  • Kontrola „ewidencja wobec deklaracji” to sedno tego narzędzia: sprawdza, czy sumy K_* trafiły do pól P_*.
  • Ostrzeżenia, nigdy blokady: własne przykłady MF by ich nie przeszły, a ministerstwo nie publikuje numerowanych kodów odrzucenia.
  • Sprawdzane są tylko pola będące czystą sumą (P_10-P_36, P_40-P_47) — P_37/P_38/P_39 to wyliczenia, nie sumy kolumn.

Najczęstsze pytania

Czym JPK_V7M różni się od KSeF?

To dwa różne obowiązki. KSeF dotyczy pojedynczej faktury ustrukturyzowanej (schemat FA(3)) i działa na bieżąco. JPK_V7M to plik składany co miesiąc, który zawiera deklarację VAT oraz ewidencję sprzedaży i zakupów. Jeden mówi „oto faktura”, drugi „oto co w tym miesiącu zadeklarowałem i z czego to wynika”.

Dlaczego niezgodność ewidencji z deklaracją to tylko ostrzeżenie?

Z dwóch powodów, oba zweryfikowane. Oba pliki przykładowe ministerstwa mają LiczbaWierszySprzedazy = 0 mimo obecności wiersza sprzedaży, a ich NIP (1010000000) nie przechodzi mod 11 — to placeholder. Blokująca kontrola odrzucałaby własne przykłady MF. Do tego ministerstwo nie publikuje listy numerowanych kodów odrzucenia, więc nie da się udowodnić, że bramka odrzuci plik. Sygnalizujemy więc rozbieżność i zostawiamy decyzję Tobie.

Które pola deklaracji są porównywane z ewidencją?

Wyłącznie te, które są czystą sumą kolumny: P_10 do P_36 oraz P_40 do P_47. Pola takie jak P_37, P_38 czy P_39 są wynikiem wyliczeń w samej deklaracji, a nie zsumowaniem kolumny ewidencji — porównywanie ich z sumą K_* generowałoby fałszywe alarmy.

Czy mój plik jest wysyłany na serwer?

Nie. Silnik XSD i wszystkie kontrole działają w Twojej przeglądarce, w WebAssembly. Plik JPK_V7M zawiera pełną ewidencję sprzedaży i zakupów z całego miesiąca — nie opuszcza Twojego komputera.

Czego to narzędzie nie sprawdzi?

Tego, co wymaga bazy administracji: czy kontrahent jest czynnym podatnikiem VAT, czy plik za dany okres już złożono, czy składający ma odpowiednie pełnomocnictwo, oraz jak bramka faktycznie zareaguje. Narzędzie wypisuje to na ekranie, zamiast chować za zielonym znaczkiem.

ValidateFin jest narzędziem niezależnym, nie posiada certyfikacji ani akceptacji Ministerstwa Finansów. Słowo „oficjalny” odnosi się do użytego schematu — XSD JPK_V7M(3) opublikowanego przez MF — a nie do jakiejkolwiek akredytacji tego narzędzia. Walidacja pliku tutaj nie oznacza jego złożenia.