Dlaczego pliki JPK_V7M są odrzucane
Bramka Ministerstwa Finansów najpierw sprawdza plik wobec schemy XSD, a potem wobec reguł spójności. Pierwsza grupa odrzuceń to struktura: brakujące pole obowiązkowe, zła kolejność elementów, wartość poza dopuszczalnym słownikiem. Druga — i trudniejsza do wykrycia bez narzędzia — to spójność liczb: suma pól z ewidencji sprzedaży musi zgadzać się z częścią deklaracyjną, a wiersz kontrolny z faktyczną liczbą wierszy i sumą podatku.
Co sprawdza walidacja semantyczna
- Sumy kontrolne NIP — NIP podatnika i każdego kontrahenta, z uwzględnieniem dopuszczalnego „BRAK" i numerów zagranicznych.
- Zgodność ewidencji z deklaracją — pola K_xx kontra P_xx, z różnicą pokazaną co do grosza.
- Wiersze kontrolne — liczba wierszy i suma podatku należnego oraz naliczonego.
- Spójność dat — poprawność formatu, daty poza okresem deklaracji, sprzedaż późniejsza niż wystawienie.
- Duplikaty — ten sam numer dokumentu u tego samego kontrahenta.
- Oznaczenia GTU i procedur — wobec słownika struktury.
- Wiersze zerowe i znaki niedozwolone — typowe ślady błędu eksportu.
Prywatność jako założenie projektowe
Plik JPK to komplet danych sprzedażowych i zakupowych firmy: NIP-y kontrahentów, kwoty, numery faktur. Dlatego walidacja została zbudowana tak, żeby plik nie opuszczał przeglądarki — schema XSD jest wczytywana jako zasób statyczny, a silnik walidacji (libxml2 skompilowany do WebAssembly) działa lokalnie na Twoim urządzeniu. Nie występujemy w roli administratora tych danych, bo ich nie otrzymujemy.
Narzędzie odwzorowuje strukturę urzędową i słowniki. Materiał informacyjny — nie stanowi porady prawnej ani podatkowej.