Atvejis · · 5 min. skaitymo · Lurto

DI dokumentų generatorius hidrogeologijos įmonei: 168 reglamentuoti dokumentai ir antras užsakymas

DI dokumentų generatorius hidrogeologijos įmonei: 168 reglamentuoti dokumentai ir antras užsakymas

Trumpas atsakymas

Hidrogeologijos inžinerijos įmonė reglamentuotų dokumentų rinkinius rengdavo atsidarydama paskutinį panašų projektą ir pakeisdama objekto duomenis: kelios valandos kiekvienam projektui, ir tai darydavo kvalifikuotas inžinierius. Dabar sistema per kelias minutes parengia viso rinkinio juodraštį pagal pačios įmonės šablonus, o inžinierius jį perskaito ir pataiso. 2026 m. rugpjūčio duomenimis sistema sugeneravo 168 dokumentus ir joje yra 349 gręžinių įrašai. Sunkiausia buvo ne modelis, o pasiekti, kad Word dokumentas atrodytų lygiai taip pat kaip įmonės rengiami rankomis.

Tai mažiausiai įspūdinga mūsų prižiūrima sistema, bet būtent ją pavyzdžiu nurodome dažniausiai. Ji generuoja reglamentuotus dokumentus gręžiniams. 2026 m. rugpjūčio duomenimis ji sugeneravo 168 dokumentus, jos duomenų bazėje yra 349 gręžiniai, o klientas po to užsakė antrą sistemą tame pačiame serveryje. Įmonės neįvardijame, nes dar laukiame jos sutikimo, todėl aprašome tiek, kiek galime.

Darbas rankiniu būdu

Hidrogeologijos inžinerijos įmonė gręžia ir dokumentuoja gręžinius. Kiekvienas gręžinio projektas baigiasi reglamentuotų dokumentų rinkiniu: kiekvieną kartą tie patys dokumentai, institucijos reikalaujamu formatu, užpildyti to projekto objekto duomenimis. Iki sistemos inžinierius tokį rinkinį rengdavo atsidarydamas paskutinį panašų projektą, pakeisdamas objekto duomenis, tikrindamas, ar kopijuojant neliko nieko iš ankstesnio projekto, ir tai kartodamas kiekvienam rinkinio dokumentui. Kelios valandos kiekvienam projektui, o tai darė žmogus, kurio darbas yra inžinerija, o ne dokumentų kopijavimas.

Niekas įmonėje to nelaikė problema, kurią reikia spręsti. Tiesiog taip buvo rengiami dokumentai. Projektu tai tapo tik tada, kai kažkas suskaičiavo sugaištas valandas.

Ar Jūsų komanda tuos pačius dokumentus vis rengia iš naujo rankiniu būdu?

Užsakyti nemokamą konsultaciją

Ką sukūrėme

Internetinę programą su prisijungimu, kuria inžinieriai naudojasi patys. Jie pateikia projekto duomenis, o sistema parengia viso dokumentų rinkinio juodraštį pagal pačios įmonės šablonus ir formatą. Generavimas trunka minutes, o ne sekundes, todėl jis vykdomas fone, o inžinierius gali pasitikrinti būseną, užuot laukęs prie pakibusio puslapio. Tada inžinierius perskaito rezultatą ir pataiso jį ten, kur objektui reikia profesinio vertinimo, o tai ir yra ta darbo dalis, kuriai jo dėmesys turėjo būti skirtas nuo pat pradžių.

Techniškai tai Python, kalbos modelis juodraščiams rašyti ir LibreOffice serveryje failams generuoti, kad jie kliento Word atsidarytų lygiai taip pat, kaip jų originalai. Sistema įdiegta paties kliento serveryje, su diegimo scenarijais, paleidžiamais viena komanda, ir stebėsena, o kodo saugykla priklauso klientui. Jei rytoj dingtume, bet kuris Python programuotojas per vieną rytą galėtų perimti sistemą iš kodo saugyklos ir scenarijų. Būtent to siekia mūsų perdavimo kontrolinis sąrašas, ir šiame projekte tai pasiekti kainavo nedaug.

Ar Jūsų komanda tuos pačius dokumentus vis rengia iš naujo rankiniu būdu?

Užsakyti nemokamą konsultaciją

Kas užtruko ilgiausiai

Kalbos modelis buvo greičiausia dalis. Turint dokumento struktūrą ir objekto duomenis, teksto juodraščio rašymas yra būtent tai, ką šie modeliai daro gerai, ir priimtini juodraščiai buvo pasiekti per kelias dienas.

Ilgiausiai užtruko pats failas. Institucija neskaito tinklalapio. Ji gauna dokumentą, įmonės tikrintojai jį atsidaro Word, ir jis turi atrodyti kaip jų: jų antraštės, jų lentelės, jų numeracija, jų šriftai, tokia tvarka, kokios tikisi institucija. Jei juodraščio tekstas teisingas, bet forma netinkama, inžinierius vis tiek turi jį performatuoti rankomis, ir grįžtama prie to paties kopijavimo darbo. Todėl nemaža dalis darbo buvo failų generavimas serveryje ir rezultato lyginimas su įmonės originalais tol, kol niekas įmonėje nebegalėjo atskirti, kuris yra kuris.

Niekam kliento įmonėje nerūpi, kad viduje yra modelis. Jiems rūpi, kad dokumentas atrodo kaip jų ir kad jo nereikėjo rengti rankomis. Taip yra daugumoje mūsų darbų, todėl darbų apimtį nustatome pagal rezultatą, kurį žmogus gaus į rankas, o ne pagal jį kuriantį modelį.

Ar Jūsų komanda tuos pačius dokumentus vis rengia iš naujo rankiniu būdu?

Užsakyti nemokamą konsultaciją

Rezultatai skaičiais

Rodiklis2026 m. rugpjūčio duomenimis
Sugeneruota reglamentuotų dokumentų168
Gręžinių įrašų kliento duomenų bazėje349
Inžinieriaus laikas vienam dokumentų rinkiniuiAnksčiau valandos rengimo, dabar minutės peržiūros
Incidentai, dėl kurių teko skubiai reaguotiNė vienas nebuvo susijęs su modeliu. Žr. toliau.

Skaičius pateikiame atsargiai ir neskelbiame sutaupytų valandų, kurių negalėtume pagrįsti skaičiavimu. Klientas pats žino, kaip buvo anksčiau ir kaip yra dabar. Vienintelis rezultatas, kurį drąsiai pateikiame, yra antras užsakymas.

Ar Jūsų komanda tuos pačius dokumentus vis rengia iš naujo rankiniu būdu?

Užsakyti nemokamą konsultaciją

Kodėl klientas užsakė antrą sistemą

Praėjus keliems mėnesiams po dokumentų sistemos paleidimo, ta pati įmonė paprašė kai ko, kas su dokumentais nesusiję. Jų sandėlio likučiai buvo ERP sistemoje, kurioje ieškoti niekas nenorėjo, todėl norint sužinoti, kas yra sandėlyje, reikėdavo klausti vienintelio tai žinančio žmogaus ir laukti, jei jis būdavo išvykęs į objektą. Sukūrėme antrą agentą, kuris į klausimus apie likučius atsako paprasta kalba pagal ERP duomenis. Jis pasiekiamas per atskirą portalą su prieigos kontrole ir veikia tame pačiame serveryje šalia pirmosios sistemos.

Antrosios sistemos darbų apimtį nustatėme gerokai greičiau, nes serveris, diegimo scenarijai, prieigos modelis ir darbo santykiai jau buvo. Antroji sistema klientui visada būna pigesnė, todėl pirmąją verta kurti patikimą, o ne įspūdingą. Dėl tos pačios priežasties pakartotinius užsakymus laikome svarbiausiu rezultatu, svarbesniu už bet kokius rodiklius.

Ar Jūsų komanda tuos pačius dokumentus vis rengia iš naujo rankiniu būdu?

Užsakyti nemokamą konsultaciją

Kas sugedo ir kas ne

Beveik visos šios sistemos problemos buvo įprasti pavieniai gedimai: prisijungimo duomenys, programinės bibliotekos versija, įvesties duomenys tokios formos, kokios niekas nebuvo matęs. Nė viena nebuvo susijusi su modeliu, ir tą patį matome ir kitose mūsų prižiūrimose sistemose; plačiau apie tai rašome straipsnyje kodėl DI automatizacijos nustoja veikti po paleidimo. Sistema turi stebėseną, kurios įspėjimus gauna žmogus, diegimą viena komanda ir grąžinimą į ankstesnę versiją taip pat viena komanda, ir daugiausia dėl to ji veikia be netikėtumų.

Ar Jūsų komanda tuos pačius dokumentus vis rengia iš naujo rankiniu būdu?

Užsakyti nemokamą konsultaciją

Jei vadovaujate inžinerijos įmonei

Ieškokite dokumentų rinkinio, kuris kiekvieną kartą yra toks pats ir kurį šiuo metu rengia specialistas. Reglamentuotos ataskaitos institucijoms, patikrinimų ataskaitos, darbų metodikos aprašai, atitikties dokumentų paketai. Jei kvalifikuotas žmogus kiekvienam darbui praleidžia valandas prie dokumento, kurio struktūra niekada nesikeičia, būtent tai ir verta automatizuoti. Kiek kainuoja tokią sistemą sukurti, rasite kainų puslapyje, o kokius dokumentų darbus atliekame kaip vieną projektą, aprašyta puslapyje ką automatizuojame. Jei norite, kad tą patį padarytume Jūsų dokumentų rinkiniui, aprašykite jį dviem pastraipomis, ir pasakysime, ar tai vienas projektas, ar du.

Ar Jūsų komanda tuos pačius dokumentus vis rengia iš naujo rankiniu būdu?

Užsakyti nemokamą konsultaciją

Dažnai užduodami klausimai

Kas užtruko ilgiausiai?

Ne modelis. Turint dokumento struktūrą ir objekto duomenis, teksto juodraščio rašymas yra būtent tai, ką šie modeliai daro gerai, ir priimtini juodraščiai buvo pasiekti per kelias dienas. Ilgiausiai užtruko pats failas. Institucija neskaito tinklalapio: ji gauna dokumentą, įmonės tikrintojai jį atsidaro Word, ir jis turi atrodyti kaip jų: jų antraštės, jų lentelės, jų numeracija, jų šriftai, tokia tvarka, kokios tikisi institucija. Jei juodraščio tekstas teisingas, bet forma netinkama, inžinierius vis tiek turi jį performatuoti rankomis, ir grįžtama prie to paties kopijavimo darbo.

Kam priklauso sistema?

Klientui. Ji įdiegta jo paties serveryje, su diegimo scenarijais, paleidžiamais viena komanda, ir stebėsena, o kodo saugykla priklauso jam. Jei rytoj dingtume, bet kuris Python programuotojas per vieną rytą galėtų perimti sistemą iš kodo saugyklos ir scenarijų.

Kokį rezultatą galite įrodyti?

Skaičius pateikiame atsargiai ir neskelbiame sutaupytų valandų, kurių negalėtume pagrįsti skaičiavimu. Klientas pats žino, kaip buvo anksčiau ir kaip yra dabar. Vienintelis rezultatas, kurį drąsiai pateikiame, yra antras užsakymas.

Kodėl antroji sistema kainavo pigiau?

Nes serveris, diegimo scenarijai, prieigos modelis ir darbo santykiai jau egzistavo. Antroji sistema klientui visada būna pigesnė, todėl pirmąją verta kurti patikimą, o ne įspūdingą.

Ar toks sprendimas tinka mūsų įmonei?

Ieškokite dokumentų rinkinio, kuris kiekvieną kartą yra toks pats ir kurį šiuo metu rengia specialistas: reglamentuotos ataskaitos institucijoms, patikrinimų ataskaitos, darbų metodikos aprašai, atitikties dokumentų paketai. Jei kvalifikuotas žmogus kiekvienam darbui praleidžia valandas prie dokumento, kurio struktūra niekada nesikeičia, būtent tai ir verta automatizuoti.

Ar Jūsų komanda tuos pačius dokumentus vis rengia iš naujo rankiniu būdu?