Case study dużego systemu ERP i nowości w Program-JPK ERP

Wprowadzenie raportowania JPK CIT (JPK_KR_PD) stawia przed działami finansowymi i IT barierę technologiczną, jakiej dotąd nie było. O ile pliki JPK_V7 ważyły zazwyczaj po kilkadziesiąt megabajtów, o tyle szczegółowe księgi rachunkowe w formacie XML dla dużych przedsiębiorstw osiągają gigantyczne rozmiary. Jak radzą sobie z tym systemy klasy ERP i co zrobić, gdy system "nie daje rady"?

Mamy za sobą realny test wydajnościowy w środowisku jednego z klientów, pracującego na systemie ERP. Wyniki pokazują przepaść technologiczną i punkt, w którym Program-JPK ERP staje się niezbędnym elementem infrastruktury podatkowej dużej firmy.

Dlaczego system ERP "nie da rady" wygenerować całego roku?

W testowanym przedsiębiorstwie wolumen danych księgowych za zaledwie jeden miesiąc wynosi aż 10 GB. W skali roku daje to gigantyczną paczkę danych o rozmiarze ok. 120 GB.

Na pytanie, dlaczego firma nie generuje i nie wysyła jednego zbiorczego pliku za cały rok, odpowiedź klienta była prosta i szczera: „ERP nie da rady i się nie doczekamy”.

Samo wygenerowanie pliku za jeden miesiąc (10 GB) zajmowało systemowi ERP ponad 4 godziny. Próba przetworzenia całego roku naraz doprowadziłaby do paraliżu serwerów, timeoutów API lub krytycznego braku pamięci. Klient został zmuszony do podziału procesu i generowania 12 oddzielnych plików miesięcznych.

Prawdziwy problem pojawia się jednak wtedy, gdy w wygenerowanym po 4 godzinach pliku księgowość wykryje błędy (np. brakujące mapowania kont). Poprawa danych w ERP i ponowne generowanie to kolejne godziny bezczynnego czekania.

Baza MS SQL jako ratunek dla wydajności

W tym miejscu do gry wchodzi Program-JPK ERP, który przenosi ciężar przetwarzania danych z silnika ERP do dedykowanego środowiska relacyjnego:

1. Import zamiast czekania: Program-JPK ERP zaimportował miesięczny plik 10 GB do lokalnej bazy Microsoft SQL Server w kilkanaście minut
2. Korekta „w locie”: Księgowość i dział IT wykonali niezbędne poprawki bezpośrednio w bazie SQL przy użyciu standardowych funkcji programu, bez dotykania zamkniętego miesiąca w ERP.
3. Nowy XML w 10 minut: Czas utworzenia nowego, poprawnego pliku XML bezpośrednio z bazy MS SQL wyniósł zaledwie 10 minut!

Dzięki architekturze On-Premise i bazodanowemu trybowi pracy (Server Mode), program bez problemu obsługuje pliki o rozmiarach nawet do 200 GB, nie wymagając przy tym stacji roboczych z kosmiczną ilością pamięci RAM.

Nowość: Prześwietlanie struktury logicznej przed wysyłką do MF

Ponieważ pliki są ogromne, ręczne szukanie w nich błędów jest niemożliwe, a tradycyjne arkusze kalkulacyjne kapitulują już przy plikach powyżej 250 MB (limit 1 miliona wierszy).

Dlatego w najnowszej wersji Program-JPK ERP (z aktualizacji 26.07.20) dodaliśmy zaawansowane analizy logiczne pliku JPK_KR_PD. Zanim plik trafi na bramkę Ministerstwa Finansów, program automatycznie wykryje błędy, których nie wychwyci zwykła walidacja XSD:

• Weryfikacja znaczników CIT: Lista kont ze złymi lub całkowicie pominiętymi obowiązkowymi znacznikami S_12_1 oraz S_12_3.
• Kontrola spójności syntetyki i analityki: Wykrywanie kont nadrzędnych (S_3), które posiadają niespójne, różne znaczniki CIT na swoich kontach szczegółowych (S_1).
• Integralność kwotowa: Automatyczne porównanie sum sekcji kontrolnych Ctrl z Dziennikiem i Zapisami oraz zgodności sum kont z dekretami Wn i Ma.
• Anomalie techniczne: Wychwytywanie pustych dekretów, wielokrotnych tych samych pozycji w dokumencie czy brakujących wpisów kontrahentów.

Podsumowanie: Przygotuj swoją infrastrukturę na JPK CIT

Przypadek wdrożenia przy systemie ERP klienta udowadnia, że duże przedsiębiorstwa nie mogą polegać wyłącznie na systemach ERP w obszarze raportowania JPK CIT. Kiedy system ERP informuje, że "nie da rady", lokalne środowisko bazodanowe MS SQL w Program-JPK ERP pozwala zamienić wielogodzinny proces w kilkunastominutowe, w pełni kontrolowane zadanie.

Czas na dostosowanie struktur dla największych podmiotów mija z końcem lipca 2026 roku. Czy Twój system ERP udźwignie ten ciężar?