En användare ber om att få ett lösenord eller en åtkomstuppgift återställd, efter att det fastställts att den som begär det verkligen är den han eller hon säger sig vara. Detta hanteras av servicedesk-medarbetare och IT-administratörer, oftast inom ett identity management-system eller servicedesk-system. Det är en av de vanligaste förfrågningarna inom IT-support, och just därför ett bra exempel för att visa när AI kan och inte kan ta över en uppgift.
Tre axlar bestämmer här bedömningen: volym, strukturgrad och compliance.
Volym (5). Lösenordsåterställningar förekommer extremt ofta. Nästan varje organisation med en servicedesk hanterar dussintals till hundratals per dag. Hög volym med ett repetitivt mönster är precis den typ av arbete där automatisering betalar sig snabbast: varje automatiserad hantering ger direkt tidsvinst, eftersom uppgiften upprepas kontinuerligt.
Strukturgrad (5). Processen har fasta steg: fastställa identitet, kontrollera behörighet, utfärda nytt lösenord eller token, skicka bekräftelse. Det krävs lite tolkning — indatan (en begäran) och utdatan (en återställning) är tydligt definierade. Det gör det tekniskt enkelt att fånga i ett automatiserat flöde eller en chattbot-agent.
Compliance (3). Här ligger spänningen. En återställning är bara säker om identitetskontrollen är korrekt. Den som otillbörligt får åtkomst via en svag eller kringgåbar verifiering kan komma åt känsliga system. Det är inte en fråga om bekvämlighet, utan om säkerhet: tillförlitligheten hos verifieringssteget avgör om automatisering är ansvarsfull, inte återställningsåtgärden i sig.
Bedömningsutrymme (2) och kreativitet (1) är låga: det finns knappt något avvägande att göra, det handlar om att utföra enligt protokoll. Kundkontakt (4) är relevant eftersom användaren ofta är frustrerad (utestängd från ett system), men det kräver ingen skräddarsydd empati — en tydlig, snabb hantering räcker vanligtvis. Fysisk (5) spelar ingen roll; allt sker digitalt. Felkostnader (3) är måttliga: en felaktigt utfärdad åtkomstuppgift kan orsaka skada, men går vanligtvis snabbt att åtgärda genom att blockera den igen.
Kombinationen av hög volym, hög strukturgrad och en compliance-risk som främst ligger i verifieringssteget leder till bedömningen: en AI-agent kan ta över denna uppgift redan idag, förutsatt att identitetsverifieringen är tillförlitligt inrättad och att det finns en självbetjäningsportal där användaren själv kan vända sig. Utan dessa två förutsättningar förskjuts uppgiften automatiskt till kategori två: AI kan förbereda eller utföra den, men en människa måste godkänna identitetskontrollen innan återställningen faktiskt genomförs.
Ett exempel för att illustrera. Hos en organisation med multifaktorautentisering, ett kopplat personalregister och en portal där medarbetare kan identifiera sig med en andra verifieringsfaktor, är en återställning en fråga om sekunder — helt automatiskt, utan inblandning från servicedesken. Hos en organisation där identitet endast fastställs per telefon ("vad är ditt födelsedatum och personalnummer") ser det annorlunda ut: den verifieringen är lätt att kringgå och lämpar sig inte för fullständig automatisering utan extra kontroll. Samma uppgift, olika bedömning — just därför att compliance-axeln faller ut olika per organisation.
Hos organisationer med förhöjda säkerhetskrav — exempelvis åtkomst till finansiella system, medicinska journaler eller kritisk infrastruktur — kan compliance-axeln väga betydligt tyngre än beskrivet här. Där är det vanligt att en återställningsförfrågan för vissa system alltid bedöms av en människa, även om identitetskontrollen är i ordning, helt enkelt eftersom felkostnaderna för en felaktig återställning är oacceptabelt höga. Även när åtkomsthantering är en del av en bredare auktoriseringsprocess — jämförbart med vad ni ser vid screening av kunder och partner mot sanktionslistor — förskjuts fokus från snabbhet till noggrannhet, och därmed från kategori ett till kategori två.
Denna typ av förskjutningar är precis varför en uppgift aldrig kan bedömas utifrån befattningens namn, utan utifrån de åtta axlarna såsom strukturgrad, volym och compliance. Samma logik gäller exempelvis vid åtkomst- och auktoriseringsuppgifter inom vilket arbete kan AI ta över inom inköp, där leverantörskonton och betalningsrättigheter kräver liknande avvägningar mellan snabbhet och kontroll.
Denna bedömning säger ingenting om huruvida en servicedesk kan bli mindre eller vilken roll en medarbetare behåller i den. Det handlar om uppgiften, inte om personen som utför den idag. Beslut om personal och tjänsteutformning har egna lagkrav och faller utanför omfattningen av denna sida.
Vill ni veta hur lösenords- och åtkomståterställningar förhåller sig till resten av er servicedesk- eller IT-uppgiftsportfölj, och vilken del av den redan idag kan komma i fråga för automatisering? Den kostnadsfria snabbskanningen från ftetoai består av tolv frågor, kräver inget konto och ger en indikation på vilken del av timmarna i er profil som redan nu kan tas över av AI. Den fullständiga arbetsskanningen, som går djupare in på specifika system och processer, är fortfarande under uppbyggnad — den erbjuder vi därför inte ännu här, men snabbskanningen ger redan en första, underbyggd riktning.
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.