Zestawienia

Zakładkę Zestawienia widzisz tylko wtedy, gdy firma pracuje w trybie pełnej księgowości (patrz sekcja „Wybór trybu księgowości" na stronie Pierwsze kroki). To ekran zbiorczy, który czyta cały Dziennik i pokazuje Ci go w kilku różnych układach: podsumowanie liczbowe, zestawienie analityczne kont, zestawienie szczegółowe dekretów, eksport JPK_KR_PD z formularzem RPD oraz zestawienie obrotów i sald.

Zanim przejdziesz dalej — od razu ważna informacja: nie wszystkie sekcje tego ekranu faktycznie działają w obecnej wersji programu. Poniżej przy każdej z nich piszę wprost, czy możesz na niej polegać, czy nie.

Podsumowanie finansowe

Na samej górze widzisz cztery kafelki: Łączne przychody, Łączne koszty, Wynik finansowy i Liczba zapisów, liczone dla wybranego roku (rok wybierasz w górnym pasku programu, tak jak w innych modułach). To wyliczenie jest proste i w pełni działa — program sumuje po stronie Ma wszystkie kwoty na kontach zaczynających się cyfrą „7" (przychody) oraz po stronie Wn wszystkie kwoty na kontach zaczynających się na „4" lub „5" (koszty), na podstawie dekretów już wczytanych do programu dla tego roku.

Zestawienie Analityczne

To pierwsza duża sekcja pod podsumowaniem. Masz tu filtry: Data od/do, Konto od/do (np. od 010 do 860, żeby ograniczyć się do wybranego zakresu kont), checkboxy „Uwzględnij bufor" i „Uwzględnij bilans otwarcia", przycisk „Generuj zestawienie" i (po wygenerowaniu wyników) „Drukuj".

Zamysł tej sekcji to klasyczna „księga główna" per konto: dla każdego konta osobny blok z listą operacji (data, dokument, treść, Wn, Ma, numer systemowy, operator) i pod spodem podsumowaniem w trzech wierszach — Bilans Otwarcia (saldo z operacji sprzed wybranego okresu), Okres (obroty tylko w wybranym przedziale dat) i Narastająco (obroty od początku okresu rozliczeniowego do końca wybranej daty „do") — dokładnie ten sam trójpodział, którego program używa też wewnętrznie przy liczeniu zestawienia obrotów i sald.

Ta sekcja obecnie nie działa. Kliknięcie „Generuj zestawienie" wysyła zapytanie do adresu /api/analytical-statement, a takiego adresu serwer w ogóle nie obsługuje — sprawdziłem cały kod źródłowy backendu (katalog internal/handlers) i nie ma tam żadnej funkcji, która by go rejestrowała. W praktyce, po kliknięciu przycisku, na ekranie nic się nie zmieni — zostaniesz z komunikatem „Ustaw filtry i kliknij «Generuj zestawienie», aby wyświetlić zestawienie analityczne", bez żadnego komunikatu błędu (błąd widać tylko w konsoli przeglądarki, klawisz F12, jeśli akurat ją otworzysz). Przycisk „Drukuj" też się nigdy nie pojawi, bo pojawia się dopiero wtedy, gdy są jakiekolwiek dane do wydrukowania.

Zestawienie szczegółowe

Ta sekcja działa i jest właściwie tabelarycznym widokiem dekretów z Dziennika z możliwością filtrowania. Masz tu:

Data od / Data do — zakres dat dekretu,
Wybór kont — pole z podpowiadaniem (wpisujesz numer albo nazwę konta) albo przycisk z ikoną listy, który otwiera modal z pełnym drzewkiem kont (syntetyczne + ich analityczne) do zaznaczenia checkboxami. Wybrane konta pokazują się jako „chipy" pod polem, każdy z krzyżykiem do usunięcia.

Przyciski „Wyczyść filtry" i „Generuj zestawienie" — to drugie faktycznie przelicza i pokazuje tabelę: kolumny Data, Dokument, Opis, Konto Wn, Konto Ma, Winien, Ma, a na dole wiersz SUMA i wiersz SALDO (Wn − Ma). Jeśli wybrałeś/aś konkretne konta, do sumy i salda liczą się tylko one — reszta dekretu jest widoczna w tabeli, ale pomijana w podsumowaniu.

Eksport do Excel

Gdy tabela ma jakiekolwiek wyniki, obok „Generuj zestawienie" pojawia się przycisk „Eksportuj do Excel". Ten przycisk nie działa — wysyła zapytanie POST na adres /api/export/excel, którego backend w ogóle nie ma zarejestrowanego (podobnie jak w przypadku zestawienia analitycznego, sprawdziłem cały kod handlerów i takiej trasy tam nie ma). W przeciwieństwie do zestawienia analitycznego, tutaj zobaczysz komunikat błędu — na ekranie wyskoczy okienko z alertem „Błąd podczas eksportu do Excel: …", bo w tym miejscu program próbuje odczytać treść błędu z odpowiedzi serwera i nie znajdując poprawnej odpowiedzi JSON, zgłasza wyjątek zamiast po cichu nic nie robić.

Eksport JPK_KR_PD

Niżej na ekranie znajdziesz kartę „Eksport JPK_KR_PD (rok …)" — to działający eksport ksiąg rachunkowych w formacie wymaganym przez urząd. Klikasz przycisk „Eksportuj JPK_KR_PD" i program generuje plik XML za wybrany rok.

Zanim eksport się powiedzie, muszą być spełnione dwa warunki, oba pilnowane przez program z czytelnym komunikatem, gdy czegoś brakuje:

Dane firmy w Ustawieniach — nazwa, NIP, adres siedziby (miejscowość) i kod urzędu skarbowego. Jeśli czegoś z tego brakuje, zamiast pliku dostaniesz komunikat: „Uzupełnij dane firmy (nazwa, NIP), adres siedziby i kod urzędu skarbowego w Ustawieniach przed wygenerowaniem eksportu JPK".
Znacznik JPK (S_12_1) na każdym koncie, które ma jakiekolwiek zapisy — to samo pole opisane na stronie Plan kont. Jeśli choć jedno używane konto go nie ma, eksport odmawia wygenerowania pliku i pokazuje komunikat „brakuje znacznika JPK (S_12_1) dla kont: …" z dokładną listą numerów kont do uzupełnienia — nie musisz ich sam/a szukać, program wymienia je z nazwy.

Rozliczenie podatku dochodowego (RPD)

Pod przyciskiem eksportu jest formularz z ośmioma polami liczbowymi, K_1 do K_8 — to pozycje uzgadniające wynik księgowy z wynikiem podatkowym, wymagane w pliku JPK_KR_PD:

K_1 — przychody zwolnione z opodatkowania,
K_2 — przychody niepodlegające opodatkowaniu w roku bieżącym,
K_3 — przychody podlegające opodatkowaniu bieżąco, ujęte w księgach lat ubiegłych,
K_4 — koszty niestanowiące kosztów uzyskania przychodów (KUP),
K_5 — koszty nieuznawane za KUP w roku bieżącym,
K_6 — koszty uznawane za KUP bieżąco, ujęte w księgach lat ubiegłych,
K_7 — przychody podlegające opodatkowaniu nieujmowane w księgach,
K_8 — koszty uznawane za KUP nieujmowane w księgach.

To pola, których program nie wylicza sam z dekretów — wpisujesz w nich wartości na podstawie własnej analizy (czyli „osądu księgowego", jak głosi opis na ekranie). Uzupełnij je przed wygenerowaniem eksportu i kliknij „Zapisz dane RPD". Wartości zapisują się osobno dla każdego roku obrotowego, więc przy zmianie roku zobaczysz inny (albo pusty, jeśli jeszcze nie uzupełniony) zestaw liczb.

Zestawienie Obrotów i Sald

Ostatnia karta na ekranie. Masz tu przełączniki widoku „Wszystkie" / „Syntetyczne" / „Analityczne", checkboxy „Uwzględnij bufor" i „Ukryj konta zerowe", pole „Miesiąc (obroty)" i przycisk „Oblicz zestawienie". Zamysł: klasyczna tabela obrotów i sald z kolumnami Obroty Wn/Ma na bilansie otwarcia, Obroty Wn/Ma za wybrany miesiąc, Obroty Wn/Ma narastająco za cały rok i Saldo Wn/Ma na koniec okresu — pojęciowo dokładnie to samo rozróżnienie, co w zestawieniu analitycznym wyżej: bilans otwarcia to salda z operacji sprzed roku obrotowego, obroty okresu to ruch tylko w wybranym miesiącu, a narastająco to suma od początku roku do końca wybranego miesiąca.

Ta sekcja jest szczególnym przypadkiem: backend, który ją liczy, istnieje i działa poprawnie — ale interfejs, który ma pokazać wynik, nie umie odczytać tego, co serwer odsyła, więc mimo poprawnie policzonych danych i tak nic się nie wyświetli. Sprawdziłem to dokładnie po obu stronach:

Serwer (GET /api/trial-balance) faktycznie liczy poprawne saldo dla każdego konta i zwraca je jako obiekt JSON, w którym kluczami są numery kont, a każda wartość ma pola openingBalance, period, cumulative, closing (każde z osobnym Wn/Ma/saldem).
Ekran Zestawień natomiast oczekuje zupełnie innego kształtu odpowiedzi: tablicy accounts (z polami typu number, name, isSynthetic, boDebitTurnover, monthDebitTurnover, debitTurnover, debitBalance itd.) plus osobnego obiektu totals i pola selectedMonth.

Te dwa kształty się nie zgadzają — ani nazwy pól, ani nawet ogólna struktura (obiekt-słownik kontra tablica z osobnym podsumowaniem). Efekt w praktyce: klikasz „Oblicz zestawienie", zapytanie do serwera kończy się sukcesem (bez żadnego komunikatu błędu), ale tabela mimo to nigdy się nie pojawia — ekran zostaje przy komunikacie „Kliknij «Oblicz zestawienie», aby wygenerować zestawienie obrotów i sald", tak jakby nic się nie stało. To nie usterka po Twojej stronie ani błąd w danych firmy — to niedopasowanie w samym programie.

Jeśli potrzebujesz dziś realnych liczb obrotów i sald, dobra wiadomość jest taka, że te same, poprawnie policzone dane trafiają do wygenerowanego pliku JPK_KR_PD opisanego wyżej (sekcja ZOiS pliku XML) — eksport ten korzysta z tego samego mechanizmu liczącego, tyle że nie przechodzi przez ten zepsuty fragment interfejsu. Więcej o eksportach JPK w ogóle znajdziesz na stronie Eksporty JPK.