Mis on pearaamat? Struktuur, näited ja selle andmemudel tarkvaras

Pearaamat on ettevõtte raamatupidamise täielik ajalugu: iga konto ning iga sellele kantud deebet ja kreedit. Bilanss, kasumiaruanne, käibedeklaratsioon – need kõik on pearaamatust tuletatud vaated. See ei ole lihtsalt üks aruanne teiste hulgas, vaid andmestik, mille põhjal aruandeid arvutatakse.

Struktuur: kontod → tehingud → kanded

Pearaamatul on kolm taset:

1. Kontod – kontoplaani järgi määratletud kategooriad: pank, nõuded ostjate vastu, aktsiakapital, teenuste müügitulu, palgakulu. Igal kontol on kood, nimi ja tüüp (vara, kohustus, omakapital, tulu, kulu).
2. Tehingud – ärisündmused: 12. märtsil väljastatud arve, 15. märtsi pangaülekanne. Igal tehingul on kuupäev ja kirjeldus.
3. Kanded – tehingu sees olevad read: konkreetne konto, deebet või kreedit, summa. Tehingul peab olema vähemalt kaks kanderida ja nende deebetid ning kreeditid peavad olema tasakaalus – see on kahekordne kirjaandmine.

Konto saldo pole midagi muud kui sellele kontole tehtud kannete summa. Küsimusele „miks on nõuded ostjate vastu 9300 €?“ vastab pearaamat täpse arvete ja laekumiste loendiga, mis selle summa moodustavad. See raporteeritavus on pearaamatu põhiomadus – iga numbrit igas finantsaruandes saab jälgida välja konkreetsete kanneteni.

Pearaamatu konto paberil

Traditsiooniline esitusviis on T-konto. Nõuded ostjate vastu (2410) ühe kuu jooksul:

Kuupäev	Kirjeldus	Deebet	Kreedit
03-01	Algsaldo	4200
03-12	Arve S-1041	1210
03-15	Laekumine, arve S-1038		2400
03-28	Arve S-1042	605
	Lõppsaldo	3615

Iga rida siin on mõne tehingu üks pool – teine pool elab teise konto leheküljel (tulu ja käibemaks arvetel, pank laekumisel). Ühe konto ajaloo lugemine on endiselt kiireim viis vastata küsimusele „mis siin toimus?“, mistõttu iga raamatupidamissüsteem pakub pearaamatu detailaruannet.

Analüütilised registrid: detailid eemal jalgusist

Praktikas elavad suure mahuga detailid analüütilistes registrites (subledger), mis võetakse kokku pearaamatus. Müügireskontro jälgib arveid klienditi; ostureskontro jälgib arveid tarnijati; ladu jälgib koguseid ja omahindu artikliti; palgaarvestus jälgib summasid töötajati. Pearaamat hoiab koondsummasid – ühte nõuete saldot, ühte kohustuste saldot –, samas kui analüütiline register hoiab detailset jaotust. Kui analüütilise registri summa ja kontrollkonto ei klapi, on midagi kantud ühte, aga mitte teise; selle erinevuse leidmine on arvestusperioodi sulgemise rutiinne osa.

Kuidas tarkvara modelleerib pearaamatut

Kui eemaldada liigne terminoloogia, on pearaamat lihtne ja jäik andmemudel:

• tabel accounts (kontod) – kood, nimi, tüüp, positsioon kontoplaani hierarhias;
• tabel transactions (tehingud) – kuupäev, kirjeldus, viide algdokumentidele;
• tabel entries (kanded) – tehingu ID, konto ID, deebet, kreedit.

Kõik muu on tuletatud. Saldod on kannete summad; käibeandmik on konto järgi rühmitatud summad; bilanss on seadusandlikku vormingusse kaardistatud käibeandmik. Hästi üles ehitatud süsteemid kohtlevad kannete tabelit kui ainult lisatavat (append-only): sisestatud kandeid ei muudeta ega kustutata kunagi ning parandused tehakse vastupidise kande (reversing entry) lisamisega. Just see muudab pearaamatu muudetava tabelarvutuse asemel auditijäljeks – raamatupidamise ajalugu on ise osa raamatupidamisest.

Kuidas modelleerib seda Nordlet

Kontod, žurnaali tehingud ja kanded on esimese järgu API objektid (first-class API objects): POST /v1/ledger/accounts/list tagastab kontoplaani, POST /v1/ledger/journal/transactions/create sisestab tasakaalus tehingu (tasakaalustamata tehingud lükatakse tagasi enne millegi salvestamist) ning iga dokument – müügiarve, ostuarve, palgaarvestus, pangaimport – kajastub samas pearaamatus läbi konfigureeritavate reeglite. Lugemispoolel on komplekt aruandeid: POST /v1/reports/general-journal loetleb tehingud kronoloogiliselt, POST /v1/reports/gl-detail taastab ülaltoodud kontopõhise vaate ning POST /v1/reports/trial-balance võtab selle kokku. Sisestatud kanded on muutumatud ja lukustatud perioodidesse kandeid teha ei saa – ainult lisataval põhimõttel töötavat pearaamatut nõutakse, mitte ei eeldata.

Pearaamat vs üldžurnaal

Kaks sõna sama andmestiku kahe erineva järjestuse kohta. Üldžurnaal on kronoloogiline – iga tehing kuupäeva järgi nii, nagu see salvestati. Pearaamat on samad kanded organiseeritud konto järgi. Ajalooliselt olid need kaks füüsilist raamatut ja kande tegemine tähendas nende vahel ümberkirjutamist; tarkvaras on need lihtsalt kaks päringut üle ühe kannete tabeli. Eristus säilib aruannete nimedes, mitte andmetes.

FAQ

Mis on pearaamat lihtsas keeles?

Ettevõtte kõigi kontode ning neile kantud deebetite ja kreeditite peamine register. Finantsaruandeid ei kirjutata – neid arvutatakse pearaamatu põhjal.

Mis vahe on pearaamal ja üldžurnaalil?

Need on samad kanded kahes eri järjestuses: žurnaal on kronoloogiline, pearaamat on rühmitatud kontode järgi. Kaasaegses tarkvaras on mõlemad vaated ühele ja samale andmestikule.

Mis on analüütiline register (subledger)?

Detailne raamat, mis võetakse kokku ühel pearaamatu kontrollkontol – nõuete saldo taga on kliendipõhised arved, kohustuste taga tarnijapõhised arved, varude taga artiklipõhised kogused. Pearaamat püsib loetavana ja detailid kättesaadavatena.

Kas pearaamatu kandeid saab muuta?

Hästi üles ehitatud süsteemis mitte. Sisestatud kanded on ainult lisatavad; viga parandatakse vastupidise kande (reversing entry) sisestamisega, nii et parandus ise jääb registrisse alles. Süsteemid, mis lubavad sisestatud kandeid märkamatult muuta, ei suuda luua usaldusväärset auditijälge.

Kuidas saavad saldod pearaamatusse?

Nad ei saagi – saldo ei ole salvestatud väärtus, vaid see arvutatakse. Konto saldo on kõigi sellele tehtud kannete summa, mistõttu iga aruandes esitatud numbrit saab jälitada selle tekitanud tehinguteni.