Wersja 2026.1.3.1338

Obsłużono plik JPK_KR_PD w „RaksSQL”.

Jak było do tej pory?
Do tej pory księgi rachunkowe raportowane były, na żądanie organów podatkowych, w postaci dotychczasowego pliku JPK_KR.  Począwszy od 1 stycznia 2025 roku zacznie obowiązywać plik JPK_KR_PD. 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 struktury logiczne JPK_KR_PD złożone zostaną w 2026 r. za rok obrotowy rozpoczynający się po 31 grudnia 2024 r. W następnych latach obowiązkiem objęte zostaną kolejne grupy podatników.

Co zrobiono 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. Plik JPK_KR nadal będzie funkcjonował m.in. za okresy przed wejściem w życie obowiązku raportowania w postaci pliku JPK_KR_PD.
– dodano nową strukturę „Księgi rachunkowe z rozliczeniem podatku dochodowego”.

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”, system wyświetla okno parametrów nowego pliku JPK_KR_PD, z zawartością dostosowaną do wymogów nowego pliku.

Po zatwierdzeniu okna parametrów pliku JPK_KR_PD, system generuje plik i utrwala go w oknie struktury „Księgi rachunkowe z rozliczeniem podatku dochodowego”.

Utrwalony plik JPK_KR_PD, analogicznie, jak dotychczasowy plik JPK_KR, 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.

Szczegółowy opis funkcjonalności:
Przejdź do artykułu >>

Broszura informacyjna dot. pliku JPK_KR_PD została udostępniona przez Ministerstwo Finansów na stronie:
Zobacz broszurę >>

Umożliwiono „wyłączenie” księgowań na kontach pozabilansowych z zapisów dziennika głównego, z zachowaniem ciągłości numeracji pozostałych zapisów.

Jak to działało do tej pory?
Do tej pory, po zaksięgowaniu dokumentów księgowych, co nadaje zapisom księgowym numerację, na zestawieniu „Zapisy dzienników” wykazywane były księgowania na wszystkich kotach: bilansowych, wynikowych oraz pozabilansowych i wszystkie były kolejno ponumerowane, również zapisy na kontach pozabilansowych. Nie sposób było wykonać zestawienia „Zapisy dzienników” dla dziennika głównego, czyli wszystkich dzienników = kodów dokumentów księgowych, z pominięciem księgowań na kontach pozabilansowych, ale z zachowaniem ciągłości numeracji pozostałych zapisów.

Co zrobiono?
1. W oknie ustalania daty księgowania (menu: „Dokumenty księgowe” >> „Operacje” >> „Księgowanie dokumentów”) dodano pole typu checkbox o opisie „Nadając numerację pomiń zapisy na kontach pozabilansowych”.
2. W zestawieniu „Zapisy dzienników” (menu: „Zestawienia” >> „Zestawienia – Księgowość” >> „Księga handlowa” >> „Zapisy dzienników”), w oknie parametrów, dodano pole typu checkbox o opisie „Pomiń zapisy na kontach pozabilansowych, które nie mają nadanej numeracji”.
UWAGA: Numeracja zapisów jest widoczna tylko na wydruku, nie w oknie podglądu danych, bo w oknie podglądu danych nie ma kolumny z numeracją zapisów.

Jak to działa po zmianach?

1. W zakresie okna ustalania daty księgowania (menu: „Dokumenty księgowe” >> „Operacje” >> „Księgowanie dokumentów”):

Checkbox: „Nadając numerację pomiń zapisy na kontach pozabilansowych”, dostępny w oknie ustalania daty księgowania, jest widoczny tylko wtedy, gdy ww. okno jest wywoływane z poziomu roku o typie „KH”. Nie jest widoczny z poziomu roku o typie „KPiR” oraz z poziomu roku o typie „Ryczałt”, bo w tych typach lat żadnych kont księgowych, a już tym bardziej pozabilansowych, nie ma i tam ten checkbox nie miałby żadnego zastosowania.

Domyślnie checkbox „Nadając numerację pomiń zapisy na kontach pozabilansowych” jest odznaczony, żeby nie zmieniać obecnego zachowania programu w zakresie księgowania.

Brak zaznaczenia checkbox`a „Nadając numerację pomiń zapisy na kontach pozabilansowych” powoduje, że program działa tak, jak do tej pory, tj. operacja księgowania dokumentów nadaje numery zapisom na wszystkich kontach: bilansowych, wynikowych oraz pozabilansowych. Nic się nie zmienia w stosunku do tego, jak program działał do tej pory.

Po zaznaczeniu checkbox`a „Nadając numerację pomiń zapisy na kontach pozabilansowych” program działa tak, że operacja księgowania dokumentów, w podanym zakresie dat, nadaje numery zapisom na kontach bilansowych oraz wynikowych, ale nie nadaje numerów zapisom na kontach pozabilansowych.

Nieponumerowane zapisy na kontach pozabilansowych nadal trafiają na zestawienia, w tym na zestawienie „Zapisy dzienników”, ale można je „wykluczyć”, czyli pominąć, jeśli zaznaczy się w parametrach zestawienia „Zapisy dzienników” pole typu checkbox o opisie „Pomiń zapisy na kontach pozabilansowych, które nie mają nadanej numeracji”.

2. W zakresie zestawienia „Zapisy dzienników” (menu: „Zestawienia” >> „Zestawienia – Księgowość” >> „Księga handlowa” >> „Zapisy dzienników”):

Domyślnie, w oknie parametrów, checkbox „Pomiń zapisy na kontach pozabilansowych, które nie mają nadanej numeracji” jest odznaczony, żeby nie zmieniać obecnego zachowania zestawienia.

Brak zaznaczenia checkbox`a „Pomiń zapisy na kontach pozabilansowych, które nie mają nadanej numeracji” powoduje, że program działa tak, jak do tej pory, tj. zestawienie „Zapisy dzienników” prezentuje zapisy na wszystkich kontach: bilansowych, wynikowych oraz pozabilansowych, bez względu na to, czy te zapisy zostały ponumerowane, czy nie. Nic się nie zmienia w stosunku do tego, jak program działał do tej pory.

Po zaznaczeniu checkbox`a „Pomiń zapisy na kontach pozabilansowych, które nie mają nadanej numeracji” program działa tak, że zestawienie „Zapisy dzienników” prezentuje zapisy na kontach: bilansowych, wynikowych oraz pozabilansowych, ale w przypadku kont pozabilansowych, sprawdzane jest, czy zostały one ponumerowane, czy nie i jeśli nie zostały ponumerowane, bo w zakresie dat zestawienia jeszcze nie wykonano operacji księgowania albo wykonano ją, ale w oknie księgowania zaznaczono checkbox „Nadając numerację pomiń zapisy na kontach pozabilansowych”, to zestawienie pomija te zapisy.

UWAGA: Pomijanie zapisów na kontach pozabilansowych, zarówno w przypadku nadawania numeracji zapisom księgowym podczas operacji księgowania, jak i podczas wykonywania zestawienia „Zapisy dzienników”, nie dotyczy dekretów dwustronnych, w których jedno z podanych kont jest pozabilansowe, ale drugie z podanych kont jest bilansowe lub wynikowe. Taki „mieszany” dekret jest uznawany za zapis na kontach bilansowych/wynikowych (bo jedno z kont jest bilansowe/wynikowe) i nie jest pomijany, żeby numeracja objęła konto bilansowe/wynikowe.

1. W celu obsłużenia w pliku JPK_KR_PD (v. 1) informacji o kodzie kontrahenta dodano w oknie dokumentu księgowego nowe pole (kontrolkę) o nazwie „Kod kontrahenta (dla celów pliku JPK_KR_PD)”.

Kontrolka o nazwie „Kod kontrahenta (dla celów pliku JPK_KR_PD)” została umieszczona w oknie dokumentu księgowego, na zakładce „Kontrahent”. 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 „zlepek” informacji: nazwa pełna (kontrahenta) oraz numer NIP (kontrahenta) bądź jedna z tych danych, jeśli nie podano drugiej. Użytkownik nie musi samodzielnie podawać kodu kontrahenta. Program automatycznie przenosi do kontrolki „Kod kontrahenta (dla celów pliku JPK_KR_PD)” dane o nazwie pełnej kontrahenta i jego NIP`ie z kontrolki „Nazwa pełna” oraz z kontrolki „NIP”. UWAGA: Kontrolka „Kod kontrahenta (dla celów pliku JPK_KR_PD)” została automatycznie 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 nazwy pełnej kontrahenta i numeru NIP kontrahenta z jednym wyjątkiem, o którym będzie mowa w dalszej części: a mianowicie, gdy w danych kontrahenta podano tylko nazwę skróconą kontrahenta, a brak jest nazwy pełnej i numeru NIP.

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 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ą kontrahenta oraz numer NIP, to kod kontrahenta to „zlepek” tych danych (połączony podkreślnikiem).
2). Jeżeli w dokumencie księgowym, w danych kontrahenta, podano nazwę pełną kontrahenta, ale nie podano numeru NIP, to kod kontrahenta to sama nazwa pełna kontrahenta (bez żadnego podkreślnika).
3). Jeżeli w dokumencie księgowym, w danych kontrahenta, podano numer NIP, ale nie podano nazwy pełnej kontrahenta, to kod kontrahenta to sam numer NIP (bez żadnego podkreślnika).
4). Jeżeli w dokumencie księgowym, w danych kontrahenta, nie podano ani nazwy pełnej kontrahenta, ani numeru NIP, ale podano samą nazwę skróconą, to kod kontrahenta to sama nazwa skrócona (bez żadnego podkreślnika).
5). Jeżeli w dokumencie księgowym, w danych kontrahenta, nie podano ani nazwy pełnej, ani nazwy skróconej, ani 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.

Niezalecane jest podawanie w danych kontrahenta nierzeczywistych danych, np. zwrotu „BRAK”, bo spowoduje to wyeksportowanie do pliku JPK_KR_PD, do węzła „Kontrahent”, danych kontrahenta z nierzeczywistymi danymi (np. ze zwrotem „BRAK”).

W zasobniku kolumn okna przeglądowego dokumentów księgowych udostępniono nową 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.

W razie edycji nazwy kontrahenta i/lub numeru NIP kontrahenta, w kontrolce „Kod kontrahenta (dla celów pliku JPK_KR_PD)” prezentowane są 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.

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

2. W celu obsłużenia w pliku JPK_KR_PD (v. 1) informacji o kodzie kraju nadania numeru informacji podatkowej dodano w oknie dokumentu księgowego nowe pole (kontrolkę) o nazwie „Państwo”.

UWAGA: Informacja o kodzie kraju nadania numeru identyfikacji podatkowej jest daną niewymaganą w pliku JPK_KR_PD, bowiem nie każdy kontrahent ma nadany numer identyfikacji podatkowej, a tym samym w jego wypadku nie ma się do czynienia z kodem kraju nadania numeru identyfikacji podatkowej.

Kontrolka o nazwie „Państwo” została umieszczona w oknie dokumentu księgowego, na zakładce „Kontrahent”. Działała w dokumencie księgowym w trybie „do edycji”, czyli można ją uzupełniać/zmieniać jej zawartość/usuwać jej zawartość. Nie jest wymagana do uzupełnienia, tak jak nie są wymagane do uzupełnienia pozostałe dane adresowe, czy też numer NIP.

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 polu T_2 zgodnie z opisem pola, podawany jest kod kraju nadania identyfikatora podatkowego kontrahenta – zgodnie ze standardem ISO. Wskazuje się dwuliterowy kod kraju, w którym kontrahent ma nadany identyfikator podatkowy (w tym polu nie jest podawany kod UE na potrzeby podatku VAT), natomiast w polu T_3 należy podać pełny numer identyfikacji podatkowej.”

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

W przypadku wprowadzania nowych dokumentów księgowych, w których kontrahent zostaje 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). W przypadku wprowadzania danych kontrahenta do dokumentu księgowego z wykorzystaniem tzw. wyszukiwarki „GUS” (przycisk „GUS” widoczny przy numerze NIP), do kontrolki „Państwo” domyślnie naczytywany jest kod „PLN”. 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.

Konsekwencją wprowadzenia do okna dokumentu księgowego nowego pola „Państwo” jest zmieniona zawartość i wersja pliku XML dokumentu księgowego. Do nagłówka dokumentu księgowego dodano niewymagane pole KONTR_KRAJ o długości 40 znaków.

Opis w pliku XML wygląda następująco:

<POLE NAZWA=”KRAJ” TYP=”String” SZEROKOŚĆ=”40″ OPIS=”Nazwa kraju.” WYMAGANE=”Nie”/>

Pole to widoczne jest jako atrybut węzła DOKUMENT.

Dotychczasowa wersja oznaczona numerem 19.0 ma numer 19.1.

UWAGA: Dostawcy rozwiązań bazujących na eksporcie/imporcie dokumentów księgowych z „RaksSQL” powinni dostosować swoje rozwiązania do powyższej zmiany.

Uaktualniono słownik banków dystrybuowany w „RaksSQL”.