Preskočite na glavno vsebino
FromNine
Meni

UI in podatki

Agenti umetne inteligence (UI) in avtomatizacija znotraj vaših meja.

Večkoračno delo avtomatiziramo z agenti in poteki dela, ki uporabljajo omejena orodja, se pred pomembnimi dejanji ustavijo za odobritev in za seboj pustijo sled, ki jo lahko vaši revizorji ponovno predvajajo.

Za skupne službe in operativne ekipe, ki isti proces izvajajo za družbe v Sloveniji in sosednjih državah, v več sistemih.

Opišite svoj projektPodpora strankam
Agenti UI in avtomatizacija: plasti zmogljivostiŠtiri plasti, naložene druga na drugo. Od zgoraj navzdol: potek dela, ki hrani stanje, koraki agenta v njem, prehod za orodja s pravicami ter točka odobritve, preden dejanja dosežejo vaše sisteme.01Potek dela in stanje02Koraki agenta03Prehod za orodja in pravice04Odobritev, nato dejanje
  1. 01Prava stopnja samostojnosti za vsak korak, od fiksnega poteka dela do nadzorovanega agenta
  2. 02Orodja z najmanjšimi potrebnimi pravicami za prehodom, z omejitvami za vsako dejanje
  3. 03Vsak korak, klic orodja in odobritev zabeleženi, ponovljivi in izvozljivi

01 Težave

Zakaj se projekti avtomatizacije ustavijo

  1. 01

    Nihče ne zna povedati, kaj agent sme početi

    Agent deluje pod širokim servisnim računom. Služba za tveganja in varnostna služba tega ne bosta odobrili, ugibati pa jim ne bi bilo treba.

  2. 02

    Stopnja avtomatizacije je videti dobra, izjeme pa se kopičijo

    Preprosti primeri gredo skozi. Ostali pristanejo v skupnem e-poštnem predalu brez konteksta, ekipa, ki jih obravnava, pa ima zdaj več dela kot prej.

  3. 03

    Ko gre kaj narobe, nihče ne more ugotoviti zakaj

    Ni zapisa, katere podatke je agent videl, katero orodje je poklical ali kdo je korak odobril. Notranja revizija vpraša, odgovora pa ni.

  4. 04

    Roboti se pokvarijo ob vsaki spremembi zaslona

    Roboti, ki berejo zaslone, opravljajo ključno delo. Vsaka posodobitev aplikacije pomeni vikend popravil.

02 Kaj zagotovimo

Kaj zagotovimo

  1. 01 Zasnova samostojnosti za vsak korak

    Za vsak korak izberemo najpreprostejšo rešitev, ki deluje: determinističen potek dela, en klic modela, agenta z orodji ali večkoračno orkestracijo. Včasih je pravi odgovor, da agent ni pravo orodje.

    Kaj naredimo

    • Pregled procesa z ljudmi, ki delo opravljajo
    • Odločitev o samostojnosti za vsak korak, s tveganjem vsakega koraka
    • Model poteka kot avtomat stanj ali v BPMN
    • Merila za prehod koraka na več ali manj samostojnosti

    Kaj prejmete

    • Zemljevid samostojnosti procesa
    • Model poteka dela v sistemu za upravljanje različic
    • Zapis odločitve za vsak korak agenta

  2. 02 Pravice orodij in najmanjše potrebne pravice

    Agenti kličejo orodja, nikoli neposredno sistemov. Prehod za orodja uveljavlja obseg pravic, sezname dovoljenih dejanj in omejitve transakcij, vsako orodje pa deluje pod svojo servisno identiteto.

    Kaj naredimo

    • Katalog orodij z ločenimi orodji za branje in pisanje
    • Servisne identitete z omejenimi pravicami za vsako orodje
    • Omejitve transakcij in pogostosti za vsako vrsto dejanja
    • Izvajanje kode in obdelava datotek v izoliranem okolju

    Kaj prejmete

    • Prehod za orodja s pravili v konfiguraciji
    • Matrika pravic, ki jo odobri varnostna služba
    • Testi za uveljavljanje pravil

  3. 03 Zasnova s človekom v zanki

    Pragovi odobritve, usmerjanje glede na zanesljivost in načelo štirih oči za pomembna dejanja. Pri odločitvah o ljudeh ostane v zanki človek, v skladu z 22. členom GDPR in pravico do osebnega posredovanja upravljavca.

    Kaj naredimo

    • Razvrstitev dejanj po posledicah
    • Pragovi odobritve in pravila stopnjevanja
    • Vmesnik za pregledovalce s kontekstom, potrebnim za odločitev
    • Zaščitni ukrepi za odločitve o posameznikih

    Kaj prejmete

    • Pravila odobritve za vsako vrsto dejanja
    • Potek pregleda v orodjih, ki jih vaše ekipe že uporabljajo
    • Zemljevid stopnjevanja z imenovanimi ekipami

  4. 04 Sledljivost in revizija

    Popoln zapis vhodnih podatkov, pridobljenega konteksta, izhodov modela, klicev orodij in odobritev, tako da je mogoče vsak potek ponovno predvajati in izvoziti za notranjo revizijo ali nadzornika.

    Kaj naredimo

    • Zasnova dnevnika dogodkov s pravili hrambe
    • Ponovno predvajanje potekov na fiksnih vhodnih podatkih
    • Oblike izvoza za revizijo, dogovorjene z notranjo revizijo
    • Nadzorne plošče za deleže izjem in odobritev

    Kaj prejmete

    • Shramba revizijske sledi
    • Orodja za ponovno predvajanje
    • Operativne nadzorne plošče

  5. 05 Obravnava napak

    Agenti bodo kdaj odpovedali. Zasnujemo jih tako, da je odpoved varna: idempotentna dejanja, kompenzacija in povrnitev, časovne omejitve, stopnjevanje k imenovani ekipi in stikalo za ustavitev, ki ga sme nekdo uporabiti.

    Kaj naredimo

    • Ključi idempotentnosti pri vsakem pisalnem dejanju
    • Kompenzacijski koraki za spremembe v več sistemih
    • Časovne omejitve in proračuni ponovnih poskusov
    • Stikalo za ustavitev za vsakega agenta in vsako orodje

    Kaj prejmete

    • Analiza načinov odpovedi
    • Navodila s postopkom za stikalo za ustavitev
    • Testi odpornosti za kritične poti

  6. 06 Agenti ob obstoječi avtomatizaciji

    Rudarjenje procesov pokaže, kako potek dejansko teče. Robotska avtomatizacija procesov ostane tam, kjer obstaja le star zaslon, in preide na API-je, takoj ko so ti na voljo. Merimo delež izjem, ne le stopnje avtomatizacije.

    Kaj naredimo

    • Rudarjenje procesov na dnevnikih dogodkov
    • Popis obstoječih robotov in zgodovine njihovih odpovedi
    • API-ji namesto krhke avtomatizacije zaslonov
    • Analiza izjem po vzrokih

    Kaj prejmete

    • Analiza obstoječega poteka
    • Načrt prehoda z zaslonov na API-je
    • Izhodišče in cilj za čas obravnave izjem

03 Arhitektura

Ponazoritvena referenčna arhitektura

Orkestrator je lastnik stanja dela. Koraki agenta so v njem in vaše sisteme lahko dosežejo samo prek prehoda za orodja, ki ob vsakem klicu preveri pravice in omejitve. Orodja za branje gredo skozi, orodja za pisanje pa se pri pomembnih dejanjih ustavijo na točki odobritve.

Vse pusti zapis v revizijski sledi. Stikalo za ustavitev in časovne omejitve so na orkestratorju, izjeme pa gredo imenovani ekipi s celotnim kontekstom poteka.

Plasti na sliki

Sprejem
Nova zadeva, sporočilo ali dogodek sproži potek z identifikatorjem za povezovanje.
Orkestracija
Stanje poteka dela, koraki agenta, kompenzacija in stikalo za ustavitev.
Meja pravic
Prehod za orodja, orodja za branje, točka odobritve in orodja za pisanje.
Sistemi
CRM, ERP in vodenje zadev, dosegljivi samo prek orodij.
Sled
Revizijska sled in ekipa, ki obravnava stopnjevane primere.
Ponazoritveni primer

  1. Sprejem

    • Sprožilec: zadeva, sporočilo, dogodek

  2. Orkestracija

    • Orkestrator in stanje
    • Korak agenta
    • Stikalo za ustavitev in časovne omejitve
    • Kompenzacija in povrnitev

  3. Meja pravic

    • Prehod za orodja
    • Orodja za branje
    • Točka odobritve
    • Orodja za pisanje

  4. Sistemi

    • CRM, ERP, vodenje zadev

  5. Sled

    • Revizijska sled: vsak korak, klic in odobritev, s ponovnim predvajanjem in izvozom
    • Imenovana ekipa za izjeme
Agent znotraj meje pravic

Ponazoritvena arhitektura, ne sistem stranke.

Preberite diagram kot besedilo

Glavna pot vodi od sprožilca prek orkestratorja in koraka agenta do prehoda za orodja, nato skozi točko odobritve, kjer odloči človek, do orodja za pisanje in na koncu do poslovnih sistemov.

Prehod dovoli tudi orodja za branje, ki neposredno poizvedujejo po poslovnih sistemih. Stikalo za ustavitev upravlja orkestrator, kompenzacijski koraki lahko razveljavijo dejanja agenta, orkestrator pa izjeme stopnjuje k imenovani ekipi.

Odobritve in pisalna dejanja se zapišejo v revizijsko sled, ki omogoča ponovno predvajanje in izvoz. Prehod, orodja za branje, točka odobritve in orodja za pisanje skupaj tvorijo mejo pravic.

04 Premisleki in omejitve

Tehnični premisleki in omejitve

  • Samostojnost si korak zasluži

    Kako to rešujemo

    Koraki začnejo pod nadzorom. Samostojnost razširimo šele, ko dnevniki pokažejo, da se korak na zadostnem številu primerov vede znotraj dogovorjenih meja.

    Omejitve in odvisnosti

    Nekateri koraki ne bi smeli biti nikoli samostojni, ne glede na številke. To je poslovna odločitev, zato vas bomo prosili, da jo sprejmete izrecno.

  • Agenti so varni le toliko, kolikor so varna njihova orodja

    Kako to rešujemo

    Orodja za pisanje so ozka in parametrizirana: »izdaj dobropis do določenega zneska«, nikoli »pokliči ERP«.

    Omejitve in odvisnosti

    Kadar sistem nima natančnega modela pravic, to nadomestimo v prehodu. To pomeni več dela, nekaterih sistemov pa ni mogoče dovolj zavarovati za pisalni dostop.

    Rezultati UI so lahko napačni. Zato se pomembna dejanja ustavijo pri človeku, negotove primere pa preusmerimo, namesto da bi ugibali.

  • Vrivanje navodil je operativno tveganje

    Kako to rešujemo

    Vsebino iz e-pošte, dokumentov in spletnih strani obravnavamo kot nezaupanja vredno. Ne more spremeniti navodil agenta ali razširiti njegovih pravic, napadalni testi pa to preverjajo.

    Omejitve in odvisnosti

    Noben ukrep tveganja ne odpravi v celoti. Zasnova predpostavlja, da bo poskus nekoč uspel, in omeji, kaj lahko doseže.

  • Izjeme so del izdelka

    Kako to rešujemo

    Vsaka izjema pride s kontekstom poteka, razlogom in predlaganim naslednjim korakom v vrsto ekipe, ki je zanjo odgovorna.

    Omejitve in odvisnosti

    Če vrsta izjem nima lastnika, avtomatizacija delo le premakne, ne odpravi. Brez imenovanega lastnika ne gremo v produkcijo.

05 Kako delamo

Kako delamo

Izhajamo iz procesa, kot dejansko teče, ne kot je narisan, in samostojnost širimo korak za korakom.

  1. 01

    Spoznamo dejanski potek

    Rudarjenje procesov in spremljanje dela pokažeta obseg, različice in kje se izgublja čas.

    RezultatAnaliza obstoječega poteka

  2. 02

    Določimo samostojnost koraka

    Potek dela, klic modela ali agent, za vsak korak pa zapisana posledica napačnega dejanja.

    RezultatZemljevid samostojnosti in matrika pravic

  3. 03

    Vzporedno preizkusno delovanje

    Sistem predlaga, ljudje ukrepajo. Na resničnih primerih primerjamo njegove predloge z njihovimi odločitvami.

    RezultatPoročilo o vzporednem delovanju

  4. 04

    Uvedba z odobritvami

    Pomembna dejanja čakajo na odobritev; pragove pregledujemo na podlagi dokazov, ne občutka.

    RezultatPravila odobritve in nadzorne plošče

06 Človeški nadzor

Kje odloča človek

Agenti delujejo znotraj pravic, ki jih določite vi, pred pomembnimi dejanji zaprosijo za odobritev in zabeležijo vsak korak.

  • Odobritev pred posledicami

    Plačila, odločitve o posameznikih in spremembe matičnih podatkov čakajo na človeka, s kontekstom, ki ga potrebuje za hitro odločitev.

  • Štiri oči, kjer je pomembno

    Nad dogovorjenimi pragovi odobrita dve osebi. Prag je nastavitev, ki jo upravlja vaš lastnik tveganja, ne koda.

  • Stikalo za ustavitev, ki ga nekdo sme uporabiti

    Vsakega agenta in vsako orodje lahko ustavi imenovana vloga, brez nove namestitve, postopek pa je vaden.

  • Človeški pregled pri odločitvah o ljudeh

    Kadar izid vpliva na posameznika, ga pregleda človek, posameznik pa lahko tak pregled zahteva.

  • Stopnjevanje k imenovani ekipi

    Negotovi ali neuspešni poteki gredo ekipi, ki je zanje odgovorna, nikoli v nenadzorovan e-poštni predal.

07 Primer

Ponazoritveni primer

Ponazoritveni primer

Izjeme pri prejetih e-računih veletrgovca

01Izhodišče
Računovodstvo veletrgovca prejema e-račune številnih dobaviteljev. Računi, ki se ne ujemajo z naročilnico ali prevzemnico, dneve čakajo v vrsti, medtem ko sodelavci po e-pošti iščejo nabavnike.
02Kaj bi zgradili
Agent zbere naročilo, prevzemnico in pogodbene pogoje, pripravi predlog rešitve in sporočilo nabavniku ter prek omejenih orodij ERP predlaga knjiženje.
03Kje odloča človek
Knjiženja nad pragom, ki ga določi vodja računovodstva, potrebujejo dve odobritvi. Spremembe bančnih podatkov dobavitelja niso nikoli avtomatizirane.
04Kaj bi merili
Število dni, ko je izjema odprta, delež predlogov, sprejetih brez sprememb, in čas, porabljen za posamezno izjemo.

08 Panoge

V vaši panogi

  • Finančne storitve

    Škodni primeri, sprejem novih strank in izjeme pri plačilih, ki jih obravnavajo agenti z omejitvami transakcij, odobritvijo po načelu štirih oči in izvozom za revizijo v obliki, dogovorjeni z vašo revizijsko funkcijo.

  • Javni sektor

    Priprava zadev, pri kateri agent zbere podatke in pripravi osnutek, odloči pa uradna oseba, z vsakim korakom zabeleženim za pregled in morebitni pritožbeni postopek.

  • Proizvodna industrija

    Spremembe naročil, sledenje dobaviteljem in servisne zahteve v ERP in e-pošti, z odobritvami na točkah, kjer se zavežete k izdatkom ali rezervirate zmogljivosti.

Slovenija

Avtomatizacija za več družb in nadzornikov

Skupna služba v Sloveniji, ki dela za družbe skupine tudi v Avstriji, Italiji ali na Hrvaškem, avtomatizira en proces pod več sklopi pričakovanj. Akt o umetni inteligenci in pravica do osebnega posredovanja upravljavca po 22. členu splošne uredbe o varstvu podatkov (GDPR) veljata povsod, način, kako avtomatizirane odločitve presojajo nadzorniki in sveti delavcev, pa se med državami razlikuje.

V Sloveniji je organe za nadzor trga po Aktu o umetni inteligenci določil ZIUDHPUI (Uradni list RS, št. 85/25), ki velja od 21. novembra 2025: enotna kontaktna točka je AKOS, za varstvo osebnih podatkov pa je pristojen Informacijski pooblaščenec. Od 1. januarja 2028 si poslovni subjekti za dobave v Sloveniji izmenjujejo samo e-račune (ZIERDED), zato bo več prejetih računov prišlo v strukturirani obliki, primerni za avtomatizacijo.

Ohranimo eno orkestracijo in eno revizijsko sled, pragove odobritve, jezike in poti stopnjevanja pa nastavimo za vsako družbo posebej. Lastnik tveganja v vsaki državi vidi in potrdi nastavitve, ki veljajo za njegove ljudi in stranke.

Vprašanja o agentih UI in avtomatizaciji

Kako se odločite med agentom in običajnim potekom dela?

Če so koraki znani in vhodni podatki strukturirani, je potek dela cenejši, hitrejši in lažji za revizijo. Agent ima smisel tam, kjer se vhodni podatki razlikujejo, pot je odvisna od tega, kar se najde, rezultat pa lahko preveri človek. Večina sistemov v produkciji združuje oboje.

Kaj prepreči agentu, da naredi nekaj, česar ne bi smel?

Deluje lahko samo prek orodij, vsako orodje ima svojo identiteto z omejenimi pravicami, prehod pa ob vsakem klicu uveljavlja omejitve. Pomembna pisalna dejanja se ustavijo za odobritev. Vsebina, ki ji ne zaupamo, teh pravil ne more spremeniti.

Že uporabljamo RPA. Ali ga moramo zavreči?

Ne. Roboti na starih zaslonih delujejo naprej, kjer API-ja ni. Agente dodamo za korake, ki zahtevajo presojo, z rudarjenjem procesov poiščemo krhke robote in jih nadomestimo z integracijami prek API-jev, kolikor to dopuščajo sistemi v ozadju.

Kako merite uspeh?

S časom obdelave, deležem izjem, ponovnim delom in časom, ki ga ljudje porabijo za izjeme, v primerjavi z izhodiščem pred uvedbo. Sama stopnja avtomatizacije skrije preveč.

Ali lahko notranja revizija ali nadzornik preveri, kaj se je zgodilo?

Da. Vsak potek je mogoče ponovno predvajati iz dnevnika: vhodni podatki, pridobljeni kontekst, izhodi modela, klici orodij in odobritve. Oblike izvoza pred uvedbo dogovorimo z vašo revizijsko funkcijo.

Prinesite proces, ki vaši ekipi vzame največ časa

Preden karkoli zgradimo, bomo skupaj določili, kje pomaga agent, kje zadostuje potek dela in kje mora odločiti človek.

Opišite svoj projektPodpora strankam