Tootmise automatiseerimine: kolm taset ja miks AI on neist viimane

Kolm taset, mis ei ole üksteise asendajad

Tootmise automatiseerimise all mõistetakse Eestis sageli kolme väga eri asja: masinate ja liinide mehhaniseerimist, tarkvarasüsteemide vahelist andmevahetust ja AI-d, mis loeb vabas vormis teksti. See artikkel keskendub tarkvara poolele: reeglitele, süsteemidevahelisele andmevahetusele ja AI-le. Masinate ja seadmete osa on tehase ja automaatikainseneri töö, mitte tarkvaraarendaja oma — ja kui keegi pakub sulle „tootmise automatiseerimist“ ilma, et täpsustaks, millist kolmest tasemest ta mõtleb, ei ole pakkumine veel hinnatav.

Statistikaamet nimetab tööstust Eesti suurimaks majandussektoriks ja märgib, et üle poole Eestis valmivast tööstustoodangust eksporditakse (Statistikaamet, tööstus). Ekspordile orienteeritud tootmises on iga kadunud tellimus ja iga vale tarnekuupäev otsene raha — seetõttu on tasemed 1 ja 2 tavaliselt tulusamad kui kõige moodsam AI-katse.

Tase 1: sündmus ja reegel — see, mida saab teha ilma AI-ta

Kõige suurem osa tootmise tarkvaraautomaatikast ei vaja mingit mudelit. Piisab, kui on olemas kindel sündmus, kindel reegel ja kindel väljund. Näiteid, mis korduvad Eesti väikeettevõtetes:

• veebivormist või e-kirjast saabunud tellimus loob ERP-is müügitellimuse ja töökäsu ning saadab kinnituse kliendile;
• töökäsu staatus muutub „alustatud“ ja see käivitab materjali broneeringu laos;
• kvaliteedikontrollis sisestatud kõrvalekalle läheb automaatselt vastutajale ja koondub nädala kokkuvõttesse;
• vahetuse lõpus koostatakse kokkuvõte kolmest süsteemist ja saadetakse tootmisjuhile.

Selle taseme väärtus on prognoositavus: sama sisend annab alati sama väljundi, ja kui ei anna, on põhjus tehniline, mitte tõlgenduslik. Just seetõttu tasub tase 1 teha enne, kui AI-st üldse rääkida.

näide: tellimuse käsitsi sisestus
12 tellimust tööpäevas × 8 minutit × 21 tööpäeva × 70% = 1 411 minutit ≈ 23,5 tundi kuus
23,5 h × 20 €/h = 470 € kuus

Tunnikulu 20 €/h on siin oletus, mitte turuhind; kuidas see palganumbrist tuletada, kirjeldab tasuvusartikkel. Kui sinu meeskonnas on tunnikulu teistsugune, kasuta enda palgaarvestuse numbrit — sama valem kehtib iga numbri puhul.

Tase 2: süsteemidevaheline andmevahetus

Kui tase 1 on ühe süsteemi sees, on tase 2 süsteemide vahel — ja siin tekib enamik Eesti väiketootja tegelikest kadudest. Tüüpiline olukord: tellimus on e-poes, tootmine ERP-is, arved raamatupidamises, tarnija info Excelis ja logistika pakkuja portaalis. Iga üleminek on käsitsi kopeerimine, iga kopeerimine on võimalus eksida.

Kolm tehnilist viisi ja nende vahe

Praktiline reegel: RPA on viimane valik, mitte esimene. See töötab, aga iga tarkvarauuendus võib selle katki teha ja katkestus on vaikne. Kui liides on olemas, kasuta liidest.

Kolm kohta, mis tuleb enne arendust kirja panna

1. Tõe allikas. Mitme süsteemi puhul peab olema selge, millise süsteemi number kehtib, kui numbrid erinevad. Ilma selle otsuseta automatiseerid vaidluse.
2. Idempotentsus. Sama sündmus võib tulla kaks korda: kasutaja vajutab kaks korda, liides proovib uuesti, fail avaneb kahes vaates. Iga kirjutav päring vajab tunnust, mis korduse blokeerib.
3. Järjekord ja veatee. Kui vastuvõtja ei vasta, peab sõnum jääma alles. „Proovime hiljem uuesti“ ilma järjekorrata tähendab, et esmaspäevane tellimus kaob.

Eesti-spetsiifiline koht, mis tasub automatiseerida kohe, kui müük ja ost on süsteemis: e-arvete vastuvõtjate register. Äriregistri avaandmete kaudu saab enne arve väljastamist kontrollida, kas klient ootab e-arvet. Ja kui ettevõte on käibemaksukohustuslane, tuleb arvestada, et KMD INF-is kajastatakse nõutud käibemaksumääraga käivet sisaldavaid arveid, kui kalendrikuu müügi- või ostuarvete käibemaksuta kogusumma sama tehingupartneri kohta on vähemalt 1 000 eurot; müüki ja ostu arvestatakse eraldi. See tähendab, et arveandmed peavad olema piisavalt korrektsed, et kuu koond oleks kontrollitav (Maksu- ja Tolliamet).

Tase 3: AI seal, kus sisend on vaba tekst

AI-st on tootmises kasu siis, kui sisend ei ole struktureeritud. Kolm kohta, kus see Eesti väikeettevõttes päriselt ette tuleb:

• Tellimus e-kirjas. Klient kirjutab „vajan 40 tk seda detaili, mida eelmisel kuul, ainult paksemast materjalist, tarne hiljemalt 14.11“. Mudel tõmbab väljad välja, inimene kinnitab.
• Reklamatsioon ja kõrvalekalle. Kirjeldus tuleb vabas vormis; AI liigitab vea tüübi, seob partii ja töökäsuga ning koondab mustri, mida inimene muidu ei märkaks.
• Hinnapakkumiste võrdlus. Pakkumised tulevad eri formaadis e-kirjadena; AI koostab võrdleva tabeli, ostja otsustab.

Sama oluline on see, mida AI ei tee. Ta ei korrasta põhiandmeid: kui tootekoode on kaks ja laoseis on kolmes kohas, ei aita mudel. Ta ei asenda reeglit seal, kus reegel on olemas: kui töökäsu loomine on kindel protsess, on tavaline automaatika odavam, kiirem ja kontrollitavam.

Millal AI vajab hoopis teist käsitlust

Kui AI on toote ohutusfunktsioon — mitte ainult teksti lugemine, vaid otsus, mis mõjutab liikumist, peatamist või ohutust —, tuleb hinnata tehisintellekti määruse artikli 6 mõlemat tingimust: kas toode või selle ohutuskomponent kuulub määruse I lisasse ja kas sellele nõutakse kolmanda osapoole vastavushindamist. Mõlema tingimuse täitumisel on tegemist suure riskiga süsteemiga. See ei ole tarkvaraarendaja otsustada, aga see on arendaja asi teada. Tarbijakaitse ja Tehnilise Järelevalve Amet kirjeldab oma lehel, et suurema osa suure riskiga süsteemide nõuded hakkavad kehtima 2. detsembrist 2027 ja toodetesse integreeritud suure riskiga süsteemide puhul 2. augustist 2028 (TTJA). Samal lehel on kirjas, et 27. juulil 2026 jõustusid määruse muudatused, millega mitu tähtaega nihkus ja lisandusid uued keelatud kasutusjuhud.

Kolm mustrit Eesti tööstusest

Järgnevad on tüüpmustrid, mille järgi saab oma olukorda hinnata — mitte kliendilood ega päris ettevõtete tulemused. Arvutused kasutavad sama valemit nagu tasuvuskalkulaator, tunnikulu 20 €/h.

Metallitööstus, 25–60 inimest

Tellimused tulevad e-kirjadest ja kahest suuremast kliendiportaalist, tootmine on ERP-is. Kõige kallim samm ei ole tootmine, vaid tellimuse tõlkimine töökäsuks.

Mööblitootja, projektipõhine tootmine

Siin on kitsaskoht tarnekuupäeva lubamine ilma materjali laoseisu vaatamata. Pakkumisi tehakse 6–8 nädalas, iga pakkumise materjalikontroll võtab 25 minutit, sest laoseis on ERP-is, hinnad tarnijaportaalis ja osa materjale on tellimuspõhised.

Automaatika, mis ühendab pakkumise kalkulatsiooni laoseisuga, ei ole AI — see on päring laoandmetele ja reegel, millal näidata hoiatust „tarneaeg 3 nädalat“. Kasu ei tule ajavõidust, vaid sellest, et müüja ei luba kuupäeva, mida tootmine ei suuda. Kui lubaduste täitmine paraneb, on väärtus suurem kui kokku hoitud minutid, aga seda tuleb mõõta eraldi näitajaga: õigeks ajaks tarnitud tellimuste osakaal enne ja pärast.

Toiduaineid pakendav ettevõte

Siin on väärtus jälgitavuses: milline partii, milline töökäsk, milline kõrvalekalle. Nõue tuleb väljastpoolt ja seetõttu ei ole küsimus tasuvuses, vaid selles, kas andmed on enne auditit korras. AI-d on siin kõige vähem vaja; vaja on seda, et kõrvalekalde kirjeldus jõuaks õigesse kohta õigel ajal.

Kui kõrvalekaldeid kirjeldatakse vabas vormis ja neid on 30–60 kuus, on see üks väheseid kohti, kus kolmanda taseme AI päriselt tasub: liigitamine, partii sidumine ja kordumise mustri leidmine. Isegi siis jääb inimese otsustada, kas kõrvalekalle nõuab peatamist.

Kuidas lugeda automatiseerimise pakkumist

Viis küsimust, mille vastused näitavad, kas pakkumine on tehniline plaan või müügitekst.

1. Millisel tasemel see töö on? Reegel, andmevahetus või AI. Kui vastus on „kõik kolm“ ühe hinnaga, ei ole töö ulatus teada.
2. Mis on käivitav sündmus? „Kui tellimus saabub e-kirjaga“ on sündmus. „Kui andmed liiguvad“ ei ole.
3. Mis juhtub erandiga? Kus erand peatub, kellele läheb, kui kiiresti ja mis on selle jälg. Ilma selle vastuseta maksad hiljem.
4. Kes on erandi omanik pärast üleandmist? Vastutaja nimi ja roll, mitte „teie tiim“.
5. Mida hooldus sisaldab? Liideste versioonimuudatused, autentimise uuendamine, testandmete hoidmine. Kui hooldus on „vastavalt vajadusele“, on see kulu, mida ei planeerita.

Neli filtrit enne, kui midagi valida

1. Kordub regulaarselt. Harva korduva töö puhul sõltub tasuvus ühe juhtumi ajakulust, vea hinnast ning arendus- ja hoolduskulust; sagedus üksi otsust ei määra.
2. Sisend on digitaalselt kättesaadav. Kui tellimus tuleb paberil või telefoniga, tuleb enne digiteerida, mitte automatiseerida.
3. Õige tulemus on kirjeldatav. Kui kaks inimest annavad samale sisendile erineva õige vastuse, ei ole protsess veel automatiseeritav.
4. Erandil on omanik. Nimi, kes vaatab ebaõnnestunud juhtumi üle ja kui kiiresti. Ilma selleta muutub automaatika vaikseks kulukohaks.

Mida mõõta, et mitte iseennast petta

• Läbimisaeg tellimusest töökäsuni. Kõige otsesem näitaja, sest see on aeg, mille jooksul tehases ei juhtu midagi kasulikku.
• Parandatud ja kadunud tellimuste arv. Üks kadunud tellimus võib nullida kuu ajavõidu.
• Vahetuse kokkuvõtte koostamise aeg. Väike, aga ausalt mõõdetav tõend, et automaatika töötab ka siis, kui keegi ei vaata.
• Laoseisu täpsus. Kui süsteem ja riiul ei klapi, ei aita ükski liides enne, kui inventuur on korras.

Neid näitajaid tuleb mõõta enne arendust, mitte pärast. Sama loogika ja valem on kirjas artiklis automatiseerimise tasuvus.

Mis see maksab ja kust raha tulla võib

Suurusjärgud on lihtsad. Ühe süsteemi sees tehtav reeglipõhine automaatika on väikseim töö. Kahe süsteemi liides on suurem, sest lisanduvad õigused, veateed ja testandmed. AI-samm vaba tekstiga on suurim, sest see nõuab päris testvalimit ja pidevat kvaliteedikontrolli.

Rahastuse pool on 2026. aasta lõpus kitsas. EIS-i RTE automatiseerimise ja andmevahetuse toetuse taotlemine lõppes 4. septembril 2026, kui 1 500 000 euro suurune eelarve oli täitunud (EIS). Jooksvalt on avatud tarkvara kasutusele võtmise või liidestamise toetus summas 2 000–5 000 eurot, mis sobib hästi just tasemele 2, kui projekt on liidestamine või uue äritarkvara kasutuselevõtt. Tingimuste ja seisuga tasub tutvuda artiklis EIS automatiseerimise toetus.

Kust alustada

Kui tootmises on tunne, et „kõik on käsitsi“, ei ole õige samm osta uus süsteem ega tellida AI-d. Õige samm on valida üks sündmus — näiteks tellimuse saabumine — ja teha sellega üks täielik ahel lõpuni: vastuvõtt, kontroll, kirje, kinnitus, logi. Üks ahel lõpuni on rohkem väärt kui viis poolikut.

Teenuse kirjeldus, kaardistus ja tööde järjekord on lehel töö automatiseerimine. Kui kitsaskoht on süsteemide ühendamises, vaata tarkvaraarendust ja artiklit API integratsioonid. Kui tahad enne raha kulutamist teada, kas töö üldse tasub, on kaardistus lehel AI konsultatsioon.