Lukas Bagdevičius – Di Automatizacijos įkūrėjas

Kuriu sistemas, kurios perima pasikartojantį biuro darbą: nuskaito dokumentus, skaičiuoja ir įrašo rezultatą ten, kur žmonės jau dirba. Konkrečias sritis rasite DI ir automatizavimo sprendimų apžvalgoje.

• Excel priedai su vietiniu varikliu. Darbuotojas savo lentelėje dešiniuoju pelės klavišu pasirenka veiksmą, o visos skaičiavimo taisyklės laikomos variklyje tame pačiame kompiuteryje. Kaip toks priedas apsaugo darbinę lentelę, aprašiau straipsnyje apie Excel automatizavimą be naujos programos.
• PDF sąskaitų nuskaitymas. Struktūruotos sąskaitos skaitomos tiesiogiai iš PDF teksto, be kalbos modelio spėjimų, o kiekviena tikrinama kontroline suma: suvestų eilučių suma turi sutapti su bendra sąskaitos suma. Sąskaitų PDF failai iš el. pašto dėžutės surenkami automatiškai ir be dublikatų.
• Maršrutų ir kelių mokesčių API integracijos. Kilometrai ir kelių mokesčiai skaičiuojami pagal maršrutą, o mokesčiai – ir pagal reiso datą, nes tarifai keičiasi net metų viduryje.
• Google Sheets ir Apps Script sprendimai įmonėms be ERP. Pavyzdžiui, išankstinių sąskaitų ir komercinių pasiūlymų PDF failai parengiami tiesiai iš lentelės.
• Pokalbių asistentai, atsakantys pagal jūsų duomenis. Asistentui nustatomos aiškios ribos: kainas ir likučius jis ima iš lentelės, prekės savybę patvirtina tik tada, kai ji yra duomenyse, o klausimus apie nuolaidas ar nemokamą pristatymą nukreipia į žmogų. Po kiekvieno instrukcijų pakeitimo asistentą iš naujo patikrinu bandomaisiais pokalbiais, kuriuose vaidinamas klientas. Pokalbio pradžioje asistentas pasako, kad yra DI.
• Balso DI agentai lietuvių kalba. Agentas pokalbio pradžioje pasako, kad yra DI. Skaičius ir telefono numerius jis taria iš anksto programiškai užrašytus žodžiais, o žodį „susitarėme“ gali pasakyti tik esant tikram susitarimui – tai tikrinama automatiškai. Sėkmė skaičiuojama pagal kalendoriaus ar CRM sistemos patvirtinimą, o ne pagal agento žodį. Lietuvišką tarimą vertinu klausydamasis garso, o ne skaitydamas atpažintą tekstą. Kodėl laikausi šių taisyklių ir kodėl agentas gali pasitikslinti tik vienu pakartotiniu klausimu, išsamiau paaiškinau balso DI agento sistemos tipo aprašyme – tai pavyzdys, o ne kliento atvejis.
• Next.js svetainės. Puslapių struktūrą kuriu taip, kad ją lengvai suprastų ir žmonės, ir paieškos sistemos.

Kliento projekto pavyzdys – trys automatizacijos logistikos įmonės Excel lentelėje: kilometrų ir kelių mokesčių skaičiavimas, užsakovo sąskaitos suvedimas su kontroline suma ir sąskaitų surinkimas iš el. pašto dėžutės. Bandyme programos rezultatai sutapo su ranka įvestais duomenimis, o sąskaitos suma – iki cento.

Iki šiol mano sukurtos automatizacijos duomenis rašo į įmonės Excel ar Google Sheets lentelę. Sujungti jas su ERP, CRM ar kita API turinčia sistema įmanoma, bet tai pažadu tik pamatęs tos sistemos licenciją ir dokumentaciją.

Duomenų ir Excel automatizacijas kuriu pagal tuos pačius principus: žmogus patvirtina, ką programa įrašys, ranka įvestos reikšmės neperrašomos, o prieš paleidžiant rezultatas patikrinamas jūsų lentelės kopijoje.

• Žmogus patvirtina. Darbuotojas pažymi eilutes, pamato, ką programa įrašys, ir tik tada patvirtina. DI agentas, rašantis laiškus ar pasiūlymus, parengia tik juodraštį: be žmogaus patvirtinimo už įmonės ribų nieko neišsiunčiama – tai užtikrina programos kodas, o ne vien nurodymas modeliui.
• Programa rašo tik į tuščius langelius. Ranka įvestos reikšmės neperrašomos, prieš rašydama programa pasidaro atsarginę kopiją, o pirmą kartą sprendimas paleidžiamas tik lentelės kopijoje.
• Jokių naujų programų darbuotojams. Darbas lieka toje pačioje lentelėje, o programos įrašytus duomenis žmonės tik patikrina.
• Kiekvienas skirtumas turi priežastį. Didelis programos ir rankinio skaičiavimo skirtumas – signalas, o ne triukšmas, todėl jo priežasties ieškau remdamasis skaičiais. Jei eilutės negalima patikimai suskaičiuoti, programa jos nepildo ir paaiškina kodėl. Klaidas, kurių sistema pati neparodo, aptariu straipsnyje apie tylias automatizavimo klaidas.
• Taisyklės – iš jūsų duomenų. Skaičiavimo taisykles imu iš jūsų failų ir sąskaitų, o ne iš bendrų prielaidų. Skaičiuoja programa, o ne kalbos modelis – jam skaičiavimų nepatikiu.
• Patikrinta prieš paleidžiant. Jūsų lentelės kopijoje ištrinu reikšmes, kurias programa turėtų atkurti. Kai ji jas užpildo, rezultatą su originalu lyginu stulpelis po stulpelio. Kiekvieną kartą pakeitus kodą, automatiniai testai patikrina, kad rezultatai nepasikeitė.
• Tikslas – kad vadovas apsieitų be kūrėjo. Kiekvieną sprendimą vertinu pagal tai, ar įmonės vadovas galėtų jį atsidaryti ir juo naudotis pats. Todėl darbinė lentelė lieka paprastas Excel failas be makrokomandų.
• Su vadovu kalbu apie valandas ir pinigus, o ne apie technologijas. Vietoj „parserio“ ar „API“ sakau „nuskaito PDF“ ir „skaičiuoja, o ne spėja“. Sprendimą rodau ekrane, naudodamas jūsų failo kopiją, o ne demonstracinius duomenis.
• Faktų neišgalvoju. Rašau tik tai, kas yra duomenyse arba ką patvirtino klientas. Klientų pavadinimų ir tikslių projektų duomenų, pavyzdžiui, sumų ar kiekių, be klientų sutikimo neskelbiu.

Automatizuoju ne kiekvieną rankinį darbą, o tik tai, kas iš tiesų kartojasi ir atima laiko. Viename projekte dalies suvedimo sąmoningai neautomatizavome, nes įmonės vadovas įvertino, kad tai nėra našta. Ko dokumente nėra, pavyzdžiui, faktinių atvykimo laikų, to programa neužpildys – tai pasakau iš anksto. Kaip pasirinkti pirmąjį procesą, paaiškinau straipsnyje nuo ko pradėti automatizavimą.

Kur patenka duomenys, priklauso nuo sistemos. Excel automatizacijose skaičiavimo taisykles vykdo vietinis variklis tame pačiame kompiuteryje, kuriame dirba darbuotojas, o PDF sąskaitos nuskaitomos be kalbos modelio. Variklis priima užklausas tik iš to paties kompiuterio. API raktai laikomi ne failuose ar programos kode, o aplinkos kintamuosiuose.

Vis dėlto dalis duomenų perduodama išorinių paslaugų teikėjams. Kilometrams apskaičiuoti maršrutų API teikėjas gauna maršruto taškus. Pokalbių asistentai ir balso agentai, kurie pokalbio pradžioje pasako, kad yra DI, naudoja debesyje veikiančius kalbos ir balso modelius, todėl pokalbio duomenys perduodami šių modelių teikėjams, kai kuriais atvejais – ir už ES ribų. Kokie duomenys ir kam bus perduodami, aptariame prieš pradedant darbą.

Dirbdami su vieno žmogaus įmone, visą laiką bendraujate su tuo pačiu specialistu, kuris sistemą ir kuria. Di Automatizacijos – būtent tokia įmonė: per auditą apie jūsų procesą išgirstu tiesiai iš jūsų, o jei nusprendžiame jį automatizuoti, darbą atlieku pats, todėl niekam nieko perpasakoti nereikia.

Vienas žmogus – tai ir rizika, todėl ją mažinu. Pavyzdžiui, maršrutų API prenumerata ir raktas registruojami jūsų įmonės vardu ir apmokami jos mokėjimo priemone. Jūsų įmonės skaičiavimo taisyklės laikomos ne programos kode, o atskiruose aprašuose.

Labiausiai toks darbo būdas tinka 10–100 darbuotojų įmonėms, kuriose tie patys duomenys kas savaitę perrašomi ranka. Tačiau jis tinka ne visiems: jei jums reikia komandos, kuri vienu metu diegtų naują ERP sistemą visoje įmonėje, rinkitės didesnį partnerį. Aš pradedu nuo vieno aiškaus proceso.

Pirmas žingsnis – nemokamas automatizavimo auditas: pokalbyje išsiaiškiname, kuris darbas kartojasi kas savaitę, iš kur ateina duomenys ir kur jie turi atsidurti. Tada pateikiu pirminį įvertinimą, ar šį darbą verta automatizuoti, o pokalbį baigiame vienu konkrečiu kitu žingsniu su data. Jei nuspręsite tęsti, pradžiai užteks vieno tipinio atvejo failų kopijų – originalų nereikia.

MB „Di Automatizacijos“ – mažoji bendrija, per kurią dirbu su klientais. Prekės ženklas – „Di Automatizacijos“, o „MB“ žymi tik teisinę formą.

• Teisinė forma: mažoji bendrija (MB)
• Juridinio asmens kodas: 308095715
• Buveinė: Trakai
• Įsteigta: 2026 m. rugpjūtį
• Įkūrėjas ir vienintelis narys: Lukas Bagdevičius