Merit Aktiva ja AI: automaatne arvete töötlus

Automatiseerida saab kolme asja: dokumentide sissekandmist, laekumiste sidumist arvetega ja korduvaid kuutöid. Töö jaguneb seejuures kaheks pooleks, mis käituvad täiesti erinevalt. Deterministlik pool käib API kaudu, loeb ja kirjutab kirjeid ning kas õnnestub või annab vea. AI pool tegeleb sellega, mis pole kunagi struktureeritud olnud, ennekõike e-kirjaga saabunud PDF-arvetega, ja teeb neist väljad, mida API vastu võtab.

See jaotus on kogu ehituse alus, sest eksida saab ainult teine pool. API kanne kas läheb sisse või ei lähe. Väljavõte PDF-ist võib olla vale ja näha samal ajal välja täiesti korrektne. Kõik ülejäänu, mida allpool kirjeldame, on ehitatud selleks, et vale kanne enne raamatupidamisse jõudmist kinni püüda.

Täpselt sellist nimekirja meilt ka küsitakse. Tüüpiline päring katab korraga viit asja: müügitellimuste sünkroniseerimist tabelisse, pangateadete lugemist ja laekumiste sidumist, tarnekava koostamist tellimuste tarnekuupäevadest, tarnijate PDF-arvetest ostuarvete tekitamist ning kuist failide loomist ja arhiveerimist. Operatsioonijuht küsib enne hinda hoopis seda, kas tema majandustarkvara integreerimine üldse kuulub partneri pädevusse. Nõue kõlab enamasti ühtmoodi: käsitsi sisestamist tuleb vähendada nii, et ebaselgetel juhtudel säiliks erandite käsitlus ja inimese ülevaatus. See lause on kogu ehituse tehniline lähteülesanne. Laiem muster on lahti kirjutatud juhendis AI back-office automation for smaller companies (inglise keeles).

Jah, ja programm jääb alles. Merit Aktiva pakub API-t, nagu ka Exact Online ja e-conomic, nii et automatiseerimine ehitatakse selle ümber, mis ettevõttes juba töötab. Küsimust, kas raamatupidamisprogramm tuleb välja vahetada, kuuleme esimestel kohtumistel pidevalt. Vastus on peaaegu alati ei.

Merit Aktiva API võti käib ettevõtte kaupa ja tekitatakse programmi seadistustest. Päringud allkirjastatakse selle võtmega ja andmed liiguvad JSON-ina üle HTTPS-i. Sellest tuleneb kolm praktilist asja. Esiteks, kui raamatupidamisbüroo teenindab mitut ettevõtet, tuleb hallata võtmete komplekti, üks iga kliendi kohta. Teiseks tuleb vastuses tagastatud dokumendi tunnus enda poolel alles hoida, sest ainult siis oskab korduv jooks olemasoleva kirje ära tunda ja jätta teise samasuguse tegemata. Kolmandaks peab kirjutamine olema idempotentne: tarnija ja arve numbri paar kontrollitakse üle enne kande saatmist.

Enne päris ettevõtte külge ühendamist ehitatakse ja testitakse kõik eraldi testettevõttes ning iga päring koos vastusega logitakse. Raamatupidamisse kirjutamist ei saa vaikselt tagasi võtta. Hiljem peab olema võimalik täpselt näidata, mis saadeti ja mis tagasi tuli.

Kui tahad hinnata, kas automatiseerimispartner oskab API-dega ümber käia, vaata, kas ta ise mõnda avaldab. aiside.ee peal töötab MCP-server aadressil /mcp kahe tööriistaga, mida agent saab kutsuda, ning päringute API, mille GET-vastus kirjeldab ise oma skeemi, nii et masin ei pea vormingut ära arvama. Meie enda kontrollija annab meie saidile 95 punkti 100-st. Sama API-mõtteviis teeb ettevõtte loetavaks ka välistele agentidele, millest räägib eraldi juhend Sinu järgmine klient on AI-agent.

AI loeb PDF-ist välja needsamad väljad, mida raamatupidaja käsitsi ümber tipib: tarnija nimi ja registrikood, KMKR-number, arve number, arve kuupäev, maksetähtaeg, viitenumber, summa ilma käibemaksuta, käibemaksumäär ja käibemaksusumma, kogusumma, valuuta ning read koos koguste ja ühikuhindadega. Erinevus vana mustripõhise lugemise ja tänase mudeli vahel on see, et viimane ei vaja iga tarnija kohta eraldi malli. Uus tarnija ei tähenda enam uut seadistust.

Tarnija tuvastatakse registrikoodi või IBAN-i järgi. Nimi on halb võti, sest sama ettevõte kirjutab end erinevatel arvetel erinevalt: ühel on OÜ ees, teisel taga ja kolmandal üldse puudu. Kood on stabiilne ja seob arve alati sama tarnijakaardiga.

Kindlust tuleb hinnata iga välja kohta eraldi. Kogusumma võib olla loetud täiesti selgelt, samal ajal kui ühe rea käibemaksumäär on kahtlane. Kui kogu dokumendi kohta on üks kindlusnumber, siis kas läheb sisse liiga palju vigu või läheb ülevaatusse liiga palju korralikke arveid. Väljapõhise kindlusega saab kannet pakkuda peaaegu valmis kujul ja küsida inimeselt ainult seda ühte rida.

Originaalfail jääb alati kande külge. Audiitor ja maksuhaldur küsivad algdokumenti ning ilma selleta ei ole automaatne kanne kontrollitav.

E-arve kaotab AI-lugemise vajaduse täpselt nende tarnijate osas, kes e-arveid saadavad. E-arve on struktureeritud masinloetav dokument, mis liigub operaatori kaudu otse raamatupidamistarkvarasse. Väljad tulevad kaasa ja neid ei tuletata, seega ei ole seal midagi valesti lugeda.

Eesti kontekst on siin ebatavaliselt soodne. Avaliku sektori arved liiguvad e-arvetena juba aastaid ja raamatupidamise seadus annab äriregistris e-arve saajaks märgitud ostjale õiguse nõuda tarnijalt e-arvet. Praktikas saab e-arvete osakaalu ise tõsta: end e-arve saajaks registreerides ja suurematele tarnijatele sellest teada andes kaob osa dokumentidest lugemise järjekorrast üldse ära.

Vastuseisu tuleks siin oodata vähem, kui tavaliselt eeldatakse. Generatiivne AI ei ole Eesti kontoris enam uudis.

Täielikuks see kunagi ei muutu. Väikesed käsitöölised ja üksikettevõtjad saadavad PDF-i e-kirjaga, välismaised tarnijad ei ole Eesti operaatorite võrgus, kütuse- ja reisiarved tulevad platvormide iseteenindusest ning kviitungid tulevad pildina telefonist. Seetõttu ehitatakse üks sihtkuju ja kaks sisendteed: e-arve läheb otse kande kandidaadiks, PDF läbib enne väljavõtte ja kindluse hindamise. Mõlemad läbivad seejärel samad kontrollväravad.

Enne ehituse alustamist tasub teha lihtne loetelu: kes su tarnijatest juba saadab e-arveid, kes saadaks küsimise peale ja kes ei saada kunagi. See loetelu näitab ära, kui suur osa tööst on üldse AI töö. Võib selguda, et suurem osa arvete arvust tuleb üsna väikeselt hulgalt tarnijatelt.

Laekumise ja arve kokkuviimine on järjestatud otsuste jada. Kõige tugevam võti on viitenumber: kui see klapib avatud arvega ja summa klapib sendini, seotakse kanne automaatselt. Kui viitenumber puudub, aga maksja registrikood ja summa vastavad täpselt ühele avatud arvele, seotakse samuti. Kui üks laekumine katab täpselt mitme arve summa, seotakse need grupina.

Kõik ülejäänu läheb inimesele: osaline makse, ülekandumine järgmisse perioodi, valuutakursi vahe, ettemaks ilma arveta, tundmatu maksja ja summa, mis ei klapi ühegi kombinatsiooniga. Sendi tasemel tolerants on mõeldud ainult ümardusvahe jaoks. Automaatset vahe mahakandmist süsteemile anda ei tohi, sest see on otsus raha, mitte andmete kohta.

Sisendina on pangaväljavõte alati tugevam kui e-kirjaga saabunud maksekinnitus. Pangateadete lugemist e-kirjast on meilt küsitud ja see on tehtav, sest sobitamise saab ehitada samamoodi tasemete kaupa, nagu on kirjeldatud juhendis laekumiste sidumine pangateate e-kirjade põhjal (inglise keeles). Allikas ise jääb siiski nõrgaks: kirja kuju sõltub pangast, keelest ja mallist ning kiri võib tulla enne või pärast raha. Kui väljavõte on kättesaadav, ehitatakse sidumine selle peale ja e-kiri jääb varuvariandiks. Kui seda vahet ei tee, tulevad lahknevused välja alles kuu lõpus.

Õige vastus ei ole see, et mudel ei eksi. Kindlad juhtumid lähevad automaatselt sisse, ebakindlad lähevad ülevaatuse järjekorda, kus inimene näeb kõrvuti originaaldokumenti ja mudeli parimat pakkumist. Ülevaatus peab olema kiirem kui käsitsi sisestamine, muidu ei ole midagi võidetud. Järjekorra enda ülesehitus, väljapõhisest kindlusest kuni ülevaatusekraani kujunduseni, on omaette kavandamistöö, mis on lahti kirjutatud juhendis how the review queue is designed (inglise keeles).

Enne igasugust kannet jooksevad kolm deterministlikku väravat. Ridade summa pluss käibemaks peab võrduma arvel oleva kogusummaga sendini. Tarnija ja arve numbri paar ei tohi raamatupidamises juba olemas olla. Valuuta ja käibemaksumäär peavad olema need, mida ettevõte päriselt kasutab. Ükski neist väravatest ei kasuta AI-d, seega ei saa nad ka veenvalt eksida. Just nende ülesanne on kinni püüda vead, mis muidu näeksid välja korrektsed.

Käivitamise järjekord on alati sama. Alguses on lävendid teadlikult ranged, nii et esimesel nädalal läheb peaaegu kõik ülevaatusse. Seejärel mõõda kaht arvu: kui suur osa dokumentidest läbis töötluse ilma inimeseta ja kui palju automaatselt sisse läinud kandeid hiljem parandati. Teine number on tähtsam. Esimest saab alati ilusamaks teha lävendit langetades, teine ütleb, kas see oli ohutu.

Raamatupidaja töö nihkub sisestamiselt kontrollile ja eranditele. Automatiseerida saab mehaanilise osa, kus dokumendilt loetud number kirjutatakse teise kohta ümber. Otsustuskoht jääb alles ja muutub isegi nähtavamaks, sest süsteem toob erandid kokku ühte järjekorda, selle asemel et need kuu dokumendivoo sisse ära peita.

Reeglid, mille järgi kanne tehakse, tulevad raamatupidaja peast. Kontoplaani vastendused, kuluartiklite loogika, pöördmaksustamine, EL-i sisene soetus ja tarnija kaupa erinev käibemaksukäitlus on kõik kohad, kus mudel pakub ja reegel otsustab. Kui see teadmine ehitusse ei jõua, tuleb see hiljem tagasi paranduskannetena.

Praktiline hoiatus. Kui raamatupidaja süsteemi ei usalda, tehakse töö kaks korda: ta kontrollib üle ka need kanded, mis läksid automaatselt, ja sääst kaob. Seetõttu peavad lävendid ja ülevaatuse järjekord olema tema kontrolli all. Kui raamatupidamine on sisse ostetud, tuleb lepingus kokku leppida, kes vastutab automaatselt tehtud kande eest ja mille alusel büroo oma tööd arvestab, sest tunnipõhise mudeli puhul muutub ka tema arve.

Üks selgelt piiritletud töövoog, näiteks ostuarvete tekitamine tarnijate PDF-idest, on tavaliselt ühe kuni kolme nädala töö. Automatiseerimine ise hinnastatakse projektipõhiselt, sest maht ja süsteemide arv erinevad kordades. Ülejäänud hinnad on meil avalikud, mis on selles turus haruldane, ja see, mis kodulehe hinda 2026. aastal liigutab, on eraldi lahti kirjutatud. Enamik Eesti agentuure vastab hinnaküsimusele kontaktvormiga.

Alusta ühest töövoost. Vali see, mida tehakse kõige sagedamini ja mille vead on kõige odavamad. Mõõda ära säästetud tunnid ja erandite määr ning alles siis laienda. Sama vastus kehtib kahtlusele, et ettevõte on selleks liiga väike: üks protsess, mõõdetud tulemus, seejärel järgmine.

Aus piirang. Automatiseerimine tasub end ära siis, kui dokumentide maht korrutatuna ühe dokumendi käsitsi töötlemise ajaga ületab ehituse ja ülalpidamise kulu. Väikese mahu juures on õige esimene samm e-arvete osakaalu tõstmine ja korralik pangaväljavõtte import. AI tuleb alles pärast seda. Me ütleme seda ka pakkumist tehes, sest projekt, mis end ära ei tasu, tuleb hiljem tagasi.

Lähtekood, taristu ja õigused jäävad kliendile. Väljavõttemudel on liidese taga vahetatav komponent, nii et ühest AI-pakkujast ei teki sõltuvust. Kui tahad enne vestlust näha, kui masinloetav su ettevõte praegu on, tee ära tasuta AI-valmiduse kontroll ja käi läbi AI-valmiduse kontrollnimekiri.