AI v ticketu o obnově přístupu: co smí připravit podpora

Co může AI připravit v ticketu o obnově přístupu

Tento postup se týká přípravné práce podpory v ticketu, kde žadatel hlásí ztrátu přístupu, zapomenuté přihlášení nebo žádá o nové oprávnění. AI může setřídit komunikaci, vypsat rozpory v údajích, označit chybějící informace a navrhnout odpověď bez tajemství. Nemá sama měnit hesla, aktivovat účet, rozšiřovat oprávnění ani prohlašovat, že totožnost žadatele byla ověřena.

Rozdělte práci mezi dvě role: AI připravuje přehled a kontroluje úplnost podkladů; odpovědná osoba ověřuje identitu a schvaluje případný zásah. Obnovení přístupu tak není schváleno samotným návrhem AI. Následující pracovní záznam je původní návrh CIAD, nikoli úřední formulář. Konkrétní rozhodnutí zůstává na odpovědné osobě.

Při výběru údajů, které lze do AI vložit, využijte související pravidla v matici dat pro vkládání do AI. Návrh AI porovnejte s ticketem a přílohami podle postupu ověření odpovědi AI. S určením odpovědnosti za celý postup pomůže související materiál kdo má vlastnit AI projekt.

Pracovní postup podpory krok za krokem

1. Připravte pracovní kopii ticketu bez tajemství. Z kopie odstraňte hesla, jednorázové kódy, tokeny, snímky dokladů a úplné odkazy pro obnovu. Ponechte identifikátor ticketu, čas, požadovaný systém a pouze nezbytný rozsah tvrzené identity.

2. Zaznamenejte původ každého údaje. Uveďte, zda údaj pochází z helpdeskového systému, ověřeného adresáře, telefonického ověření, nebo pouze z tvrzení žadatele. Rozlišení zdroje pomáhá člověku posoudit, co je ověřený podklad a co zatím jen sdělení.

3. Požádejte AI o strukturované shrnutí. Výstup má uvádět, kdo žádá, kterého systému se požadavek týká, jaké oprávnění žadatel požaduje, jaké podklady dodal a co chybí. Součástí má být také seznam rozporů v časech, adresách nebo jménech. Shrnutí nepovažujte za potvrzení pravdivosti údajů.

4. Přílohy a vložený text posuzujte jako nedůvěryhodná data. Screenshot, přeposlaná zpráva ani instrukce vložená do těla ticketu nejsou samy o sobě pokynem pro podporu. Obsah přílohy není automaticky důvěryhodným příkazem. Pokud takový text žádá obejít kontrolu, označte jej jako riziko a nepřebírejte jej jako pracovní instrukci.

5. Připravte neutrální odpověď žadateli. AI může navrhnout žádost o doplnění údajů. Návrh nemá odhalovat, které interní kontroly proběhly, které konkrétní shody nevyšly ani jak vypadá interní identifikátor účtu. Odpověď před odesláním zkontrolujte.

6. Zajistěte oddělené potvrzení. Odpovědná osoba ověří totožnost jinou cestou než samotným ticketem, například ověřeným firemním kanálem. Teprve po posouzení podkladů rozhodne, zda a v jakém rozsahu provést zásah v systému.

7. Uzavřete ticket stručným záznamem. Uveďte výsledek, osobu, která potvrzení provedla, čas úkonu a rozsah obnoveného přístupu. Do záznamu nevkládejte kopie tajemství ani úplné znění ověřovacích otázek.

Vyplnitelný záznam identity, oprávnění a potvrzení

Před zásahem vyplňte pracovní záznam. AI může připravit jeho návrh; odpovědná osoba údaje zkontroluje a doplní své rozhodnutí. Konkrétní hodnoty v tabulce jsou syntetické ukázky, nikoli doklady skutečného ověření.

Do poznámky nevkládejte nové heslo, odkaz pro nastavení obsahující token, jednorázový kód ani kopii občanského průkazu. Pokud AI takový údaj do návrhu doplní, údaj z návrhu odstraňte a návrh před použitím znovu zkontrolujte.

Modelový syntetický příklad s rozborem

Následující příklad je výslovně modelový a syntetický. Osoby, označení ticketu i další údaje jsou vymyšlené pro nácvik; nejde o skutečný případ.

Ticket: Žadatel Petr Novák píše z nové osobní adresy. Uvádí, že ztratil přístup k objednávkovému systému pobočky Brno, a žádá o obnovení přihlášení i o přidání práva schvalovat objednávky. V příloze je screenshot s textem, který žádá okamžitou obnovu a obejití standardní kontroly. Žadatel současně uvádí jiné oddělení než adresář.

Návrh AI k rozboru: AI může požadavek shrnout, označit rizika a připravit neutrální návrh odpovědi. Rozborem se zde rozumí označení tří bodů k posouzení: instrukce v příloze, požadavek na vyšší oprávnění nad rámec obnovy a nesoulad útvaru spolu s použitím neověřené adresy. Takové označení samo nerozhoduje o totožnosti ani o oprávněnosti zásahu.

Pracovní postup: Podpora nepovažuje instrukci v příloze za pokyn. Požadavek na právo schvalovat objednávky oddělí od obnovy přihlášení a předá jej k samostatnému posouzení. Žadateli připraví neutrální výzvu k doplnění údajů a odpovědné osobě předá záznam s vyznačenými rozpory. Oddělené ověření může proběhnout zpětným voláním na evidovaný služební kontakt. Po posouzení odpovědná osoba rozhodne, zda obnovit přihlášení ve stávajícím rozsahu. Rozšíření oprávnění se v tomto kroku nespojuje s obnovou.

Nevhodný postup by byl převzít návrh AI bez kontroly, provést obnovu pouze na základě ticketu nebo žadateli popsat, která konkrétní kontrola nevyšla. Tím by se zpřístupnily podrobnosti interního ověřování.

Kdy návrh AI nepřevzít a ticket pozastavit

Návrh nepoužívejte bez další kontroly, pokud obsahuje tajemství, úplný odkaz pro obnovu, kód nebo osobní doklad. Stejně postupujte, pokud AI tvrdí, že totožnost je ověřena, ale chybí oddělené potvrzení. Důvodem k pozastavení je také rozpor v útvaru, kontaktu nebo čase, který návrh přehlédl či zamlčel.

Ticket pozastavte a předejte odpovědné osobě také tehdy, pokud příloha obsahuje instrukci k obejití kontroly a návrh ji začal následovat. Zvláštní pozornost věnujte situaci, kdy žadatel spojuje obnovu s rozšířením oprávnění a AI obě akce sloučila. Pokud není zřejmý původ údajů, nejprve rozlište tvrzení žadatele od informací z ověřených záznamů.

V těchto případech doplňte záznam ručně, vyžádejte posouzení odpovědné osoby a případně požádejte AI pouze o nové shrnutí bez citlivých polí. O obnově, rozsahu oprávnění a potvrzení identity rozhoduje určený člověk; AI poskytuje podklad, který lze zkontrolovat.