Un utilizator solicită resetarea unei parole sau a unui mijloc de acces, după ce s-a stabilit că solicitantul este într-adevăr cine pretinde că este. Acest lucru se întâmplă la angajații serviciului de asistență și la administratorii IT, de obicei într-un sistem de gestionare a identității sau un sistem de servicedesk. Este una dintre cele mai frecvente solicitări din cadrul suportului IT și tocmai de aceea reprezintă un exemplu bun pentru a arăta când AI poate și când nu poate prelua o sarcină.
Trei axe determină aici evaluarea: volumul, gradul de structurare și conformitatea.
Volum (5). Resetările de parole apar extrem de frecvent. Aproape orice organizație cu un servicedesk procesează zeci până la sute de astfel de solicitări zilnic. Volumul ridicat cu un tipar repetitiv este exact genul de muncă în care automatizarea se amortizează cel mai rapid: fiecare gestionare automatizată aduce imediat câștig de timp, deoarece sarcina se repetă continuu.
Grad de structurare (5). Procesul are pași fixați: stabilirea identității, verificarea autorizării, emiterea unei parole sau a unui token nou, trimiterea unei confirmări. Este nevoie de puțină interpretare — intrarea (o solicitare) și ieșirea (o resetare) sunt definite clar. Acest lucru face ca sarcina să fie ușor de încadrat din punct de vedere tehnic într-un flux automatizat sau într-un agent de tip chatbot.
Conformitate (3). Aici apare tensiunea. O resetare este sigură doar dacă verificarea identității este corectă. Cine obține acces în mod nejustificat printr-o verificare slabă sau ușor de eludat poate ajunge la sisteme sensibile. Nu este o chestiune de comoditate, ci de securitate: fiabilitatea etapei de verificare determină dacă automatizarea este responsabilă, nu acțiunea de resetare în sine.
Spațiul de decizie (2) și creativitatea (1) sunt scăzute: nu există aproape nicio evaluare de făcut, este vorba de executare conform protocolului. Contactul cu clienții (4) este relevant deoarece utilizatorul este adesea frustrat (exclus dintr-un sistem), dar acest lucru nu necesită empatie personalizată — o gestionare clară și rapidă este de obicei suficientă. Fizic (5) nu joacă niciun rol; totul se întâmplă digital. Costurile erorilor (3) sunt moderate: un mijloc de acces emis greșit poate provoca daune, dar de obicei poate fi remediat rapid prin blocarea sa din nou.
Combinația dintre volumul ridicat, gradul ridicat de structurare și un risc de conformitate care se situează în principal la nivelul etapei de verificare duce la următoarea evaluare: un agent AI poate prelua această sarcină astăzi, cu condiția ca verificarea identității să fie configurată în mod fiabil și să existe un portal self-service la care utilizatorul să aibă acces direct. Fără aceste două condiții prealabile, sarcina se mută automat în categoria a doua: AI poate pregăti sau executa procesul, dar un om trebuie să aprobe verificarea identității înainte ca resetarea să aibă loc efectiv.
Un exemplu ilustrativ. La o organizație cu autentificare multi-factor, un registru de personal conectat și un portal în care angajații se pot identifica printr-un al doilea factor de verificare, o resetare este o chestiune de secunde — complet automat, fără intervenția servicedesk-ului. La o organizație unde identitatea se stabilește doar telefonic („care este data dumneavoastră de naștere și numărul de personal”), situația este diferită: această verificare este ușor de eludat și nu se pretează la automatizare completă fără control suplimentar. Aceeași sarcină, altă evaluare — tocmai pentru că axa conformității diferă de la o organizație la alta.
La organizațiile cu cerințe de securitate sporite — de exemplu accesul la sisteme financiare, dosare medicale sau infrastructură critică — axa conformității poate cântări mult mai greu decât s-a descris aici. Acolo este obișnuit ca o cerere de resetare pentru anumite sisteme să fie întotdeauna evaluată de un om, chiar dacă verificarea identității este în regulă, pur și simplu pentru că costurile unei resetări greșite sunt inacceptabil de mari. De asemenea, atunci când gestionarea accesului face parte dintr-un proces de autorizare mai amplu — similar cu ceea ce se observă la verificarea clienților și partenerilor pe liste de sancțiuni — accentul se mută de la viteză la atenție riguroasă, și, odată cu asta, de la categoria unu la categoria doi.
Acest tip de schimbări este exact motivul pentru care o sarcină nu poate fi evaluată niciodată în funcție de denumirea funcției, ci pe baza celor opt axe, precum gradul de structurare, volumul și conformitatea. Aceeași logică se aplică, de exemplu, la sarcinile de acces și autorizare din cadrul ce muncă poate prelua AI în achiziții, unde conturile de furnizori și drepturile de plată necesită evaluări similare între viteză și control.
Această evaluare nu spune nimic despre întrebarea dacă un servicedesk poate deveni mai mic sau ce rol păstrează un angajat în cadrul acestuia. Este vorba despre sarcină, nu despre persoana care o îndeplinește în prezent. Deciziile privind personalul și organizarea funcțiilor au propriile cerințe legale și nu intră în sfera acestei pagini.
Doriți să știți cum se raportează resetările de parole și de acces la restul pachetului dumneavoastră de sarcini de servicedesk sau IT și ce parte din acestea este deja eligibilă astăzi pentru automatizare? Scanarea rapidă gratuită de la ftetoai constă din douăsprezece întrebări, nu necesită cont și oferă o indicație privind ce parte din orele din profilul dumneavoastră poate fi deja preluată de AI. Scanarea completă a activității, care analizează mai în profunzime sisteme și procese specifice, este încă în curs de dezvoltare — așadar nu o oferim încă aici, dar scanarea rapidă oferă deja o primă direcție fundamentată.
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.