AI automatiseerimine ettevõtte kontoritööle

Sa saad ühe protsessi, mis jookseb ise lõpuni, ja selgelt määratud koha, kus inimene sekkub. Kontoritöös korduvad samad kohad, ja nende peale me ehitame:

• Tarnijate PDF-arved loetakse ja kantakse ERP-i ostuarveteks.
• Panga maksteated loetakse e-postist ja seotakse avatud arvetega.
• Müügitellimused sünkroonitakse ERP-ist Excelisse või OneDrive'i.
• Tarneplaan koostatakse müügitellimuste tarnekuupäevade järgi.
• Igakuised failid luuakse, hoitakse korras ja arhiveeritakse.
• AI telefoniagent vastab kõnedele ja annab edasi selle, mis vajab inimest.
• Pakkumised hinnastatakse automaatselt sisendandmete põhjal.
• MCP-liides, mille kaudu AI agendid su süsteemidega otse räägivad.

Üleandmisse kuulub iga kord kolm asja: ühendus süsteemiga, ülevaatuse järjekord erandite jaoks ja logi, millelt on näha, mida masin tegi ja kes kande kinnitas. Ilma nende kolmeta on tegemist demoga, mitte tööriistaga, mida raamatupidaja tohib usaldada. Kuidas üks selline ahel raamatupidamisprogrammi sees samm-sammult välja näeb, on lahti kirjutatud loos Merit Aktiva ja AI arvete töötlus.

Lähtekood, infrastruktuur ja õigused jäävad sinu ettevõttele. Me ei seo töövoogu ühe AI pakkuja külge, sest siis ei saaks sa mudelit vahetada, kui tuleb odavam või täpsem.

Ülevaatuse järjekord on selle teenuse kõige olulisem osa. Õige vastus küsimusele, mis juhtub siis, kui mudel dokumendi valesti loeb, ei ole see, et mudel ei eksi. Õige vastus on, et kindlad juhtumid lähevad automaatselt kandesse ja ebakindlad lähevad järjekorda, kus inimene näeb kõrvuti originaaldokumenti ja mudeli parimat pakkumist ning kinnitab või parandab selle.

Enne kannet jooksevad deterministlikud väravad, mis mudelit ei kasuta ja mille otsus on seetõttu alati korratav. Arve puhul on neid kolm: ridade summa pluss käibemaks võrdub kogusummaga sendini, tarnija ja arve numbri paar ei ole juba süsteemis, ning valuuta ja käibemaksumäär on need, mida ettevõte päriselt kasutab. Mis väravast läbi ei lähe, ei jõua raamatupidamiseni.

Ehituse käigus otsustatakse neli asja: kus jookseb kindluse piir, kes järjekorda vaatab, mis juhtub dokumendiga, mida keegi ei vaata, ja mida logi peab sisaldama, et audit sellest jälje leiaks. Need neli otsust on eraldi tööpunkt, ja pakkumine, mis neid ei maini, hinnastab ainult seda osa, kus kõik läheb hästi.

Üks ettevõte sõnastas selle meile ühes lauses koos eesmärgiga: vähendada käsitsi sisestamist, aga hoida alles erandite käsitlus ja käsitsi ülevaatus seal, kus infot ei ole võimalik usaldusväärselt tuvastada. See teine pool ongi insenerivaev, ja see on täpsem tellimus kui enamik briife.

ERP-i, raamatupidamisprogrammi ega kliendihaldust vahetama ei pea. Merit, Exact Online ja e-conomic pakuvad kõik API-t, nagu enamik levinud pilvepõhiseid ärisüsteeme, ja automaatika ehitatakse selle peale, mis ettevõttes juba käib. Programmi vahetus on kordades suurem projekt kui automaatika, mida see väidetavalt võimaldaks.

Kui API-t ei ole, jääb kolm teed: ajastatud failieksport, brauseriautomaatika või andmete lugemine ekraanilt. Kõik kolm sõltuvad liidesest, mida tarnija võib igal ajal muuta, nii et see haprus jääb hoolduskuluna raamatusse niikauaks, kui töövoog töötab. Me ütleme selle enne pakkumist välja, mitte pärast.

Kaks asja ehitatakse tavaliselt kõrvale. MCP-liides teeb su süsteemid AI agentidele otse kättesaadavaks, ilma et agent peaks vormi ära arvama. Meie enda saidil töötab selline server aadressil /mcp ja lead-liides vastab GET-päringule oma skeemiga, nii et agent õpib väljad ilma arvamata. Miks see tähtsaks muutub, on lahti kirjutatud loos sinu järgmine klient on AI agent.

Kui andmed ei tohi majast välja minna, käib mudel ettevõtte enda serveris ja dokumendid ei lahku sisevõrgust. Sama ehituspõhimõtte peal töötab meie oma ettevõte aiasemu.ee: klient sisestab aadressi, AI mõõdab muru satelliidifotolt ja hinnastab töö sekunditega objektil käimise asemel, ning kõnedele vastab AI telefoniagent.

Automatiseerimine hinnastatakse projektipõhiselt ja üks selgelt piiritletud töövoog on tavaliselt ühe kuni kolme nädala ehitus. Projektipõhine ei ole siin põiklemine. Hinna panevad paika neli asja: mitu süsteemi peab omavahel rääkima, kas need pakuvad API-t, kui sügavale erandite käsitlus peab minema ja mitu dokumenti kuus läbi käib.

Korduva töö hinnad on meil avalikud: AI-valmiduse audit 290€, paranduspakett olemasolevale saidile 990€, uus veebileht alates 3 999€ projekti kohta ja nähtavuse kuutasu 590€ kuus. Automatiseerimine jääb pakkumise poolele, sest hind sõltub tarkvarast, mida me pole veel avanud. Kes annab kindla numbri enne su süsteemide nägemist, pakub hinda tööle, mida ta pole vaadanud.

Pakkumine tuleb etappidena ja iga etapp on eraldi hinnaga, esimene nii väike, et pärast seda saab lõpetada. Ülalpidamiskulu anname valemina, mitte ühe kuusummana: kulu töödeldud dokumendi kohta korda oodatav kuumaht, pluss majutus, pluss kokkulepitud hooldus. Nii saab arvet reaalsusega võrrelda ja tasuvust ise üle arvutada.

Mõistlik järjekord on üks protsess korraga. Viie töövoo pakkumine hinnastab viit tundmatut korraga ja iga tundmatu kannab riskivaru. Esimene töövoog ostab selle info ära, ja ülejäänud saab hinnata tõendite, mitte varu järgi.

Alustamiseks kolm asja, ja mitte rohkem.

• Protsesside nimekiri teie endi sõnadega, koos sellega, kes iga sammu täna teeb.
• Süsteemide nimed toote täpsusega: milline ERP, milline raamatupidamisprogramm, kus failid seisavad.
• Näidisdokumendid, sealhulgas needsamad kohmakad: kahelehelised arved, kreeditarve, tarnija, kelle nimi kandega ei klapi, ootamatu valuuta.

Kohmakad näidised on kõige väärtuslikum osa. Puhtalt arvelt summa võtmine on ühe pärastlõuna töö. Eelarve läheb erandite peale, ja ilma päris näideteta ei ole pakkumine hinnang, vaid soov.

Lisaks on vaja üht inimest, kes tohib otsustada, kus jookseb kindluse piir ja kes ülevaatuse järjekorda vaatab. See otsus on äriline, mitte tehniline. Kui raamatupidaja süsteemi ei usalda, kontrollib ta automaatsed kanded niikuinii üle ja sääst kaob ära.

Ligipääsu küsime alles siis, kui pakkumine on vastu võetud, ja ainult nende süsteemide juurde, mis töövoos päriselt osalevad. Mahu hindamine käib dokumentide ja süsteeminimede peal, mistõttu saame ka varakult öelda, kui mõnda protsessi ei tasu üldse automatiseerida.

Kolmel juhul soovitame mitte alustada ja ütleme seda pakkumise kirjutamise asemel.

Protsess käib liiga harva. Tasuvus tuleb säästetud tundidest, nii et kaks korda kuus tehtav pooletunnine töö ei maksa ehitust tagasi, ükskõik kui hästi see on ehitatud. Sellisel juhul on odavam sammud kirja panna ja käsitsi edasi teha.

Protsess on liiga muutlik. Kui iga juhtum otsustatakse eraldi ja reeglit ei suuda keegi sõnadesse panna, ei ole ka masinale midagi anda. Mudel oskab dokumenti lugeda, aga ta ei oska välja mõelda reeglit, mida majas endas olemas ei ole.

Protsessil ei ole omanikku. Automaatika teeb otsuseid kellegi eest, ja kui seda kedagi ei ole, jääb ülevaatuse järjekord vaatamata ning erandid kogunevad vaikselt kokku.

Kahte asja me ei luba kummaski suunas: et mudel enam kunagi ei eksi, ja mingit kindlat säästu enne, kui esimene töövoog on mõõdetud ja erandite tegelik osakaal teada. Kui su küsimus osutub tegelikult veebilehe, mitte kontoritöö küsimuseks, alusta pigem AI-valmiduse kontrollnimekirjast.