JEDNOLITY PLIK KONTROLNY: TESTOWANIE JEDYNIE DLA PROFESJONALISTÓW

Obowiązek przesyłania JKP VAT przez małe i średnie przedsiębiorstwa może wymagać zmiany  w codziennych działaniach działów finansowych. W mniejszych firmach procesy księgowe często prowadzone są ręcznie za pomocą ogólnie dostępnych narzędzi. Wdrożenie aplikacji obsługującej JPK zawsze wymaga starannych testów rozwiązania. Testy takie obejmować mogą dwa obszary: sprawdzanie jakości połączenia oprogramowania z serwerem Ministerstwa odbierającym raporty oraz sprawdzanie poprawności wygenerowanych przez program plików każdorazowo przed wysyłką gotowych plików.

W zakresie testów wdrożeniowych warto zaznaczyć, że obecnie trudno jest przetestować oprogramowanie VAT za pomocą narzędzia przygotowanego przez Ministerstwo. Tuż po wprowadzeniu obowiązku wysyłki JPK Ministerstwo zezwalało na testy jakości połączenia poprzez wysyłkę na środowisko produkcyjne. Pliki takie miały mieć jednak wprowadzone przykładowe dane firmy, np. numer NIP 111111111. Obecnie takie rozwiązanie, choć technicznie możliwe do wykonania, nie jest jednak przez Ministerstwo wskazane. Jedyną udostępnioną opcją jest narzędzie przeznaczone dla programistów, niestety korzystanie z niego wymaga technicznych umiejętności.

Odnośnie każdorazowego sprawdzania poprawności struktury pliku XML dla comiesięcznych wysyłek możliwe jest użycie ogólnodostępnych aplikacji weryfikujących zgodność pliku z przykładową strukturą.  Warto jednak zaznaczyć, że testy te są możliwe dopiero na dalszym etapie przygotowywania raportu, gdy plik w formacie XML zostanie już utworzony. Należy również zwrócić uwagę na poufność danych – ładowanie prawdziwych plików zawierających wrażliwe dane do programu udostępnionego jedynie w przeglądarce nie jest dobrą praktyką.

Aplikacja JPK Apollogic zawiera wbudowaną funkcjonalność, która na kilku etapach sprawdza poprawność pliku. W przypadku generowania plików z systemu SAP plik XML tworzony jest zgodnie z wymaganiami Ministerstwa. Na etapie wysyłki sprawdzana jest zgodność ze schematem, co gwarantuje, że plik zostanie odebrany przez bramkę organów skarbowych oraz prawidłowo odczytany. Dla rozwiązania polegającego na załadowaniu raportów w postaci plików płaskich już na etapie wprowadzania danych sprawdzane jest  każde pole – zarówno wypełnienie pól jak i format danych. Ma to zapobiec wprowadzeniu błędnych danych, np. wartości liczbowych w polu przeznaczonym dla daty. Taki błąd spowoduje odrzucenie raportu przez serwer odbierający.