Instrukcje o wysyłce dużych plików, sumach kontrolnych, klejeniu miesięcznych JPK_KR_PD i odrzuceniach bramki KAS. Walidacja zostaje w przeglądarce.
Limit rozmiaru i transmisja
Przekroczono dopuszczalny rozmiar pliku (100 MB / 250 MB) albo przeglądarka zgłasza Out of Memory przy file.text() / DOMParser.
Programy księgowe i proste klienty webowe wczytują cały JPK do pamięci, zanim zaczną kompresję i szyfrowanie. Przy JPK_KR_PD, JPK_FA, JPK_MAG albo JPK_V7M powyżej stu megabajtów kończy się to zawieszeniem procesu albo twardym limitem rozmiaru.
Zobacz rozwiązanieWalidacja JPK_KR_PD
Bramka albo lokalny walidator: niezgodność sekcji <Ctrl> (C_1, C_2, C_3, C_4, C_5) z liczbą węzłów albo sumą kwot.
Sekcja Ctrl w JPK_KR_PD jest kontraktem między nagłówkiem a treścią. C_1 i C_3 liczą węzły, C_2, C_4 i C_5 sumują kwoty. ERP, który dodaje złotówki na float, potrafi oddać sumę różniącą się o grosz od tego, co jest w węzłach.
Zobacz rozwiązanieWalidacja JPK_KR_PD
Dwanaście poprawnych plików miesięcznych nie składa się w jeden roczny: powtórzone T_1, S_1, D_1, Z_1 albo Ctrl z jednego miesiąca przy treści całego roku.
Roczny JPK_KR_PD nie jest sklejeniem dwunastu dokumentów jeden pod drugim. Słowniki trzeba zwinąć po kluczach, dziennik przenumerować, a Ctrl policzyć od nowa. Zrobienie tego DOM-em na dwunastu dużych plikach kończy się brakiem pamięci.
Zobacz rozwiązanieWalidacja JPK_KR_PD
Dziennik D_1=…: kwota D_11 nie jest zgodna z sumą Wn albo Ma. Osobno: pozycja Z_1 ma Z_4 i Z_7 równe 0.
D_11 jest kwotą operacji na dowodzie. Suma Z_4 po stronie Wn i suma Z_7 po stronie Ma powinny każda równać się D_11. Dekret, w którym obie kwoty są zerem, nie niesie zapisu, a mimo to zajmuje numer Z_1.
Zobacz rozwiązanieWalidacja JPK_KR_PD
Powtórzony numer konta S_1, kod T_1, numer D_1 albo Z_1. Kod D_3 nie występuje w Kontrahenci. Data D_8 jest poza okresem DataOd–DataDo.
JPK_KR_PD wymaga unikalnych kluczy w słownikach i w dzienniku. Powtórzone S_1 albo T_1, dwa dowody z tym samym D_1, brakujący kontrahent D_3 albo data operacji poza okresem nagłówka są odrzucane zanim bramka sprawdzi samą arytmetykę Ctrl.
Zobacz rozwiązanieWalidacja JPK_KR_PD
ZOiS: konto S_1=… nie ma znacznika S_12_1.
W strukturze JPK_KR_PD (1) każde konto w ZOiS niesie znacznik słownikowy S_12_1. Pusty element albo jego brak oznacza, że plan kont wyszedł z ERP bez kwalifikacji wymaganej przez schemat, nawet gdy numer S_1 wygląda poprawnie.
Zobacz rozwiązanieBramka MF / Kryptografia
Błąd parsowania XML: niezgodna deklaracja encoding (windows-1250, ISO-8859-2) albo niedozwolony znak sterujący (U+0000–U+0008, U+000B, U+000C, U+000E–U+001F).
Bramka czyta XML jako UTF-8. Deklaracja windows-1250 albo iso-8859-2 przy bajtach CP1250 psuje polskie znaki albo przerywa parser. Znaki sterujące wklejone z ERP są w XML 1.0 nielegalne nawet w UTF-8.
Zobacz rozwiązanieBramka MF / Kryptografia
Komunikat MF o braku pełnomocnictwa albo upoważnienia, często przy kodzie 401/403, na test-e-dokumenty.mf.gov.pl, gdy w Podmiot1 nie ma NIP 1111111111.
Środowisko testowe KAS nie sprawdza prawdziwego pełnomocnictwa do firmy. Oczekuje testowego NIP 1111111111 w pierwszym bloku Podmiot1. NIP produkcyjny w nagłówku wygląda na bramce testowej jak wysyłka bez uprawnienia.
Zobacz rozwiązanieBramka MF / Kryptografia
Odrzucenie InitUpload.xml albo sesji: niezgodna suma kontrolna HashValue lub rozmiar ContentLength (dokument albo FileSignature).
InitUpload opisuje dwa różne byty. Document to surowy XML przed ZIP i AES: jego rozmiar i SHA-256. FileSignature to już zaszyfrowana paczka: jej rozmiar i MD5. Podmiana tych pól albo szyfrowanie klucza przez RSA-OAEP kończy się odrzuceniem sesji.
Zobacz rozwiązanieWalidacja JPK_KR_PD
Plik ewidencji nie wchodzi w klejenie JPK_KR_PD albo formularz wysyłki nie zgadza się z nagłówkiem kodSystemowy="JPK_ST_KR (1)" wersjaSchemy="1-0".
JPK_ST_KR (1) jest parzystym formularzem do JPK_KR_PD (1), ale nie jest zbiorem dwunastu miesięcznych dzienników. Ewidencja środków trwałych idzie jako jeden plik roczny. Nagłówek sam mówi, który schemat wysłać.
Zobacz rozwiązanie