Raamatupidamise automatiseerimine, 1. osa: müügiarved ja laekumised
Uuendatud 2. novembril 2026. Esmakordselt avaldatud 4. juunil 2019.
Müügiarvete automatiseerimine algab kokkuleppest, millest arve tekib. Kui teenuse kirjeldus, hind ja arveldamise aeg on selged, saab korduvat sisestamist vähendada ning laekumisi paremini jälgida. Kui need andmed on eri inimeste e-kirjades laiali, ei lahenda uus programm probleemi iseenesest.
See on raamatupidamise automatiseerimise sarja esimene osa. Teises osas vaatame ostuarveid, kuluaruandeid ja pangatehinguid, kolmandas tehisintellekti ja töövooge. Siinsed näited kirjeldavad teenusettevõtte tavapäraseid olukordi.
1. Vali müügiandmetele üks lähtekoht
Mõne arvega teenusettevõte saab arved sageli koostada otse raamatupidamisprogrammis. Seal on koos kliendi andmed, väljastatud arved ja tasumata summad. Kui töömahtu arvestatakse projektihalduses või tellimused tekivad müügikeskkonnas, tuleb otsustada, millised andmed sealt arvele liiguvad.
Oluline on määrata, millises kohas muudetakse kliendi aadressi, hinnakirja ja lepingu tingimusi. Kui samu andmeid parandatakse mitmes programmis eraldi, võivad järgmisele arvele jõuda vanad väärtused.
Enne automatiseerimist lepi kokku vähemalt järgmine:
- milline sündmus annab õiguse arve koostada: teenuse osutamine, kokkulepitud etapp või arveldusperioodi lõpp;
- kes kinnitab töö mahu, hinna ja võimalikud lisatööd;
- millised kliendi-, lepingu- ja projektiandmed peavad arvele jõudma;
- kes tegeleb puudulike andmete ja vaidlustatud summadega.
Arve koostamise kuupäev, teenuse osutamise periood ja käibe tekkimise aeg ei pruugi kattuda. Automaatne arveldus peab järgima tehingu tegelikku sisu. Maksukäsitluse lähtekohti selgitab käibemaksu 11 põhitõe ja erandi ülevaade.
2. Kordusarved sobivad püsiva kokkuleppega teenusele
Fikseeritud kuutasu puhul saab sobivas programmis määrata arve saaja, summa, teenuse kirjelduse, sageduse ja maksetähtaja. Kontrollitud mallist võib luua arve mustandi või saata arve automaatselt, kui selle sisu on stabiilne ning erandid on läbi mõeldud.
Näiteks esitab teenusettevõte püsikliendile igakuise arve kokkulepitud kuutasu järgi. Lisatöö eest arveldamiseks kinnitab vastutaja eraldi töö mahu ja hinna. Nii ei pea iga kuu samu andmeid uuesti sisestama, kuid muutuv osa ei lähe arvele kontrollimata.
Koos kordusarvega tuleb seadistada ka selle lõpetamine ja muutmine. Mis juhtub lepingu lõppemisel, teenuse peatamisel, hinnamuutusel või poole kuu pealt alustamisel? Kui kokkulepe muutub, peab muutus jõudma järgmise arve aluseks olevasse malli õigel ajal.
Tunnipõhise arvelduse puhul on lähtekoht kinnitatud tööaeg ja kokkulepitud hind. Fikseeritud hinnaga projektis võib arve sõltuda hoopis tööetapi valmimisest. Kõiki töötunde ei saa automaatselt kliendile arveldada: osa võib kuuluda kuutasu sisse või olla ettevõtte enda kulu.
3. E-arve viib andmed otse ostja süsteemi
E-arve on masinloetav arve. PDF on inimesele loetav dokument, millest arveandmete eraldamiseks võib vaja minna andmetuvastust. E-arve korral saab ostja programm võtta andmed vastu kokkulepitud struktuuris.
Alates 1. juulist 2025 on e-äriregistris e-arve vastuvõtjaks registreeritud raamatupidamiskohustuslasel õigus müüjalt e-arvet nõuda. Kui pooled pole kokku leppinud teisiti, tuleb talle e-arve esitada. Reegel puudutab ka erasektorit. Täpsem selgitus on Rahandusministeeriumi e-arvete ülevaates.
Kontrolli oma programmi puhul, kuidas e-arve saatmine käib, millist operaatorit kasutatakse ja millised tasud või lepingud sellega kaasnevad. Need tingimused erinevad. Arve saatmise võimalus ei tähenda veel, et saaja selle vastu võttis: vaata ka edastuse tulemust.
4. Veebimakse ja pangalaekumine on eri sündmused
Kui teenust müüakse veebis, võib klient tasuda kaardiga ning maksevahendaja kanda raha ettevõtte panka hiljem koondsummana. Väljamaksest võivad olla maha arvestatud teenustasud ja tagastused. Osa summast võib jääda järgmisse väljamaksesse või reservi.
Lihtne arvutusnäide: klientidelt kogutakse 1000 eurot, tagastatakse 100 eurot ja maksevahendaja tasud on 30 eurot. Muude liikumiste puudumisel jõuab panka 870 eurot. See arvutus selgitab väljamakse kujunemist; käibemaksuta müügitulu leidmiseks tuleb eraldi arvestada müügi maksukäsitlust.
Seetõttu tuleb võrrelda müügiandmeid, maksevahendaja aruannet ja pangalaekumisi. Ainult panka jõudnud summa kajastamine müügituluna võib jätta tasud, tagastused või perioodide vahed selgitamata. Mõtle ka läbi, kas raamatupidamisse on vaja iga tehingu üksikasju või sobib põhjendatud juhtudel kontrollitav koondkanne, mille algandmed säilivad.
5. Vali andmevahetus mahu ja vajaduse järgi
Valmisliides võib vähendada käsitsi tööd, kui andmed tekivad juba teises programmis. Väiksema mahu korral võib piisata korrapärasest faili ekspordist ja impordist. Mõne üksiku arve puhul võib otse raamatupidamisprogrammis arveldamine olla kõige mõistlikum.
Liidest valides küsi täpselt, mida see üle kannab. Kas ainult arved või ka kreeditarved, kliendiandmed, projektid ja laekumised? Kas muudatused liiguvad mõlemas suunas? Kuidas eristatakse uut tehingut varem edastatud tehingust?
Eritellimusel ühenduse maksumusse kuuluvad lisaks ehitamisele testimine, vigade lahendamine ja hooldus. API tähendab siin programmide vahelist andmevahetuse võimalust. Selle, failivahetuse ja teiste lahenduste võrdluse leiad sarja kolmandast osast.
6. Seo laekumised ja lepi kokku meeldetuletused
Pangast saabunud makse saab arvega automaatselt siduda, kui näiteks viitenumber, maksja ja summa annavad piisavalt kindla vaste. Ühe maksega tasutud mitu arvet, osaline tasumine või teise isiku tehtud makse võib vajada täpsustamist.
Automaatse meeldetuletuse eel peavad laekumiste andmed olema ajakohased. Lepi kokku, mitu päeva pärast maksetähtaega kiri saadetakse ning kes saab meeldetuletuse peatada. Vaidlustatud arve või eraldi kokku lepitud maksegraafik vajab tavalisest erinevat käsitlust.
Arve väljastamine ja raha laekumine mõjutavad ettevõtte olukorda erineval ajal. Sellest, miks müügitulu olemasolu ei tähenda veel raha pangas, loe artiklist „Kasum on, kuid raha pole?”.
7. Kontrolli terviklikkust ja säilita paranduste jälg
Automaatse edastuse järel tuleb teada, kas kõik vajalikud tehingud jõudsid kohale ühe korra. Võrdle sama perioodi ja sama ulatusega andmeid: tehingute arvu, summasid, valuutasid ning tagastusi. Ebaõnnestunud edastus peab jõudma vastutaja tähelepanu alla.
Suletud perioodi parandamine vajab kokkulepitud korda. Kõiki parandusi ei saa lihtsalt järgmisse kuusse nihutada. Varasema käibedeklaratsiooni vea puhul parandatakse vastava perioodi deklaratsiooni; hilisemast tehingumuudatusest tuleneva kreeditarve käsitlus on teistsugune. Eristust selgitab Maksu- ja Tolliameti juhend.
Parandusest peab jääma arusaadav jälg ning vajalik muudatus peab jõudma kõikidesse seotud arvestustesse. Juba edastatud arve vaikne ülekirjutamine ühes programmis võib tekitada erinevuse teisega.
Millest alustada?
- Võta üks tavaline müügiarve ja jälgi selle teekonda kokkuleppest laekumiseni.
- Märgi üles kohad, kus samu andmeid sisestatakse uuesti või küsitakse puuduvaid andmeid.
- Vali esimene väike muudatus, näiteks kordusarve mall või töömahu kinnitamise tähtaeg.
- Katseta ka osalist makset, kreeditarvet ja ebaõnnestunud edastust.
- Võrdle pärast kasutuselevõttu käsitsi kuluvat aega ja lahendamata erandite hulka.
Kui müügiarvete teekond on selge, võta järgmisena ette ostuarved ja kuluaruanded. Küsimuste korral saad ühendust võtta.