SecureJPK
Zaloguj się

Walidacja JPK_KR_PD

JPK_ST_KR: jak zweryfikować i wysłać ewidencję środków trwałych

Objaw / komunikat błędu

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ć.

Przyczyna techniczna

  • kodSystemowy="JPK_ST_KR (1)" i wersjaSchemy="1-0" identyfikują strukturę. Ręczne ustawienie w formularzu „JPK_KR_PD”, gdy plik jest ewidencją, wysyła metrykę InitUpload niezgodną z treścią.
  • Klejenie miesięczne jest zdefiniowane dla dziennika JPK_KR_PD: unia T_1, ZOiS po S_1, renumeracja D_1. Ewidencja środków nie ma tej składni. Próba merge na JPK_ST_KR nie składa roku z miesięcy, bo rok jest już jednym plikiem.
  • Opłacony NIP obejmuje każdy obsługiwany formularz z katalogu, w tym JPK_ST_KR, w limicie rozmiaru pakietu. To nie jest osobna subskrypcja „od struktur”.
  • Nagłówek mieści się w pierwszych 64 KB. Rozpoznanie kodSystemowy nie wymaga parsowania całej ewidencji DOM-em, więc duży plik da się skierować na właściwy formularz bez zawieszania przeglądarki.

Jak naprawić błąd krok po kroku

  1. 1

    Odczytaj kodSystemowy i wersjaSchemy z nagłówka

    JPK_ST_KR (1) przy wersji 1-0 to ewidencja, nie dziennik. Nie ustawiaj ręcznie KR_PD, jeśli nagłówek mówi ST_KR.

  2. 2

    Nie klej ewidencji jak miesięcznych KR_PD

    Jeden plik roczny idzie dalej jako passthrough: NIP i typ formularza z nagłówka, bez unii ZOiS i bez renumeracji D_1.

  3. 3

    Wyślij parę w ramach tego samego NIP

    JPK_KR_PD i JPK_ST_KR dla tej samej firmy korzystają z jednego opłaconego NIP-u. Drugi formularz nie wymaga drugiego pakietu, o ile plik mieści się w limicie.

  4. 4

    Test i produkcja zostają rozdzielone

    Na bramce testowej Podmiot1 ma NIP 1111111111. Na produkcji zostaje NIP z ewidencji i obowiązuje zwykły entitlement.

Jak rozwiązuje to architektura SecureJPK

Zakładka „Przygotuj plik” czyta nagłówek strumieniem i mapuje kodSystemowy="JPK_ST_KR (1)" na formularz JPK_ST_KR. Taki plik nie wchodzi w merge dziennika: jest przekazany do wysyłki z wykrytym NIP-em i typem. JPK_KR_PD nadal można walidować i kleić. Po udanej wysyłce KR_PD interfejs podpowiada parzysty JPK_ST_KR dla tego samego NIP. Szyfrowanie pozostaje strumieniowe i Zero-Knowledge, tak jak przy pozostałych strukturach.

Najczęstsze pytania (FAQ)

Czy JPK_ST_KR klei się z dwunastu miesięcy?
Nie. Klejenie miesięczne dotyczy JPK_KR_PD. Ewidencja środków trwałych jest przygotowywana jako jeden plik roczny i wysyłana bez scalania dzienników.
Czy za JPK_ST_KR płacę drugi raz?
Nie. Opłacony NIP obejmuje obsługiwane formularze, w tym JPK_ST_KR (1), w limicie rozmiaru wybranego pakietu.
Co jeśli nagłówek mówi JPK_ST_KR, a w selektorze jest KR_PD?
Metryka wysyłki musi iść za nagłówkiem. Inaczej InitUpload opisuje inny kod formularza niż treść pliku. Rozpoznanie z pierwszych 64 KB ustawia właściwy typ.