Raamatupidamise automatiseerimine: kus lõpeb tarkvara ja algab vastutus

Kolm taset: dokument, kanne, deklaratsioon

Raamatupidamise automatiseerimisest räägitakse ühe paketina, aga tegelikult on see kolm eri taset, millega kaasneb eri vastutus. Tarkvara katab esimese taseme peaaegu täielikult, teise suuremalt jaolt, kolmandat ainult osaliselt.

See jaotus on oluline, sest müügiargument „raamatupidaja asendub tarkvaraga“ puudutab ainult esimest taset. Teisel tasemel on küsimus kvaliteedis, mitte asendamises. Kolmandal tasemel on küsimus vastutuses, ja seda ei ole võimalik tarkvarale üle anda.

Kus tarkvara lõpeb ja vastutus algab

Raamatupidamise seadus ei räägi raamatupidamistarkvarast, vaid raamatupidamiskohustuslasest. Raamatupidamise seaduse § 4 paneb kohustused otse ettevõttele: korraldada raamatupidamine nii, et info oleks aktuaalne, oluline, objektiivne ja võrreldav; dokumenteerida kõik majandustehingud; kirjendada need registrites; koostada ja esitada aruanded; säilitada dokumente.

Sellest tuleneb kolm praktilist piiri, mida ükski liidestus ei nihuta.

• Iga kirjendi aluseks peab olema alg- või koonddokument. § 6 lõige 4 ütleb seda otseselt ja lõige 5 loetleb miinimumnõuded: tehingu kuupäev, kirjendi identifitseerimistunnus, debiteeritavad ja krediteeritavad kontod summadega ning viide alg- või koonddokumendile. Kui tarkvara pakub kande ilma jälgitava algdokumendita, on see mugavus, mitte nõuetele vastavus.
• Parandus peab olema tuvastatav. § 10 lubab kirjendit parandada või kustutada üksnes siis, kui see viiakse vastavusse alg- või koonddokumendiga, ning paranduse sisu või kustutamise põhjus ja aeg peavad olema säilitustähtaja jooksul tuvastatavad. Automaatse paranduse sisu ja aeg ning kustutamise põhjus ja aeg peavad olema hiljem tuvastatavad.
• Algdokumente säilitatakse üldjuhul seitse aastat masintöödeldavalt. § 12 nõuab algdokumentide säilitamist seitse aastat alates selle majandusaasta lõpust, mil tehing kirjendati. Lõige 5 lisab, et dokumente ja andmeid säilitatakse masintöödeldavalt ning loetavus ja tõendusväärtus peavad püsima kogu tähtaja jooksul, kuid lubab põhjendatud erandina ka muud püsivat kirjalikku taasesitamist võimaldavat vormi, kui masintöötlus ei ole võimalik ja selle loomine nõuaks ebaproportsionaalselt suuri kulutusi. Liidestus peab säilitama nõuetekohase algdokumendi; e-arve puhul ei asenda pelk PDF tingimata struktureeritud algdokumenti.

Kui ettevõte kasutab raamatupidamisteenuse osutajat, jäävad § 4 kohustused ikkagi ettevõttele. Juhatus vastutab raamatupidamise korraldamise eest ka siis, kui igapäevane töö on välja ostetud. Automaatikaga kaasneb sama loogika: mida rohkem samme tehakse ilma inimese pilguta, seda olulisem on, et keegi vastutab erandi eest — ja et see vastutaja on kirjas, mitte ainult vestluses.

Mida 2025. aasta e-arve muudatus päriselt muutis

Alates 1. juulist 2025 kehtib raamatupidamise seaduse § 7¹ uus sõnastus (muudatus RT I, 10.10.2024, 1). Sisuline muutus on see, et vormi valib ostja; seadus ei sunni müüjat kõigile e-arvet saatma.

Konkreetselt: raamatupidamiskohustuslane, kes soovib, et talle esitataks üksnes masintöödeldavaid arveid, edastab selle info äriregistrile (§ 7¹ lg 3). Seejärel kehtib § 7¹ lõige 7: äriregistris e-arve vastuvõtjaks märgitud raamatupidamiskohustuslane võib soetatud kauba või teenuse eest tasumiseks nõuda müüjalt e-arve esitamist. Eeldatakse, et e-arve on nõuetekohaselt vormistatud, kui see vastab e-arveldamise Euroopa standardile EN 16931-1, ning pooled võivad kokku leppida muu asjakohase standardi kasutamises.

Rahandusministeerium kirjeldas muudatust 19. septembril 2024 avaldatud uudises nii: alates 2019. aastast kehtinud üldine e-arvete esitamise kohustus avaliku sektori ostjatele asendub ostja õigusega valida vormi, ja see „ostja valib“ põhimõte laieneb erasektorile. Samas uudises öeldi, et e-arve vastuvõtjaks oli end registreerinud ligikaudu 15 000 ettevõtet (Rahandusministeerium).

Mida see liidestusele tähendab

Kolm tagajärge, mis puudutavad arendustööd otseselt.

1. Ostja register on päritav. E-arvete vastuvõtjate info on kättesaadav äriregistri avaandmete kaudu, teenusega arireg.earveRegistriParing_v1, mis on kasutusel alates 1. maist 2017 ja mille kasutamiseks lepingut sõlmida ei ole vaja (RIK avaandmed). See tähendab, et müügisüsteem saab enne arve saatmist kontrollida, kas klient ootab e-arvet — ja see kontroll tasub automatiseerida, mitte teha käsitsi.
2. Formaat ei ole vaba. Standardi eeldus tähendab, et „saadan PDF-i, mis on masinloetav“ ei ole e-arve. Kui valid formaadi, mille osapool ei ole kokku leppinud, jääb vaidlus sinu kanda.
3. Erandid jäävad alles. § 7¹ lõige 8 loetleb olukorrad, kus nõudeid ei kohaldata — julgeolekuasutus, riigisaladus, kutse- või ametisaladus, teistsugune erikord. Liidestus, mis eeldab, et iga arve on e-arve, jookseb nende peale.

KMD ja KMD INF: mida saab automatiseerida ja mida mitte

Käibedeklaratsioon esitatakse Maksu- ja Tolliametile iga kuu 20. kuupäevaks ja sellel kajastub möödunud kalendrikuu käibemaksukohustus (Maksu- ja Tolliamet). Koos põhivormiga tuleb esitada lisa KMD INF, mille A-osas deklareeritakse nõutud käibemaksumääraga käivet sisaldavad müügiarved ja B-osas ostuarved, kui vastava kuu müügi- või ostuarvete käibemaksuta kogusumma sama tehingupartneri kohta on vähemalt 1 000 eurot. Müüki ja ostu arvestatakse eraldi ning kõiki arveid ei pea lisal näitama.

Automatiseerida saab siin andmete koondamist: arvete lugemist registrist, summade liitmist, partnerite kaupa rühmitamist ja faili ettevalmistamist. Mitte automatiseerida ei saa maksustamise otsust — kas tehing on käibemaksuga maksustatav, millise määraga, kas tegemist on ühendusesisese käibega, kas sisendkäibemaks on mahaarvatav. Maksustamisreeglid ja erandite lahendamine jäävad inimese vastutusele ka siis, kui tarkvara rakendab kinnitatud reegleid automaatselt.

2027. aasta aprillist muutub kanal, mitte vastutus

Maksu- ja Tolliamet on teatanud, et alates 2027. aasta aprillist saab käibeandmeid esitada otse majandustarkvarast masin-masin liidese kaudu e-MTA keskkonda. Enam ei esitata deklaratsiooni vormi, vaid deklaratsiooni aluseks olevaid tehingute ja toimingute andmeid. Amet toob eelisena välja käsitöö vähenemise, kiirema tagasiside ja inimlike sisestusvigade riski vähenemise.

See muudab KMD andmete edastamise viisi ja liidestuse tehnilisi nõudeid. Kaks tagajärge. Esiteks jääb algatus ettevõttele: ettevõtja või raamatupidaja algatab andmete edastamise ise ning Maksu- ja Tolliamet ei saa ligipääsu ettevõtte majandustarkvarale (Maksu- ja Tolliamet). Kontrolli enne edastamist, et andmed vastaksid kinnitatud kannetele. Teiseks muutub liidestuse omanik oluliseks: kui ühenduse loob tarkvara, mille tarnija vahetub, peab keegi teadma, kes vastutab selle eest, et andmed liiguvad ka edasi.

Viis tööd, mida tasub enne automatiseerida

Järjekord on olulisem kui valik. Iga samm teeb järgmise odavamaks, sest eelduseks on korras algandmed. Sama tööde loogika, mida rakendan mujal automatiseerimises, on kirjas lehel töö automatiseerimine.

1. Ostuarve sisestus

   Dokumendi vastuvõtt, väljade tuvastus ja duplikaadi kontroll. Suurim ajavõit ja kõige väiksem risk, sest kinnitaja vaatab tulemuse ikkagi üle.

2. Müügiarve väljastus

   Tellimusest arve loomine, e-arve saatmine, kinnitusregistri pidamine. Siin on väärtus rahas, mitte ainult ajas: kiirem arve tähendab kiiremat laekumist.

3. Pangatehingute ja kannete sidumine

   Laekumiste ja maksete automaatne sidumine arvetega. Teeb kuulõpu sulgemise tunni asemel minutiteks, kui reeglid on paigas.

4. Kuludokumentide kinnitamise ahel

   Kinnitaja määramine, meeldetuletused, kuupäevade jälgimine. Ei ole raamatupidamine, aga paneb algdokumendid liikuma enne kuulõppu.

5. KMD andmete koondamine

   Viimane samm ja ainult siis, kui eelmised neli on korras. Vastasel juhul automatiseerid segadust kiiremini.

Tööjaotus: kes teeb mida

Sise-eeskiri on siin tihti unustatud dokument. § 11 järgi peab selle koostama iga raamatupidamiskohustuslane, välja arvatud mikroettevõtja, ja see peab reguleerima muu hulgas algdokumentide käivet, registrite pidamist ja arvutitarkvara kasutamist raamatupidamises. Kui liidestus muudab töövoogu, muutub ka sise-eeskiri — ja see on töö, mida keegi ei ole veel automaatselt teinud.

Kaks stsenaariumi: mikroettevõte ja kakskümmend inimest

Automatiseerimise ulatus sõltub suurusest rohkem kui tarkvara valikust. Kaks realistlikku olukorda, mõlemad arvutatud sama valemiga nagu tasuvusartiklis, tunnikulu 20 €/h.

Mikroettevõte, 30 ostuarvet kuus

Ühe inimese ettevõttes on suurim kulu see, et omanik teeb raamatupidamist õhtuti. 30 arvet kuus, 10 minutit arve kohta (otsimine, kontroll, sisestus), 60% automatiseeritav, annab 3 tundi kuus ehk 60 €. See on ausalt väike number, ja seetõttu ei ole mõistlik tellida siia eraldi liidestust — mõistlik on kasutada olemasolevat keskkonda, kus dokumentide vastuvõtt ja kannete mustandid on juba sees.

Mikroettevõtja erand kehtib ka paberimajandusele: § 11 järgi ei pea mikroettevõtja raamatupidamise sise-eeskirja koostama. See ei tähenda, et kord pole vaja — tähendab, et seda ei pea vormistama dokumendiks, mida keegi ei loe.

Kasvav ettevõte, 20 inimest, kaks panka ja välisfiliaal

Siin on maht teine: 250 ostuarvet kuus, 5 minutit arve kohta, 75% automatiseeritav. Lisaks tulevad kaks panka, mitu valuutat, kinnitamise ahel ja kuulõpu sulgemine, mis võtavad eraldi aja. Selles suuruses on liidestus juba mõistlik, aga ainult siis, kui keegi vastutab selle eest ka edasi.

Arvutades tasub olla hoolikas mahu ühikuga, sest see on kõige levinum viga: 250 arvet kuus ei ole 250 arvet tööpäevas. Õige sisend on ligikaudu 12 arvet tööpäevas.

12 × 5 × 21 × 0,75 = 945 minutit ≈ 15,8 tundi kuus ≈ 315 € kuus
250 × 5 × 21 × 0,75 = vale, sest 250 on kuu, mitte päeva maht

Vahe vale ja õige sisendi vahel on kakskümmend korda, ja just see otsustab, kas projekt on mõistlik. Enne arvutamist kontrolli, kas maht on päevas või kuus — sama viga esineb kalkulaatoris, kui sisestada kuu number päeva välja.

Mida küsida tarkvara müüjalt enne lepingut

Kui liidestus on plaanis, on viis küsimust, mille vastused eristavad turundust päris võimekusest.

• Kas liides on dokumenteeritud ja versioonitud? Kui API dokumentatsiooni ei saa ilma müügiesindajata lugeda, ei ole see avatud liides.
• Mis juhtub, kui ma tahan andmed välja viia? Eksport ei ole lisa, vaid väljumisõigus. Küsi formaati, mitte lubadust.
• Kes vastab, kui automaatne kanne on vale? Vastus peab olema protsess, mitte isik.
• Kas deklaratsiooni andmeid saab masin-masin edastada ja mis kuupäevast? 2027. aasta aprill on kuupäev, mille kohta tasub kirjalik vastus saada.
• Kas arhiveeritud algdokumendid jäävad loetavaks ka pärast lepingu lõppu? § 12 nõuab seitset aastat, mitte senikaua kui tellimus kehtib.

Kontrollnimekiri enne liidestuse tellimist

Kui tellid raamatupidamise liidestuse, saab suurema osa hilisematest vaidlustest ära hoida kaheksa küsimusega, mis tuleb enne arendust kirjalikult läbi vastata.

• Mis on tõe allikas? Kas arve elab raamatupidamistarkvaras, ostureskontros või postkastis. Vastuolu korral peab olema selge, millise süsteemi andmed kehtivad.
• Kuidas on kaitstud kordused? Maksenõue või kinnitus võib tulla kaks korda. Iga kirjutav päring vajab idempotentsustunnust.
• Mis juhtub, kui liides ei vasta? Kas dokument jääb järjekorda, läheb inimesele või kaob. „Proovime hiljem uuesti“ ilma järjekorrata tähendab kaotsiminekut.
• Kas algdokument säilib? Fail peab jääma alles seitse aastat ja olema loetav ka siis, kui tarkvara vahetub (§ 12).
• Kes näeb logisid? Iga automaatne kanne peab olema jälgitav kuni algdokumendini (§ 6 lg 5).
• Millised on õigused? Liidestus saab vähima vajaliku ligipääsu, mitte peakasutaja õigusi.
• Kuidas testitakse? Päris andmete koopia, kus on ka erandid: kreeditarve, välisvaluuta, nullsumma, puuduv viitenumber.
• Mis on väljumisplaan? Kuidas saad andmed ja dokumendid välja, kui tarkvara või tegija vahetub.

Kaks konkreetset detaili, mis tulevad Eesti tarkvaradest. Merit Aktivas on teiste tarkvarade andmevahetus API kaudu võimalik ainult Pro ja Premium paketis ning iga liidestatava tarkvara jaoks tuleb luua eraldi API võti ja ID (Merit tugi). RIK-i e-arveldaja on e-äriregistri portaalis asuv veebipõhine raamatupidamistarkvara, kus saab avaliku sektori asutustele e-arveid saata tasuta ja piiramatult, ning seda kasutab üle 30 tuhande kasutaja (RIK). Kumba valida, sõltub sellest, kui palju liidestusi on vaja — ja see on eraldi teema.

Kust alustada

Kui raamatupidamine on esimene koht, kus automatiseerimist kaalud, tasub alustada tasuvusarvutusest, mitte tarkvara demoversioonist: kui palju aega kulub praegu ostuarve kohta ja kui palju jääb pärast kontrolli alles. Valem ja arvutusnäide on artiklis automatiseerimise tasuvus.

Tehniline pool — kes liidestab, mis järjekorras ja millised on tüüpilised integratsioonid Eestis — on lehel tarkvaraarendus. Ja kui kaalud RIK-i e-arveldajat, vaata eraldi käsitlust e-arveldaja liidestamine; Merit Aktiva API otstarbekust käsitleb Merit Aktiva API artikkel. Kogu automatiseerimise teenuse loogika on lehel töö automatiseerimine.