Ein Nutzer bittet darum, ein Passwort oder ein Zugangsmittel zurückzusetzen, nachdem festgestellt wurde, dass der Anfragende tatsächlich der ist, der er vorgibt zu sein. Dies geschieht bei Servicedesk-Mitarbeitern und IT-Administratoren, meist innerhalb eines Identity-Management-Systems oder Servicedesk-Systems. Es ist eine der häufigsten Anfragen im IT-Support und gerade deshalb ein gutes Beispiel, um zu zeigen, wann KI eine Aufgabe übernehmen kann und wann nicht.
Drei Achsen bestimmen hier das Urteil: Volumen, Strukturiertheit und Compliance.
Volumen (5). Passwortresets kommen extrem häufig vor. Nahezu jede Organisation mit einem Servicedesk verarbeitet täglich Dutzende bis Hunderte davon. Hohes Volumen mit einem sich wiederholenden Muster ist genau die Art von Arbeit, bei der sich Automatisierung am schnellsten auszahlt: Jede automatisierte Abwicklung bringt direkt Zeitersparnis, weil sich die Aufgabe kontinuierlich wiederholt.
Strukturiertheit (5). Der Prozess kennt feste Schritte: Identität feststellen, Autorisierung prüfen, neues Passwort oder Token ausgeben, Bestätigung versenden. Es ist wenig Interpretation nötig — die Eingabe (eine Anfrage) und die Ausgabe (ein Reset) sind klar definiert. Das macht es technisch einfach, in einen automatisierten Flow oder Chatbot-Agenten zu fassen.
Compliance (3). Hier liegt die Spannung. Ein Reset ist erst sicher, wenn die Identitätsprüfung stimmt. Wer sich zu Unrecht Zugang verschafft über eine schwache oder umgehbare Verifizierung, kann bei sensiblen Systemen landen. Das ist keine Frage der Bequemlichkeit, sondern der Sicherheit: Die Zuverlässigkeit des Verifizierungsschritts bestimmt, ob Automatisierung verantwortbar ist, nicht die Reset-Aktion selbst.
Urteilsspielraum (2) und Kreativität (1) sind niedrig: Es ist kaum eine Abwägung zu treffen, es geht um Ausführung nach Protokoll. Kundenkontakt (4) ist relevant, weil der Nutzer oft frustriert ist (ausgeschlossen von einem System), aber das erfordert keine maßgeschneiderte Empathie — eine klare, schnelle Abwicklung genügt meist. Physisch (5) spielt keine Rolle; alles geschieht digital. Fehlerkosten (3) sind moderat: Ein falsch ausgegebenes Zugangsmittel kann Schaden verursachen, lässt sich aber meist schnell beheben, indem es erneut blockiert wird.
Die Kombination aus hohem Volumen, hoher Strukturiertheit und einem Compliance-Risiko, das vor allem im Verifizierungsschritt liegt, führt zu dem Urteil: Ein KI-Agent kann diese Aufgabe heute übernehmen, sofern die Identitätsverifizierung zuverlässig eingerichtet ist und ein Self-Service-Portal verfügbar ist, in dem der Nutzer selbst zurechtkommt. Ohne diese beiden Rahmenbedingungen verschiebt sich die Aufgabe automatisch in Kategorie zwei: KI kann sie vorbereiten oder ausführen, aber ein Mensch muss die Identitätsprüfung genehmigen, bevor der Reset tatsächlich stattfindet.
Ein Beispiel zur Veranschaulichung. Bei einer Organisation mit Multi-Faktor-Authentifizierung, einem verknüpften Personalregister und einem Portal, in dem Mitarbeiter sich selbst mit einem zweiten Verifizierungsfaktor identifizieren können, ist ein Reset eine Sache von Sekunden — vollständig automatisch, ohne Eingreifen des Servicedesks. Bei einer Organisation, wo die Identität nur telefonisch festgestellt wird ("wie lautet Ihr Geburtsdatum und Ihre Personalnummer"), liegt das anders: Diese Verifizierung ist leicht zu umgehen und eignet sich nicht für vollständige Automatisierung ohne zusätzliche Kontrolle. Dieselbe Aufgabe, ein anderes Urteil — genau weil die Compliance-Achse pro Organisation unterschiedlich ausfällt.
Bei Organisationen mit erhöhten Sicherheitsanforderungen — etwa Zugang zu Finanzsystemen, medizinischen Akten oder kritischer Infrastruktur — kann die Compliance-Achse deutlich schwerer wiegen als hier beschrieben. Dort ist es üblich, dass eine Reset-Anfrage für bestimmte Systeme immer von einem Menschen beurteilt wird, auch wenn die Identitätsprüfung in Ordnung ist, einfach weil die Fehlerkosten eines falschen Resets inakzeptabel hoch sind. Auch wenn Zugangsverwaltung Teil eines breiteren Autorisierungsprozesses ist — vergleichbar mit dem, was Sie sehen bei Kunden und Partner auf Sanktionslisten prüfen —, verschiebt sich der Akzent von Geschwindigkeit auf Sorgfalt und damit von Kategorie eins auf Kategorie zwei.
Derartige Verschiebungen sind genau der Grund, warum eine Aufgabe nie anhand der Bezeichnung der Funktion zu beurteilen ist, sondern anhand der acht Achsen wie Strukturiertheit, Volumen und Compliance. Dieselbe Logik spielt beispielsweise bei Zugangs- und Autorisierungsaufgaben innerhalb von welche Arbeit kann KI im Einkauf übernehmen, wo Lieferantenkonten und Zahlungsrechte ähnliche Abwägungen zwischen Geschwindigkeit und Kontrolle erfordern.
Dieses Urteil sagt nichts darüber aus, ob ein Servicedesk kleiner werden kann oder welche Rolle ein Mitarbeiter dabei behält. Es geht um die Aufgabe, nicht um die Person, die sie derzeit ausführt. Entscheidungen über Personal und Funktionsgestaltung unterliegen eigenen gesetzlichen Anforderungen und liegen außerhalb des Umfangs dieser Seite.
Möchten Sie wissen, wie sich Passwort- und Zugangsresets zum Rest Ihres Servicedesk- oder IT-Aufgabenpakets verhalten und welcher Teil davon heute bereits für Automatisierung infrage kommt? Der kostenlose Quickscan von ftetoai besteht aus zwölf Fragen, erfordert kein Konto und gibt eine Einschätzung, welcher Teil der Stunden in Ihrem Profil schon jetzt von KI übernommen werden kann. Der vollständige Workscan, der tiefer auf spezifische Systeme und Prozesse eingeht, befindet sich noch im Aufbau — den bieten wir hier also noch nicht an, aber der Quickscan gibt bereits eine erste, fundierte Richtung.
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.