Nowy Jednolity Plik Kontrolny dla podatku dochodowego (JPK CIT, struktura JPK_KR_PD) wymaga raportowania różnic między wynikiem księgowym a podatkowym — pozycji, które dotąd wiele firm rekonstruowało ręcznie, w arkuszach kalkulacyjnych, z dużym nakładem pracy i ryzykiem pomyłki przy zamknięciu roku. Moduł Finansowo-Księgowy (FK) systemu Softlab ERP by Asseco prowadzi tę ewidencję na dedykowanych kontach pozabilansowych i automatycznie przygotowuje dane do raportu RPD pliku JPK CIT. Dzięki temu rozliczenie różnic podatkowych staje się powtarzalnym, kontrolowanym procesem księgowym zamiast corocznej, ręcznej układanki.

Potrzeba biznesowa

Obowiązek prowadzenia ksiąg rachunkowych w formie ustrukturyzowanej i przekazywania ich organom podatkowym (JPK CIT) obejmuje kolejne grupy podatników podatku dochodowego od osób prawnych. Nowością jest część poświęcona rozliczeniu różnic podatkowych (RPD) — czyli zestawienie wartości, które inaczej wyglądają w ujęciu bilansowym, a inaczej w rozliczeniu podatkowym CIT. Mowa o przychodach i kosztach, które podatkowo są ujmowane w innym momencie niż bilansowo (różnice przejściowe): naliczone odsetki, różnice kursowe z wyceny bilansowej, odpisy aktualizujące czy amortyzacja lub wartość bilansowa różni się od wartości podatkowej (różnice trwałe).

Dla głównych księgowych, dyrektorów finansowych oraz biur rachunkowych oznacza to nowe wymaganie: trzeba nie tylko policzyć podatek, ale też udokumentować i zaraportować, skąd biorą się różnice między zyskiem księgowym a podstawą opodatkowania, w podziale przewidzianym przez strukturę pliku. Perspektywa jest przy tym różna w zależności od roli. Specjalista ds. księgowości potrzebuje sposobu, by rejestrować różnice na bieżąco, bez ręcznego notowania ich „na boku”. Główny księgowy odpowiada za to, że na koniec roku ewidencja jest kompletna i zgodna z zapisami rachunkowymi. Dyrektor finansowy patrzy na ryzyko — błędna podstawa opodatkowania to korekta deklaracji i potencjalne sankcje.

Warto pamiętać, że obowiązek raportowania różnic podatkowych jest wprowadzany etapowo, a dla części podmiotów część raportu pozostaje na razie nieobowiązkowa. To jednak nie zmniejsza znaczenia tematu — przeciwnie, daje firmom czas, by przygotować i przetestować ewidencję, zanim stanie się ona obligatoryjnym elementem rozliczenia. Celem zmian w module FK Softlab ERP było udostępnienie gotowego, powtarzalnego mechanizmu, który prowadzi tę ewidencję na bieżąco — przy okazji standardowych księgowań — i z którego na koniec roku jednym krokiem powstają dane do raportu RPD.

Wielkim wyzwaniem jest dodatkowo wymóg raportowania podatkowych różnic przejściowych w zależności od roku ich powstania: albo w roku bieżącym albo w latach ubiegłych albo w przyszłości.

Jak wyglądało to wcześniej

Zanim ewidencja różnic podatkowych stała się częścią standardu modułu FK, dział księgowości musiał śledzić różnice między wartością bilansową a podatkową w dużej mierze poza systemem. Typowy scenariusz wyglądał tak: odsetki od należności, różnice kursowe czy odpisy księgowano normalnie na kontach wynikowych, a ich „podatkowy los” — czy i kiedy staną się przychodem lub kosztem podatkowym — trzeba było odtwarzać ręcznie w arkuszu, często dopiero przy zamknięciu roku. Wielu księgowych prowadziło ewidencję tzw. nkup-ów na wydzielonych kontach analitycznych

Takie podejście jest pracochłonne i podatne na błędy, zwłaszcza w trudnych przypadkach:

• przy odsetkach naliczonych i bilansowych, które stają się podatkowe dopiero w momencie zapłaty przez kontrahenta — a zapłata często przypada w kolejnym roku;
• przy różnicach kursowych z wyceny na dzień bilansowy, które trzeba „odwrócić” w momencie faktycznej realizacji rozrachunku;
• przy operacjach na przełomie roku, gdy różnica „roku bieżącego” musi zostać przeniesiona jako różnica „lat ubiegłych” i rozliczona później.

Podział kont wynikowych na KUP i NKUP okazał się jednak niewystarczający, aby odpowiednio przypisać podatkowe znaczniki kont i zaraportować dane w węźle RPD pliku JPK CIT.

A dodatkowym utrudnieniem był brak jednego, spójnego źródła informacji. Skoro różnice „żyły” w arkuszach obok systemu księgowego, ich uzgadnianie z obrotami na kontach wymagało osobnej pracy, a odtworzenie historii pojedynczej pozycji — na przykład tego, w którym roku powstała różnica i kiedy została rozliczona — bywało żmudne. Przy zamknięciu roku, gdy czasu jest najmniej, właśnie te uzgodnienia potrafiły pochłonąć najwięcej uwagi zespołu.

Jak to usprawniliśmy

Moduł FK Softlab ERP prowadzi ewidencję różnic podatkowych równolegle do zwykłych księgowań, na zestawie kont pozabilansowych dostarczanych w ramach wzorcowego planu kont. Każda różnica trafia automatycznie na właściwe konto pozabilansowe, w zależności od jej rodzaju.

System Sofltab ERP rozróżnia wiele rodzajów różnic podatkowych (trwałe, przejściowe, odliczenia/doliczenia od/do podstawy, odliczenia/doliczenia od/do podatku), w tym trzy rodzaje przejściowych różnic podatkowych, w zależności od tego, kiedy dana pozycja ma być wykazana podatkowo, a kiedy księgowo:

• różnice roku bieżącego (oznaczane jako PR) – czyli przychody/koszty nie podlegające opodatkowaniu w roku bieżącym,
• różnice lat ubiegłych (PX) czyli przychody/koszty podlegające opodatkowaniu w roku bieżącym, które zostały ujęte w księgach rachunkowych w ubiegłych latach,
• różnice lat następnych (PY) — czyli pozycje podatkowe już dziś, które w księgach rachunkowych pojawią się dopiero w przyszłości.

Trzeci z tych rodzajów różnic przejściowych (PY) jest najnowszym uzupełnieniem ewidencji podatkowej i domyka obraz: pozwala poprawnie ująć sytuacje, których wcześniejsze podejście nie obejmowało, takie jak amortyzacja podatkowa szybsza od bilansowej czy rezerwy i rozliczenia międzyokresowe rozpoznawane podatkowo przed ujęciem w księgach.

Najwięcej pracy odejmuje użytkownikowi automatyczne księgowanie różnic w tle. Standardowe schematy księgowania odsetek i różnic kursowych zostały rozbudowane tak, by przy każdym dokumencie samodzielnie tworzyły i rozliczały odpowiednią różnicę podatkową — także w trudnych przypadkach odsetek bilansowych (wraz z ich automatycznym stornem na początku nowego roku) oraz różnic kursowych od rozrachunków i od środków pieniężnych. Gdy odsetki lub różnice kursowe z wyceny bilansowej zostają faktycznie zrealizowane, system samodzielnie „odwraca” wcześniejszą wycenę i przenosi różnicę z kategorii roku bieżącego do kategorii lat ubiegłych — bez ręcznych przeksięgowań.

Zamknięcie roku pod kątem rozliczenia różnic podatkowych i ich odpowiedniego zaraportowania w węźle RPD pliku JPK CIT sprowadza się natomiast do uruchomienia jednej funkcji — przeksięgowania różnic podatkowych na konta RPD. Użytkownik wskazuje rok obrotowy i zakres dat, a system generuje dokument bilansu zamknięcia, który zasila raport RPD pliku JPK CIT.

Zachowano przy tym elastyczność potrzebną w realnych wdrożeniach: można wybrać poziom szczegółowości danych w dowodzie (zapisy zbiorcze lub w rozbiciu na konta źródłowe i klasyfikatory), zdecydować o kontach i sposobie przeksięgowania, a wprowadzona pojedyncza operacja zamknięcia jest w pełni odwracalna — gdyby trzeba było poprawić dane, wystarczy wycofać dokument i naliczyć go ponownie. W efekcie księgowość zyskuje przejrzysty, audytowalny ślad tego, jak z zapisów rachunkowych powstały pozycje podatkowe w pliku, oraz pewność, że dane w raporcie RPD odpowiadają obrotom na kontach.

Rys. 1. Funkcja przeksięgowania różnic podatkowych na konta raportu RPD — jednym krokiem powstają dane bilansu zamknięcia, które zasilają plik JPK CIT.

Rys. 2. Utworzony dokument BZ – zapisy na kontach RPD i zamkniecie/przeklasyfikowanie różnic

Istotne jest, że cały ten mechanizm działa obok dotychczasowej pracy księgowości, a nie zamiast niej. Użytkownik księguje odsetki, różnice kursowe czy zapłaty tak jak dotąd; ewidencja podatkowa powstaje równolegle, w sposób spójny z planem kont i klasyfikatorami. Wystarczy korzystać ze standardowych schematów księgowania dostarczanych z systemem.

Przykłady zastosowania

Przykład 1: Duży podmiot objęty obowiązkiem JPK CIT

Sytuacja: Spółka produkcyjna prowadzi setki rozrachunków i nalicza odsetki od przeterminowanych należności. Część z nich zostaje zapłacona dopiero w kolejnym roku, więc moment podatkowy nie pokrywa się z księgowym.

Rozwiązanie: Przy każdym księgowaniu odsetek naliczonych system tworzy różnicę podatkową PR na koncie pozabilansowym, a w momencie zapłaty automatycznie ją rozlicza — rozpoznając, czy dotyczy ona roku bieżącego, czy lat ubiegłych.

Rezultat: Na koniec roku ewidencja różnic jest kompletna i spójna z zapisami rachunkowymi, a dane do raportu RPD powstają bez ręcznego odtwarzania historii każdej należności.

Przykład 2: Firma rozliczająca transakcje walutowe

Sytuacja: Przedsiębiorstwo handlowe prowadzi sprzedaż eksportową i zakupy importowe w euro, a na dzień bilansowy dokonuje wyceny rozrachunków i środków pieniężnych w walucie.

Rozwiązanie: Schematy księgowania różnic kursowych same tworzą różnice podatkowe z wyceny bilansowej, a przy realizacji zapłaty odwracają tę wycenę i przenoszą różnicę do właściwej kategorii — odrębnie dla różnic od rozrachunków i od środków pieniężnych.

Rezultat: Skutki podatkowe wyceny walutowej są pod kontrolą przez cały rok, a klasyfikatory na kontach rozliczają się poprawnie, co ułatwia analizę i kontrolę przed wysłaniem pliku.

Przykład 3: Biuro rachunkowe obsługujące wiele podmiotów

Sytuacja: Biuro prowadzi księgi kilku spółek, z których każda przygotowuje się do raportowania różnic podatkowych w JPK CIT.

Rozwiązanie: Wzorcowy plan kont, gotowe schematy księgowania i jednolita funkcja zamknięcia roku dają powtarzalny mechanizm, który można skonfigurować raz i stosować u kolejnych klientów.

Rezultat: Obsługa nowego obowiązku staje się przewidywalna i skalowalna, a ryzyko błędu maleje dzięki standaryzacji procesu zamiast indywidualnych arkuszy dla każdej firmy.

Korzyści

• Niższe ryzyko kosztownych korekt i sankcji: poprawnie i na bieżąco prowadzona ewidencja różnic ogranicza ryzyko błędnej podstawy opodatkowania oraz korekt deklaracji po wysłaniu pliku JPK CIT.
• Oszczędność czasu działu księgowości: automatyczne księgowanie i rozliczanie różnic podatkowych w tle eliminuje ręczne odtwarzanie pozycji w arkuszach, szczególnie pracochłonne przy odsetkach i różnicach kursowych na przełomie roku.
• Gotowość regulacyjna bez dodatkowych narzędzi: dane do raportu RPD pliku JPK CIT powstają wewnątrz modułu FK, bez integracji z zewnętrznymi rozwiązaniami.
• Skalowalność i powtarzalność: raz skonfigurowany mechanizm — wzorcowy plan kont, schematy i jedna funkcja zamknięcia — można stosować dla wielu spółek i kolejnych lat obrotowych.
• Przejrzystość i audytowalność: każda pozycja podatkowa ma czytelny ślad pochodzenia z zapisów rachunkowych, a operacja zamknięcia roku jest w pełni odwracalna.
• Pełne pokrycie trudnych przypadków: obsługa odsetek naliczonych, otrzymanych i bilansowych, różnic kursowych od rozrachunków i od środków pieniężnych oraz trzech rodzajów różnic przejściowych (roku bieżącego, lat ubiegłych i lat następnych).

Ewidencja różnic podatkowych w module FK Softlab ERP zamienia jedno z najtrudniejszych zadań przy zamknięciu roku — rozliczenie różnic między księgami a podatkiem — w uporządkowany, powtarzalny proces. To realne wsparcie dla zespołów finansowych mierzących się z obowiązkiem JPK CIT i dobry moment, by przygotować ewidencję zawczasu, zanim raportowanie różnic stanie się rutyną.

Pełną informację o Softlab ERP by Asseco można znaleźć na stronie https://assecobs.pl/softlab/.

Autor wpisu: Jolanta Socha