Jak to działało do tej pory?
Do tej pory księgi rachunkowe raportowane były, na żądanie organów podatkowych, w postaci dotychczasowego pliku JPK_KR.
Ustawa o zmianie ustawy o podatku dochodowym od osób fizycznych, ustawy o podatku dochodowym od osób prawnych oraz niektórych innych ustaw z dnia 29 października 2021 r. (Dz.U. z 2021 poz. 2105 z późn. zm.) nałożyła obowiązek prowadzenia ksiąg rachunkowych przy użyciu programów komputerowych oraz obowiązek ich przekazywania w ustrukturyzowanej formie (tzw. pliku JPK_KR_PD) do naczelnika urzędu skarbowego po zakończeniu roku podatkowego, w terminie do dnia upływu terminu złożenia zeznania podatkowego.
W pierwszej kolejności obowiązek raportowania prowadzonych ksiąg podatkowych obejmie podatników CIT, których wartość przychodu w poprzednim roku podatkowym przekroczyła 50 milionów euro oraz podatkowe grupy kapitałowe.
Pierwsze pliki JPK_KR_PD złożoną zostaną przez powyższą grupę podatników CIT w 2026 r. za rok obrotowy rozpoczynający się po 31 grudnia 2024 r.
W następnych latach tym samym obowiązkiem zostaną objęte kolejne grupy podatników.
Zmiany w programie w związku z nowym plikiem JPK_KR_PD
W oknie struktur JPK (menu: Księgowość” -> „Eksport do JPK”) pozostawiono bez zmian dotychczasową strukturę „Księgi rachunkowe”, ponieważ wprowadzenie pliku JPK_KR_PD nie powoduje likwidacji pliku JPK_KR.
Dotychczasowa struktura „Księgi rachunkowe” jest zlokalizowana w tym samym miejscu, co do tej pory.
Dodano nową strukturę „Księgi rachunkowe z rozliczeniem podatku dochodowego”
Dzięki temu, że w oknie struktur pozostawiono dotychczasową strukturę „Księgi rachunkowe” oraz dodano nową – „Księgi rachunkowe z rozliczeniem podatku dochodowego”, użytkownik ma możliwość stosowania w dowolnym momencie zarówno „starego”, jak i „nowego” pliku JPK i sam może zdecydować, kiedy i którą strukturą chce się posłużyć.
Ogólna struktura JPK_KR_PD
Czym różni się nowy plik JPK_KR_PD od dotychczasowego pliku JPK_KR, jeśli chodzi o zawartość?
– ma inny zakres dat obowiązywania,
– ma inny (techniczny) opis nazwy schemy,
– występują 2 cele złożenia pliku,
– występują dodatkowe zakresy dat,
– występuje rozróżnienie adresu siedziby firmy na adres polski i na adres zagraniczny,
– występuje znacznik dla podatnika CIT estońskiego oraz znacznik dla podatnika stosującego MSSF,
– występują dane identyfikacyjne kontrahenta,
– występuje identyfikator konta nadrzędnego,
– wyodrębniono 8 grup podmiotów,
– występują znaczniki kont księgowych,
– nie występuje pole z numeracją kolejnego zapisu,
– występuje pole prezentujące numer KSeF,
-występuje jedno pole z identyfikatorem konta zapisu,
– jest tylko jeden węzeł dla sum kontrolnych,
– występuje nowy węzeł służący do prezentacji kwot rozliczenia podatku dochodowego.
Różnice między nowym plikiem JPK_KR_PD a dotychczasowym plikiem JPK_KR
Inny zakres dat obowiązywania
Dotychczasowy plik JPK_KR obowiązywał w okresie: 2016-07-01 – 2024-12-31. Nowy plik JPK_KR_PD zacznie obowiązywać od 2025-01-01.
Inny (techniczny) opis nazwy schemy
Dotychczasowa schema to JPK_KR. Nowa schema to JPK_KR_PD, gdzie dopisek „PD” oznacza „podatek dochodowy”. Obie schemy mają wersję 1.
2 cele złożenia pliku
Dotychczasowy plik JPK_KR przewidywał jeden cel złożenia, czyli „złożenie po raz pierwszy”. Nowy plik JPK_KR_PD przewiduje 2 cele złożenia:
1. złożenie JPK po raz pierwszy
2. złożenie korekty.
Dodatkowe zakresy dat
Dotychczasowy plik JPK_KR przewidywał 2 daty graniczne: datę początkową i datę końcową okresu, którego dotyczy plik. Nowy plik JPK_KR_PD przewiduje dodatkowe zakresy dat, oprócz dat granicznych okresu, którego dotyczy plik, a mianowicie: datę początkową i datę końcową roku obrotowego oraz datę początkową i datę końcową roku podatkowego – podawaną, jeśli rok podatkowy różni się od roku obrotowego.
Rozróżnienie adresu siedziby firmy na adres polski i na adres zagraniczny
Dotychczasowy plik JPK_KR przewidywał pola na podanie adresu siedziby firmy, bez rozróżnienia, czy jest to adres polski, czy adres zagraniczny. Nowy plik JPK_KR_PD przewiduje pola na podanie adresu siedziby firmy, ale występuje w nim rozróżnienie adresu siedziby firmy na adres polski i na adres zagraniczny.
Znacznik dla podatnika CIT estońskiego oraz znacznik dla podatnika stosującego MSSF
Dotychczasowy plik JPK_KR nie przewidywał znacznika dla podatnika CIT estońskiego, ani znacznika dla podatnika stosującego Międzynarodowe Standardy Sprawozdawczości Finansowej (MSSF). Nowy plik JPK_KR_PD przewiduje 2 nowe znaczniki: znacznik dla podatnika CIT estońskiego oraz znacznik dla podatnika stosującego MSSF.
Dane identyfikacyjne kontrahenta
Dotychczasowy plik JPK_KR nie przewidywał w ogóle wykazywania w nim jakichkolwiek danych kontrahentów powiązanych z zapisami księgowymi. Nowy plik JPK_KR_PD przewiduje następujące dane kontrahenta: kod kontrahenta, kod kraju nadania identyfikatora podatkowego oraz numer identyfikacji podatkowej kontrahenta.
Identyfikator konta nadrzędnego
Dotychczasowy plik JPK_KR przewidywał podawania identyfikatora (inaczej symbolu lub numeru) konta ostatecznego zapisu. Nowy plik JPK_KR_PD przewiduje, oprócz podawania identyfikatora konta ostatecznego zapisu, również pole na podanie identyfikatora konta nadrzędnego.
8 grup podmiotów
Dotychczasowy plik JPK_KR przewidywał jeden „ZOiS”, bez rozróżniania, której grupy podmiotów on dotyczy. Nowy plik JPK_KR_PD przewiduje wyodrębnione „ZOiS`y” dla 8 grup podmiotów.
Znaczniki kont księgowych
Dotychczasowy plik JPK_KR przewidywał dodatkowe dane, charakteryzujące poszczególne konta księgowe, takie jak (m. in): typ konta, kod zespołu kont, kod kategorii konta, itd. W nowym pliku JPK_KR_PD zrezygnowano z powyższych danych, w zamian za to dane, jakie występowały w dotychczasowym pliku JPK_KR i charakteryzowały konto księgowe, w nowym pliku JPK_KR_PD „kryją się” w narzuconych z góry listach znaczników.
Brak pola z numeracją kolejnego zapisu
Dotychczasowy plik JPK_KR przewidywał pola z numeracją kolejnego zapisu (w węźle „Dziennik” oraz w węźle „KontoZapis”), dzięki czemu można było powiązać zapisy na kontach, występujące w węźle „KontoZapis”, z nagłówkami dokumentów księgowych, występujących w węźle „Dziennik”.Nowy plik JPK_KR_PD nie przewiduje pola z numeracją kolejnego zapisu ani w węźle „Dziennik”, ani w węźle „KontoZapis”, ponieważ już sama konstrukcja schemy pliku JPK_KR_PD wygląda tak, że pod danym nagłówkiem dokumentu księgowego od razu prezentowane są zapisy na kontach, jakie znalazły się w danym dokumencie księgowym, co wiąże jedno (nagłówek dokumentu księgowego) z drugim (z zapisami księgowymi dodanymi w danym dokumencie księgowym).
Pole prezentujące numer KSeF
Dotychczasowy plik JPK_KR nie przewidywał pola służącego do podania numeru KSeF faktury, czy też faktury korygującej. Nowy plik JPK_KR_PD przewiduje nowe pole, które jest przeznaczone na podanie numeru identyfikującego fakturę lub fakturę korygującą w Krajowym Systemie e-Faktur (KSeF).
Jedno pole z identyfikatorem konta zapisu
Dotychczasowy plik JPK_KR przewidywał dwa odrębne pola służącego do podania numerukonta zapisu księgowego: jedno konto dla zapisu po stronie Winien i drugie konto dla zapisu po stronie Ma. Nowy plik JPK_KR_PD przewiduje tylko jedno pole służące do podania konta zapisu, zaś strony: Winien i Ma występują w przypadku pól kwotowych.
Jeden węzeł dla sum kontrolnych
Dotychczasowy plik JPK_KR przewidywał 2 węzły dla sum kontrolnych, podsumowujących dane (jeden w węźle „Dziennik”, drugi w węźle „Konto Zapis”). Nowy plik JPK_KR_PD przewiduje jeden węzeł z 5 sumami kontrolnymi. Węzeł ten dotyczy zarówno podsumowania danych węzła „Dziennik”, jak i podsumowania danych węzła „KontoZapis”.
Nowy węzeł służący do rozliczenia podatku dochodowego
Dotychczasowy plik JPK_KR nie przewidywał w ogóle pól służących do prezentowania rozliczenia podatku dochodowego. Nowy plik JPK_KR_PD przewiduje nowy węzeł „Rozliczenie podatku dochodowego na zasadach ogólnych”, a w nim 8 pól (kwotowych), w których należy zaprezentować przychody i koszty, mające wpływ na rozliczenie podatku dochodowego.
Okno przeglądowe plików JPK
Po wejściu do okna „Jednolite Pliki Kontrolne” widać dotychczas wystawione pliki, w tym pliki JPK_KR.
W tym miejscu można dodawać kolejne pliki JPK_KR (o ile jest taka potrzeba). Po kliknięciu w przycisk „Dodaj”, program zachowuje się, tak jak do tej pory, tj. wyświetla okno parametrów dotychczasowego pliku JPK_KR, bez żadnych zmian.
Po uzupełnieniu i zatwierdzeniu okna parametrów pliku JPK_KR, program generuje plik i utrwala go w oknie struktury „Księgi rachunkowe”.
Utrwalony plik JPK_KR, tak jak do tej pory, można:
– usunąć (o ile nie został wysłany na serwer MF),
– eksportować do formatu XML,
– podpisać elektronicznie i wysłać na serwer MF,
– sprawdzić status jego przetwarzania,
– pobrać i wydrukować UPO, pobrane po skutecznej wysyłce na serwer MF.
Po wejściu do nowej struktury „Księgi rachunkowe z rozliczeniem podatku dochodowego”, widać okno, w którym można pracować z nowymi plikami JPK_KR_PD.
W tym miejscu można dodawać pliki JPK_KR_PD. Po kliknięciu w przycisk „Dodaj”, program wyświetla okno parametrów nowego pliku JPK_KR_PD, z zawartością dostosowaną do wymogów nowego pliku.
Po uzupełnieniu i zatwierdzeniu okna parametrów pliku JPK_KR_PD, program generuje plik i utrwala go w oknie struktury „Księgi rachunkowe z rozliczeniem podatku dochodowego”.
Utrwalony plik JPK_KR_PD można:
– usunąć (o ile nie został wysłany na serwer MF),
– eksportować do formatu XML,
– podpisać elektronicznie i wysłać na serwer MF,
– sprawdzić status jego przetwarzania,
– pobrać i wydrukować UPO.
UWAGA: Wstępna kontrola poprawności JPK, w przypadku pliku JPK_KR_PD, nie jest możliwa z przyczyn technicznych. Próba jej wykonania kończy się komunikatem, jak poniżej.
UWAGA: Nie obsłużono podglądu danych JPK. Operacja „Podgląd danych JPK” jest „wyszarzona”.
Okno parametrów pliku JPK_KR_PD
Po wejściu do nowej struktury „Księgi rachunkowe z rozliczeniem podatku dochodowego”, widać okno, w którym można pracować z nowymi plikami JPK_KR_PD.
W tym miejscu można dodawać pliki JPK_KR_PD. Po kliknięciu w przycisk „Dodaj”, program wyświetla okno parametrów nowego pliku JPK_KR_PD, z zawartością dostosowaną do wymogów nowego pliku.
Jak działają poszczególne elementy okna parametrów pliku JPK_KR_PD?
„Firma” – tu dokonuje się wyboru firmy, dla której ma zostać wygenerowany plik, automatycznie podpowiada się zalogowana firma, można ją zmienić na inną firmę (za pomocą „trzykropka”).
„Zakres dat okresu, którego dotyczy plik” – tu podaje się daty graniczne danych, jakie mają zostać objęte plikiem, może to być zakres dat mniejszy niż zakres dat całego roku, czyli może to być „wycinek” roku.
Pliki JPK_KR_PD mogą być generowane za okresy krótsze niż pełny rok, byleby w plikach składających się na całość (obejmujących pełny rok), zachowana została ciągłość zapisów (bez luk i powtórzeń).
„Zakres dat roku obrotowego” – tu podaję się daty graniczne roku obrotowego.
„Zakres dat roku podatkowego” – tu podaje się daty graniczne roku podatkowego, przy czym podanie dat roku podatkowego nie jest obowiązkowe, ponieważ te daty podaje się wtedy, jeżeli rok podatkowy nie pokrywa się z rokiem obrotowym
UWAGA: Domyślnie, w kontrolkach prezentujących zakresy dat nie są wprowadzone żadne daty.
Program sprawdza:
– czy podane daty mieszczą się w obrębie dat obowiązywania wybranej wersji pliku, czy nie;
– czy podano wymagane daty, czy nie (wymagane daty to: daty graniczne danych, objętych plikiem oraz daty graniczne roku obrotowego);
– czy podane daty zawierają się w zdefiniowanym w programie roku obrotowym, czy nie;
– czy podane daty zawierają się w roku obrotowym o typie „KH”, czy nie.
W razie wykrycia, że daty nie spełniają powyższych warunków, wyświetlane są stosowne komunikaty, np.:
„Opis” – dodatkowe pole tekstowe (do samodzielnego uzupełnienia dowolną treścią, np. własnymi notatkami do pliku). Wypełnienie tego pola nie jest wymagane. Jeśli zostanie wypełnione, to jego zawartość nie zostanie wyeksportowana do pliku JPK_KR_PD, bo plik nie przewiduje takiego pola, tylko zostanie utrwalona w oknie z wystawionymi plikami JPK, uwidaczniając w tym oknie zapisane przez użytkownika notatki dodane do pliku.
Znacznik „Eksportuj do ZOiS tylko konta ostatniego poziomu analityk i syntetyczne, które nie mają analityk” – pole do samodzielnego zaznaczenia, jeśli plik, w węźle „ZOiS”, ma prezentować wyłącznie konta ostatniego poziomu analityk (w przypadku kont, które posiadają analityki) oraz konta syntetyczne, które nie posiadają analityk i na których była możliwość dokonywania zapisów księgowych (nie zostały zablokowane).
Pole „Eksportuj do ZOiS tylko konta ostatniego poziomu analityk i syntetyczne, które nie mają analityk” jest domyślnie odznaczone i jeśli zostanie pozostawione w takim stanie, to wygenerowany plik JPK_KR_PD, w węźle „ZOiS”, będzie prezentować wszystkie konta księgowe (zarówno syntetyczne, jak i analityczne). Wówczas należy zadbać o to, żeby przed eksportem danych do pliku wszystkie konta księgowe miały przypisany znacznik kont <- nie dotyczy to jednostek MSSF, które do czasu publikacji znaczników kont dedykowanych tej grupie, nie mają obowiązku znacznikowania kont.
Jeżeli pole „Eksportuj do ZOiS tylko konta ostatniego poziomu analityk i syntetyczne, które nie mają analityk” zostanie zaznaczone, to wygenerowany plik JPK_KR_PD, w węźle „ZOiS” będzie prezentować wyłącznie konta ostatniego poziomu analityk (w przypadku kont, które posiadają analityki) oraz konta syntetyczne, które nie posiadają analityk i na których była możliwość dokonywania zapisów księgowych (nie zostały zablokowane). Wówczas należy zadbać o to, żeby przed eksportem danych do pliku ww. konta miały przypisany znacznik kont <- nie dotyczy to jednostek MSSF, które do czasu publikacji znaczników kont dedykowanych tej grupie, nie mają obowiązku znacznikowania kont.
Znacznik „Eksportuj dane tylko o tych kontach pozabilansowych, którym przypisano znacznik podatkowy z oznaczeniem „POZABILANSOWE” – pole do zaznaczenia, jeśli plik, w węźle „ZOiS” oraz w węźle „KontoZapis” ma prezentować dane wyłącznie o tych kontach pozabilansowych, które należy obowiązkowo raportować w pliku JPK_KR_PD.
Zgodnie z objaśnieniami obowiązkowe jest, co do zasady, raportowanie danych tylko z tych kont pozabilansowych, które są wykorzystywane przez jednostkę dla celów zaprezentowania różnic pomiędzy wynikiem podatkowym a bilansowym. Konta te powinny zostać oznaczone znacznikami podatkowymi z oznaczeniem „POZABILANSOWE”.
W związku z powyższym znacznik „Eksportuj dane tylko o tych kontach pozabilansowych, którym przypisano znacznik podatkowy z oznaczeniem „POZABILANSOWE” jest domyślnie zaznaczony, żeby program, przy domyślnych ustawieniach, eksportował do pliku tę część kont pozabilansowych, która jest obowiązkowa.
Przy takim stanie, jaki jest domyślnie ustawiony, program eksportuje do pliku JPK_KR_PD dane obowiązkowe, tj. dane kont pozabilansowych, w których w polu „Znacznik dodatkowy (podatkowy)” wybrano znacznik z poniższej listy znaczników:
UWAGA: Przy domyślnym ustawieniu znacznika „Eksportuj dane tylko o tych kontach pozabilansowych, którym przypisano znacznik podatkowy z oznaczeniem „POZABILANSOWE” (czyli przy jego zaznaczeniu), dane z pozostałych kont pozabilansowych nie są eksportowane do pliku JPK_KR_PD. W konsekwencji, jeżeli w okresie objętym plikiem JPK_KR_PD wystąpiły zapisy księgowe na kontach pozabilansowych, w których użyto jednego ze znaczników z oznaczeniem „POZABILANSOWE” oraz zapisy na kontach pozabilansowych, w których nie użyto jednego z tych znaczników, tylko np. był to znacznik „INNE” (postąpiono tak chociażby ze względu na konieczność zbilansowania strony WN ze stroną MA w dekretach i użyto, jako konta przeciwstawnego, konta pozabilansowego z oznaczeniem „INNE”), to w węźle „Ctrl”, który prezentuje sumy kontrolne, wystąpi niezgodność podsumowania zapisów księgowych po stronie WN z zapisami księgowymi po stronie MA, co będzie naturalną konsekwencją eksportu danych tylko z części kont pozabilansowych, jakie wystąpiły w raportowanym okresie, a nie wszystkich. Jeżeli chce się w węźle „Ctrl” uzyskać efekt zgodności podsumowania zapisów księgowych po stronie WN i po stronie MA, to zalecane jest zaznaczenie w oknie parametrów pliku JPK_KR_PD opcji, o jakiej mowa poniżej, a mianowicie znacznika „Eksportuj dane o wszystkich kontach pozabilansowych”.
Znacznik „Eksportuj dane o wszystkich kontach pozabilansowych” – pole do samodzielnego zaznaczenia, jeśli plik w węźle „ZOiS” oraz w węźle „KontoZapis” ma prezentować dane o wszystkich kontach pozabilansowych.
Zgodnie z objaśnieniami raportowanie danych z kont pozabilansowych innych, niż konta, którym przypisano znacznik podatkowy z oznaczeniem „POZABILANSOWE”, jest fakultatywne.
W związku z powyższym znacznik „Eksportuj dane wszystkich kontach pozabilansowych” jest domyślnie odznaczony, żeby program, przy domyślnych ustawieniach, eksportował do pliku tylko tę część kont pozabilansowych, która jest obowiązkowa, a pozostałych kontach pozabilansowych użytkownik może zdecydować samodzielnie, zaznaczając w oknie parametrów pliku znacznik „Eksportuj dane o wszystkich kontach pozabilansowych”.
Jeśli użytkownik zaznaczy opcję „Eksportuj dane wszystkich kontach pozabilansowych” program wyeksportuje do pliku JPK_KR_PD dane o wszystkich kontach pozabilansowych, tj. o kontach w których w kontrolce „Rodzaj” wybrano: „Pozabilansowe” (i nie ma już tu znaczenia wybrany znacznik).
UWAGA: Program nie dopuszcza jednoczesnego zaznaczenia 2 znaczników:
– „Eksportuj dane tylko o tych kontach pozabilansowych, którym przypisano znacznik podatkowy z oznaczeniem „POZABILANSOWE”
oraz:
– „Eksportuj dane wszystkich kontach pozabilansowych”
ponieważ są one sprzeczne logicznie. Jeżeli użytkownik zaznacza jeden z ww. znaczników, a wcześniej miał wybrany inny, dotychczasowy wybór zostaje automatycznie odznaczony.
Dzięki wyborowi znacznika „Eksportuj dane wszystkich kontach pozabilansowych” nie ma ryzyka, że w węźle „Ctrl”, który prezentuje sumy kontrolne, wystąpi niezgodność podsumowania zapisów księgowych po stronie WN z zapisami księgowymi po stronie MA, ponieważ do pliku zostaną wyeksportowane dane ze wszystkich kont, a nie części z nich, a zatem żaden zapis, po żadnej ze stron (WN/MA) nie zostanie pominięty.
Znacznik „Uzupełnij w pliku brakujące opisy dekretów numerem dowodu źródłowego” – pole do samodzielnego zaznaczenia, jeśli istnieje podejrzenie lub pewność, że w danych, jakie zostaną wyeksportowane do pliku, znajdują się dokumenty księgowe, a w nich dekrety, którym nie uzupełniono opisu dekretu i chce się uzupełnić je w samym pliku. Pole prezentujące opis dekretu jest nieobowiązkowe w oknie dekretu, stąd ryzyko, że go nie podano, ale jest obowiązkowe w samym pliku JPK_KR_PD, więc gdy opisu dekretu nie uzupełniano, to plik JPK_KR_PD nie będzie go zawierał i będzie niepoprawny, pod kątem tej danej.
Domyślnie znacznik „Uzupełnij w pliku brakujące opisy dekretów numerem dowodu źródłowego” jest odznaczony, ale jeżeli zostanie zaznaczony, to program, na etapie eksportu danych do pliku JPK_KR_PD, sprawdzi, czy w eksportowanych danych podano opisy dekretów, czy nie, a tam, gdzie ich nie podano, to automatycznie uzupełni pole z opisem dekretu taką zawartością, jaką podano w polu z numerem dowodu źródłowego.
Opis dekretu, automatycznie nadawany przy pomocy zaznaczenia znacznika „Uzupełnij w pliku brakujące opisy dekretów numerem dowodu źródłowego”, jest oparty na założeniu, że opisem dekretu jest numer dowodu źródłowego, przeniesiony z nagłówka dokumentu księgowego, w jakim znalazł się dany dekret, bo numer dowodu źródłowego jest daną „wspólną” dla całego dokumentu księgowego – a zatem także dla wszystkich dekretów, jakie się w nim znalazły. Dodatkowo numer dowodu źródłowego jest podany zawsze, bo jest daną wymaganą w oknie dokumentu księgowego, więc nie ma ryzyka, że go nie podano i nie ma czym uzupełnić opisu dekretu.
Skutek zaznaczenia znacznika „Uzupełnij w pliku brakujące opisy dekretów numerem dowodu źródłowego” jest widoczny tylko w samym pliku JPK_KR_PD, a nie w dokumentach księgowych. Tam (w dokumentach księgowych, a konkretnie w dekretach) nadal opisu dekretu nie ma (chyba, że zostanie on uzupełniony).
Jeżeli użytkownik nie ma potrzeby uzupełniać opisów dekretów w samym pliku (nie chce ryzykować „rozjazdu” w danych figurujących w dokumentach księgowych i w pliku), nie musi zaznaczać znacznika „Uzupełnij w pliku brakujące opisy dekretów numerem dowodu źródłowego”. Wówczas program, podczas eksportu danych do pliku JPK_KR_PD, nie sprawdzi, czy w eksportowanych danych podano opisy dekretów, czy nie, a tam, gdzie ich nie podano, to automatycznie niczego nie uzupełni w samym pliku. Pola prezentujące opis dekretu w pliku JPK_KR_PD będą odzwierciedlały dokładnie to, co podano (lub czego nie podano) w dokumentach księgowych, w oknach dekretu.
Znacznik „Uzupełnij w pliku brakujące opisy dekretów numerem dowodu źródłowego” jest jednak szczególnie użyteczny w przypadkach, gdy nie jest się pewnym, czy wszystkie dekrety, jakie znajdą się w pliku JPK_KR_PD, mają podany opis, a także wtedy, gdy nie jest możliwy powrót do dokumentów księgowych, w których nie podano opisu dekretu, bo dokumenty księgowe z brakującymi opisami dekretu zostały już zaksięgowane, a okresy – zamknięte, bądź nie sposób przypomnieć sobie, jakie to miałyby być opisy (tam gdzie ich nie podano), zwłaszcza, gdy brakujących opisów jest dużo i dotyczą one różnych dokumentów i różnych zdarzeń gospodarczych.
Zaznaczenie znacznika „Uzupełnij w pliku brakujące opisy dekretów numerem dowodu źródłowego” ma za zadanie ułatwić wygenerowanie prawidłowego pliku JPK_KR_PD (z uzupełnionymi opisami dekretów), bez konieczności edytowania dokumentów księgowych i uzupełniania w nich brakujących opisów dekretów, ale może to doprowadzić do ewentualnego „rozjazdu” między tym, co figuruje w dokumentach księgowych (brak opisów dekretów), a tym, co zostało wykazane w pliku JPK_KR_PD (są opisy dekretów).
Znacznik „Korekta” – pole do samodzielnego zaznaczenia, jeśli plik jest korektą uprzednio złożonego pliku. Pole „Korekta” jest domyślnie odznaczone.
Znacznik „Podatnik CIT estoński” – pole do samodzielnego zaznaczenia, jeśli firma, dla której jest sporządzany plik JPK_KR_PD, w okresie objętym plikiem, była podatnikiem rozliczającym CIT estoński. Pole „Podatnik CIT estońskiego” jest domyślnie odznaczone.
Znacznik „Podatnik stosujący MSSF” – pole do samodzielnego zaznaczenia, jeśli firma, dla której jest sporządzany plik JPK_KR_PD, w okresie objętym plikiem, była podatnikiem stosującym Międzynarodowe Standardy Sprawozdawczości Finansowej. Pole „Podatnik stosujący MSSF” jest domyślnie odznaczone.
Sekcja „Rozliczenie podatku dochodowego” – prezentuje 8 kontrolek kwotowych (do samodzielnego wypełnienia). W tej sekcji wyodrębnione są kwoty przychodów i kosztów, mających wpływ na rozliczenie podatku dochodowego. Są to pola zgodne ze schemą pliku JPK_KR_PD.
Domyślnie, wszystkie kontrolki znajdujące się w sekcji „Rozliczenie podatku dochodowego” prezentują kwotę 0,00zł.
W merytorycznie uzasadnionych przypadkach te „zerowe” kwoty powinny zostać zatwierdzone.
Przykłady uzasadniające występowanie „zerowych” kwot w sekcji „Rozliczenie podatku dochodowego”:
Dlaczego program nie podpowiada, ani samodzielnie nie wylicza, żadnych wartości w sekcji „Rozliczenie podatku dochodowego”? Ponieważ zakłada się, że te dane będą wpisywane w sposób manualny i w taki właśnie sposób należy wypełnić sekcję „Rozliczenie podatku dochodowego”.
Przykłady wypełnienia okna parametrów pliku JPK_KR_PD i przeniesienia danych z tego okna do pliku JPK_KR_PD:
Pozostałe elementy, jakie zostają wyeksportowane do pliku JPK_KR_PD, nie są przenoszone wprost z okna parametrów pliku, a pochodzą z innych danych, utrwalonych w programie.
Są to:
Kod urzędu skarbowego – jest to kod urzędu skarbowego dla celów rozliczenia podatku CIT, wybranego w danych firmy, dla której jest sporządzany plik JPK_KR_PD.
NIP firmy – jest to numer NIP podany w danych firmy, dla której jest sporządzany plik JPK_KR_PD.
REGON firmy – jest to numer REGON podany w danych firmy, dla której jest sporządzany plik JPK_KR_PD.
Adres firmy
Plik JPK_KR_PD przewiduje 2 rodzaje adresów firmy: adres polski oraz adres zagraniczny.
O tym, czy w pliku JPK_KR_PD zostanie wykazany adres polski, czy adres zagraniczny, decydują poniższe zasady:
Jeżeli w adresie siedziby firmy, dla której jest sporządzany plik, w kontrolce „Państwo”, prezentującej 2-literowy kod kraju, podano kod PL lub nie podano żadnego kodu, program uznaje, że jest to adres polski i do pliku eksportuje dane dla adresu polskiego.
Jeżeli w adresie siedziby firmy, dla której jest sporządzany plik, w kontrolce „Państwo”, prezentującej 2-literowy kod kraju, podano kod inny niż PL, np. BE, program uznaje, że jest to adres zagraniczny i do pliku eksportuje dane dla adresu zagranicznego.
UWAGA: Jedynymi wymaganymi danymi, w przypadku adresu zagranicznego, są: kod państwa oraz miejscowość. Pozostałe dane, takie jak: ulica, czy też numer domu/lokalu – są opcjonalne. W adresie zagranicznym w ogóle nie występują dane: województwo oraz powiat.
Węzeł „Kontrahent”
Węzeł „Kontrahent”
Jest to nowy węzeł, niewystępujący w dotychczasowym pliku JPK_KR. Obejmuje on 3 rodzaje danych:
– „Kod kontrahenta”, za pomocą którego można jednoznacznie zidentyfikować podmiot w systemie finansowo-księgowym jednostki,
– „Kod kraju nadania identyfikatora podatkowego”, czyli 2-literowy kod kraju, w którym kontrahent ma nadany identyfikator podatkowy,
– „Numer identyfikacji podatkowej kontrahenta”, czyli numer NIP (podawany bez literowego kodu kraju, który występuje w polu powyżej).
W węźle „Kontrahent” zostają wykazani tylko ci kontrahenci, których dane wprowadzono w nagłówkach dokumentów księgowych, objętych danym plikiem JPK_KR_PD. Nie są w nim wykazywani wszyscy kontrahenci, jacy w ogóle figurują w całej kartotece kontaktów, bądź jacy znaleźli się w dokumentach księgowych w okresach nieobjętych danym plikiem.
Wynika to z następujących wyjaśnień:
Węzeł „Kontrahent” nie jest wymagany w pliku JPK_KR_PD. Węzeł „Kontrahent” nie wystąpi, gdy w raportowanym okresie nie udokumentowano żadnych transakcji z kontrahentami bądź jeśli dana jednostka korzysta z fakultatywności wynikającej z przepisów prawa i nie wykazuje danych kontrahenta w dokumentach księgowych. O wspomnianej fakultatywności jest mowa poniżej:
Jeśli już węzeł „Kontrahent” wystąpi (bo w raportowanym okresie wystąpiły transakcje wykazane w dokumentach księgowych, w nagłówku których podano dane kontrahenta/-ów bądź dana jednostka nie korzystała w przysługującej jej fakultatywności wykazywania danych o kontrahentach), to musi on zawierać co najmniej pole T_1, czyli kod kontrahenta.
Pozostałe dwa pola, tj.: T_2, czyli kod kraju nadania identyfikatora podatkowego oraz T_3, czyli numer identyfikacji podatkowej kontrahenta, są opcjonalne, ponieważ nie każdy kontrahent ma nadany 2-literowy kod kraju nadania numeru NIP i sam numer NIP.
Dodatkowo, czasowo, w szczególnych przypadkach, opisanych w § 5 ust. 1 rozporządzenia w sprawie dodatkowych danych (…), pole T_3, czyli numer identyfikacji podatkowej kontrahenta, może nie być uzupełnianie.
Program eksportuje do pliku JPK_KR_PD dane kontrahenta z dokumentów księgowych.
Dlaczego program nie eksportuje do pliku JPK_KR_PD danych kontrahenta z kartoteki kontaktów, tylko z dokumentów księgowych?
Nie każdy kontrahent, zapisany w dokumencie księgowym, ma założoną kartotekę w menu: „Kartoteki” -> „Kontrahenci”. Kontrahent może być „incydentalnym” kontrahentem, wprowadzonym do nagłówka dokumentu księgowego w sposób manualny („ręcznie”), czy też może zostać zaimportowany do dokumentu księgowego, z pominięciem kartoteki kontaktów, więc eksportowanie danych kontrahenta z kartoteki kontaktów nie obejmowałoby wszystkich kontrahentów, jacy znaleźli się w dokumentach księgowych, bo nie uwzględniałoby tych, którzy wystąpili w dokumentach księgowych, ale nie w kartotece kontaktów.
Dodatkowo w pliku JPK_KR_PD należy wykazywać historycznie dane, aktualne na moment dokonania zapisu dokumentu księgowego (utrwalone w już istniejących dokumentach księgowych), a nie dane, pobrane z kartoteki, które od czasu dokonania zapisu dokumentu księgowego mogły ulec zmianie i mogą nie być zgodne z historycznym stanem.
Kod kontrahenta to pole, za pomocą którego można jednoznacznie zidentyfikować kontrahenta w programie.
W celu obsłużenia informacji o kodzie kontrahenta dodano nowe pole (kontrolkę) o nazwie „Kod kontrahenta (dla celów pliku JPK_KR_PD)”.
Jest ona umieszczona w oknie dokumentu księgowego, na zakładce „Kontrahent”.
Kontrolka o nazwie „Kod kontrahenta (dla celów pliku JPK_KR_PD)” działa tylko w trybie „do odczytu”, tj. nie można do niej wprowadzać danych ani ich zmieniać, czy też usuwać jej zawartości, bowiem prezentuje ona dane informacyjnie.
Przyjęto, że kodem kontrahenta, za pomocą którego można jednoznacznie zidentyfikować kontrahenta w programie „RaksSQL”, jest numer NIP.
Przyjęcie założenia, że kodem kontrahenta jest numer NIP spełnia wymóg jednoznacznej identyfikacji kontrahentów w systemie finansowo – księgowym, w szczególności tych kontrahentów, którzy w okresie objętym plikiem JPK_KR_PD zmienili nazwę, ale nie zmienili numeru NIP. Numer NIP jest stałym elementem identyfikacji podatnika, przypisanym mu przez cały czas istnienia. Nazwa kontrahenta (firmy), na przestrzeni istnienia danego kontrahenta (firmy), może zmieniać się i to wielokrotnie, ale pomimo zmian w nazwie, dla celów podatkowych, to nadal jest ten sam podatnik. Ponadto przyjęcie założenia, że kodem kontrahenta jest numer NIP, pozwala również uniknąć „dublowania” wykazywania danych kontrahenta w pliku JPK_KR_PD, jeśli z jakiś powodów został on wprowadzony kilkukrotnie do kartoteki kontaktów pod różnymi nazwami (różniącymi się choćby jednym znakiem), ale z tym samym numerem NIP. Chodzi o sytuacje, gdy np. „zdublowano” danemu kontrahentowi kartoteki w celu obsługi „wielowalutowości” (raz wprowadzono go z walutą np. EUR, a drugi raz z walutą np. USD), czy też istniały jakieś inne powody, dla których „zdublowano” kartotekę kontrahenta.
Użytkownik nie musi samodzielnie podawać kodu kontrahenta. Program automatycznie przenosi dane o numerze NIP z kontrolki „NIP” do kontrolki „Kod kontrahenta (dla celów pliku JPK_KR_PD)”.
UWAGA: Kontrolka „Kod kontrahenta (dla celów pliku JPK_KR_PD)” została uzupełniona danymi również dla dokumentów historycznych, tj. wystawionych do tej pory, użytkownik nie musi ich edytować i uzupełniać w nich kodu kontrahenta.
Kod kontrahenta jest budowany na podstawie numeru NIP (jeśli go podano). Innymi słowy: jeśli w danych kontrahenta nie ma numeru NIP, to nie ma znaczenia, czy podano jego nazwę pełną, czy skróconą, czy obie. Nie ma numeru NIP – nie ma kodu kontrahenta.
Dlaczego kodu kontrahenta nie oparto o nazwę skróconą kontrahenta?
Nazwa skrócona kontrahenta jest „nieoficjalnym” określeniem kontrahenta, a do pliku JPK_KR_PD eksportowane są dane „oficjalne”.
Dlaczego kodu kontrahenta nie oparto o nazwę pełną kontrahenta?
Nazwa pełna kontrahenta jest „oficjalnym” określeniem kontrahenta, ale może zmieniać się na przestrzeni istnienia danego podatnika i to wielokrotnie.
Dlaczego kodu kontrahenta nie oparto o dane adresowe kontrahenta?
Adres nie jest daną unikalną (kilku kontrahentów może mieć ten sam adres) oraz nie jest daną wymaganą – w programie można nie podawać danych adresowych kontrahenta.
Dlaczego kodu kontrahenta nie oparto o unikalny numer, tzw. ID kontaktu?
Z uwagi na fakt, że dane kontrahenta, jakie figurują w dokumencie księgowym, mogą być wprowadzane do programu na kilka różnych sposobów:
– poprzez wybór kontrahenta z kartoteki kontrahentów, prowadzonej w programie,
– w sposób manualny (poprzez „ręczne” wpisanie danych, a nie poprzez wybór z kartoteki kontrahentów),
– poprzez import danych np. z pliku w formacie xml.
Jeżeli dane kontrahenta zostały wprowadzone do dokumentu księgowego w pierwszy z powyższych sposobów, tj. poprzez wybór kontrahenta z kartoteki kontrahentów, to program utrwala tzw. numer ID kontaktu, ale pozostałe dwa sposoby wprowadzania danych kontrahenta do dokumentu księgowego (sposób manualny i import danych) nie skutkują tym, że w programie zostaje utrwalony tzw. numer ID kontaktu, a więc te sposoby nie gwarantowałyby uzyskania kodu kontrahenta opartego o ID kontaktu.
Zasady budowania kodu kontrahenta są następujące:
1). Jeżeli w dokumencie księgowym, w danych kontrahenta, podano nazwę pełną i/lub nazwę skróconą kontrahenta oraz jego numer NIP, to kod kontrahenta to numer NIP.
Poniżej przykład:
W pliku JPK_KR_PD wygląda to następująco:
2). Jeżeli w dokumencie księgowym, w danych kontrahenta, podano nazwę pełną i/lub nazwę skróconą kontrahenta, ale nie podano numeru NIP, to kodu kontrahenta nie ma i kontrahent z tego dokumentu księgowego nie zostaje wyeksportowany do pliku JPK_KR_PD.
Poniżej przykład, gdy nie podano numeru NIP w danych firmy:
Poniżej przykład, gdy nie podano numeru NIP w danych osoby fizycznej:
W obu powyższych przykładach kodu kontrahenta nie ma, więc ani firma (bez podanego numeru NIP), ani osoba fizyczna (bez podanego numeru NIP) nie zostanie wyeksportowana do pliku JPK_KR_PD.
3). Jeżeli w dokumencie księgowym, w danych kontrahenta, podano numer NIP, ale nie podano nazwy pełnej i/lub nazwy skróconej kontrahenta, to kod kontrahenta to numer NIP.
Poniżej przykład:
W pliku JPK_KR_PD wygląda to następująco:
4). Jeżeli w dokumencie księgowym, w danych kontrahenta, nie podano ani nazwy pełnej, ani nazwy skróconej kontrahenta, ani jego numeru NIP, to kodu kontrahenta nie ma i uznaje się, że w dokumencie księgowym nie figuruje żaden kontrahent i żaden kontrahent z tego dokumentu księgowego nie zostaje wyeksportowany do pliku JPK_KR_PD.
Poniżej przykład:
UWAGA: Niezalecane jest podawanie w danych kontrahenta nierzeczywistych danych, np. zwrotu „BRAK”, czy też „NIE DOTYCZY”, w szczególności w polu przeznaczonym na numer NIP, bo spowoduje to wyeksportowanie do pliku JPK_KR_PD, do węzła „Kontrahent”, kodu kontrahenta z nierzeczywistymi danymi.
Poniżej przykład, gdy w danych firmy, w polu z numerem NIP, podano zwrot „BRAK”:
Poniżej przykład, gdy w danych osoby fizycznej, w polu z numerem NIP, podano zwrot „BRAK”:
W pliku JPK_KR_PD oba powyższe przykłady wyglądają następująco:
UWAGA: Jeżeli dany kontrahent, w okresie, za który sporządzany jest dany plik JPK_KR_PD, wystąpił w dokumentach księgowych wielokrotnie (np. wielokrotnie wystawiano faktury, w których występował on w roli nabywcy), to:
– w węźle „Kontrahent” jego dane zostaną wykazane tylko raz;
– w węźle „Dziennik” jego dane zostaną wykazane tyle razy, w ilu dokumentach księgowych wystąpił.
W zasobniku kolumn okna przeglądowego dokumentów księgowych udostępniono kolumnę o nazwie „Kod kontrahenta”.
Przeniesienie jej z zasobnika kolumn na okno przeglądowe dokumentów księgowych pozwala uwidocznić, dla poszczególnych dokumentów księgowych, kody kontrahentów, na potrzeby pliku JPK_KR_PD.
UWAGA: W razie edycji numeru NIP kontrahenta w kontrolce „NIP”, kontrolka „Kod kontrahenta (dla celów pliku JPK_KR_PD)” prezentuje zaktualizowane dane (dane utrwalone po dokonanej edycji i zapisie dokumentu księgowego). Liczy się edycja danych dokonana w samym dokumencie księgowym. Nie ma znaczenia edycja danych kontrahenta, dokonana np. w kartotece kontrahenta, jeśli w ślad za nią nie poszła edycja jego danych w dokumencie księgowym.
UWAGA: W związku z wprowadzeniem do okna dokumentu księgowego kontrolki „Kod kontrahenta (dla celów pliku JPK_KR_PD)” nie uległy zmianie żadne dane (pola) w oknie kontrahenta (w kartotece kontaktów).
Kod kraju nadania identyfikatora podatkowego to 2-literowy kod kraju, w którym kontrahent ma nadany identyfikator podatkowy.
Nie jest to pole wymagalne.
W celu eksportowania danych o kodzie kraju do pliku JPK_KR_PD obsłużono w oknie dokumentu księgowego, na zakładce „Kontrahent”, nową kontrolkę służącą do wyboru państwa ze słownika państw.
Dlaczego nie można było uznać, że kodem kraju nadania identyfikatora podatkowego może być kod podawany w kontrolce „Kod NIP UE” i w związku z tym dodano nową kontrolkę o nazwie „Państwo”?
Wynika to z następujących wyjaśnień:
W przypadku dokumentów księgowych, w których kontrahent został wybrany z kartoteki kontaktów, do kontrolki „Państwo” naczytywane są dane z kartoteki kontrahenta (z kontrolki „Państwo” widocznej w domyślnym adresie danego kontrahenta).
Jeżeli dany kontrahent, wybrany z kartoteki kontaktów, nie ma w domyślnym adresie wybranego żadnego państwa, kontrolka „Państwo” jest pusta.
W przypadku wprowadzania danych kontrahenta do dokumentu księgowego z wykorzystaniem tzw. wyszukiwarki „GUS”, do kontrolki „Państwo” domyślnie naczytywane jest państwo „Polska”.
W przypadku wprowadzania danych kontrahenta do dokumentu księgowego „ręcznie”, kontrolka „Państwo”, podobnie jak pozostałe dane adresowe, jest „pusta”, można ją uzupełnić wybierając państwo ze słownika państw (lub pozostawić nieuzupełnioną). Kontrolka „Państwo” działała w dokumencie księgowym w trybie „do edycji”. Nie jest wymagana, tak jak nie są wymagane pozostałe dane adresowe.
W dotychczas wystawionych dokumentach księgowych, w przypadku których kontrahent został wybrany z kartoteki kontaktów, kontrolkę „Państwo” uzupełniono automatycznie informacją przeniesioną z kartoteki danego kontrahenta (z domyślnego adresu). W pozostałych przypadkach (danych kontrahenta wprowadzonych do dokumentu księgowego z pominięciem kartoteki kontaktów) – kontrolka „Państwo” jest „pusta” (nieuzupełniona).
Dodatkowo umożliwiono zbiorcze uzupełnianie danych o państwie kontrahenta.
W oknie przeglądowym dokumentów księgowych dodano pod prawym klawiszem myszy dodatkową operację „Operacje pomocnicze” -> „Uzupełnij państwo kontrahenta w zaznaczonych dokumentach”.
Natomiast w oknie przeglądowym kontaktów dodano pod prawym klawiszem myszy dodatkową operację „Operacje pomocnicze” -> „Uzupełnij państwo w domyślnym adresie zaznaczonych kontrahentów”.
Nowa operacja pozwala uporządkować dane kontrahentów w obu miejscach: w dokumentach księgowych (skąd dane o państwie są eksportowane do pliku JPK_KR_PD) i w kartotece kontaktów (skąd dane o państwie są pobierane z domyślnego adresu na dokument księgowy, oczywiście, o ile dane kontrahenta są wybierane do nagłówka dokumentu księgowego z kartoteki kontaktów, a nie wprowadzane ręcznie/importowane).
W obu miejscach nowa operacja działa tak, że po wybraniu (zaznaczeniu) dokumentów księgowych/kontrahentów i po jej wywołaniu program wyświetla okno służące do wyboru państwa z listy państw figurujących w słowniku państw.
Dodatkowo, w oknie przeglądowym dokumentów księgowych, w zasobniku kolumn, dodano nową kolumnę „Państwo kontrahenta”.
Kolumna „Państwo kontrahenta pozwala uwidocznić, czy kontrolka „Państwo” z zakładki „Kontrahent” ma podaną jakąś zawartość, czy nie, a jeśli ma, to prezentuje informację, jakie konkretnie państwo zostało wybrane (również w przypadku „historycznych” dokumentów księgowych, czyli istniejących w bazie).
Ułatwia to wybranie (zaznaczenie) dokumentów księgowych przeznaczonych do wykonania operacji „Uzupełnij państwo kontrahenta w zaznaczonych dokumentach”.
Konsekwencją wprowadzenia do okna dokumentu księgowego nowego pola „Państwo” jest zmieniona zawartość i wersja pliku XML dokumentu księgowego.
UWAGA: Mimo, że kontrolka „Państwo” prezentuje nazwę państwa, np. „Polska”, to do pliku JPK_KR_PD przenoszony jest, zgodnie ze schemą tego pliku, 2-litery kod.
Zasady przenoszenia do pliku JPK_KR_PD, do węzła „Kontrahent”, kodu państwa, wybranego w dokumencie księgowym w nowej kontrolce „Państwo” są następujące:
1. Jeżeli w dokumencie księgowym, na zakładce „Kontrahent”, w nowej kontrolce „Państwo” podano dane państwa oraz podano numer NIP, w pliku JPK_KR_PD, w węźle „Kontrahent” występuje pole T_2, prezentujące 2-literowy kod kraju nadania numeru NIP oraz występuje pole T_3, prezentujące numer NIP.
2. Jeżeli w dokumencie księgowym, na zakładce „Kontrahent”, w kontrolce „Państwo” nie podano państwa, ale podano numer NIP, w pliku JPK_KR_PD, w węźle „Kontrahent” nie występuje pole T_2, prezentujące 2-literowy kod kraju nadania numeru NIP (jest to pole opcjonalne, więc może go nie być), ale występuje pole T_3, prezentujące numer NIP.
3. Jeżeli w dokumencie księgowym, na zakładce „Kontrahent”, w kontrolce „Państwo” podano państwo, ale nie podano numer NIP, w pliku JPK_KR_PD, w węźle „Kontrahent” nie występują dane kontrahenta, bo brak numeru NIP powoduje, że nie ma kodu kontrahenta i nie jest on w ogóle wykazywany w pliku JPK_KR_PD.
Numer identyfikacji podatkowej kontrahenta to numer NIP kontrahenta.
Jest to pole opcjonalne.
Jeżeli ww. numeru nie podano w dokumencie księgowym, nie zostanie on wyeksportowany do pliku JPK_KR_PD.
Przykłady:
UWAGA: Należy zadbać o to, żeby w polu „NIP”, w danych kontrahenta, nie znalazł się 2-literowy kod kraju, bowiem opis pola T_3 wyraźnie wskazuje, że tym polu nie podaje się kodu kraju.
Węzeł „ZOiS”
Węzeł „ZOiS”
Węzeł „ZOiS” składa się z węzłów oznaczonych od „ZOiS1” do ZOiS8”, dedykowanych dla 8 różnych grup podmiotów, przy czym w danym pliku JPK_KR_PD może wystąpić tylko jeden z węzłów oznaczonych od „ZOiS1” do ZOiS8”.
O tym, który węzeł zostanie wykazany w pliku i do którego węzła zostaną wyeksportowane dane z programu, decyduje wybór grupy podmiotu, dokonany w parametrach roku.
Widać to poniżej:
Poszczególne węzły „ZOiS”, dedykowane różnym grupom podmiotów, zawierają taki sam zestaw danych dotyczących sald i obrotów kont księgowych.
Jakie konta nie są eksportowane do węzła „ZOiS”?
W węźle „ZOiS” nie są prezentowane tzw. konta „nieaktywne” (z „zerowymi” saldami początkowymi i „zerowymi” obrotami” w okresie, za który sporządzono plik JPK_KR_PD), zgodnie w poniższymi wyjaśnieniami:
Jakie konta są eksportowane do węzła „ZOiS”?
W węźle „ZOiS” są prezentowane tzw. konta „aktywne” (z „niezerowymi” saldami początkowymi i „niezerowymi” obrotami w okresie, za który sporządzono plik JPK_KR_PD):
UWAGA: W zależności od tego, jakie oznaczenie zostało wybrane w oknie parametrów pliku JPK_KR_PD, w polu „Eksportuj do ZOiS tylko konta ostatniego poziomu analityk i syntetyczne, które nie mają analityk”, do węzła „ZOiS” zostaną wyeksportowane albo tylko konta ostatecznego zapisu albo wszystkie konta.
Jeśli pole „Eksportuj do ZOiS tylko konta ostatniego poziomu analityk i syntetyczne, które nie mają analityk” zostało zaznaczone w oknie parametrów pliku, to wygenerowany plik JPK_KR_PD, w węźle „ZOiS”, będzie prezentować konta ostatniego poziomu analityk i syntetyczne, które nie mają analityk, tj. takie, na których była możliwość dokonywania zapisów księgowych (nie zostały zablokowane).
Jeśli pole „Eksportuj do ZOiS tylko konta ostatniego poziomu analityk i syntetyczne, które nie mają analityk” zostało odznaczone w oknie parametrów pliku, to wygenerowany plik JPK_KR_PD, w węźle „ZOiS”, będzie prezentować wszystkie konta księgowe (zarówno syntetyczne, jak i analityczne).
Co z kontami pozabilansowymi w węźle „ZOiS”?
Są one wykazywane w węźle „ZOiS” (oczywiście, o ile w okresie, za który sporządzono plik JPK_KR_PD, wystąpiły na nich salda/obroty).
W jaki sposób są one raportowane?
Zgodnie z objaśnieniami obowiązkowe jest, co do zasady, raportowanie danych tylko z tych kont pozabilansowych, które są wykorzystywane przez jednostkę dla celów zaprezentowania różnic pomiędzy wynikiem podatkowym a bilansowym. Konta te powinny zostać oznaczone znacznikami podatkowymi z oznaczeniem „POZABILANSOWE”, natomiast raportowanie danych z pozostałych kont jest fakultatywne.
O tym, czy w węźle „ZOiS”, jak i w węźle „KontoZapis” zostaną zaraportowane dane obowiązkowe o kontach pozabilansowych, czy dane fakultatywne, można zdecydować, zaznaczając/odznaczając odpowiednie znaczniki w oknie parametrów pliku JPK_KR_PD.
Jeżeli znacznik „Eksportuj dane tylko o tych kontach pozabilansowych, którym przypisano znacznik podatkowy z oznaczeniem „POZABILANSOWE” zostanie zaznaczony (takie jest domyślne ustawienie tego znacznika), plik, w węźle „ZOiS” (oraz w węźle „KontoZapis”) będzie prezentować dane wyłącznie o tych kontach pozabilansowych, które należy obowiązkowo raportować w pliku JPK_KR_PD.
Jeżeli znacznik „Eksportuj dane tylko o tych kontach pozabilansowych, którym przypisano znacznik podatkowy z oznaczeniem „POZABILANSOWE” zostanie odznaczony, co automatycznie spowoduje zaznaczenie znacznika „Eksportuj dane o wszystkich kontach pozabilansowych”, plik, w węźle „ZOiS” (oraz w węźle „KontoZapis”) będzie prezentować dane obowiązkowe oraz fakultatywne, tj. dane o wszystkich kontach pozabilansowych.
Wszystkie dane kwotowe w węźle „ZOiS” są prezentowane w walucie „PLN”, nawet, jeśli dowód źródłowy, będący podstawą wprowadzenia zapisów księgowych, był wyrażony w walucie obcej i dokonano przeliczenia wartości w walucie obcej na PLN, zgodnie w poniższymi wyjaśnieniami:
Jak są prezentowane dane w węźle „ZOiS” w przypadku składania pliku JPK_KR_PD za okresy cząstkowe?
Dane o obrotach i saldach są prezentowane zgodnie w poniższymi wyjaśnieniami:
Przykład prezentowania danych o obrotach i saldach konta księgowego w węźle „ZOiS” w przypadku, gdy plik JPK_KR_PD obejmuje dane za cały rok:
Przykład prezentowania danych o obrotach i saldach konta księgowego w węźle „ZOiS” w przypadku, gdy plik JPK_KR_PD obejmuje okres cząstkowy („wycinek” roku):
Jak, w szczegółach, działają poszczególne pola węzła „ZOiS”?
Pole „Identyfikator konta ostatecznego zapisu”
UWAGA: Dane konto możewystępować w węźle „ZOiS” tylko jeden raz, zgodnie w poniższymi wyjaśnieniami:.
Pole „Nazwa konta”
Pole „Identyfikator konta nadrzędnego”
Pole to prezentuje dane zgodnie w poniższymi wyjaśnieniami:.
Przykład, gdy zapis księgowy jest dokonywany na koncie analitycznym, najniższego poziomu (w poniższym przykładzie jest to konto „141-0001-01”) i identyfikatorem konta nadrzędnego jest konto „o poziom wyższe” od konta ostatecznego zapisu (w poniższym przykładzie jest to konto „141-0001”):
Przykład, gdy zapis księgowy jest dokonywany na koncie syntetycznym, które nie ma analityk (w poniższym przykładzie jest to konto „021”) i identyfikatorem konta nadrzędnego jest to samo konto, bo nie istnieje konto „o poziom wyższe” od konta ostatecznego zapisu (w poniższym przykładzie jest to konto „021”):
Pole „Bilans otwarcia po stronie Winien” oraz pole „Bilans otwarcia po stronie Winien”
UWAGA: Nawet, jeśli dany plik JPK_KR_PD obejmuje okres cząstkowy („wycinek” roku), to dane o bilansie otwarcia kont prezentują stan na początek roku, zgodnie z poniższymi wyjaśnieniami:
Pole „Obroty konta po stronie Winien, w okresie którego dotyczy JPK” oraz pole „Obroty konta po stronie Ma, w okresie którego dotyczy JPK”
Pole „Obroty konta po stronie Winien, w okresie od otwarcia ksiąg do daty końcowej okresu, którego dotyczy JPK” oraz pole „Obroty konta po stronie Ma, w okresie od otwarcia ksiąg do daty końcowej okresu, którego dotyczy JPK”
Pole „Saldo po stronie Winien” oraz pole „Saldo po stronie Ma”
Pola: „Znacznik konta”, „Dodatkowy znacznik konta” oraz „Dodatkowy znacznik konta (PD)”
Ministerstwo Finansów, jak widać poniżej, informuje, że nie jest możliwe opracowanie jednolitych, uniwersalnych wytycznych dotyczących sposobu wypełniania pól dot. znaczników kont w pliku JPK_KR_PD.
Obowiązkowe jest, co do zasady, zastosowanie jednego znacznika do jednego konta księgowego, ale, w merytorycznie uzasadnionych przypadkach, można zastosować maksymalnie dwa znaczniki identyfikujące konta, zgodnie z poniższymi wyjaśnieniami.
Wyjątkiem od obowiązkowego stosowania znaczników kont są jednostki stosujące MSSF, które, do czasu publikacji dedykowanego im słownika znaczników kont, zostały zwolnione z obowiązku znacznikowania kont.
W przypadku jednostek stosujących MSSF w pliku JPK_KR_PD, w węźle „ZOiS”, oznaczonym numerem 8 – dedykowanym jednostkom stosującym MSSF, w ogóle nie występują pola: S_12_1, S_12_2 oraz S_12_3 i nie powoduje to wadliwości pliku:
Szczególnym rodzajem znaczników są tzw. znaczniki podatkowe, które należy wykazywać w pliku JPK_KR_PD w wydzielonym, trzecim polu, oznaczonym symbolem S_12_3, ale to nie oznacza, że do danego konta można przypisać trzy znaczniki. Można przypisać jeden lub dwa znaczniki i drugim znacznikiem może być znacznik podatkowy.
Przykład prezentacji znaczników kont w węźle „ZOiS”, gdy do danego konta księgowego dodano jeden znacznik (obligatoryjny):
Przykład prezentacji znaczników kont w węźle „ZOiS”, gdy do danego konta księgowego dodano dwa znaczniki: jeden obligatoryjny i drugi dodatkowy (opcjonalny:
Przykład prezentacji znaczników kont w węźle „ZOiS”, gdy do danego konta dodano trzy znaczniki: jeden obligatoryjny, drugi dodatkowy (opcjonalny) i trzeci – znacznik podatkowy (opcjonalny):
Węzeł „Dziennik”
Węzeł „Dziennik”
Węzeł „Dziennik” prezentuje chronologiczne ujęcie zdarzeń, jakie nastąpiły w danym okresie sprawozdawczym, czyli w okresie, za który jest sporządzany dany plik JPK_KR_PD.
W węźle tym są wykazywane dokumenty księgowe o statusie „Zarejestrowany” (nie muszą być zaksięgowane), ale tyko takie, które miały zapisy księgowe (dekrety), przy czym nie ma znaczenia, czy w takich dokumentach istniały jakieś wpisy do rejestru VAT, czy też rozrachunki, bo nie są one raportowane w pliku JPK_KR_PD.
Pole „Numer zapisu w dzienniku”
Odpowiednikiem tego pola w programie jest numer dokumentu księgowego.
Pole „Opis dziennika”
Odpowiednikiem tego pola w programie jest nazwa kodu dokumentu księgowego.
Pole „Kod kontrahenta”
Odpowiednikiem tego pola w programie jest kod kontrahenta (dla celów pliku JPK_KR_PD).
Pole „Numer identyfikacyjny dowodu”
Odpowiednikiem tego pola w programie jest numer dowodu źródłowego.
Pole „Rodzaj dowodu księgowego”
Odpowiednikiem tego pola w programie jest typ dowodu źródłowego.
Pole „Data dokonania operacji gospodarczej”
Odpowiednikiem tego pola w programie jest data operacji gospodarczej.
Pole „Data sporządzenia dowodu księgowego”
Odpowiednikiem tego pola w programie jest data wystawienia dowodu źródłowego.
Pole „Data, pod którą ujęto dowód w księgach”
Odpowiednikiem tego pola w programie jest data księgowania.
Pole „Dane pozwalające na ustalenie osoby odpowiedzialnej za treść zapisu”
Odpowiednikiem tego pola w programie jest identyfikator użytkownika, który jako ostatni zmodyfikował dany dokument księgowy.
Pole „Opis operacji gospodarczej”
Treść tego pola jest budowana na podstawie numeru dowodu źródłowego oraz jego daty.
Pole „Kwota operacji gospodarczej”
Odpowiednikiem tego pola w programie jest kwota podsumowania zapisów księgowych po jednej ze stron (WN lub MA) w danym dokumencie księgowym.
Pole „Numer identyfikujący fakturę lub fakturę korygującą w Krajowym Systemie e-Faktur (KSeF)”
Odpowiednikiem tego pola w programie jest numer faktury KSeF.
Węzeł „KontoZapis”
Węzeł „KontoZapis”
Jest to „podwęzeł” węzła „Dziennik” prezentujący zapisy księgowe (dekrety).
Pole „Numer kolejny szczegółowego zapisu księgowania”
Jest to numer generowany „dynamicznie” podczas tworzenia pliku JPK_KR_PD, odpowiadający kolejnemu zapisowi w węźle „KontoZapis” (z zachowaniem ciągłości tej numeracji w ramach całego pliku JPK_KR_PD).
Pole „Opis dla linii zapisu”
Odpowiednikiem tego pola w programie jest opis dekretu.
UWAGA: Opis dekretu jest w pliku JPK_KR_PD polem wymaganym, mimo, że w programie pole „Opis” nie ma cechy wymagalności. Jeżeli istnieje podejrzenie lub pewność, że w danych, jakie zostaną wyeksportowane do pliku, znajdują się dokumenty księgowe, a w nich dekrety, którym nie uzupełniono opisu dekretu i chce się uzupełnić je w samym pliku, można jeszcze przed wygenerowaniem pliku, uzupełniając okno parametrów pliku, samodzielnie zaznaczyć znacznik „Uzupełnij w pliku brakujące opisy dekretów numerem dowodu źródłowego”.
Domyślnie znacznik „Uzupełnij w pliku brakujące opisy dekretów numerem dowodu źródłowego” jest odznaczony, ale jeżeli zostanie zaznaczony, to program, na etapie eksportu danych do pliku JPK_KR_PD, sprawdzi, czy w eksportowanych danych podano opisy dekretów, czy nie, a tam, gdzie ich nie podano, to automatycznie uzupełni pole z opisem dekretu taką zawartością, jaką podano w polu z numerem dowodu źródłowego.
Jeżeli użytkownik nie ma potrzeby uzupełniać opisów dekretu w samym pliku (nie chce ryzykować „rozjazdu” w danych figurujących w dokumentach księgowych i w pliku), nie musi zaznaczać znacznika „Uzupełnij w pliku brakujące opisy dekretów numerem dowodu źródłowego”. Wówczas program, podczas eksportu danych do pliku JPK_KR_PD, nie sprawdzi, czy w eksportowanych danych podano opisy dekretów, czy nie, a tam, gdzie ich nie podano, to automatycznie niczego nie uzupełni w samym pliku. Pola prezentujące opis dekretu w pliku JPK_KR_PD będą odzwierciedlały dokładnie to, co podano (lub czego nie podano) w dokumentach księgowych, w oknach dekretu.
Pole „Identyfikator konta ostatecznego zapisu”
Odpowiednikiem tego pola w programie jest konto Wn dla danego zapisu (jeśli je podano) lub konto Ma dla danego zapisu (jeśli je podano).
Pole „Kwota zapisu transakcji po stronie Winien”
Odpowiednikiem tego pola w programie jest kwota PLN dla dekretu po stronie Wn.
Pole „Kwota zapisu transakcji po stronie Winien w walucie obcej”
Odpowiednikiem tego pola w programie jest kwota w walucie obcej dla dekretu po stronie Wn.
Pole „Kod waluty dla operacji walutowych dla księgowań po stronie Winien”
Odpowiednikiem tego pola w programie jest waluta dekretu po stronie Wn.
Pole „Kwota zapisu transakcji po stronie Ma”
Odpowiednikiem tego pola w programie jest kwota PLN dla dekretu po stronie Ma.
Pole „Kwota zapisu transakcji po stronie Ma w walucie obcej”
Odpowiednikiem tego pola w programie jest kwota w walucie obcej dla dekretu po stronie Ma.
Pole „Kod waluty dla operacji walutowych księgowanych po stronie Ma”
Odpowiednikiem tego pola w programie jest waluta dekretu po stronie Ma.
Co z kontami pozabilansowymi w węźle „Dziennik” oraz w węźle „KontoZapis”?
Są one wykazywane (oczywiście, o ile w okresie, za który sporządzono plik JPK_KR_PD, wystąpiły na nich obroty), ale to, które z nich zostaną wykazane, zależy od tego, w jaki sposób zostało wypełnione okno parametrów danego pliku odnośnie 2 znaczników:
– „Eksportuj dane tylko o tych kontach pozabilansowych, którym przypisano znacznik podatkowy z oznaczeniem „POZABILANSOWE”
– „Eksportuj dane o wszystkich kontach pozabilansowych”
Jeżeli zaznaczony został pierwszy ze wskazanych powyżej znaczników (takie jest domyślne ustawienie okna parametrów), program eksportuje do węzła „Dziennik” i „Konto Zapis” tę część kont pozabilansowych, która jest obowiązkowa, zgodnie z poniższymi objaśnieniami:
Jeżeli zaznaczony został drugi ze wskazanych powyżej znaczników (trzeba go samodzielnie zaznaczyć, odznaczając tym samym pierwszy znacznik), program eksportuje do węzła „Dziennik” i „Konto Zapis” tę część kont pozabilansowych, która jest fakultatywna, zgodnie z poniższymi objaśnieniami:
Program działa tak, że bez względu na wybór jednego ze znaczników, program zawsze wyeksportuje do pliku JPK_KR_PD dane obowiązkowe (o kontach pozabilansowych, którym przypisano znacznik podatkowy z oznaczeniem „POZABILANSOWE”), a na życzenie także dane fakultatywne (o pozostałych kontach pozabilansowych). Decyzja o zakresie wyeksportowanych danych należy do użytkownika: albo zostanie wyeksportowane tylko to co, obowiązkowe, albo również to, co fakultatywne.
UWAGA: Jeżeli w danym dokumencie księgowym występują zapisy wyłącznie na tzw. pozostałych kontach pozabilansowych, których, z uwagi na zaznaczenie znacznika „Eksportuj dane tylko o tych kontach pozabilansowych, którym przypisano znacznik podatkowy z oznaczeniem „POZABILANSOWE” nie wyeksportowano do pliku, to taki dokument księgowy nie jest wykazywany w węźle „Dziennik”, a tym samym nie są wykazywane dekrety na tych kontach w węźle „KontoZapis”, który jest uszczegółowieniem węzła „Dziennik”.
Jeżeli w danym dokumencie księgowym występują zapisy zarówno na kontach bilansowych/wynikowych, jak i na tzw. pozostałych kontach pozabilansowych (innych niż konta, którym przypisano znacznik podatkowy z oznaczeniem „POZABILANSOWE”), a zaznaczono znacznik „Eksportuj dane tylko o tych kontach pozabilansowych, którym przypisano znacznik podatkowy z oznaczeniem „POZABILANSOWE”, to taki dokument księgowy jest wykazywany w węźle „Dziennik”, a w węźle „KontoZapis” wykazywane są dekrety na kontach bilansowych/wynikowych oraz pozabilansowych, którym przypisano znacznik podatkowy z oznaczeniem „POZABILANSOWE”, z pominięciem tzw. pozostałych kont pozabilansowych.
UWAGA: Dekrety dwustronne, w przeciwieństwie do tego, jak były wykazywane w dotychczasowym pliku JPK_KR, w pliku JPK_KR_PD, ze względu na budowę schemy, są wykazywane jako dwie odrębne linie zapisu elementu „KontoZaps”.
Z czego to wynika?
W dotychczasowym pliku JPK_KR, w węźle „Konto Zapis”, w jednej linii zapisu, występował zarówno element „KodKontaWinien”, jak i element „KodKontaMa”, co dawało możliwość zaprezentowania dekretu dwustronnego w jednej linii zapisu.
W nowym pliku JPK_KR_PD, w węźle „Konto Zapis”, w jednej linii zapisu, występuje tylko jeden element Z_3, oznaczający identyfikator konta ostatecznego zapisu, co nie daje możliwości zaprezentowania dekretu dwustronnego w jednej linii zapisu, tylko wymaga „rozbicia” dekretu dwustronnego na dwa zapisy.
W plikach JPK wygląda to tak:
Węzeł „Ctrl”
Węzeł „Ctrl” prezentuje podsumowanie danych, wykazanych w pliku JPK_KR_PD za pomocą 5 poniższych elementów:
Pole „Liczba zapisów w tabeli Dziennik”
Jest to liczba nagłówków dokumentów księgowych wyeksportowanych do pliku JPK_KR_PD. W programie odpowiada jej liczba nagłówków dokumentów księgowych o statusie „Zarejestrowany”, z datami księgowania mieszczącymi się w zakresie dat granicznych danych wyeksportowanych do danego pliku, ale z pominięciem dokumentów księgowych, w których nie ma żadnych zapisów księgowych lub występują zapisy wyłącznie na kontach pozabilansowych (takie dokumenty księgowe nie są wykazywane w węźle „Dziennik” i tym samym dane pochodzące z nich nie są uwzględniane w sumach kontrolnych).
Pole „Suma wartości kwot operacji elementu D_11 (pole kwotowe)”
Jest to suma kwot operacji gospodarczych wykazanych w danym pliku JPK_KR_PD. W programie odpowiada jej suma obrotów = zapisów księgowych (kwot wyrażonych w PLN) strony WN lub strony MA (bez kwot z kont pozabilansowych, których nie wyeksportowano do pliku), wykazanych w dokumentach księgowych o statusie „Zarejestrowany”, z datami księgowania mieszczącymi się w zakresie dat granicznych danych wyeksportowanych do danego pliku.
Pole „Liczba zapisów tabeli KontoZapis”
Jest to liczba zapisów wykazanych w danym pliku JPK_KR_PD, w węźle „KontoZapis”. W programie odpowiada jej suma zapisów księgowych (dekretów), wykazanych w dokumentach księgowych o statusie „Zarejestrowany”, z datami księgowania mieszczącymi się w zakresie dat granicznych danych wyeksportowanych do danego pliku, ale z pominięciem zapisów księgowych na kontach pozabilansowych. UWAGA: Dekrety dwustronne są wykazywane jako dwie odrębne linie zapisu elementu „KontoZapis”, a w programie to jeden zapis (np. na zestawieniu „Zapisy dzienników”).
Pole „Suma wartości wierszy (zapisów) po stronie Winien elementu Z_4 (pole kwotowe)”
Jest to suma kwot zapisów księgowych dla konta Wn wykazanych w danym pliku JPK_KR_PD w węźle „KontoZapis”. W programie odpowiada jej suma obrotów = zapisów księgowych (kwot wyrażonych w PLN) strony Wn, wykazanych w dokumentach księgowych o statusie „Zarejestrowany”, z datami księgowania mieszczącymi się w zakresie dat granicznych danych wyeksportowanych do danego pliku, ale z pominięciem kwot zapisów księgowych na kontach pozabilansowych, których nie wyeksportowano do pliku.
Pole „Suma wartości wierszy (zapisów) po stronie Ma elementu Z_7 (pole kwotowe)”
Jest to suma kwot zapisów księgowych dla konta Ma wykazanych w danym pliku JPK_KR_PD w węźle „KontoZapis”. W programie odpowiada jej suma obrotów = zapisów księgowych (kwot wyrażonych w PLN) strony Ma, wykazanych w dokumentach księgowych o statusie „Zarejestrowany”, z datami księgowania mieszczącymi się w zakresie dat granicznych danych wyeksportowanych do danego pliku, ale z pominięciem kwot zapisów księgowych na kontach pozabilansowych, których nie wyeksportowano do pliku.
UWAGA: Jeżeli dany plik JPK_KR_PD był wystawiany w taki sposób, że w oknie parametrów pliku zatwierdzono domyślny stan znacznika „Eksportuj dane tylko o tych kontach pozabilansowych, którym przypisano znacznik podatkowy z oznaczeniem „POZABILANSOWE” (czyli był on zaznaczony), to dane z pozostałych kont pozabilansowych nie zostały wyeksportowane do pliku JPK_KR_PD. W konsekwencji, jeżeli w okresie objętym danym plikiem wystąpiły zapisy księgowe na kontach pozabilansowych, w których użyto jednego ze znaczników z oznaczeniem „POZABILANSOWE” oraz wystąpiły zapisy na tzw. pozostałych kontach pozabilansowych (w których nie użyto jednego z tych znaczników), to w polach C_4 oraz C_5, prezentujących sumę wartości wierszy (zapisów) po stronie WN i sumę wartości wierszy (zapisów) po stronie MA, nie będzie zgodności.
Będzie to naturalną konsekwencją eksportu danych tylko z części kont pozabilansowych, jakie wystąpiły w raportowanym okresie, a nie wszystkich kont pozabilansowych.
Jeżeli chce się uzyskać efekt zgodności podsumowania zapisów księgowych po stronie WN i po stronie MA, to zalecane jest skorzystanie w oknie parametrów pliku JPK_KR_PD z opcji, o jakiej mowa poniżej, a mianowicie ze znacznika „Eksportuj dane o wszystkich kontach pozabilansowych”.
Wówczas do pliku JPK_KR_PD zostaną wyeksportowane dane ze wszystkich kont:
– bilansowych,
– wynikowych,
– pozabilansowych (bez wyjątku)
i podsumowania zapisów księgowych po stronie WN i po stronie MA będą zgodne co do kwoty, bo żaden zapis księgowy nie zostanie pominięty.
Węzeł „RPD”
Węzeł „Rozliczenie podatku dochodowego
Prezentuje on kwoty przychodów i kosztów, mających wpływ na rozliczenie podatku dochodowego.
W programie umożliwiono podanie ww. danych w oknie parametrów pliku JPK_KR_PD.
W oknie parametrów pliku JPK_KR_PD znajduje się w nim sekcja „Rozliczenie podatku dochodowego”, która prezentuje 8 kontrolek kwotowych (do samodzielnego wypełnienia). W tej sekcji wyodrębnione są kwoty przychodów i kosztów, mających wpływ na rozliczenie podatku dochodowego. Są to pola zgodne ze schemą pliku JPK_KR_PD.
Domyślnie, wszystkie kontrolki znajdujące się w sekcji „Rozliczenie podatku dochodowego” prezentują kwotę 0,00zł.
W merytorycznie uzasadnionych przypadkach te „zerowe” kwoty powinny zostać zatwierdzone.
Przykłady uzasadniające występowanie „zerowych” kwot w sekcji „Rozliczenie podatku dochodowego”:
Dlaczego program nie podpowiada, ani samodzielnie nie wylicza, żadnych wartości w sekcji „Rozliczenie podatku dochodowego”? Ponieważ zakłada się, że te dane będą wpisywane w sposób manualny i w taki właśnie sposób należy wypełnić sekcję „Rozliczenie podatku dochodowego”.
Przykłady wypełnienia sekcji „Rozliczenie podatku dochodowego” w oknie parametrów pliku JPK_KR_PD i przeniesienia danych z tego okna do pliku JPK_KR_PD:
Możliwe błędy po wysyłce pliku JPK_KR_PD
Możliwe komunikaty błędów (po wysyłce pliku JPK_KR_PD) i ich przyczyny:
1. Brak zapisów księgowych – jeśli w okresie, za który sporządzono plik JPK_KR_PD, nie wprowadzono żadnych dokumentów księgowych z zapisami księgowymi (dekretami) na kontach innych niż pozabilansowe, wysyłka kończy się błędem, jak poniżej.
2. Brak wyboru grupy podmiotów – jeśli w parametrach roku nie wybrano żadnej z 8 grup podmiotów, wysyłka kończy się błędem, jak poniżej.
3. Brak „oznacznikowania” kont księgowych – jeśli w okresie, za który sporządzono plik JPK_KR_PD, w węźle „ZOiS”, zostanie wykazane choćby jedno konto księgowe bez znacznika, wysyłka kończy się błędem, jak poniżej.
UWAGA: Obowiązkowe jest podanie jednego znacznika (w kontrolce „Znacznik”), pozostałe dwa znaczniki – dodatkowy – figurujący w kontrolce „Znacznik dodatkowy” i podatkowy – figurujący w kontrolce „Znacznik dodatkowy (podatkowy)”, są opcjonalne, co oznacza, że może ich w danym koncie księgowym, i w ogóle w całym pliku JPK_KR_PD, nie być.
UWAGA: Wyjątkiem jest brak wymogu „oznacznikowania” kont w przypadku jednostek stosujących MSSF, dla których nie opublikowano słownika znaczników kont księgowych (w ich przypadku wszystkie pola dot. znaczników kont są opcjonalne). Pozostałe grupy podmiotów są zobligowane do zastosowania znaczników kont (jednego – obowiązkowo).
4. Wybranie w koncie księgowym znacznika z grupy „Podatkowy” do kontrolki „Znacznik” i/lub do kontrolki „Znacznik dodatkowy” zamiast do kontrolki „Znacznik dodatkowy (podatkowy)” – jeśli w okresie, za który sporządzono plik JPK_KR_PD, w węźle „ZOiS”, zostanie wykazany choćby jeden znacznik z grupy znaczników podatkowych w polu S_12_1, odpowiadającemu kontrolce „Znacznik” lub w polu S_12_2, odpowiadającemu kontrolce „Znacznik dodatkowy”, wysyłka kończy się błędem, jak poniżej.
UWAGA: Znaczniki z grupy znaczników podatkowych należy wybierać w kontrolce „Znacznik dodatkowy (podatkowy)”, skąd zostaną wyeksportowane przez program do pola S_12_3, zgodnie ze schemą pliku.
5. Nieprawidłowy format numeru KSeF – numer KSeF jest niewymagany w pliku JPK_KR_PD, ale jeśli już go podano, to musi on być zgodny z następującym standardem: pierwsze 10 znaków to NIP sprzedawcy, kolejne 8 znaków to data wystawienia faktury (w formacie RRRRMMDD), następne 12 znaków to część techniczna, generowana automatycznie, podzielona na dwa 6-znakowe segmenty, ostatnie 2 znaki to suma kontrolna, wyliczana automatycznie. Jeżeli podany numer KSeF nie jest zgodny z powyższym standardem, wysyłka kończy się błędem, jak poniżej.
6. Brak opisu dekretu – opis dekretu jest polem wymaganym w pliku JPK_KR_PD. Jeżeli w okresie, za który sporządzono plik JPK_KR_PD, w węźle „KontoZapis” wystąpi choćby jeden dekret, w którym nie został uzupełniony opis dekretu, wysyłka kończy się błędem, jak poniżej.
Na co należy zwrócić szczególną uwagę?
Przed przystąpieniem do prac z nowym plikiem JPK_KR_PD, zaleca się zwrócenie uwagi na następujące elementy:
1. Konieczny jest wybór jednej z 8 grup podmiotów (w parametrach roku), co jest niezbędne, żeby program wyświetlił właściwą (dla wybranej grupy) listę znaczników (w „Planie Kont”), jeśli w parametrach roku nie wybrano żadnej z 8 grup podmiotów nie jest możliwe „oznacznikowanie” kont księgowych, mimo tego plik JPK_KR_PD wygeneruje się, ale jego wysyłka zakończy się błędem.
2. Konieczne jest „oznacznikowanie” kont księgowych (w „Planie Kont”), przy czym:
– obowiązkowe jest, co do zasady, zastosowanie jednego znacznika do jednego konta księgowego, ale, w merytorycznie uzasadnionych przypadkach, można zastosować więcej znaczników identyfikujących konta, z uwzględnieniem, że:
– jeśli w okresie, za który zostanie sporządzony plik JPK_KR_PD zostanie wykazane choćby jedno konto księgowe bez znacznika, plik JPK_KR_PD wygeneruje się, ale jego wysyłka zakończy się błędem,
– jednostki stosujące MSSF do czasu publikacji dedykowanego im słownika znaczników kont, zostały zwolnione z obowiązku „znacznikowania” kont,
– znaczniki podatkowe należy wybierać w dedykowanej ku temu kontrolce „Znacznik dodatkowy (podatkowy)”,
3. Należy zadbać o uzupełnienie numeru NIP oraz numeru REGON firmy, dla której będzie sporządzany plik JPK_KR_PD (w oknie definicji firmy).
4. Należy zadbać o uzupełnienie danych adresowych siedziby firmy, dla której będzie sporządzany plik JPK_KR_PD (w oknie definicji firmy) ze szczególnym uwzględnieniem wyboru państwa, od którego zależy, czy w pliku zostanie wykazany adres polski, czy adres zagraniczny.
5. Należy zadbać o wybór urzędu skarbowego, właściwego dla rozliczeń CIT dla firmy, dla której będzie sporządzany plik JPK_KR_PD (w oknie definicji firmy).
6. Dane kontrahentów, jakie zostaną wyeksportowane do pliku JPK_KR_PD, będą pochodziły z dokumentów księgowych, a nie z kartoteki kontaktów i nie ma znaczenia, że po zapisaniu dokumentów księgowych będą one zmieniane w samej kartotece kontaktów, jeśli w ślad za tym nie pójdzie edycja danych w dokumentach księgowych, ponieważ liczy się to, co zostało utrwalone w dokumentach księgowych, a nie aktualny stan kartoteki kontaktów.
7. W oknie dokumentu księgowego, na zakładce „Kontrahent”, figuruje kontrolka „Kod kontrahenta (dla celów pliku JPK_KR_PD”), dająca możliwość wyeksportowania do pliku JPK_KR_PD danych o kodzie kontrahenta. Nie jest to informacja obowiązkowa ani w oknie dokumentu księgowego, ani w pliku JPK_KR_PD, ponieważ nie każdy dokument księgowy jest powiązany z kontrahentem. Użytkownik nie musi uzupełniać sam tej kontrolki, program naczytuje do niej dane automatycznie, na podstawie numeru NIP kontrahenta.
8. Do pliku JPK_KR_PD eksportowany jest numer NIP kontrahenta (widoczny w dokumencie księgowym), a nie nazwa pełna, czy też nazwa skrócona, które nie gwarantują jednoznacznej identyfikacji danego kontrahenta. Dlatego istotne jest podawanie w danych kontrahenta numeru NIP, oczywiście tam, gdzie tym kontrahentem jest kontakt typu „Firma”, bo kontrahenci bez podanego numeru NIP nie zostaną wykazani w pliku JPK_KR_PD. Program nie weryfikuje, czy ma do czynienia, z merytorycznego punktu widzenia, z kontrahentem typu „Firma”, tylko bez uzupełnionego numeru NIP, czy ma do czynienia z kontrahentem typu „Pracownik” bądź „Osoba fizyczna”, który, co do zasady, nie posiada numeru NIP i nie powinien być wykazywany w pliku JPK_KR_PD. Jeżeli w danych kontrahenta (bez względu na jego typ) nie podano numeru NIP – taki kontrahent nie wystąpi w pliku JPK_KR_PD.
9. Należy zadbać o podawanie w danych kontrahenta rzeczywistych danych, w szczególności w numerze NIP. Chodzi o unikanie zwrotów typu „BRAK”, czy też „NIE DOTYCZY”, bo program wyeksportuje do pliku JPK_KR_PD dokładnie to, co zostało podane, bez weryfikacji, czy ma do czynienia, z merytorycznego punktu widzenia, z realnymi danymi, które powinny być traktowane, jako dane kontrahenta, czy nie.
10. Należy unikać „dublowania” danych tego samego kontrahenta, różniących się numerem NIP raz pisanym z myślnikami, raz ze spacjami, a raz jako ciąg cyfr, bo program potraktuje te dane, jako dane różnych kontrahentów i wyeksportuje je, jako dane różnych kontrahentów, bez weryfikacji, czy ma do czynienia, z merytorycznego punktu widzenia, z tym samym kontrahentem, czy z wieloma różnymi.
11. W oknie dokumentu księgowego, na zakładce „Kontrahent” figuruje kontrolka „Państwo”, dająca możliwość wyeksportowania do pliku JPK_KR_PD danych o kraju nadania numeru NIP (nie jest to informacja obowiązkowa, ani w oknie dokumentu księgowego, ani w pliku JPK_KR_PD), w związku z czym należy zadbać o podawanie w danych kontrahenta (na zakładce „Kontrahent”) państwa jego siedziby, jeśli chce się wykazać w pliku JPK_KR_PD dane o kraju nadania numeru NIP, przy czym należy pamiętać, że:
– kodem kraju nadania numeru NIP nie jest kod NIP UE, ponieważ dotyczy on rozliczeń VAT`owskich, które nie mają nic wspólnego z plikiem JPK_KR_PD
– jeśli kontrahent został wybrany w dokumencie księgowym z kartoteki kontaktów, to państwo naczyta się z domyślnego adresu kontrahenta, podanego w tej kartotece (o ile państwo zostało tamże podane)
UWAGA: Umożliwiono zbiorcze uzupełnianie danych o państwie kontrahenta zarówno od strony okna przeglądowego dokumentów księgowych, gdzie dodano pod prawym klawiszem myszy dodatkową operację „Operacje pomocnicze” -> „Uzupełnij państwo kontrahenta w zaznaczonych dokumentach”, jak i od strony okna przeglądowego kontaktów, gdzie dodano pod prawym klawiszem myszy dodatkową operację „Operacje pomocnicze” -> „Uzupełnij państwo w domyślnym adresie zaznaczonych kontrahentów”.
12. Jeżeli dany kontrahent, w okresie, za który sporządzany jest dany plik JPK_KR_PD, wystąpił w dokumentach księgowych wielokrotnie (np. wielokrotnie wystawiano faktury, w których występował on w roli nabywcy), to w węźle „Kontrahent” jego dane zostaną wykazane tylko raz, ale w węźle „Dziennik” jego dane zostaną wykazane tyle razy, w ilu dokumentach księgowych wystąpił.
13. Nie doszło do żadnych zmian w samej kartotece kontrahentów (w związku z obsługą kontrolki „Kod kontrahenta (dla celów pliku JPK_KR_PD”) oraz kontrolki „Państwo”).
14. Należy zadbać o to, żeby w oknie dokumentu księgowego, w polu „NIP”, w danych kontrahenta, nie znalazł się 2-literowy kod kraju, bowiem opis pola dot. numeru NIP (w pliku JPK_KR_PD) wyraźnie wskazuje, że w tym polu nie podaje się kodu kraju, kod kraju jest prezentowany w innym polu i nie jest to kod NIP UE.
15. Należy zadbać o to, żeby dokumenty księgowe, jakie mają zostać wykazane w pliku JPK_KR_PFD, miały status „Zarejestrowany”, przy czym:
– nie muszą one być zaksięgowane,
– nie ma znaczenia, czy w takich dokumentach istnieją jakieś wpisy do rejestru VAT, czy też rozrachunki, bo nie są one raportowane w pliku JPK_KR_PD
16. Należy zadbać o prawidłowy format numeru KSeF, podawanego w oknie dokumentu księgowego, co prawda numer KSeF jest niewymagany w pliku JPK_KR_PD, ale jeśli już go podano, to musi on być zgodny z ustalonym dla KSeF`u standardem, jeżeli numer KSeF nie będzie zgodny ze standardem, a znajdzie się w pliku JPK_KR_PD, plik zostanie wygenerowany, ale jego wysyłka zakończy się błędem.
17. Należy zadbać o to, żeby wszystkie dekrety w dokumentach księgowych, jakie mają zostać wykazane w pliku JPK_KR_PFD, miały dodany opis (dekretu), ponieważ jest to element wymagany w pliku JPK_KR_PD. Jeżeli jednak nie jest możliwy powrót do dokumentów księgowych, w których nie podano opisu dekretu, bo dokumenty księgowe z brakującymi opisami dekretu zostały już zaksięgowane, a okresy – zamknięte, bądź nie sposób przypomnieć sobie, jakie to miałyby być opisy (tam gdzie ich nie podano), zwłaszcza, gdy brakujących opisów jest dużo i dotyczą one różnych dokumentów i różnych zdarzeń gospodarczych, można skorzystać, na etapie wypełniania okna parametrów pliku, ze znacznika „Uzupełnij w pliku brakujące opisy dekretów numerem dowodu źródłowego”, dzięki któremu program, na etapie eksportu danych do pliku JPK_KR_PD, sprawdzi, czy w eksportowanych danych podano opisy dekretów, czy nie, a tam, gdzie ich nie podano, to automatycznie uzupełni pole z opisem dekretu taką zawartością, jaką podano w polu z numerem dowodu źródłowego. Przy czym należy mieć na względzie, że skutek zaznaczenia znacznika „Uzupełnij w pliku brakujące opisy dekretów numerem dowodu źródłowego” jest widoczny tylko w samym pliku JPK_KR_PD, a nie w dokumentach księgowych. Tam (w dokumentach księgowych, a konkretnie w dekretach) nadal opisu dekretu nie ma (chyba, że zostanie on uzupełniony).
18. Program sam „odsiewa” z eksportu do pliku JPK_KR_PD, do węzła „ZOiS”, konta „nieaktywne” (tj. mające „zerowe” saldo początkowe i „zerowe” obroty), użytkownik nie musi w jakiś szczególny sposób wykluczać ich z eksportu).
19. Program sam „odsiewa” z eksportu do pliku JPK_KR_PD, do węzła „Dziennik”, dokumenty księgowe, które nie mają dodanych żadnych dekretów, użytkownik nie musi w jakiś szczególny sposób wykluczać ich z eksportu.
20. Program eksportuje do pliku JPK_KR_PD dane o kontach pozabilansowych w taki sposób, jaki wynika z tego, co zostanie wybrane w oknie parametrów pliku (podczas jego uzupełniania), czyli eksportowane są albo wyłącznie konta pozabilansowe ze znacznikami podatkowymi z dodatkowym oznaczeniem „POZABILANSOWE” (co jest obowiązkowe i domyślnie wybrane) albo wszystkie konta pozabilansowe (co jest fakultatywne i można zdecydować, żeby tak było).
21. Program sam „odsiewa” z eksportu do pliku JPK_KR_PD dekrety na tzw. pozostałych kontach pozabilansowych (innych niż te, o jakich mowa w punkcie powyżej), jeśli w oknie parametrów pliku nie zdecydowano się na eksport wszystkich kont pozabilansowych, użytkownik nie musi w jakiś szczególny sposób wykluczać ich z eksportu.
22. Program eksportuje do pliku JPK_KR_PD, do węzła „KontoZapis”, dekrety dwustronne jako dwie odrębne linie zapisu (zgodnie ze schemą pliku), mimo, że w programie to jeden zapis, użytkownik nie musi zmieniać sposobu wprowadzania dekretów z dwustronnych na jednostronne.
23. Wstępna kontrola poprawności pliku, w przypadku pliku JPK_KR_PD, nie jest możliwa, w przypadku próby użycia operacji „Wstępna kontrola poprawności JPK” program wyświetla komunikat informujący o tym fakcie ii kieruje dalej, co można w takiej sytuacji uczynić, żeby jednak sprawdzić poprawność pliku (użytkownik jest informowany, że jeżeli chce zweryfikować plik JPK_KR_PD przed wysyłką na serwer rzeczywisty, może dokonać taką weryfikację zmieniając ustawienia wysyłki tak, żeby najpierw wysłać próbnie plik na serwer testowy).
24. Ustalenie danych o przychodach i kosztach, jakie zamierza się wykazać w węźle „Rozliczenie podatku dochodowego), trzeba wykonać poza programem i przenieść jego efekt do okna parametrów pliku JPK_KR_PD.
25. Jeżeli zdecydowano się „podzielić” cały rok obrotowy i raportować go w plikach cząstkowych (obejmujących „wycinek roku”), to należy zadbać o to, żeby żaden z „cząstkowych” plików JPK_KR_PD nie był „pusty”, tj. nie obejmował okresu, w którym nie wprowadzono żadnych dokumentów księgowych z zapisami księgowymi (dekretami), ponieważ brak danych w węzłach: „Dziennik” i „KontoZapis” skutkuje tym, że w sumach kontrolnych występują „zerowe” dane, co powoduje wadliwość pliku (plik zostanie wygenerowany, ale jego wysyłka zakończy się błędem). Dodatkowo pliki cząstkowe nie mogą „nakładać się” na siebie, jeśli chodzi o zakres dat, muszą prezentować dane z kolejno następujących po sobie okresów (bez luk i powtórzeń).
26. Jeżeli w wygenerowanym pliku, w węźle „Ctrl”, który prezentuje sumy kontrolne, sumaryczne wartości dotyczące stron konta nie są równe (WN ≠ MA), to możliwym powodem tego stanu rzeczy jest to, o czym mowa w pkt. 21., tj. w oknie parametrów pliku zdecydowano się na wyeksportowanie do pliku tylko obowiązkowej części kont pozabilansowych (tych ze znacznikami podatkowymi z dodatkowym oznaczeniem „POZABILANSOWE”), a nie wszystkich kont pozabilansowych, co jest fakultatywne. Objaw nierówności sum kontrolnych strony WN i strony MA wystąpi, gdy kontami przeciwstawnymi dla kont obowiązkowych (tych ze znacznikami podatkowymi z dodatkowym oznaczeniem „POZABILANSOWE”) są konta, jakich nie wyeksportowano (tzw. pozostałe konta pozabilansowe). Dla uzyskania efektu równości stron konta (WN = MA) w sumach kontrolnych, zaleca się zdecydowanie w oknie parametrów pliku o eksporcie wszystkich kont pozabilansowych.