Użytkownik prosi o zresetowanie hasła lub środka dostępu, po ustaleniu, że osoba wnioskująca rzeczywiście jest tym, za kogo się podaje. Dzieje się to u pracowników servicedesku i administratorów IT, zwykle w ramach systemu identity management lub systemu servicedesk. Jest to jedno z najczęściej występujących zgłoszeń w ramach wsparcia IT, i właśnie dlatego dobry przykład, by pokazać, kiedy AI może przejąć zadanie, a kiedy nie.
Trzy osie decydują tu o ocenie: wolumen, ustrukturyzowanie i compliance.
Wolumen (5). Resety haseł zdarzają się niezwykle często. Praktycznie każda organizacja z servicedeskiem przetwarza ich codziennie dziesiątki do setek. Wysoki wolumen z powtarzalnym wzorcem to dokładnie ten rodzaj pracy, w którym automatyzacja zwraca się najszybciej: każda zautomatyzowana obsługa daje bezpośrednią oszczędność czasu, ponieważ zadanie powtarza się nieustannie.
Ustrukturyzowanie (5). Proces ma stałe kroki: ustalenie tożsamości, sprawdzenie autoryzacji, wydanie nowego hasła lub tokenu, wysłanie potwierdzenia. Potrzeba niewiele interpretacji — dane wejściowe (zgłoszenie) i wyjściowe (reset) są jasno zdefiniowane. To sprawia, że technicznie łatwo ująć to w zautomatyzowany flow lub agenta chatbota.
Compliance (3). Tu pojawia się napięcie. Reset jest bezpieczny tylko wtedy, gdy kontrola tożsamości jest poprawna. Ktoś, kto niesłusznie uzyska dostęp poprzez słabą lub możliwą do obejścia weryfikację, może dostać się do wrażliwych systemów. To nie kwestia wygody, lecz bezpieczeństwa: to wiarygodność kroku weryfikacyjnego decyduje o tym, czy automatyzacja jest odpowiedzialna, a nie sama czynność resetu.
Zakres oceny (2) i kreatywność (1) są niskie: praktycznie nie ma tu żadnej decyzji do podjęcia, to wykonywanie zgodnie z protokołem. Kontakt z klientem (4) jest istotny, ponieważ użytkownik jest często sfrustrowany (odcięty od systemu), ale nie wymaga to empatii dopasowanej na miarę — jasna, szybka obsługa zwykle wystarcza. Fizyczność (5) nie odgrywa roli; wszystko dzieje się cyfrowo. Koszty błędu (3) są umiarkowane: nieprawidłowo wydany środek dostępu może spowodować szkodę, ale zwykle da się to szybko naprawić, blokując go ponownie.
Połączenie wysokiego wolumenu, wysokiego ustrukturyzowania i ryzyka compliance, które leży głównie w kroku weryfikacji, prowadzi do oceny: agent AI może przejąć to zadanie już dziś, pod warunkiem że weryfikacja tożsamości jest wiarygodnie zorganizowana i dostępny jest portal samoobsługowy, w którym użytkownik może sam się zgłosić. Bez tych dwóch warunków zadanie automatycznie przesuwa się do kategorii drugiej: AI może to przygotować lub wykonać, ale człowiek musi zatwierdzić kontrolę tożsamości, zanim reset faktycznie nastąpi.
Przykład dla ilustracji. W organizacji z uwierzytelnianiem wieloskładnikowym, powiązanym rejestrem pracowników i portalem, w którym pracownicy mogą się zidentyfikować za pomocą drugiego czynnika weryfikacji, reset to kwestia sekund — w pełni automatycznie, bez udziału servicedesku. W organizacji, gdzie tożsamość ustala się wyłącznie telefonicznie („jaka jest pana data urodzenia i numer pracownika”), sytuacja wygląda inaczej: taka weryfikacja jest łatwa do obejścia i nie nadaje się do pełnej automatyzacji bez dodatkowej kontroli. To samo zadanie, inna ocena — właśnie dlatego, że oś compliance wypada inaczej w zależności od organizacji.
W organizacjach o podwyższonych wymogach bezpieczeństwa — na przykład dostęp do systemów finansowych, dokumentacji medycznej lub infrastruktury krytycznej — oś compliance może ważyć znacznie więcej niż tu opisano. Powszechną praktyką jest tam, że zgłoszenie resetu dla określonych systemów zawsze ocenia człowiek, nawet jeśli kontrola tożsamości jest w porządku, po prostu dlatego, że koszty błędu przy nieprawidłowym resecie są nie do zaakceptowania. Również gdy zarządzanie dostępem jest częścią szerszego procesu autoryzacji — porównywalnego z tym, co widać przy sprawdzaniu klientów i partnerów pod kątem list sankcyjnych — akcent przesuwa się z szybkości na staranność, a tym samym z kategorii pierwszej do drugiej.
Tego rodzaju przesunięcia to dokładnie powód, dla którego zadania nigdy nie należy oceniać na podstawie nazwy stanowiska, lecz na podstawie ośmiu osi, takich jak ustrukturyzowanie, wolumen i compliance. Ta sama logika dotyczy na przykład zadań związanych z dostępem i autoryzacją w jaką pracę może przejąć AI w zakupach, gdzie konta dostawców i uprawnienia płatnicze wymagają podobnych rozważań między szybkością a kontrolą.
Ta ocena nic nie mówi o tym, czy servicedesk może się zmniejszyć ani jaką rolę zachowuje w nim pracownik. Chodzi o zadanie, nie o osobę, która je obecnie wykonuje. Decyzje dotyczące personelu i organizacji stanowisk mają własne wymogi prawne i wykraczają poza zakres tej strony.
Chce pan/pani wiedzieć, jak resetowanie haseł i dostępu ma się do reszty pakietu zadań servicedesku lub IT, i która część tego już dziś kwalifikuje się do automatyzacji? Bezpłatny quickscan ftetoai składa się z dwunastu pytań, nie wymaga konta i daje wskazanie, jaka część godzin w pana/pani profilu może już teraz zostać przejęta przez AI. Pełny werkscan, który szczegółowo omawia konkretne systemy i procesy, jest jeszcze w budowie — nie oferujemy go więc jeszcze tutaj, ale quickscan już teraz daje pierwszy, uzasadniony kierunek.
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.