Ugrás a fő tartalomra
FromNine
Menü

MI és adatok

MI-ügynökök és automatizálás az Ön által szabott keretek között.

Többlépéses munkát automatizálunk MI-ügynökökkel és munkafolyamatokkal, amelyek korlátozott eszközöket használnak, a jelentős következményű műveletek előtt jóváhagyásra várnak, és olyan nyomot hagynak, amelyet az auditorai visszajátszhatnak.

Szolgáltatóközpontoknak és üzemeltetési csapatoknak, amelyek ugyanazt a folyamatot több országban és több rendszerben futtatják.

Beszéljük meg a projektjétÜgyfélszolgálati támogatás
MI-ügynökök és automatizálás: képességrétegekNégy egymásra épülő réteg. Fentről lefelé: az állapotot tartó munkafolyamat, a benne futó ügynöklépések, az eszközátjáró a jogosultságaival és a jóváhagyási pont, mielőtt a műveletek elérik a rendszereit.01Munkafolyamat és állapot02Ügynöklépések03Eszközátjáró és jogosultságok04Jóváhagyás, majd művelet
  1. 01Lépésenként a megfelelő önállóság, a rögzített munkafolyamattól a felügyelt MI-ügynökig
  2. 02Legkisebb jogosultságú eszközök egy átjáró mögött, műveletenkénti korlátokkal
  3. 03Minden lépés, eszközhívás és jóváhagyás naplózva, visszajátszható és exportálható

01 Problémák

Miért tétováznak az automatizálási programok

  1. 01

    Senki sem tudja megmondani, mit tehet az MI-ügynök

    Egy széles jogú szolgáltatásfiókkal fut. A kockázatkezelés és az információbiztonság nem hagyja jóvá, és nem is kellene találgatniuk.

  2. 02

    Az automatizálási arány jól mutat, a kivételek felhalmozódnak

    Az egyszerű esetek átfutnak. A többi kontextus nélkül egy közös postafiókba kerül, és az azokat kezelő csapat leterheltebb, mint korábban.

  3. 03

    Ha valami elromlik, senki sem tudja visszakövetni, miért

    Nincs nyoma, milyen adatokat látott az MI-ügynök, melyik eszközt hívta meg, és ki hagyta jóvá a lépést. A belső ellenőrzés kérdez, és nincs válasz.

  4. 04

    A robotok minden képernyő­változásnál elromlanak

    Kritikus munkát képernyőkaparó robotok végeznek. Minden alkalmazásfrissítés egy javítással töltött hétvégét jelent.

02 Szállítási tételek

Amit szállítunk

  1. 01 Az önállóság megtervezése lépésenként

    Minden lépéshez a legegyszerűbb működő megoldást választjuk: determinisztikus munkafolyamatot, egyetlen modellhívást, eszközöket használó MI-ügynököt vagy többlépéses vezérlést. Néha az a helyes válasz, hogy az MI-ügynök nem a megfelelő eszköz.

    Amit csinálunk

    • A folyamat bejárása azokkal, akik a munkát végzik
    • Lépésenkénti döntés az önállóságról, lépésenkénti kockázattal
    • A folyamat állapotgép- vagy BPMN-modellje
    • Feltételek arra, mikor kapjon egy lépés több vagy kevesebb önállóságot

    Amit Ön kap

    • A folyamat önállósági térképe
    • Verziókezelt munkafolyamat-modell
    • Döntési feljegyzés minden ügynöklépésről

  2. 02 Eszköz­jogosultságok és legkisebb jogosultság

    Az MI-ügynökök eszközöket hívnak, soha nem közvetlenül rendszereket. Egy eszközátjáró érvényesíti a jogosultsági köröket, az engedélyezési listákat és a tranzakciós korlátokat, és minden eszköz saját szolgáltatásidentitással fut.

    Amit csinálunk

    • Eszközkatalógus, külön olvasó és író eszközökkel
    • Korlátozott szolgáltatásidentitás eszközönként
    • Tranzakciós és gyakorisági korlátok művelettípusonként
    • Elszigetelt futtatás kód és fájlok kezeléséhez

    Amit Ön kap

    • Eszközátjáró, a szabályok konfigurációként
    • Az információbiztonság által jóváhagyott jogosultsági mátrix
    • Tesztcsomag a szabályok érvényesítésére

  3. 03 Emberi jóváhagyás a folyamatban

    Jóváhagyási küszöbök, megbízhatóság szerinti irányítás és négy szem elve a jelentős következményű műveleteknél. Az embereket érintő döntéseknél ember marad a folyamatban, összhangban a GDPR 22. cikkével és az emberi felülvizsgálathoz való joggal.

    Amit csinálunk

    • A műveletek besorolása következményük szerint
    • Jóváhagyási küszöbök és eszkalációs szabályok
    • Felülvizsgálói felület a döntéshez szükséges kontextussal
    • Biztosítékok az egyéneket érintő döntésekhez

    Amit Ön kap

    • Jóváhagyási szabályzat művelettípusonként
    • Felülvizsgálói munkafolyamat a csapatai által már használt eszközökben
    • Eszkalációs térkép megnevezett csapatokkal

  4. 04 Vissza­kereshetőség és audit

    Teljes nyilvántartás a bemenetekről, a lekért kontextusról, a modellkimenetekről, az eszközhívásokról és a jóváhagyásokról, így bármely futás visszajátszható és exportálható a belső ellenőrzés vagy egy felügyeleti hatóság számára.

    Amit csinálunk

    • Eseménynapló megtervezése megőrzési szabályokkal
    • Futások visszajátszása rögzített bemenetekkel
    • A belső ellenőrzéssel egyeztetett auditexport-formátumok
    • Irányítópultok a kivételi és jóváhagyási arányokról

    Amit Ön kap

    • Audit­naplótár
    • Visszajátszó eszközök
    • Üzemeltetési irányítópultok

  5. 05 Hibakezelés

    Az MI-ügynökök hibázni fognak. Úgy tervezünk, hogy a hiba biztonságos legyen: idempotens műveletek, kompenzáció és visszagörgetés, időkorlátok, eszkaláció egy megnevezett csapathoz és vészleállító, amelynek használatára valaki jogosult.

    Amit csinálunk

    • Idempotenciakulcs minden író műveleten
    • Kompenzációs lépések a több rendszert érintő változásokhoz
    • Időkorlátok és újrapróbálási keretek
    • Vészleállító MI-ügynökönként és eszközönként

    Amit Ön kap

    • Hibamódelemzés
    • Üzemeltetési útmutató a vészleállítás menetével
    • Káosztesztek a kritikus útvonalakra

  6. 06 MI-ügynökök a meglévő automatizálás mellett

    A folyamatbányászat megmutatja, hogyan fut a folyamat a valóságban. A robotizált folyamatautomatizálás (RPA) ott marad, ahol csak egy örökölt képernyő létezik, és API-ra vált, amint van ilyen. A kivételi arányt mérjük, nem csak az automatizálási arányt.

    Amit csinálunk

    • Folyamatbányászat eseménynaplókon
    • A meglévő robotok és hibatörténetük leltára
    • API-alternatívák a törékeny képernyő-automatizálás helyett
    • Kivételek elemzése okok szerint

    Amit Ön kap

    • A jelenlegi folyamat elemzése
    • Migrációs terv a képernyőktől az API-kig
    • Kiinduló és célérték a kivételkezelés idejére

03 Architektúra

Szemléltető referencia­architektúra

A munka állapota a vezérlőé. Az ügynöklépések benne futnak, és a rendszereit csak az eszközátjárón keresztül érhetik el, amely minden hívásnál ellenőrzi a jogosultsági kört és a korlátokat. Az olvasó eszközök áthaladnak, az író eszközök jóváhagyási pontnál megállnak, ha a művelet jelentős következménnyel jár.

Minden nyomot hagy az auditnaplóban. A vészleállító és az időkorlátok a vezérlőn ülnek, a kivételek pedig a futás teljes kontextusával egy megnevezett csapathoz kerülnek.

A rajz rétegei

Bemenet
Egy új ügy, üzenet vagy esemény korrelációs azonosítóval indít egy futást.
Vezérlés
A munkafolyamat állapota, az ügynöklépések, a kompenzáció és a vészleállító.
Jogosultsági határ
Eszközátjáró, olvasó eszközök, jóváhagyási pont és író eszközök.
Rendszerek
CRM, ERP és ügykezelés, kizárólag eszközökön keresztül elérve.
Nyomkövetés
Az auditnapló és az eszkalációkat kezelő csapat.
Szemléltető példa

  1. Bemenet

    • Indítás: ügy, üzenet, esemény

  2. Vezérlés

    • Vezérlő és állapot
    • Ügynöklépés
    • Vészleállító és időkorlátok
    • Kompenzáció és visszagörgetés

  3. Jogosultsági határ

    • Eszközátjáró
    • Olvasó eszközök
    • Jóváhagyási pont
    • Író eszközök

  4. Rendszerek

    • CRM, ERP, ügykezelés

  5. Nyomkövetés

    • Auditnapló: minden lépés, hívás és jóváhagyás, visszajátszással és exporttal
    • Megnevezett csapat a kivételekhez
MI-ügynök jogosultsági határon belül

Szemléltető architektúra, nem ügyfélrendszer.

Az ábra szöveges változata

A fő útvonal egy indítóeseménytől a vezérlőn és egy ügynöklépésen át az eszközátjáróhoz vezet, majd egy jóváhagyási ponton át, ahol ember dönt, egy író eszközhöz, végül az üzleti rendszerekhez.

Az átjáró olyan olvasó eszközöket is enged, amelyek közvetlenül kérdezik le az üzleti rendszereket. A vezérlőt vészleállító állíthatja le, kompenzációs lépések vonhatják vissza az ügynök műveleteit, a vezérlő pedig egy megnevezett csapathoz eszkalál.

A jóváhagyásokat és az író műveleteket auditnapló rögzíti, amely visszajátszást és exportot tesz lehetővé. Az átjáró, az olvasó eszközök, a jóváhagyási pont és az író eszközök együtt alkotják a jogosultsági határt.

04 Szempontok és korlátok

Mérnöki szempontok és korlátok

  • Az önállóságot lépésenként kell kiérdemelni

    Hogyan kezeljük

    A lépések felügyelten indulnak. Csak akkor bővítjük az önállóságot, ha a naplók azt mutatják, hogy a lépés jelentős számú ügyben az egyeztetett korlátokon belül marad.

    Korlátok és függőségek

    Egyes lépések soha ne legyenek önállóak, bármit mutassanak is a számok. Ez üzleti döntés, és arra kérjük, hogy kifejezetten hozza meg.

  • Az MI-ügynök csak annyira biztonságos, mint az eszközei

    Hogyan kezeljük

    Az író eszközök szűkek és paraméterezettek: „jóváírás kiállítása egy összeghatárig”, soha nem „az ERP meghívása”.

    Korlátok és függőségek

    Ahol egy rendszernek nincs finom szemcsézettségű jogosultsági modellje, az átjáróban pótoljuk. Ez többletmunka, és egyes rendszereket nem lehet elég biztonságossá tenni az írási hozzáféréshez.

    Az MI kimenete lehet hibás. Ezért állnak meg a jelentős következményű műveletek egy embernél, és ezért továbbítjuk a bizonytalan eseteket, ahelyett hogy találgatnánk.

  • A promptinjektálás üzemeltetési kockázat

    Hogyan kezeljük

    Az e-mailekből, dokumentumokból és weboldalakról érkező tartalmat nem megbízhatónak tekintjük. Nem módosíthatja az MI-ügynök utasításait, és nem bővítheti a jogosultságait, ezt red teaming tesztekkel ellenőrizzük.

    Korlátok és függőségek

    Egyetlen ellenintézkedés sem szünteti meg teljesen a kockázatot. A terv abból indul ki, hogy egy kísérlet egyszer sikerülni fog, és korlátozza, mit érhet el.

  • A kivételek a termék részei

    Hogyan kezeljük

    Minden kivétel a futás kontextusával, egy indoklással és egy javasolt következő lépéssel érkezik annak a csapatnak a sorába, amely felel érte.

    Korlátok és függőségek

    Ha senki sem felel a kivételsorért, az automatizálás csak áthelyezi a munkát, nem szünteti meg. Megnevezett felelős nélkül nem indulunk éles üzemmel.

05 Hogyan dolgozunk

Hogyan dolgozunk

A folyamatból indulunk ki, ahogy valóban fut, nem ahogy le van rajzolva, és az önállóságot lépésről lépésre építjük fel.

  1. 01

    A valódi folyamat feltárása

    A folyamatbányászat és a munka megfigyelése megmutatja a volumeneket, a változatokat és azt, hol vész el idő.

    EredményA jelenlegi folyamat elemzése

  2. 02

    Önállóság lépésenként

    Munkafolyamat, modellhívás vagy MI-ügynök, minden lépésnél leírva, mi a következménye egy hibás műveletnek.

    EredményÖnállósági térkép és jogosultsági mátrix

  3. 03

    Futtatás árnyékmódban

    A rendszer javasol, az emberek cselekszenek. Valós ügyeken vetjük össze a javaslatait a döntéseikkel.

    EredményÁrnyékfuttatási jelentés

  4. 04

    Élesítés jóváhagyásokkal

    A jelentős következményű műveletek jóváhagyásra várnak, a küszöböket bizonyítékok alapján vizsgáljuk felül, nem megérzés alapján.

    EredményJóváhagyási szabályzat és irányítópultok

06 Emberi kontroll

Ahol az ember dönt

Az MI-ügynökök az Ön által meghatározott jogosultságokon belül cselekszenek, a jelentős következményű műveletek előtt jóváhagyást kérnek, és minden lépést naplóznak.

  • Jóváhagyás a következmény előtt

    A kifizetések, az egyéneket érintő döntések és a törzsadatok módosításai emberre várnak, a gyors döntéshez szükséges kontextussal.

  • Négy szem, ahol számít

    Az egyeztetett küszöbök felett két ember hagy jóvá. A küszöb a kockázati gazda által kezelt beállítás, nem kód.

  • Vészleállító, amelyet valaki használhat

    Minden MI-ügynököt és eszközt egy megnevezett szerepkör leállíthat, telepítés nélkül, és az eljárást begyakoroljuk.

  • Emberi felülvizsgálat az embereket érintő döntéseknél

    Ahol az eredmény egy személyt érint, ember vizsgálja felül, és az érintett kérheti ezt a felülvizsgálatot.

  • Eszkaláció megnevezett csapathoz

    A bizonytalan vagy sikertelen futások egy felelős csapathoz kerülnek, soha nem egy gazdátlan postafiókba.

07 Példa

Szemléltető példa

Szemléltető példa

Beérkező szállítói számlák egy nagy­kereskedésnél

01Helyzet
Egy nagykereskedés pénzügyi csapata naponta sok szállítói számlát kap. A rendeléssel vagy az átvétellel nem egyező számlák napokig várnak egy sorban, miközben a munkatársak e-mailben keresik a beszerzőket.
02Amit építenénk
Egy MI-ügynök összegyűjti a rendelést, az átvételi bizonylatot, a szerződéses feltételeket és a beérkezett számla adatait, javaslatot és üzenettervezetet készít a beszerzőnek, és korlátozott ERP-eszközökön keresztül javasolja a könyvelést.
03Ahol ember dönt
Egy összeghatár felett a könyveléshez két jóváhagyás kell. A szállító bankszámlaadatait érintő lépést soha nem automatizáljuk.
04Amit mérnénk
Hány napig marad nyitva egy kivétel, a változtatás nélkül elfogadott javaslatok aránya és a kivételenként ráfordított idő.

08 Ágazati nézőpont

Az Ön ágazatában

  • Pénzügyi szolgáltatások

    Kárügyek, ügyfélfelvétel és fizetési kivételek MI-ügynökökkel, tranzakciós korlátokkal, négy szem elvű jóváhagyással és a belső ellenőrzéssel egyeztetett formátumú auditexporttal.

  • Közszféra

    Ügyelőkészítés, amelyben az MI-ügynök adatot gyűjt és tervezetet ír, az ügyintéző dönt, és minden lépés rögzítve van a felülvizsgálathoz és a jogorvoslathoz.

  • Ipar és gyártás

    Rendelésmódosítások, beszállítói egyeztetések és szervizkérések az ERP-ben és az e-mailben, jóváhagyással azokon a pontokon, ahol pénz vagy kapacitás kötődik le.

Magyarország

Automatizálás országhatárokon és szabályokon át

Egy magyarországi szolgáltatóközpont, amely több tagállam leányvállalatait szolgálja ki, egyetlen folyamatot több elvárásrendszer szerint automatizál. A GDPR 22. cikke szerinti emberi felülvizsgálat és az MI-rendelet mindenhol érvényes, az automatizált döntésekről alkotott hatósági és munkavállalói szemlélet azonban országonként eltér, és a csoporton belüli jóváhagyási szabályok is.

A magyar számlákat érintő folyamatoknál ehhez jön, hogy minden belföldi számla adata valós időben a NAV Online Számla rendszerébe kerül. Egy vezérlést és egy auditnaplót tartunk fenn, a jóváhagyási küszöböket, a nyelveket és az eszkalációs útvonalakat pedig jogi személyenként konfigurálhatóvá tesszük. Minden ország kockázati gazdája látja és jóváhagyja azokat a beállításokat, amelyek a saját munkatársaira és ügyfeleire vonatkoznak.

Kérdések az MI-ügynökökről és az automatizálásról

Hogyan döntik el, hogy MI-ügynök vagy hagyományos munkafolyamat kell?

Ha a lépések ismertek és a bemenetek strukturáltak, a munkafolyamat olcsóbb, gyorsabb és könnyebben auditálható. Az MI-ügynök ott hasznos, ahol a bemenetek változnak, az út attól függ, mit talál, és egy ember ellenőrizni tudja az eredményt. A legtöbb éles rendszer a kettőt kombinálja.

Mi akadályozza meg, hogy egy MI-ügynök olyat tegyen, amit nem szabad?

Csak eszközökön keresztül cselekedhet, minden eszköz saját, korlátozott identitással fut, és az átjáró minden hívásnál érvényesíti a korlátokat. A jelentős következményű író műveletek jóváhagyásra várnak. Nem megbízható tartalom ezeket a szabályokat nem változtathatja meg.

Már használunk RPA-t. Ki kell dobnunk?

Nem. Az örökölt képernyőkön dolgozó robotok tovább működnek ott, ahol nincs API. A mérlegelést igénylő lépésekhez MI-ügynököket adunk, folyamatbányászattal megkeressük a törékeny robotokat, és API-integrációkra cseréljük őket, amint a mögöttes rendszerek ezt lehetővé teszik.

Hogyan mérik a sikert?

Átfutási idővel, kivételi aránnyal, újramunkával és a kivételekre fordított emberi idővel, az élesítés előtt felvett kiinduló értékhez képest. Az automatizálási arány önmagában túl sokat elfed.

Megvizsgálhatja a belső ellenőrzés vagy egy felügyeleti hatóság, mi történt?

Igen. Minden futás visszajátszható a naplójából: bemenetek, lekért kontextus, modellkimenetek, eszközhívások és jóváhagyások. Az exportformátumokat az élesítés előtt egyeztetjük a belső ellenőrzéssel.

Hozza el azt a folyamatot, amely a legtöbb munkát adja a csapatának

Még a fejlesztés előtt feltérképezzük, hol segít egy MI-ügynök, hol elég egy munkafolyamat, és hol kell embernek döntenie.

Beszéljük meg a projektjétÜgyfélszolgálati támogatás