Pereiti prie pagrindinio turinio
FromNine
Meniu

DI ir duomenys

Dirbtinio intelekto agentai ir automatizavimas Jūsų nustatytose ribose.

Kelių žingsnių darbą automatizuojame DI agentais ir darbo procesais, kurie naudoja apibrėžtus įrankius, prieš svarbius veiksmus sustoja patvirtinimui ir palieka žurnalą, kurį Jūsų auditoriai gali atkurti žingsnis po žingsnio.

Bendrųjų paslaugų centrams, savivaldybių administracijoms ir operacijų komandoms, kurios tą patį procesą vykdo keliose sistemose ar šalyse.

Aptarkime Jūsų projektąKlientų ir gyventojų aptarnavimas
DI agentai ir automatizavimas: gebėjimų sluoksniaiKeturi vienas po kito išdėstyti sluoksniai. Iš viršaus į apačią: darbo procesas, saugantis būseną, jame veikiantys agento žingsniai, įrankių šliuzas su teisėmis ir patvirtinimo taškas, kurį veiksmai turi praeiti prieš pasiekdami Jūsų sistemas.01Darbo procesas ir būsena02Agento žingsniai03Įrankių šliuzas ir teisės04Patvirtinimas, tada veiksmas
  1. 01Tinkamas savarankiškumo lygis kiekvienam žingsniui, nuo fiksuoto darbo proceso iki prižiūrimo agento
  2. 02Mažiausių teisių įrankiai už šliuzo, su ribomis kiekvienam veiksmui
  3. 03Kiekvienas žingsnis, įrankio iškvietimas ir patvirtinimas registruojamas, atkuriamas ir eksportuojamas

01 Problemos

Kodėl automatizavimo programos stringa

  1. 01

    Niekas negali pasakyti, ką agentui leidžiama daryti

    Jis veikia su plačių teisių paslaugos paskyra. Rizikos ir saugumo specialistai to netvirtins, ir jie neturėtų spėlioti.

  2. 02

    Automatizavimo lygis atrodo gerai, bet išimčių daugėja

    Paprasti atvejai praeina sklandžiai. Kiti patenka į bendrą pašto dėžutę be konteksto, o juos tvarkanti komanda dabar užimta labiau nei anksčiau.

  3. 03

    Kai kas nors nepavyksta, niekas negali atkurti kodėl

    Nėra įrašo, kokius duomenis agentas matė, kokį įrankį iškvietė ar kas patvirtino žingsnį. Vidaus auditas klausia, o atsakymo nėra.

  4. 04

    Robotai sugenda, kai tik pasikeičia ekranas

    Kritinį darbą atlieka ekrano nuskaitymo robotai. Kiekvienas taikomosios programos atnaujinimas reiškia savaitgalį taisymų.

02 Ką pateikiame

Ką pateikiame

  1. 01 Savarankiškumo projektavimas kiekvienam žingsniui

    Kiekvienam žingsniui pasirenkame paprasčiausią veikiantį sprendimą: deterministinį darbo procesą, vieną modelio iškvietimą, įrankius naudojantį agentą ar kelių žingsnių orkestravimą. Kartais teisingas atsakymas yra tas, kad agentas šiam darbui netinka.

    Ką darome

    • Proceso peržiūra kartu su žmonėmis, kurie tą darbą atlieka
    • Savarankiškumo sprendimas kiekvienam žingsniui, įvertinus jo riziką
    • Proceso būsenų mašina arba BPMN modelis
    • Kriterijai, kada žingsniui suteikti daugiau ar mažiau savarankiškumo

    Ką gaunate

    • Proceso savarankiškumo žemėlapis
    • Darbo proceso modelis versijų kontrolėje
    • Sprendimo įrašas kiekvienam agento žingsniui

  2. 02 Įrankių teisės ir mažiausių teisių principas

    Agentai kviečia įrankius, niekada ne sistemas tiesiogiai. Įrankių šliuzas taiko teisių ribas, leidžiamųjų sąrašus ir operacijų limitus, o kiekvienas įrankis veikia su savo paslaugos tapatybe.

    Ką darome

    • Įrankių katalogas, kuriame atskirti skaitymo ir rašymo įrankiai
    • Apribotos paslaugos tapatybės kiekvienam įrankiui
    • Operacijų ir dažnio limitai kiekvienam veiksmo tipui
    • Izoliuotas vykdymas darbui su kodu ir failais

    Ką gaunate

    • Įrankių šliuzas, kurio politika aprašyta konfigūracijoje
    • Saugumo tarnybos patvirtinta teisių matrica
    • Politikos taikymo testų rinkinys

  3. 03 Žmogaus dalyvavimo procese projektavimas

    Patvirtinimo ribos, nukreipimas pagal pasitikėjimo lygį ir keturių akių patikra svarbiems veiksmams. Sprendimuose dėl žmonių visada dalyvauja žmogus, kaip numato BDAR 22 straipsnis, įskaitant teisę reikalauti žmogaus įsikišimo.

    Ką darome

    • Veiksmų klasifikavimas pagal pasekmes
    • Patvirtinimo ribos ir eskalavimo taisyklės
    • Peržiūros sąsaja su kontekstu, reikalingu sprendimui
    • Apsaugos priemonės sprendimams dėl asmenų

    Ką gaunate

    • Patvirtinimo politika kiekvienam veiksmo tipui
    • Peržiūros procesas įrankiuose, kuriuos Jūsų komandos jau naudoja
    • Eskalavimo žemėlapis su konkrečiomis komandomis

  4. 04 Atsekamumas ir auditas

    Išsamus įvesčių, rasto konteksto, modelio rezultatų, įrankių iškvietimų ir patvirtinimų įrašas, kad bet kurį vykdymą būtų galima atkurti ir eksportuoti vidaus auditui ar priežiūros institucijai.

    Ką darome

    • Įvykių žurnalo projektas su saugojimo taisyklėmis
    • Vykdymų atkūrimas su fiksuotomis įvestimis
    • Audito eksporto formatai, suderinti su vidaus auditu
    • Išimčių ir patvirtinimų dalies skydeliai

    Ką gaunate

    • Audito žurnalo saugykla
    • Atkūrimo įrankiai
    • Operaciniai skydeliai

  5. 05 Gedimų valdymas

    Agentai kartais suklys. Projektuojame taip, kad gedimas būtų saugus: idempotentiški veiksmai, kompensuojantys veiksmai ir atšaukimas, laiko limitai, eskalavimas konkrečiai komandai ir avarinis stabdymas, kurį turi teisę įjungti paskirtas žmogus.

    Ką darome

    • Idempotentiškumo raktai kiekvienam rašymo veiksmui
    • Kompensuojantys žingsniai keliose sistemose atliekamiems pakeitimams
    • Laiko limitai ir pakartojimų biudžetai
    • Avarinis stabdymas kiekvienam agentui ir kiekvienam įrankiui

    Ką gaunate

    • Gedimų būdų analizė
    • Eksploatavimo vadovas su avarinio stabdymo procedūra
    • Atsparumo testai kritiniams keliams

  6. 06 Agentai šalia esamo automatizavimo

    Procesų gavyba (process mining) parodo, kaip procesas vyksta iš tikrųjų. Robotizuotas procesų automatizavimas (RPA) lieka ten, kur yra tik senosios sistemos ekranas, ir pakeičiamas API, kai tik ši atsiranda. Matuojame išimčių dalį, ne vien automatizavimo lygį.

    Ką darome

    • Procesų gavyba iš įvykių žurnalų
    • Esamų robotų ir jų gedimų istorijos sąrašas
    • API alternatyvos trapiam ekranų automatizavimui
    • Išimčių analizė pagal priežastis

    Ką gaunate

    • Esamo proceso analizė
    • Perėjimo nuo ekranų prie API planas
    • Išimčių tvarkymo laiko pradinis lygis ir tikslas

03 Architektūra

Iliustracinė etaloninė architektūra

Darbo būseną valdo orkestratorius. Agento žingsniai veikia jo viduje ir Jūsų sistemas gali pasiekti tik per įrankių šliuzą, kuris kiekvieno iškvietimo metu tikrina teises ir limitus. Skaitymo įrankiai praleidžiami, o rašymo įrankiai sustoja patvirtinimo taške, jei veiksmas yra svarbus.

Viskas paliekama audito žurnale. Orkestratorius turi avarinį stabdymą ir laiko limitus, o išimtys su visu vykdymo kontekstu perduodamos konkrečiai komandai.

Brėžinio sluoksniai

Priėmimas
Nauja byla, žinutė ar įvykis pradeda vykdymą su koreliacijos identifikatoriumi.
Orkestravimas
Darbo proceso būsena, agento žingsniai, kompensavimas ir avarinis stabdymas.
Teisių riba
Įrankių šliuzas, skaitymo įrankiai, patvirtinimo taškas ir rašymo įrankiai.
Sistemos
CRM, ERP ir bylų valdymas, pasiekiami tik per įrankius.
Atsekamumas
Audito žurnalas ir komanda, kuri tvarko eskaluotus atvejus.
Iliustracinis pavyzdys

  1. Priėmimas

    • Paleidimas: byla, žinutė, įvykis

  2. Orkestravimas

    • Orkestratorius ir būsena
    • Agento žingsnis
    • Avarinis stabdymas ir laiko limitai
    • Kompensavimas ir atšaukimas

  3. Teisių riba

    • Įrankių šliuzas
    • Skaitymo įrankiai
    • Patvirtinimo taškas
    • Rašymo įrankiai

  4. Sistemos

    • CRM, ERP, bylų valdymas

  5. Atsekamumas

    • Audito žurnalas: kiekvienas žingsnis, iškvietimas ir patvirtinimas, su atkūrimu ir eksportu
    • Išimtis tvarkanti komanda
Agentas teisių ribose

Iliustracinė architektūra, ne kliento sistema.

Skaityti diagramą kaip tekstą

Pagrindinė trasa veda nuo paleidimo įvykio per orkestratorių ir agento žingsnį iki įrankių šliuzo, tada per patvirtinimo tašką, kuriame sprendžia žmogus, iki rašymo įrankio ir galiausiai iki verslo sistemų.

Šliuzas taip pat leidžia skaitymo įrankius, kurie tiesiogiai teikia užklausas verslo sistemoms. Avarinis stabdymas valdo orkestratorių, kompensuojantys žingsniai gali atšaukti agento veiksmus, o orkestratorius eskaluoja klausimus konkrečiai komandai.

Patvirtinimai ir rašymo veiksmai įrašomi į audito žurnalą, kurį galima atkurti ir eksportuoti. Šliuzas, skaitymo įrankiai, patvirtinimo taškas ir rašymo įrankiai kartu sudaro teisių ribą.

04 Aspektai ir ribos

Inžineriniai aspektai ir ribos

  • Savarankiškumas užsitarnaujamas kiekvienam žingsniui

    Kaip tai sprendžiame

    Žingsniai pradeda veikti prižiūrimi. Savarankiškumą plečiame tik tada, kai žurnalai rodo, kad žingsnis reikšmingame atvejų kiekyje veikia sutartose ribose.

    Ribos ir priklausomybės

    Kai kurie žingsniai niekada neturėtų būti savarankiški, kad ir ką rodytų skaičiai. Tai verslo sprendimas, ir paprašysime Jūsų jį priimti aiškiai.

  • Agentai yra tiek saugūs, kiek saugūs jų įrankiai

    Kaip tai sprendžiame

    Rašymo įrankiai yra siauri ir parametrizuoti: „sukurti kreditinę sąskaitą iki nustatytos sumos“, niekada ne „kreiptis į ERP“.

    Ribos ir priklausomybės

    Jei sistema neturi detalaus teisių modelio, tai kompensuojame šliuze. Tai prideda darbo, o kai kurių sistemų neįmanoma padaryti pakankamai saugių rašymo prieigai.

    DI rezultatai gali būti klaidingi. Todėl svarbūs veiksmai sustoja, kol juos patvirtina žmogus, o neaiškūs atvejai nukreipiami, ne spėjami.

  • Užklausų injekcija yra operacinė rizika

    Kaip tai sprendžiame

    Turinys iš el. laiškų, dokumentų ir tinklalapių laikomas nepatikimu. Jis negali pakeisti agento instrukcijų ar išplėsti jo teisių, o atakų imitavimo testai tai tikrina.

    Ribos ir priklausomybės

    Jokia priemonė visiškai nepašalina šios rizikos. Sprendimas daro prielaidą, kad kada nors bandymas pavyks, ir riboja, ką jis gali pasiekti.

  • Išimtys yra produkto dalis

    Kaip tai sprendžiame

    Kiekviena išimtis atkeliauja su vykdymo kontekstu, priežastimi ir siūlomu kitu žingsniu į komandos, kuri už ją atsakinga, eilę.

    Ribos ir priklausomybės

    Jei niekas neatsako už išimčių eilę, automatizavimas darbą tik perkelia, o ne panaikina. Be paskirto atsakingo asmens sistemos nepaleidžiame.

05 Kaip dirbame

Kaip dirbame

Pradedame nuo proceso, koks jis yra iš tikrųjų, o ne koks nubraižytas, ir savarankiškumą suteikiame žingsnis po žingsnio.

  1. 01

    Pamatome tikrąjį procesą

    Procesų gavyba ir darbo stebėjimas parodo apimtis, variantus ir vietas, kur prarandamas laikas.

    RezultatasEsamo proceso analizė

  2. 02

    Nustatome savarankiškumą kiekvienam žingsniui

    Darbo procesas, modelio iškvietimas ar agentas, kiekvienam žingsniui užrašant klaidingo veiksmo pasekmes.

    RezultatasSavarankiškumo žemėlapis ir teisių matrica

  3. 03

    Paleidžiame šešėliniu režimu

    Sistema siūlo, žmonės veikia. Jos pasiūlymus lyginame su žmonių sprendimais realiose bylose.

    RezultatasŠešėlinio režimo ataskaita

  4. 04

    Paleidžiame su patvirtinimais

    Svarbūs veiksmai laukia patvirtinimo, o ribos peržiūrimos remiantis įrodymais, ne nuojauta.

    RezultatasPatvirtinimo politika ir skydeliai

06 Žmogaus kontrolė

Kur sprendžia žmonės

Agentai veikia Jūsų nustatytų teisių ribose, prieš svarbius veiksmus prašo patvirtinimo ir registruoja kiekvieną žingsnį.

  • Patvirtinimas prieš pasekmes

    Mokėjimai, sprendimai dėl asmenų ir pagrindinių duomenų pakeitimai laukia žmogaus, kuris gauna kontekstą, reikalingą greitai nuspręsti.

  • Keturių akių principas ten, kur svarbu

    Viršijus sutartas ribas, tvirtina du žmonės. Riba yra nustatymas, kurį valdo Jūsų rizikos savininkas, o ne kodas.

  • Avarinis stabdymas, kurį kas nors turi teisę įjungti

    Kiekvieną agentą ir kiekvieną įrankį gali sustabdyti paskirtas vaidmuo be naujo diegimo, o procedūra iš anksto išbandoma.

  • Žmogaus peržiūra sprendimuose dėl žmonių

    Kai rezultatas paveikia asmenį, jį peržiūri žmogus, o asmuo gali tokios peržiūros paprašyti.

  • Eskalavimas konkrečiai komandai

    Neaiškūs ar nepavykę vykdymai perduodami už juos atsakingai komandai, niekada nežiūrimai pašto dėžutei.

07 Pavyzdys

Iliustracinis pavyzdys

Iliustracinis pavyzdys

Tiekėjų sąskaitų išimtys didmeninės prekybos įmonėje

01Situacija
Didmeninės prekybos įmonė su padaliniais keliose Baltijos šalyse gauna tiekėjų sąskaitas, kurios ne visada atitinka pirkimo užsakymą. Nesutampančios sąskaitos kelias dienas laukia eilėje, kol darbuotojai el. paštu aiškinasi su pirkėjais.
02Ką kurtume
Agentas surenka užsakymą, prekių priėmimo duomenis ir sutarties sąlygas, parengia sprendimo pasiūlymą ir žinutę pirkėjui, o įrašą į apskaitą pasiūlo per apribotus ERP įrankius.
03Žmogaus kontrolė
Įrašams, viršijantiems kiekvienam padaliniui nustatytą sumą, reikia dviejų patvirtinimų. Viskas, kas susiję su tiekėjo banko rekvizitais, niekada neautomatizuojama.
04Ką matuotume
Kiek dienų išimtis lieka atvira, kokia dalis pasiūlymų priimama be pakeitimų ir kiek laiko skiriama vienai išimčiai.

08 Sektoriaus požiūriu

Jūsų sektoriuje

  • Finansinės paslaugos

    Žalų, klientų priėmimo ir mokėjimų išimtys, kurias tvarko agentai su operacijų limitais, keturių akių patvirtinimu ir audito eksportu Jūsų audito funkcijos sutartu formatu.

  • Viešasis sektorius

    Prašymų nagrinėjimo parengimas: agentas surenka informaciją ir parengia juodraštį, o sprendžia atsakingas specialistas. Kiekvienas žingsnis įrašomas, kad būtų galima peržiūrėti sprendimą ir nagrinėti skundus.

  • Gamyba ir pramonė

    Užsakymų pakeitimai, darbas su tiekėjais ir aptarnavimo užklausos tarp ERP ir el. pašto, su patvirtinimais tuose taškuose, kur įsipareigojama pinigais ar pajėgumais.

Lietuva

Automatizavimas pagal ES ir Lietuvos taisykles

Dirbtinio intelekto aktas ir BDAR įtvirtinta teisė reikalauti žmogaus įsikišimo galioja visoje Europos Sąjungoje, taip pat Lietuvoje. Tačiau tai, kaip automatizuotus sprendimus vertina priežiūros institucijos, darbo taryba ir pačios organizacijos patvirtinimo taisyklės, skiriasi. Lietuvoje asmens duomenų apsaugą prižiūri Valstybinė duomenų apsaugos inspekcija (VDAI), o Dirbtinio intelekto akto rinkos priežiūros institucija yra Ryšių reguliavimo tarnyba (RRT).

Išlaikome vieną orkestravimą ir vieną audito žurnalą, o patvirtinimo ribas, kalbas ir eskalavimo kelius konfigūruojame kiekvienam juridiniam asmeniui atskirai. Savivaldybėje ar valstybės įstaigoje tai reiškia, kad sprendimą dėl prašymo visada priima atsakingas specialistas, o agentas tik surenka informaciją ir parengia juodraštį.

Klausimai apie DI agentus ir automatizavimą

Kaip nusprendžiate, ar reikia agento, ar įprasto darbo proceso?

Jei žingsniai žinomi, o įvestys struktūrizuotos, darbo procesas yra pigesnis, greitesnis ir lengviau audituojamas. Agentai pasiteisina ten, kur įvestys skiriasi, kelias priklauso nuo to, kas randama, o rezultatą gali patikrinti žmogus. Dauguma gamybinių sistemų derina abu.

Kas sustabdo agentą, kad jis nepadarytų to, ko neturėtų?

Jis gali veikti tik per įrankius, kiekvienas įrankis veikia su savo apribota tapatybe, o šliuzas taiko limitus kiekvienam iškvietimui. Svarbūs rašymo veiksmai sustoja patvirtinimui. Nepatikimas turinys šių taisyklių pakeisti negali.

Jau naudojame RPA. Ar turime jo atsisakyti?

Ne. Robotai senųjų sistemų ekranuose toliau veikia ten, kur nėra API. Vertinimo reikalaujantiems žingsniams pridedame agentus, procesų gavyba randame trapius robotus ir keičiame juos API integracijomis, kai tai leidžia pagrindinės sistemos.

Kaip matuojate sėkmę?

Pagal proceso trukmę, išimčių dalį, pakartotinį darbą ir laiką, kurį žmonės skiria išimtims, palyginti su pradiniu lygiu, išmatuotu prieš paleidimą. Vien automatizavimo lygis paslepia per daug.

Ar vidaus auditas ar priežiūros institucija gali patikrinti, kas įvyko?

Taip. Kiekvieną vykdymą galima atkurti iš jo žurnalo: įvestis, rastą kontekstą, modelio rezultatus, įrankių iškvietimus ir patvirtinimus. Eksporto formatai su Jūsų audito funkcija suderinami prieš paleidimą.

Atsineškite procesą, kuris Jūsų komandai atima daugiausia laiko

Prieš ką nors kurdami, nustatysime, kur padeda agentas, kur pakanka darbo proceso ir kur turi spręsti žmogus.

Aptarkime Jūsų projektąKlientų ir gyventojų aptarnavimas