Art. 14 UoR — Dziennik

Dziennik to jedna z czterech obligatoryjnych ksiąg rachunkowych (UoR, art. 13). Jego funkcja jest prosta: zawiera wszystkie zdarzenia gospodarcze jednostki w kolejności chronologicznej, zapisane w sposób, który daje się uzgodnić z kontami księgi głównej i powiązać z dowodami księgowymi. Bez poprawnego dziennika nie ma poprawnych ksiąg.

Definicja — art. 14 ust. 1

Dziennik zawiera chronologiczne ujęcie zdarzeń, jakie nastąpiły w danym okresie sprawozdawczym. Bez względu na technikę prowadzenia ksiąg rachunkowych dziennik powinien umożliwiać uzgodnienie jego obrotów z obrotami zestawienia obrotów i sald kont księgi głównej.

Trzy kluczowe cechy wynikające z ust. 1:

1. Chronologia — zapisy idą w kolejności zdarzeń, nie np. według kontrahenta ani konta.
2. Kompletność — w dzienniku jest każde zdarzenie zarejestrowane w księgach, nie wybrane.
3. Uzgadnialność — suma obrotów dziennika = suma obrotów zestawienia obrotów i sald kont księgi głównej. To jest tak zwana kontrola dziennikowa — wynika z zasady podwójnego zapisu i jest obligatoryjnym testem spójności ksiąg.

Numeracja i powiązanie z dowodami — art. 14 ust. 2

Zapisy w dzienniku muszą być kolejno numerowane, a sumy zapisów (obroty) liczone w sposób ciągły. Sposób dokonywania zapisów w dzienniku powinien umożliwiać ich jednoznaczne powiązanie ze sprawdzonymi i zatwierdzonymi dowodami księgowymi.

Kolejna numeracja

Numer pozycji dziennika jest ciągły w ramach okresu prowadzenia dziennika — najczęściej roku obrotowego. Nie wolno:

• Pomijać numerów.
• Powtarzać numerów.
• Nadawać numeru wstecznie (nie: „chyba wstawię między 142 a 143 jeszcze jeden").

Ciągłe sumowanie obrotów

Suma obrotów musi być liczona narastająco — każdy nowy zapis zwiększa sumę dotychczasową. Jest to tożsame z wymogiem, że usunięcie zapisu (np. przez administratora bazy) zmieniłoby sumę obrotów historycznych — co jest niedozwolone (UoR, art. 25, zobacz też Art. 25 — ślad rewizyjny).

Powiązanie z dowodami księgowymi

Każdy zapis musi wskazywać dowód, na podstawie którego został wprowadzony — fakturę, wyciąg bankowy, polecenie księgowania, notę korygującą itd. Obowiązkowe elementy dowodu księgowego są wymienione w UoR, art. 21, a zasady postępowania z dowodami (rzetelność, kompletność, korygowanie błędów w dowodach) w UoR, art. 22.

Dzienniki częściowe — art. 14 ust. 3

Jeżeli stosuje się dzienniki częściowe, grupujące zdarzenia według ich rodzajów, to należy sporządzić zestawienie obrotów tych dzienników za dany okres sprawozdawczy.

Dzienniki częściowe to tradycyjny podział dziennika według rodzaju operacji — np. osobny dziennik sprzedaży, dziennik zakupu, dziennik kasowy. Jeśli jednostka je stosuje, nadal musi sporządzić wspólne zestawienie obrotów, aby suma się zgadzała.

Numify domyślnie prowadzi jeden dziennik ogólny — wszystkie zapisy są w jednej tabeli journal_entries z polem source opisującym pochodzenie (auto_invoice, auto_bank, manual). Nie ma odrębnych dzienników częściowych, więc art. 14 ust. 3 nie wymaga dodatkowych zestawień.

Wymogi dla ksiąg prowadzonych komputerem — art. 14 ust. 4

Przy prowadzeniu ksiąg rachunkowych przy użyciu komputera zapis księgowy powinien posiadać automatycznie nadany numer pozycji, pod którą został wprowadzony do dziennika, a także dane pozwalające na ustalenie osoby odpowiedzialnej za treść zapisu.

Dwa dodatkowe wymogi dla systemów komputerowych:

1. Automatycznie nadany numer pozycji — numer nie może być wprowadzany ręcznie przez użytkownika, musi być generowany przez system.
2. Dane osoby odpowiedzialnej za treść zapisu — system musi rejestrować kto utworzył / zatwierdził / zaksięgował zapis.

Oba wymogi są spełniane w Numify:

• Numer pozycji (entryNumber) jest obliczany w transakcji jako max(entryNumber) + 1 z ograniczeniem unikalności w obrębie roku obrotowego — wraz z mechanizmem retry na kolizji unique constraint (src/lib/services/auto-journal.ts, pole entry_number + indeks unikalny (company_id, fiscal_year, entry_number)).
• Osoba odpowiedzialna za zapis jest zapisywana w kolumnie created_by (journal_entries) oraz w logu audytowym audit.ts (patrz Art. 25 — ślad rewizyjny).

Jak Numify realizuje art. 14

Przepływ tworzenia zapisu w dzienniku (dla zaksięgowanej transakcji):

Transakcja (zweryfikowana)
      ↓
  lookup mapowania kategoria → konto księgowe
      ↓
  ensurePeriodOpen(rok, miesiąc)
      ↓
  obliczenie entryNumber = max(entryNumber) + 1
      ↓
  INSERT journal_entries + INSERT journal_lines (w jednej transakcji DB)
      ↓
  zapis do audit log (fire-and-forget)

Pliki:

• auto-journal.ts — tworzenie zapisu w dzienniku z transakcji (z zachowaniem reguł reverse charge, Ustawa o VAT, art. 28b).
• fiscal-periods.ts — blokowanie zapisów w zamkniętych okresach.
• audit.ts — rejestracja operacji w audit_log.

Tabele bazodanowe:

Weryfikacja poprawności

W dashboardzie Numify suma debetów = suma kredytów jest testowana na każdy zapis (wymóg UoR, art. 15 — podwójny zapis). Na poziomie dziennika obowiązuje test z UoR, art. 14 ust. 1: suma obrotów dziennika = suma obrotów ZOiS. Ten test jest automatyczny — opiera się na generateTrialBalance w trial-balance.ts i sprawdza, że totals.periodDebit === totals.periodCredit dla okresu.