Jednolity Plik Kontrolny to obowiązkowy element sprawozdawczości firm, generowany bezpośrednio z systemów księgowych i magazynowych. Poprawna konfiguracja w systemach Insert oszczędza czas i eliminuje ryzyko błędów przy comiesięcznym raportowaniu.

Na czym polega ta usługa

Konfiguracja obejmuje ustawienie parametrów generowania JPK w Subiekcie GT, Rewizorze lub Gratyfikancie zgodnie z aktualnymi wymaganiami prawnymi, sprawdzenie poprawności danych źródłowych wpływających na plik oraz przetestowanie generowania na przykładowym okresie rozliczeniowym.

Dla kogo ma sens

Usługa jest niezbędna dla każdej firmy zobowiązanej do przekazywania JPK, która chce mieć pewność, że plik generowany bezpośrednio z systemu Insert jest zgodny z wymaganiami i nie wymaga ręcznych poprawek.

Ile to trwa

Konfiguracja JPK to zabieg realizowany zwykle do 24 godzin od przyjęcia zgłoszenia.

Warunki

Diagnoza wstępna i wycena są bezpłatne. Dojazd na terenie Warszawy i okolic jest bezpłatny, a usługa objęta jest gwarancją do 12 miesięcy.

Obsługiwane struktury plików JPK w programach InsERT GT i nexo

Systemy z linii InsERT GT (Subiekt GT, Rewizor GT, Rachmistrz GT, Gratyfikant GT) oraz InsERT nexo (Subiekt nexo, Rewizor nexo, Rachmistrz nexo) obsługują szereg struktur Jednolitego Pliku Kontrolnego. Prawidłowa konfiguracja wymaga dostosowania poszczególnych modułów do specyfiki przesyłanych danych.

W ramach konfiguracji systemów przygotowywane są następujące struktury sprawozdawcze:

JPK_V7M i JPK_V7K – pliki łączące część ewidencyjną oraz deklaracyjną podatku od towarów i usług, przesyłane w cyklu miesięcznym lub kwartalnym przez czynnych podatników podatku od towarów i usług.
JPK_FA – zestawienie faktur sprzedaży generowane na żądanie organów skarbowych bezpośrednio z modułu handlowego Subiekt GT lub Subiekt nexo podczas czynności sprawdzających.
JPK_MAG – ewidencja ruchów magazynowych obejmująca dokumenty WZ (wydanie zewnętrzne), PZ (przyjęcie zewnętrzne), RW (rozchód wewnętrzny) oraz PW (przychód wewnętrzny).
JPK_KR – księgi rachunkowe generowane z programu Rewizor, zawierające pełny wykaz zapisów na kontach księgowych, dziennik księgowań oraz zestawienie obrotów i sald.
JPK_PKPIR oraz JPK_EWP – podatkowa księga przychodów i rozchodów oraz ewidencja przychodów zryczałtowanych tworzone w programie Rachmistrz.
JPK_WB – wyciągi bankowe, których poprawne generowanie wymaga właściwego powiązania rachunków bankowych i schematów importu operacji finansowych.

Najczęstsze błędy i nieprawidłowości w generowaniu plików JPK

Nieprawidłowości podczas tworzenia plików JPK w systemach InsERT wynikają najczęściej z niespójności danych wprowadzonych w dokumentach źródłowych lub niekompletnych ustawień w parametrach programu. Do najczęstszych problemów należą:

Błędy walidacji schematu XSD (definicji struktury dokumentu XML, określającej dopuszczalny format i wymagane pola danych). Występują w sytuacji, gdy w wygenerowanym pliku brakuje obowiązkowej wartości, na przykład numeru NIP kontrahenta, daty sprzedaży lub poprawnego oznaczenia kraju.

Nieprawidłowe przypisanie kodów GTU (grup towarowo-usługowych od GTU-01 do GTU-13). W programie Subiekt GT oraz nexo kody te muszą być precyzyjnie przypisane do kartotek towarów i usług, aby system automatycznie nanosił odpowiednie znaczniki w części ewidencyjnej pliku JPK_V7.

Brak oznaczeń procedur transakcyjnych, takich jak MPP (mechanizm podzielonej płatności), TP (transakcje z podmiotami powiązanymi), WSTO_EE (wewnątrzwspólnotowa sprzedaż towarów na odległość) czy procedury marży. Pominięcie tych parametrów na etapie wprowadzania faktury prowadzi do niezgodności deklaracji ze stanem faktycznym.

Niezgodności w danych kontrahentów, w tym brak prefiksów unijnych przy transakcjach wewnątrzwspólnotowych, błędne formaty numerów identyfikacji podatkowej lub podwójne spacje w nazwach firm, które uniemożliwiają poprawną weryfikację dokumentu przez bramkę Ministerstwa Finansów.

Błędy zaokrągleń kwot podatku i stawek na dokumentach korygujących oraz fakturach wystawianych w walutach obcych, wynikające z niewłaściwej konfiguracji algorytmu przeliczania pozycji w parametrach handlowych.

Odrzucenie pliku przez bramkę Ministerstwa Finansów z kodami błędów 401 (błąd weryfikacji podpisu), 405 (dokument z odwołanym certyfikatem) lub 412 (dokument nie jest zgodny ze schematem XSD).

Błędy popełniane przy próbach samodzielnej naprawy konfiguracji

Próby samodzielnego rozwiązywania problemów z plikami JPK bez znajomości architektury bazodanowej systemów InsERT często prowadzą do powstawania kolejnych usterek. Najczęściej obserwowane błędy to:

Ręczna modyfikacja wygenerowanego pliku XML w edytorach tekstowych. Zmiana wartości bezpośrednio w pliku tekstowym może naruszyć kodowanie znaków UTF-8 (standard kodowania polskich liter) lub uszkodzić strukturę znaczników, co skutkuje natychmiastowym odrzuceniem dokumentu podczas walidacji.

Pominięcie aktualizacji komponentów sprawozdawczych i schem JPK. Ministerstwo Finansów okresowo publikuje nowe wersje struktur logicznych. Brak wdrożenia odpowiednich aktualizacji w systemie InsERT powoduje generowanie plików według nieobowiązujących już wzorców.

Niewłaściwa ingerencja w parametry rejestrów i plany kont. Zmiana mapowania stawek lub kategorii podatkowych w trakcie trwającego okresu rozliczeniowego bez przeliczenia istniejących dokumentów wywołuje rozbieżności między zestawieniami księgowymi a zawartością pliku JPK.

Błędne zarządzanie certyfikatami i podpisami elektronicznymi. Próby podpisywania plików JPK certyfikatem kwalifikowanym bez poprawnie zainstalowanego łańcucha certyfikatów pośrednich w magazynie systemu Windows prowadzą do błędów autoryzacji w bramce odbiorczej.

Wprowadzanie zmian i poprawek w zamkniętych okresach rozliczeniowych bez wykonania kopii zapasowej bazy danych podmiotu, co stwarza ryzyko bezpowrotnej utraty spójności ewidencji.

Kiedy źródło problemu znajduje się poza modułem JPK

Trudności z wygenerowaniem lub wysłaniem pliku JPK nie zawsze wynikają z błędnej konfiguracji samego modułu sprawozdawczego. Często przyczyna leży w warstwie systemowej lub bazodanowej:

Uszkodzenia indeksów i struktur w bazie Microsoft SQL Server (relacyjnym systemie bazodanowym obsługującym programy InsERT). Naruszenie spójności tabel przechowujących nagłówki lub pozycje dokumentów handlowych uniemożliwia poprawne wykonanie zapytań SQL generujących zestawienie JPK.

Blokady sieciowe i zapory ogniowe (firewall). Zablokowanie portów wyjściowych lub filtrowanie pakietów HTTPS przez oprogramowanie antywirusowe uniemożliwia nawiązanie bezpiecznego połączenia z serwerami Ministerstwa Finansów.

Nieprawidłowe ustawienia regionalne i formaty dat w systemie operacyjnym Windows. System InsERT pobiera formatowanie dat i separatorów dziesiętnych z ustawień środowiska, a niepoprawny format prowadzi do błędów w strukturze XML.

Niewystarczająca ilość wolnego miejsca na dysku serwera lub przekroczenie limitu wielkości bazy w bezpłatnej wersji silnika Microsoft SQL Server Express, co blokuje tworzenie tymczasowych tabel podczas generowania dużych plików JPK_MAG lub JPK_FA.

Procedura prawidłowego wdrożenia i weryfikacji konfiguracji JPK

Kompleksowe przygotowanie systemu InsERT do bezbłędnego generowania plików sprawozdawczych realizowane jest według ustalonego schematu technicznego:

Pierwszym krokiem jest audyt wersji systemu oraz zainstalowanych modułów. Sprawdzana jest aktualność definicji schematów XSD w programach Subiekt GT, Rewizor GT lub nexo oraz spójność bazy danych podmiotu.

Drugim etapem jest weryfikacja kartotek asortymentowych i kontrahentów. Przeprowadzana jest kontrola przypisania kodów GTU, procedur podatkowych oraz poprawności formatów identyfikatorów podatkowych NIP i numerów rachunków bankowych.

Trzeci krok obejmuje konfigurację parametrów ewidencji. Ustawiane są właściwe powiązania między typami dokumentów a rejestrami, z uwzględnieniem specyfiki działalności firmy (transakcje krajowe, wewnątrzwspólnotowe, eksport towarów i usług).

Czwarty etap to konfiguracja modułu komunikacji i autoryzacji. Ustawiane są parametry wysyłki elektronicznej, weryfikacja podpisu kwalifikowanego z certyfikatem X.509, autoryzacja za pośrednictwem Profilu Zaufanego lub danych autoryzujących.

Piąty krok stanowi wygenerowanie pliku testowego za wybrany okres, przeprowadzenie lokalnej walidacji składniowej XML oraz próbna weryfikacja poprawności w środowisku testowym.

Ostatnim etapem jest weryfikacja procedury pobierania i archiwizacji dokumentów UPO (Urzędowego Poświadczenia Odbioru), stanowiących formalny dowód złożenia deklaracji w urzędzie skarbowym.

Najczęściej zadawane pytania dotyczące konfiguracji JPK

Dlaczego program Subiekt GT zgłasza błąd walidacji XSD przy próbie wygenerowania JPK_V7?

Błąd walidacji oznacza, że generowany dokument XML nie spełnia wymogów technicznych określonych przez Ministerstwo Finansów. Najczęstszą przyczyną jest brak uzupełnionego pola obowiązkowego w co najmniej jednym dokumencie z danego miesiąca. Może to być brak numeru NIP przy transakcji z podmiotem gospodarczym, brak adresu, niepoprawny kod kraju lub wprowadzenie znaków niedozwolonych w strukturze XML. Rozwiązaniem jest zidentyfikowanie błędnego zapisu w ewidencji i uzupełnienie brakujących danych przed ponownym generowaniem pliku.

Czy do wysyłania plików JPK z programu Rewizor lub Subiekt niezbędny jest podpis kwalifikowany?

Podpis kwalifikowany z ważnym certyfikatem jest najwygodniejszą metodą autoryzacji dla podmiotów gospodarczych, zwłaszcza osób prawnych (spółek z o.o., spółek akcyjnych). W przypadku jednoosobowych działalności gospodarczych możliwe jest także podpisywanie plików JPK podpisem zaufanym (za pośrednictwem platformy ePUAP) lub danymi autoryzującymi (kwotą przychodu z zeznania rocznego). Konfiguracja systemu InsERT pozwala na dostosowanie wybranej metody autoryzacji do struktury organizacyjnej przedsiębiorstwa.

Co oznacza kod błędu 412 zwracany przez bramkę Ministerstwa Finansów podczas wysyłki JPK?

Kod błędu 412 oznacza, że przesłany dokument jest niezgodny ze schematem XSD opublikowanym na dany okres rozliczeniowy. Zwykle wskazuje to na korzystanie z nieaktualnej wersji programu InsERT, w której nie zaimplementowano najnowszych zmian w strukturze pliku, bądź na obecność błędnych wartości w polach numerycznych (na przykład ujemnych kwot w polach niedopuszczających takich wartości). Konieczna jest wówczas aktualizacja schematów w programie oraz korekta parametrów generowania.

Jak ustawić automatyczne nadawanie kodów GTU dla nowo dodawanych towarów w Subiekcie?

W programie Subiekt GT i Subiekt nexo istnieje możliwość zdefiniowania domyślnych kodów GTU w szablonach towarów i usług lub przypisania ich do określonych grup asortymentowych. Podczas tworzenia nowej kartoteki towarowej system automatycznie dziedziczy przypisany kod GTU, co eliminuje ryzyko pominięcia oznaczenia przez pracowników wystawiających dokumenty sprzedaży.

Czy po wykryciu błędu w złożonym pliku JPK trzeba ponownie konfigurować cały system?

Wykrycie błędu w złożonym pliku nie wymaga ponownej konfiguracji całego systemu. Wymagane jest usunięcie bezpośredniej przyczyny nieprawidłowości w dokumentach źródłowych lub kartotekach, wygenerowanie pliku JPK w trybie korekty oraz ponowna wysyłka do bramki Ministerstwa Finansów. Prawidłowo skonfigurowany system InsERT pozwala na sprawne utworzenie korekty z zachowaniem pełnej historii zmian.

Ciągłość operacyjna i bezpieczeństwo rozliczeń podatkowych

Poprawnie wdrożona konfiguracja struktur JPK w systemach InsERT eliminuje ryzyko sankcji karnoskarbowych oraz opóźnień w comiesięcznym raportowaniu podatkowym. Stabilna integracja modułów handlowych, magazynowych i finansowo-księgowych z platformą Ministerstwa Finansów zapewnia automatyzację procesu wysyłki oraz pewność pobierania urzędowych poświadczeń odbioru. Wszystkie prace konfiguracyjne i audytowe realizowane są bezpośrednio w siedzibie firmy na terenie Warszawy oraz w okolicznych powiatach, bez konieczności przerw w bieżącej obsłudze sprzedaży.

22 378 48 09

Konfiguracja JPK w systemach Insert