Korisnik traži ponovno postavljanje lozinke ili pristupnog sredstva, nakon što je utvrđeno da je podnositelj zahtjeva stvarno onaj za koga se izdaje. To se događa kod djelatnika službe za korisnike i IT administratora, obično u okviru sustava za upravljanje identitetom ili servisnog sustava (servicedesk). Riječ je o jednom od najčešćih zahtjeva u okviru IT podrške, i baš zbog toga o dobrom primjeru za prikaz kada AI zadatak može, a kada ne može preuzeti.
Tri osi ovdje određuju procjenu: obujam, strukturiranost i usklađenost (compliance).
Obujam (5). Resetiranje lozinki događa se izuzetno često. Praktički svaka organizacija sa servicedeskom obrađuje ih dnevno u desecima do stotinama. Visok obujam s repetitivnim obrascem upravo je vrsta rada gdje se automatizacija najbrže isplati: svaka automatizirana obrada odmah donosi ušteđeno vrijeme, jer se zadatak kontinuirano ponavlja.
Strukturiranost (5). Proces ima fiksne korake: utvrđivanje identiteta, provjera ovlaštenja, izdavanje nove lozinke ili tokena, slanje potvrde. Potrebno je malo interpretacije — ulaz (zahtjev) i izlaz (reset) su jasno definirani. To omogućuje da se tehnički jednostavno uklopi u automatiziran tijek ili chatbot-agenta.
Usklađenost (3). Ovdje se javlja napetost. Reset je siguran samo ako je provjera identiteta ispravna. Onaj koji neopravdano dobije pristup putem slabe ili zaobilazne provjere, može doći do osjetljivih sustava. To nije pitanje praktičnosti, nego sigurnosti: pouzdanost koraka provjere određuje je li automatizacija opravdana, a ne sama radnja resetiranja.
Prosudba (2) i kreativnost (1) su niske: gotovo da nema odvagivanja koje treba napraviti, riječ je o izvršavanju prema protokolu. Kontakt s klijentom (4) je relevantan jer je korisnik često frustriran (isključen iz sustava), ali to ne zahtijeva individualiziranu empatiju — jasna, brza obrada obično je dovoljna. Fizički aspekt (5) ne igra ulogu; sve se odvija digitalno. Troškovi pogreške (3) su umjereni: pogrešno izdano pristupno sredstvo može uzrokovati štetu, ali se obično brzo popravlja ponovnim blokiranjem.
Kombinacija visokog obujma, visoke strukturiranosti i rizika u pogledu usklađenosti koji se uglavnom nalazi u koraku provjere identiteta, dovodi do procjene: AI-agent danas može preuzeti ovaj zadatak, uz uvjet da je provjera identiteta pouzdano postavljena i da postoji portal za samostalno korištenje (self-service) u kojem se korisnik sam može obratiti. Bez tih dvaju preduvjeta, zadatak se automatski prebacuje u drugu kategoriju: AI ga može pripremiti ili izvršiti, ali čovjek mora odobriti provjeru identiteta prije nego što se reset stvarno provede.
Primjer za ilustraciju. U organizaciji s višefaktorskom autentikacijom, povezanim registrom zaposlenika i portalom u kojem se zaposlenici mogu identificirati drugim faktorom provjere, reset je pitanje sekundi — potpuno automatski, bez uključivanja servicedeska. U organizaciji gdje se identitet utvrđuje samo telefonski ("koji vam je datum rođenja i broj zaposlenika"), to je drugačije: takva se provjera lako zaobilazi i ne pogoduje potpunoj automatizaciji bez dodatne kontrole. Isti zadatak, drugačija procjena — upravo zato što os usklađenosti ispada različito po organizaciji.
U organizacijama s povećanim sigurnosnim zahtjevima — na primjer pristup financijskim sustavima, medicinskim dosjeima ili kritičnoj infrastrukturi — os usklađenosti može biti puno teža nego što je ovdje opisano. Tamo je uobičajeno da zahtjev za reset za određene sustave uvijek procjenjuje čovjek, i onda kada je provjera identiteta ispravna, jednostavno zato što su troškovi pogreške kod pogrešnog resetiranja neprihvatljivo visoki. Također, kada je upravljanje pristupom dio šireg procesa ovlaštenja — slično onome što vidite kod provjere klijenata i partnera na sankcijskim listama — naglasak se pomiče s brzine na pažljivost, a time i iz prve u drugu kategoriju.
Ovakve promjene upravo su razlog zašto se zadatak nikada ne može procjenjivati na temelju naziva funkcije, nego na temelju osam osi kao što su strukturiranost, obujam i usklađenost. Ista logika, na primjer, vrijedi kod zadataka pristupa i ovlaštenja u okviru koji posao AI može preuzeti u nabavi, gdje računi dobavljača i platna prava zahtijevaju slična odvagivanja između brzine i kontrole.
Ova procjena ne govori ništa o pitanju može li se servicedesk smanjiti ili koju ulogu u tome zadržava zaposlenik. Riječ je o zadatku, ne o osobi koja ga trenutno izvršava. Odluke o osoblju i uređenju funkcija imaju vlastite pravne zahtjeve i izlaze iz opsega ove stranice.
Želite li znati kako se resetiranje lozinki i pristupa odnosi prema ostatku vašeg servicedesk ili IT paketa zadataka, i koji dio toga već danas dolazi u obzir za automatizaciju? Besplatni quickscan tvrtke ftetoai sastoji se od dvanaest pitanja, ne zahtijeva račun i daje indikaciju kojeg dijela sati u vašem profilu AI već danas može preuzeti. Cjelovita radna analiza (werkscan), koja dublje ulazi u specifične sustave i procese, još je u izradi — nju ovdje još ne nudimo, ali quickscan već daje prvu, potkrijepljenu smjernicu.
Vraag maar. Ik ken de kennisbank van deze site; wat ik niet weet, zeg ik erbij.
Answers come from this site’s knowledge base. Not tailored advice, and not a scan of your company.