---
title: "Art. 15 UoR — Księga główna i podwójny zapis"
description: "Księga główna (konta syntetyczne) — ujęcie systematyczne zdarzeń, zasada podwójnego zapisu, kolejność chronologiczna zapisów na koncie. Polski plan kont zespołów 0–8."
url: https://numifyai.com/docs/zgodnosc-z-prawem/ustawa-o-rachunkowosci/art-15-ksiega-glowna
review_status: internal
updated: 2026-04-16
---


<PolishTerm pl="Księga główna" en="General ledger">Księga główna</PolishTerm>
grupuje wszystkie zapisy księgowe **według kont** — w przeciwieństwie
do dziennika, który grupuje je chronologicznie. To ten sam zbiór danych
w innym ułożeniu. Na jej podstawie powstaje
<PolishTerm pl="ZOiS" en="trial balance">zestawienie obrotów i sald</PolishTerm>,
a z niego — bilans i rachunek zysków i strat.

<ComplianceDisclaimer />

## Definicja — art. 15 ust. 1 [#definicja--art-15-ust-1]

> Konta księgi głównej zawierają zapisy o zdarzeniach w ujęciu
> systematycznym. Na kontach księgi głównej obowiązuje ujęcie
> zarejestrowanych uprzednio lub równocześnie w dzienniku zdarzeń,
> zgodnie z zasadą podwójnego zapisu.

Trzy elementy:

1. **Ujęcie systematyczne** — zdarzenia są przypisane do konkretnych
   kont (np. 402, 201, 220), które tematycznie grupują operacje.
2. **Ujęcie uprzednio lub równocześnie w dzienniku** — nic nie może
   pojawić się w księdze głównej, zanim nie zostanie zarejestrowane
   w dzienniku. To gwarantuje, że dziennik jest kompletny.
3. **Zasada podwójnego zapisu** — każde zdarzenie ma co najmniej dwa
   skutki na kontach: jeden po stronie debetu (Dt) i jeden po stronie
   kredytu (Ct), a sumy obu stron muszą być równe.

## Zasada podwójnego zapisu [#zasada-podwójnego-zapisu]

Matematyczna zasada: **dla każdego zapisu księgowego suma debetów =
suma kredytów**. Dzięki temu:

* Bilans zawsze się bilansuje (aktywa = pasywa).
* Błąd w zapisie manifestuje się jako różnica między stronami.
* ZOiS służy jako automatyczna kontrola spójności.

Przykład — faktura zakupu usługi na 1 230 zł brutto (netto 1 000 zł + VAT 23%):

| Konto                     | Opis                     | Debet        | Kredyt       |
| ------------------------- | ------------------------ | ------------ | ------------ |
| <AccountRef code="402" /> | Usługi obce — netto      | 1 000,00     |              |
| <AccountRef code="221" /> | VAT naliczony            | 230,00       |              |
| <AccountRef code="202" /> | Rozrachunki z dostawcami |              | 1 230,00     |
|                           | **Razem**                | **1 230,00** | **1 230,00** |

Suma się zgadza — zapis jest poprawny.

W Numify weryfikacja jest automatyczna — test na balansowanie każdego
zapisu jest wykonywany w
<ServiceRef path="src/lib/services/auto-journal.ts">auto-journal.ts</ServiceRef>
oraz pokryty testami jednostkowymi w `auto-journal.test.ts`.

## Kolejność chronologiczna na koncie — art. 15 ust. 2 [#kolejność-chronologiczna-na-koncie--art-15-ust-2]

> Zapisów na określonym koncie księgi głównej dokonuje się w kolejności
> chronologicznej.

Chronologia obowiązuje nie tylko w dzienniku, ale i **na każdym
oddzielnym koncie**. Oznacza to:

* Zapis na koncie 402 z 5 stycznia musi poprzedzać zapis z 10 stycznia
  na tym samym koncie.
* Salda narastająco liczą się od otwarcia ksiąg w kolejności dat.

Numify wyświetla księgę konta zawsze w porządku chronologicznym
(implementacja `getAccountLedger` w
<ServiceRef path="src/lib/services/general-ledger.ts">general-ledger.ts</ServiceRef>
— `ORDER BY journalEntries.date, journalEntries.entryNumber`).

## Polski plan kont — zespoły 0–8 [#polski-plan-kont--zespoły-08]

Zakładowy plan kont każdej sp. z o.o. oparty jest na wzorcowym układzie
9 zespołów (<LegalRef act="UoR" art="10" paragraph="1" />
pkt 3 lit. a nakłada obowiązek posiadania zakładowego planu kont w
polityce rachunkowości). Numify seeduje domyślny plan kont przez
<ServiceRef path="src/lib/services/seed-company-accounts.ts">seed-company-accounts.ts</ServiceRef>
z definicji w <ServiceRef path="src/db/seed-accounts.ts">src/db/seed-accounts.ts</ServiceRef>.

| Zespół | Nazwa                                          | Przykładowe konta                                                                                                                                                                  |
| ------ | ---------------------------------------------- | ---------------------------------------------------------------------------------------------------------------------------------------------------------------------------------- |
| 0      | Aktywa trwałe                                  | <AccountRef code="010" name="Środki trwałe" />, <AccountRef code="020" name="WNiP" />, <AccountRef code="070" name="Umorzenie ŚT" />                                               |
| 1      | Środki pieniężne i rachunki bankowe            | <AccountRef code="100" name="Kasa" />, <AccountRef code="130" name="Rachunek bieżący" />                                                                                           |
| 2      | Rozrachunki i roszczenia                       | <AccountRef code="201" name="Odbiorcy" />, <AccountRef code="202" name="Dostawcy" />, <AccountRef code="220" name="VAT należny" />, <AccountRef code="221" name="VAT naliczony" /> |
| 3      | Materiały i towary                             | <AccountRef code="310" name="Materiały" />, <AccountRef code="330" name="Towary" />                                                                                                |
| 4      | Koszty według rodzajów                         | <AccountRef code="401" name="Zużycie materiałów" />, <AccountRef code="402" name="Usługi obce" />, <AccountRef code="403" name="Podatki i opłaty" />                               |
| 5      | Koszty według typów działalności               | Wykorzystywane przy wariancie kalkulacyjnym RZiS                                                                                                                                   |
| 6      | Produkty i rozliczenia międzyokresowe          | <AccountRef code="640" name="RMK czynne" />                                                                                                                                        |
| 7      | Przychody i koszty związane z ich osiągnięciem | <AccountRef code="700" name="Sprzedaż" />, <AccountRef code="750" name="Przychody finansowe" />                                                                                    |
| 8      | Kapitały własne, fundusze specjalne, wynik     | <AccountRef code="800" name="Kapitał zakładowy" />, <AccountRef code="860" name="Wynik finansowy" />                                                                               |

Konta te są **syntetyczne** (3-cyfrowe). Analityka (np. `202-ACME-LTD`
dla konkretnego dostawcy) idzie do ksiąg pomocniczych — zobacz
[Art. 16–17 — księgi pomocnicze](/docs/zgodnosc-z-prawem/ustawa-o-rachunkowosci/art-16-ksiegi-pomocnicze).

## Saldo konta: debet-normal vs kredyt-normal [#saldo-konta-debet-normal-vs-kredyt-normal]

Konta mają „naturalny" stronę salda zależną od typu:

| Typ konta (UoR)  | Normalne saldo | Przykłady                                             |
| ---------------- | -------------- | ----------------------------------------------------- |
| Aktywa           | Debet          | 010 Środki trwałe, 201 Odbiorcy, 130 Rachunek bieżący |
| Pasywa / Kapitał | Kredyt         | 800 Kapitał zakładowy, 202 Dostawcy, 220 VAT należny  |
| Koszty           | Debet          | 402 Usługi obce, 401 Zużycie materiałów               |
| Przychody        | Kredyt         | 700 Sprzedaż, 750 Przychody finansowe                 |

Numify przechowuje typ w kolumnie `chart_accounts.type`
(`asset`/`liability`/`equity`/`revenue`/`expense`/`off_balance`) i
używa go przy generowaniu bilansu oraz RZiS (przez znaczniki
`balanceSheetTag` i `pnlTag` — zobacz [Załącznik 1](/docs/zgodnosc-z-prawem/ustawa-o-rachunkowosci/zalacznik-1)).

## Jak wygląda księga główna w Numify [#jak-wygląda-księga-główna-w-numify]

Ekran `/general-ledger`:

* Po lewej stronie — lista kont, które miały ruch w wybranym okresie
  (pobierane przez `getGeneralLedgerSummary`).
* Po wybraniu konta — historia zapisów (data, numer dziennika, opis,
  Dt, Ct, saldo bieżące).
* Saldo wyliczane narastająco zgodnie z art. 15 ust. 2 (chronologicznie)
  — funkcja `getAccountLedger` w
  <ServiceRef path="src/lib/services/general-ledger.ts">general-ledger.ts</ServiceRef>.

Eksport księgi głównej do PDF / XLSX jest dostępny na tym samym ekranie
(wywołanie endpointu `/api/financial-reports/export/general-ledger`).

## Powiązanie z dziennikiem i ZOiS [#powiązanie-z-dziennikiem-i-zois]

Trzy księgi są powiązane matematycznie:

```
Dziennik (chronologia)
      ↔  (ten sam zbiór zapisów, ułożony inaczej)
Księga główna (wg kont)
      ↓  (agregacja per konto)
Zestawienie obrotów i sald (salda na koniec okresu)
      ↓
Bilans + RZiS
```

Obroty dziennika = obroty ZOiS (<LegalRef act="UoR" art="14" paragraph="1" />).
Suma debetów = suma kredytów w każdym zapisie i narastająco
(<LegalRef act="UoR" art="15" paragraph="1" />). Salda kont dają
wiersze bilansu i RZiS po zastosowaniu znaczników z planu kont.

<ChangeHistory>
  <ChangeEntry date="2026-04-16" act="Phase 3a">
    Pierwsza wersja — oparta na aktualnym tekście art. 15 UoR (Dz.U. 2023
    poz. 120) oraz na implementacji `general-ledger.ts` i planie kont
    w `src/db/seed-accounts.ts`.
  </ChangeEntry>
</ChangeHistory>