Pāriet uz galveno saturu
FromNine
Izvēlne

MI un dati

MI aģenti un automatizācija, kas rīkojas Jūsu noteiktajās robežās.

Mēs automatizējam vairāku soļu darbu ar aģentiem un darba plūsmām, kas izmanto ierobežotus rīkus, pirms būtiskām darbībām apstājas apstiprināšanai un atstāj pierakstu, ko Jūsu auditori var atkārtot.

Kopīgo pakalpojumu centriem un darbības komandām, kas vienu procesu veic vairākās valstīs un sistēmās.

Pieteikt sarunuApskatīt apkalpošanas atbalstu
MI aģenti un automatizācija: spēju slāņiČetri slāņi viens aiz otra. No augšas uz leju: darba plūsma, kas glabā stāvokli, aģenta soļi tās iekšienē, rīku vārteja ar piekļuves tiesībām un apstiprināšanas punkts, pirms darbības sasniedz Jūsu sistēmas.01Darba plūsma un stāvoklis02Aģenta soļi03Rīku vārteja un tiesības04Apstiprinājums, tad darbība
  1. 01Katram solim atbilstoša autonomija, no fiksētas darba plūsmas līdz uzraudzītam aģentam
  2. 02Rīki ar minimālām tiesībām aiz vārtejas un limiti katrai darbībai
  3. 03Katrs solis, rīka izsaukums un apstiprinājums žurnālēts, atkārtojams un eksportējams

01 Problēmas

Kāpēc automatizācijas programmas vilcinās

  1. 01

    Neviens nevar pateikt, ko aģents drīkst darīt

    Tas darbojas ar plašu pakalpojuma kontu. Riska un drošības speciālisti to neapstiprina, un viņiem nevajadzētu būt spiestiem minēt.

  2. 02

    Automatizācijas līmenis izskatās labi, bet izņēmumi krājas

    Vienkāršie gadījumi iziet cauri. Pārējie nonāk kopīgā pastkastē bez konteksta, un komandai, kas tos risina, tagad ir vairāk darba nekā agrāk.

  3. 03

    Kad kaut kas noiet greizi, neviens nevar atjaunot, kāpēc

    Nav pieraksta, kurus datus aģents redzēja, kuru rīku tas izsauca vai kas apstiprināja soli. Iekšējais audits jautā, un atbildes nav.

  4. 04

    Roboti salūzt katru reizi, kad mainās ekrāns

    Kritisku darbu veic roboti, kas nolasa ekrānus. Katrs lietotnes atjauninājums nozīmē nedēļas nogali remontiem.

02 Ko piegādājam

Ko mēs piegādājam

  1. 01 Autonomijas projektējums katram solim

    Katram solim izvēlamies vienkāršāko risinājumu, kas darbojas: deterministisku darba plūsmu, vienu modeļa izsaukumu, aģentu ar rīkiem vai vairāku soļu orķestrāciju. Dažreiz pareizā atbilde ir tāda, ka aģents nav īstais rīks.

    Ko mēs darām

    • Procesa apskate kopā ar cilvēkiem, kas veic šo darbu
    • Autonomijas lēmums katram solim ar katra soļa risku
    • Plūsmas stāvokļu mašīnas vai BPMN modelis
    • Kritēriji, kad solim piešķirt vairāk vai mazāk autonomijas

    Ko Jūs saņemat

    • Procesa autonomijas karte
    • Darba plūsmas modelis versiju kontrolē
    • Lēmuma pieraksts katram aģenta solim

  2. 02 Rīku tiesības un minimālās privilēģijas

    Aģenti izsauc rīkus, nekad tieši sistēmas. Rīku vārteja piemēro tiesību apjomu, atļauto sarakstus un darījumu limitus, un katrs rīks darbojas ar savu pakalpojuma identitāti.

    Ko mēs darām

    • Rīku katalogs ar nodalītiem lasīšanas un rakstīšanas rīkiem
    • Ierobežotas pakalpojuma identitātes katram rīkam
    • Darījumu un pieprasījumu limiti katram darbības veidam
    • Izolēta izpilde koda un failu apstrādei

    Ko Jūs saņemat

    • Rīku vārteja ar politiku kā konfigurāciju
    • Tiesību matrica, ko apstiprinājusi drošības komanda
    • Testi politikas ievērošanai

  3. 03 Cilvēka līdzdalības projektējums

    Apstiprināšanas sliekšņi, maršrutēšana pēc ticamības un četru acu pārbaude būtiskām darbībām. Lēmumos par cilvēkiem cilvēks paliek procesā, atbilstoši VDAR 22. pantam un tiesībām uz cilvēka pārskatīšanu.

    Ko mēs darām

    • Darbību klasifikācija pēc sekām
    • Apstiprināšanas sliekšņi un eskalācijas noteikumi
    • Pārskatītāja saskarne ar lēmumam vajadzīgo kontekstu
    • Aizsardzības pasākumi lēmumiem par fiziskām personām

    Ko Jūs saņemat

    • Apstiprināšanas politika katram darbības veidam
    • Pārskatīšanas plūsma rīkos, ko Jūsu komandas jau lieto
    • Eskalācijas karte ar konkrētām komandām

  4. 04 Izsekojamība un audits

    Pilns ievaddatu, izgūtā konteksta, modeļa rezultātu, rīku izsaukumu un apstiprinājumu pieraksts, lai jebkuru izpildi varētu atkārtot un eksportēt iekšējam auditam vai uzraudzības iestādei.

    Ko mēs darām

    • Notikumu žurnāla projektējums ar glabāšanas noteikumiem
    • Izpildes atkārtošana ar fiksētiem ievaddatiem
    • Audita eksporta formāti, saskaņoti ar iekšējo auditu
    • Paneļi izņēmumu un apstiprinājumu biežumam

    Ko Jūs saņemat

    • Audita pierakstu krātuve
    • Atkārtošanas rīki
    • Darbības paneļi

  5. 05 Kļūmju apstrāde

    Aģenti kļūdīsies. Mēs projektējam tā, lai kļūme būtu droša: idempotentas darbības, kompensācija un atcelšana, laika limiti, eskalācija konkrētai komandai un avārijas slēdzis, ko kāds ir pilnvarots izmantot.

    Ko mēs darām

    • Idempotences atslēgas katrai rakstīšanas darbībai
    • Kompensācijas soļi izmaiņām vairākās sistēmās
    • Laika limiti un atkārtojumu budžeti
    • Avārijas slēdzis katram aģentam un katram rīkam

    Ko Jūs saņemat

    • Kļūmju veidu analīze
    • Darbības rokasgrāmata ar avārijas slēdža procedūru
    • Haosa testi kritiskajiem ceļiem

  6. 06 Aģenti līdzās esošajai automatizācijai

    Procesu izrace parāda plūsmu tādu, kāda tā ir īstenībā. Robotizētā procesu automatizācija paliek tur, kur ir tikai mantotās sistēmas ekrāns, un pāriet uz API, tiklīdz tāds parādās. Mēs mērām izņēmumu īpatsvaru, ne tikai automatizācijas līmeni.

    Ko mēs darām

    • Procesu izrace no notikumu žurnāliem
    • Esošo robotu un to kļūmju vēstures uzskaite
    • API alternatīvas trauslai ekrānu automatizācijai
    • Izņēmumu analīze pēc cēloņiem

    Ko Jūs saņemat

    • Pašreizējās plūsmas analīze
    • Pārejas plāns no ekrāniem uz API
    • Sākuma un mērķa vērtība izņēmumu apstrādes laikam

03 Arhitektūra

Ilustratīva atsauces arhitektūra

Orķestrators pārvalda darba stāvokli. Aģenta soļi atrodas tā iekšienē un var sasniegt Jūsu sistēmas tikai caur rīku vārteju, kas katrā izsaukumā pārbauda tiesības un limitus. Lasīšanas rīki iziet cauri; rakstīšanas rīki būtiskām darbībām apstājas apstiprināšanas punktā.

Viss atstāj pierakstu audita žurnālā. Avārijas slēdzis un laika limiti ir orķestratorā, un izņēmumi nonāk pie konkrētas komandas ar visu izpildes kontekstu.

Slāņi zīmējumā

Saņemšana
Jauna lieta, ziņa vai notikums sāk izpildi ar korelācijas identifikatoru.
Orķestrācija
Darba plūsmas stāvoklis, aģenta soļi, kompensācija un avārijas slēdzis.
Tiesību robeža
Rīku vārteja, lasīšanas rīki, apstiprināšanas punkts un rakstīšanas rīki.
Sistēmas
CRM, ERP un lietu pārvaldības sistēma, kas pieejamas tikai caur rīkiem.
Pieraksts
Audita žurnāls un komanda, kas apstrādā eskalācijas.
Ilustratīvs piemērs

  1. Saņemšana

    • Ierosinātājs: lieta, ziņa, notikums

  2. Orķestrācija

    • Orķestrators un stāvoklis
    • Aģenta solis
    • Avārijas slēdzis un laika limiti
    • Kompensācija un atcelšana

  3. Tiesību robeža

    • Rīku vārteja
    • Lasīšanas rīki
    • Apstiprināšanas punkts
    • Rakstīšanas rīki

  4. Sistēmas

    • CRM, ERP, lietu pārvaldības sistēma

  5. Pieraksts

    • Audita žurnāls: katrs solis, izsaukums un apstiprinājums, ar atkārtošanu un eksportu
    • Komanda izņēmumiem
Aģents tiesību robežās

Ilustratīva arhitektūra, nevis klienta sistēma.

Lasīt diagrammu kā tekstu

Galvenais ceļš ved no ierosinātāja caur orķestratoru un aģenta soli līdz rīku vārtejai, tad caur apstiprināšanas punktu, kur lemj cilvēks, līdz rakstīšanas rīkam un visbeidzot līdz uzņēmuma sistēmām.

Vārteja pieļauj arī lasīšanas rīkus, kas tieši vaicā uzņēmuma sistēmas. Avārijas slēdzis kontrolē orķestratoru, kompensācijas soļi var atsaukt aģenta darbības, un orķestrators eskalē konkrētai komandai.

Apstiprinājumi un rakstīšanas darbības tiek ierakstītas audita žurnālā, kas atbalsta atkārtošanu un eksportu. Vārteja, lasīšanas rīki, apstiprināšanas punkts un rakstīšanas rīki kopā veido tiesību robežu.

04 Apsvērumi un ierobežojumi

Inženierijas apsvērumi un ierobežojumi

  • Autonomiju nopelna katrs solis

    Kā mēs to risinām

    Soļi sākas uzraudzīti. Autonomiju paplašinām tikai tad, kad žurnāli rāda, ka solis pietiekami lielā gadījumu apjomā darbojas saskaņotajās robežās.

    Ierobežojumi un atkarības

    Dažiem soļiem nekad nevajadzētu būt autonomiem, lai ko rādītu skaitļi. Tas ir uzņēmuma lēmums, un mēs lūgsim Jūs to pieņemt skaidri.

  • Aģenti ir tik droši, cik droši ir to rīki

    Kā mēs to risinām

    Rakstīšanas rīki ir šauri un parametrizēti: „izveidot kredītrēķinu līdz noteiktai summai”, nekad „izsaukt ERP”.

    Ierobežojumi un atkarības

    Ja sistēmai nav detalizēta tiesību modeļa, to kompensējam vārtejā. Tas prasa papildu darbu, un dažas sistēmas nevar padarīt pietiekami drošas rakstīšanas piekļuvei.

    MI rezultāti var būt kļūdaini. Tāpēc būtiskas darbības apstājas pie cilvēka, un nedrošus gadījumus nodod tālāk, nevis min.

  • Uzvednes injekcija ir darbības risks

    Kā mēs to risinām

    Saturu no e-pastiem, dokumentiem un tīmekļa lapām uzskatām par neuzticamu. Tas nevar mainīt aģenta norādījumus vai paplašināt tā tiesības, un uzbrukumu simulācijas testi to pārbauda.

    Ierobežojumi un atkarības

    Neviens pasākums risku pilnībā nenovērš. Projektējums pieņem, ka kādreiz mēģinājums izdosies, un ierobežo, ko tas var sasniegt.

  • Izņēmumi ir daļa no produkta

    Kā mēs to risinām

    Katrs izņēmums nonāk atbildīgās komandas rindā ar izpildes kontekstu, iemeslu un ieteikto nākamo soli.

    Ierobežojumi un atkarības

    Ja izņēmumu rindai nav īpašnieka, automatizācija darbu pārvieto, nevis novērš. Bez konkrēta īpašnieka ekspluatācijā nepalaižam.

05 Kā strādājam

Kā mēs strādājam

Sākam no procesa, kāds tas ir īstenībā, nevis kāds tas ir uzzīmēts, un autonomiju piešķiram soli pa solim.

  1. 01

    Redzēt īsto plūsmu

    Procesu izrace un darba vērošana parāda apjomus, variantus un vietas, kur zūd laiks.

    RezultātsPašreizējās plūsmas analīze

  2. 02

    Izlemt autonomiju katram solim

    Darba plūsma, modeļa izsaukums vai aģents, katram solim pierakstot nepareizas darbības sekas.

    RezultātsAutonomijas karte un tiesību matrica

  3. 03

    Ēnu režīms

    Sistēma iesaka, cilvēki rīkojas. Tās ieteikumus salīdzinām ar viņu lēmumiem reālās lietās.

    RezultātsĒnu režīma pārskats

  4. 04

    Ekspluatācija ar apstip­rinājumiem

    Būtiskas darbības gaida apstiprinājumu; sliekšņus pārskata pēc pierādījumiem, nevis pēc sajūtām.

    RezultātsApstiprināšanas politika un paneļi

06 Cilvēka kontrole

Kur kontrole paliek cilvēkiem

Aģenti rīkojas Jūsu noteikto tiesību robežās, pirms būtiskām darbībām lūdz apstiprinājumu un žurnālē katru soli.

  • Apstiprinājums pirms sekām

    Maksājumi, lēmumi par cilvēkiem un pamatdatu izmaiņas gaida cilvēku, kuram ir konteksts ātram lēmumam.

  • Četras acis, kur tas ir svarīgi

    Virs saskaņotiem sliekšņiem apstiprina divi cilvēki. Slieksnis ir iestatījums, ko kontrolē Jūsu riska īpašnieks, nevis kods.

  • Avārijas slēdzis, ko drīkst izmantot

    Katru aģentu un katru rīku var apturēt konkrēta loma bez jaunas izvietošanas, un procedūra ir izmēģināta.

  • Cilvēka pārskatīšana lēmumiem par cilvēkiem

    Ja rezultāts ietekmē fizisku personu, to pārskata cilvēks, un persona var šādu pārskatīšanu pieprasīt.

  • Eskalācija konkrētai komandai

    Nedrošas vai neizdevušās izpildes nonāk pie komandas, kas par tām atbild, nekad neuzraudzītā pastkastē.

07 Piemērs

Ilustratīvs piemērs

Ilustratīvs piemērs

Piegādātāju rēķinu izņēmumi vairum­tirdzniecības grupā

01Situācija
Vairumtirgotāja grāmatvedības centrs apkalpo grupas uzņēmumus Latvijā, Lietuvā un Igaunijā. Rēķini, kas neatbilst pirkuma pasūtījumam, gaida rindā vairākas dienas, kamēr darbinieki ar e-pastu meklē iepircējus.
02Ko mēs izveidotu
Aģents apkopo pasūtījumu, saņemšanas aktu un līguma nosacījumus, sagatavo risinājumu un ziņu iepircējam un ar ierobežotiem ERP rīkiem ierosina grāmatojumu.
03Kur lemj cilvēki
Grāmatojumiem virs katram uzņēmumam noteiktas summas vajadzīgi divi apstiprinājumi. Nekas, kas skar piegādātāja bankas rekvizītus, netiek automatizēts.
04Ko mēs mērītu
Dienas, cik ilgi izņēmums paliek atvērts, bez izmaiņām pieņemto ieteikumu daļa un laiks, kas patērēts vienam izņēmumam.

08 Nozares skatījums

Jūsu nozarē

  • Finanšu pakalpojumi

    Atlīdzību, klientu pieņemšanas un maksājumu izņēmumus apstrādā aģenti ar darījumu limitiem, četru acu apstiprinājumu un audita eksportu formātā, kas saskaņots ar Jūsu audita funkciju.

  • Publiskais sektors un valsts pārvalde

    Lietu sagatavošana, kurā aģents apkopo informāciju un sagatavo melnrakstu, bet lēmumu pieņem atbildīgais speciālists, un katrs solis ir pierakstīts pārskatīšanai un apstrīdēšanai.

  • Ražošana un rūpniecība

    Pasūtījumu izmaiņas, saziņa ar piegādātājiem un servisa pieprasījumi ERP sistēmā un e-pastā, ar apstiprinājumu punktos, kur tiek uzņemtas finanšu vai jaudas saistības.

Latvija

Automatizācija pāri robežām un uzraudzības iestādēm

Kopīgo pakalpojumu centrs, kas apkalpo grupas uzņēmumus Latvijā, Lietuvā un Igaunijā, automatizē vienu procesu, bet saskaras ar vairākām gaidām. Mākslīgā intelekta akts un VDAR tiesības uz cilvēka pārskatīšanu attiecas visur; finanšu tirgus dalībniekiem Latvijā akta prasību ievērošanu uzrauga Latvijas Banka, bet uzraudzības iestāžu un darbinieku pārstāvju skatījums uz automatizētiem lēmumiem, tāpat kā apstiprināšanas noteikumi grupā, katrā valstī atšķiras.

Mēs saglabājam vienu orķestrāciju un vienu audita žurnālu, bet apstiprināšanas sliekšņus, valodas un eskalācijas ceļus padarām konfigurējamus katram uzņēmumam. Katras valsts riska īpašnieks redz un apstiprina iestatījumus, kas attiecas uz viņa darbiniekiem un klientiem.

Jautājumi par MI aģentiem un automatizāciju

Kā izlemt starp aģentu un parastu darba plūsmu?

Ja soļi ir zināmi un ievaddati strukturēti, darba plūsma ir lētāka, ātrāka un vieglāk auditējama. Aģenti attaisno sevi tur, kur ievaddati atšķiras, ceļš atkarīgs no atrastā un cilvēks var pārbaudīt rezultātu. Lielākā daļa sistēmu ekspluatācijā apvieno abus.

Kas neļauj aģentam darīt to, ko tas nedrīkst?

Tas var rīkoties tikai caur rīkiem, katrs rīks darbojas ar savu ierobežoto identitāti, un vārteja katrā izsaukumā piemēro limitus. Būtiskas rakstīšanas darbības apstājas apstiprināšanai. Neuzticams saturs šos noteikumus mainīt nevar.

Mēs jau izmantojam RPA. Vai no tās jāatsakās?

Nē. Roboti mantoto sistēmu ekrānos turpina strādāt tur, kur API nav. Mēs pievienojam aģentus soļiem, kas prasa vērtējumu, ar procesu izraci atrodam trauslos robotus un aizstājam tos ar API integrācijām, ciktāl pamatā esošās sistēmas to ļauj.

Kā mērāt panākumus?

Pēc caurlaides laika, izņēmumu īpatsvara, pārstrādes apjoma un laika, ko cilvēki pavada pie izņēmumiem, salīdzinot ar sākuma vērtību pirms ieviešanas. Automatizācijas līmenis vien slēpj pārāk daudz.

Vai iekšējais audits vai uzraudzības iestāde var pārbaudīt, kas notika?

Jā. Katru izpildi var atkārtot no tās žurnāla: ievaddati, izgūtais konteksts, modeļa rezultāti, rīku izsaukumi un apstiprinājumi. Eksporta formātus saskaņojam ar Jūsu audita funkciju pirms ieviešanas. Finanšu tirgus dalībniekiem Mākslīgā intelekta akta prasību ievērošanu uzrauga Latvijas Banka.

Atnesiet procesu, kas Jūsu komandai prasa visvairāk laika

Pirms kaut ko izstrādājam, mēs parādīsim, kur aģents palīdz, kur pietiek ar darba plūsmu un kur jālemj cilvēkam.

Pieteikt sarunuApskatīt apkalpošanas atbalstu