Потребител иска парола или средство за достъп да бъде нулирано, след като е установено, че заявителят наистина е този, за когото се представя. Това се случва при служители на сервизен деск и IT-администратори, обикновено в рамките на система за управление на идентичността или сервизна система. Това е едно от най-често срещаните запитвания в рамките на IT-поддръжката и именно затова е добър пример, за да се покаже кога AI може, а кога не може да поеме задачата.
Три оси определят тук преценката: обем, структурираност и съответствие (compliance).
Обем (5). Нулиранията на пароли се случват изключително често. Практически всяка организация със сервизен деск обработва десетки до стотици дневно. Висок обем с повтарящ се модел е точно вида работа, при която автоматизацията се изплаща най-бързо: всяко автоматизирано обработване веднага спестява време, защото задачата се повтаря непрекъснато.
Структурираност (5). Процесът има фиксирани стъпки: установяване на идентичност, проверка на авторизацията, издаване на нова парола или токен, изпращане на потвърждение. Необходима е малко интерпретация — входът (заявка) и изходът (нулиране) са ясно определени. Това го прави технически лесен за улавяне в автоматизиран поток или чатбот-агент.
Съответствие (3). Тук е напрежението. Нулирането е безопасно само ако проверката на идентичността е коректна. Кой получава неправомерен достъп чрез слаба или заобиколима проверка, може да достигне до чувствителни системи. Това не е въпрос на удобство, а на сигурност: надеждността на стъпката за проверка определя дали автоматизацията е отговорна, а не самото действие на нулиране.
Пространство за преценка (2) и креативност (1) са ниски: почти няма избор за правене, това е изпълнение по протокол. Контактът с клиента (4) е релевантен, защото потребителят често е фрустриран (изключен от система), но това не изисква персонализирана емпатия — ясното и бързо обработване обикновено е достатъчно. Физическият фактор (5) не играе роля; всичко се случва цифрово. Разходите при грешка (3) са умерени: неправилно издадено средство за достъп може да причини щета, но обикновено може бързо да бъде поправено чрез повторно блокиране.
Комбинацията от висок обем, висока структурираност и риск за съответствие, който се намира основно в стъпката на проверка, води до преценката: AI-агент може да поеме тази задача още днес, при условие че проверката на идентичността е надеждно организирана и има наличен портал за самообслужване, в който потребителят може сам да влезе. Без тези две предпоставки задачата автоматично се премества в категория две: AI може да я подготви или изпълни, но човек трябва да одобри проверката на идентичността, преди нулирането действително да се извърши.
Един пример за илюстрация. При организация с многофакторна автентикация, свързан кадрови регистър и портал, в който служителите могат сами да се идентифицират с втори фактор за проверка, нулирането е въпрос на секунди — напълно автоматично, без намеса на сервизния деск. При организация, където идентичността се установява само по телефон („каква е датата ви на раждане и служебният номер"), ситуацията е различна: тази проверка е лесно заобиколима и не се подчинява на пълна автоматизация без допълнителен контрол. Една и съща задача, различна преценка — точно защото оста на съответствие е различна за всяка организация.
При организации с повишени изисквания за сигурност — например достъп до финансови системи, медицински досиета или критична инфраструктура — оста на съответствие може да тежи много повече от описаното тук. Там е обичайно заявка за нулиране за определени системи винаги да бъде оценявана от човек, дори когато проверката на идентичността е в ред, просто защото разходите при грешка от неправилно нулиране са неприемливо високи. Също и когато управлението на достъпа е част от по-широк процес на авторизация — сходно с това, което се вижда при проверка на клиенти и партньори спрямо санкционни списъци — акцентът се измества от скорост към прецизност, а с това и от категория едно към категория две.
Тези промени са точно причината, поради която задача никога не се преценява по името на функцията, а въз основа на осемте оси, като структурираност, обем и съответствие. Същата логика важи например при задачи за достъп и авторизация в рамките на коя работа може AI да поеме в отдела за покупки, където акаунтите на доставчици и правата за плащане изискват сходни съображения между скорост и контрол.
Тази преценка не казва нищо за въпроса дали сервизният деск може да стане по-малък или каква роля запазва служителят в него. Става дума за задачата, не за човека, който в момента я изпълнява. Решенията относно персонала и организацията на длъжностите имат собствени правни изисквания и остават извън обхвата на тази страница.
Искате ли да знаете как нулирането на пароли и достъп се съотнася с останалата част от вашия пакет задачи в сервизния деск или IT-отдела и коя част от него вече днес е подходяща за автоматизация? Безплатният quickscan на ftetoai се състои от дванадесет въпроса, не изисква акаунт и дава индикация коя част от часовете във вашия профил вече днес може да бъде поета от AI. Пълният работен скан, който навлиза по-дълбоко в конкретни системи и процеси, все още е в разработка — затова тук все още не го предлагаме, но quickscan вече дава първа, обоснована насока.
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.