Was Service Desk Automation wirklich bedeutet
Service Desk Automation bezeichnet die Automatisierung von IT-Support-Prozessen mithilfe von Integrationen, regelbasierten Workflows und zunehmend auch KI. Hinter diesem Begriff verbergen sich allerdings zwei unterschiedliche Ebenen.
Automatisierung des Ticketprozesses: Hier geht es um alles, was mit dem Ticket passiert: Erfassung, Klassifizierung, Priorisierung, Weiterleitung, SLA-Überwachung, Freigaben, Benachrichtigungen, Wissensdatenbank-Empfehlungen und Zufriedenheitsumfragen. Genau dafür sind automatisierte Ticketsysteme ausgelegt.
Automatisierung der Anfragenbearbeitung (Fulfillment): Hier geht es um die eigentliche Aktion in den betroffenen IT-Systemen: eine MFA-Methode in Entra ID zurücksetzen, Benutzer zu AD-Gruppen hinzufügen, Abwesenheitsnotizen in Exchange aktivieren, Microsoft-365-Lizenzen zuweisen oder Server neu starten. Dafür braucht es bisher häufig einen Mitarbeiter mit erweiterten Berechtigungen.
Die meisten Beiträge über Service Desk Automation und viele ITSM-Produktstrategien konzentrieren sich auf den Ticketprozess. Der eigentliche Zeitaufwand entsteht jedoch häufig bei der Umsetzung der Anfrage.
Was ein ITSM-Ticketsystem automatisiert – und wo die Grenzen liegen
ServiceNow, Jira Service Management, ManageEngine, Freshservice und vergleichbare Lösungen sind stark in der Steuerung von Ticketprozessen. Je nach Lizenz stehen typischerweise folgende Funktionen zur Verfügung:
- Anfragen aus mehreren Kanälen (Portal, E-Mail, Chat) mit Formularen und Vorlagen erfassen
- Automatische Kategorisierung und Priorisierung, zunehmend KI-gestützt
- Regelbasierte Weiterleitung an Warteschlangen und zuständige Teams
- SLA-Überwachung, Eskalationen und Benachrichtigungen bei Fristüberschreitungen
- Freigabe-Workflows für Serviceanfragen
- Vorschläge aus der Wissensdatenbank und Self-Service-Artikel
- Statusmeldungen an Antragsteller und Zufriedenheitsumfragen
- Auswertungen zu Ticketvolumen sowie Reaktions- und Lösungszeiten
Die Grenze zeigt sich bei der eigentlichen Umsetzung: Ein Ticket wie „Benutzer zu Gruppe hinzufügen“ landet zwar mit der richtigen Priorität beim zuständigen Team. Trotzdem muss ein Mitarbeiter Active Directory öffnen, die Gruppe suchen, den Benutzer hinzufügen, die Änderung bestätigen und das Ticket anschließend manuell abschließen. Fehlen dem First-Level-Support die nötigen Rechte, wird die Anfrage an den Second Level weitergegeben. Das ITSM-System hat seinen Teil erledigt – die eigentliche Aufgabe ist aber noch offen.
Größere ITSM-Plattformen bieten auch Orchestrierungsfunktionen, die Skripte in Zielsystemen ausführen können. Diese sind jedoch häufig separat lizenziert, an eine bestimmte Plattform gebunden und erfordern Entwicklung und Wartung der Integrationen. Darauf gehen wir weiter unten ein.
Die letzte Meile eines jeden Tickets
Betrachten wir eine typische Serviceanfrage danach, wer die einzelnen Schritte übernimmt:
Dieser manuelle Schritt verursacht aus drei Gründen zusätzlichen Aufwand – unabhängig vom verwendeten Ticketsystem.
Erstens die Berechtigungen: Der First-Level-Support darf die Änderung häufig nicht durchführen. Jede Weiterleitung kostet Zeit und erfordert einen erneuten Kontextwechsel. Zweitens das Wissen: Selbst mit ausreichenden Rechten müssen Mitarbeiter wissen, wo die jeweilige Einstellung im System, Tenant oder der Organisationseinheit zu finden ist. Bei Personalwechsel geht dieses Wissen leicht verloren. Drittens die Einheitlichkeit: Zehn Mitarbeiter erledigen denselben Vorgang möglicherweise auf zehn leicht unterschiedliche Arten – mit entsprechenden Risiken für die Nachvollziehbarkeit.
Eine reine Ticketautomatisierung löst keines dieser Probleme, da sie außerhalb des Tickets entstehen.
ITSM-Automatisierung und Service Desk Automation im Vergleich
| Automatisierung des ITSM-Ticketprozesses | Automatisierung der Anfragenbearbeitung | |
|---|---|---|
| Worauf wirkt sie? | Auf den Ticketdatensatz | Entra ID, AD, Exchange, Intune, Azure und Server |
| Typischer Auslöser | Neues Ticket, Statusänderung oder SLA-Frist | Mitarbeiter oder Endnutzer sendet ein geführtes Formular ab |
| Wer benötigt Berechtigungen? | Niemand zusätzlich – das Tool aktualisiert die eigene Datenbank | Ein geschütztes Dienstkonto, nicht der Helpdesk-Mitarbeiter |
| Ergebnis | Das Ticket erhält die richtige Priorität und wird korrekt zugewiesen | Die Änderung ist umgesetzt und das Ticket kann geschlossen werden |
| Protokollierung | Wer das Ticket bearbeitet hat | Wer welche Änderung mit welchen Parametern angefordert hat und was das System zurückgemeldet hat |
| Verantwortlich | Administratoren des ITSM-Tools | Verantwortliche der Zielsysteme (PowerShell, Azure Automation, Orchestrator) |
Beide Ebenen sind wichtig. Entscheidend ist, ob die eigentliche Umsetzung weiterhin ein Mensch übernimmt oder ein automatisierter Prozess.
Welche Service-Desk-Anfragen solltest du zuerst automatisieren?
Nicht jedes Ticket eignet sich für eine Automatisierung. Besonders lohnend sind Anfragen mit vier Eigenschaften.
Sie treten häufig auf – idealerweise täglich oder zumindest wöchentlich. Sie sind standardisiert: Die Abläufe bleiben gleich, nur Parameter wie Benutzer, Gruppe oder Postfach ändern sich. Das Risiko ist überschaubar oder wird durch Freigaben abgesichert. Und schließlich scheitert die direkte Bearbeitung an fehlenden Rechten: Der First-Level-Support könnte die Aufgabe grundsätzlich erledigen, darf es aber nicht. Automatisierung spart hier nicht nur Klicks, sondern verhindert ganze Eskalationen.
In Microsoft-Umgebungen erfüllen häufig folgende Anfragen diese Kriterien:
- Passwort zurücksetzen und Benutzerkonto entsperren
- MFA-Methode nach Verlust oder Wechsel des Smartphones zurücksetzen
- Temporary Access Pass oder Einmalpasswort in Entra ID bereitstellen
- Benutzer zu Sicherheits- oder Verteilergruppen hinzufügen beziehungsweise entfernen
- Microsoft-365-Lizenz zuweisen oder entfernen
- Abwesenheitsnotiz für einen nicht verfügbaren Kollegen einrichten
- Zugriff auf ein freigegebenes Postfach gewähren
- LAPS- oder BitLocker-Wiederherstellungsschlüssel abrufen
- Dienst oder nicht produktiven Server neu starten
- Abteilungswechsel: Gruppen, Lizenzen und Postfachberechtigungen in einem Schritt anpassen
Beginne mit drei statt zehn Prozessen. Drei zuverlässig funktionierende Services, die der Helpdesk tatsächlich verwendet, bringen mehr als ein Katalog mit 30 Angeboten, denen niemand vertraut.
Drei Möglichkeiten, die Automatisierungslücke zu schließen
Wenn die letzte Meile automatisiert werden soll, bieten sich drei Ansätze an.
1. Skripte durch den Second-Level-Support ausführen lassen
Für viele Aufgaben gibt es bereits PowerShell-Skripte. Der First-Level-Support leitet das Ticket weiter, ein Administrator führt das Skript aus und markiert die Anfrage als erledigt. Das lässt sich schnell umsetzen, löst aber das eigentliche Problem nicht: Tickets werden weiterhin weitergereicht, warten auf Bearbeitung und hängen vom Wissen einzelner Personen ab.
2. Orchestrierung innerhalb der ITSM-Plattform
ServiceNow, Jira und andere Plattformen können Skripte oder APIs aus Workflows heraus aufrufen. Das schließt die technische Lücke. Allerdings sind oft zusätzliche Lizenzstufen oder Limits für Regelausführungen zu berücksichtigen. Außerdem bleibt die Integration eng an einen Anbieter gebunden und muss separat gepflegt werden. Für Unternehmen mit einer stark etablierten ITSM-Plattform kann das sinnvoll sein. Für einfache Aufgaben wie Gruppenmitgliedschaften ist der Aufwand jedoch nicht immer gerechtfertigt.
3. Ein Automatisierungsportal vor den bestehenden Systemen
Bei diesem Ansatz bleibt das Ticketsystem die zentrale Dokumentationsplattform. Ein Self-Service-Portal nutzt die bereits vorhandenen Automatisierungen – beispielsweise PowerShell-Skripte, Azure Automation Runbooks oder System Center Orchestrator Runbooks. Der Helpdesk-Mitarbeiter öffnet den Service im Portal, füllt ein geführtes Formular aus und ein geschütztes Dienstkonto führt die Änderung durch. Das Ergebnis kann anschließend an das Ticket zurückgemeldet werden.
Wie der Helpdesk Tickets ohne Administratorrechte löst
Auf diesem Prinzip basiert au2mator für die Helpdesk-Automatisierung. Für First-Level-Teams ergeben sich daraus vier wesentliche Vorteile.
Geführte Formulare ersetzen Administrationsoberflächen. Jeder Service fragt genau die Angaben ab, die das Skript benötigt: welcher Benutzer, welche Gruppe und bis wann. Mitarbeiter müssen nicht wissen, wo eine bestimmte Einstellung in Entra ID oder Exchange zu finden ist. Ein geschütztes Dienstkonto führt die Änderung aus. Der Helpdesk startet den Vorgang, benötigt dafür aber selbst keine privilegierten Rechte.
Freigaben erfolgen dort, wo sie sinnvoll sind. Für den Zugriff auf eine Finanzfreigabe kann beispielsweise die Zustimmung des Verantwortlichen erforderlich sein; eine einfache Abwesenheitsnotiz benötigt sie nicht. Gleichzeitig wird die tatsächliche Änderung protokolliert – einschließlich Antragsteller, verwendeter Parameter und Rückmeldung der Automatisierung.
Das bestehende Ticketsystem bleibt erhalten. au2mator lässt sich damit verbinden, sodass Automatisierungen den Ticketstatus aktualisieren und erledigte Anfragen automatisch abschließen können. Das Portal ersetzt also nicht den Helpdesk, sondern ergänzt die fehlende Ausführungsebene.
Wie diese Ausführungsebene technisch funktioniert, zeigt unser Beitrag darüber, wie ein Azure Automation Runbook über eine Weboberfläche bereitgestellt wird – mit Runbook, Parametern und dem passenden Formular.
Praxisbeispiel: Ein Ticket zum Zurücksetzen der MFA
Vorher: Eine Benutzerin hat ein neues Smartphone und kann sich nicht mehr anmelden. Sie ruft beim Helpdesk an. Der Mitarbeiter erstellt ein Ticket mit der Kategorie „Identität / MFA“ und leitet es an das Identity-Team weiter, weil dem First Level die Berechtigung in Entra ID fehlt. Dort wird die Anfrage später bearbeitet, die Authentifizierungsmethode zurückgesetzt und das Ticket abgeschlossen.
Nachher: Derselbe Anruf geht ein. Der Mitarbeiter öffnet im Portal den Service „MFA-Methoden zurücksetzen“, wählt die Benutzerin aus, führt die vorgesehene Identitätsprüfung durch und sendet die Anfrage ab. Ein Runbook setzt die Methoden über ein Dienstkonto mit genau den erforderlichen Berechtigungen zurück. Das Ticket kann direkt aktualisiert werden – ohne Weiterleitung an den Second Level.
Dafür ist weder ein neues Ticketsystem noch ein Chatbot oder KI-Agent erforderlich. Entscheidend ist, eine klar definierte Aufgabe nicht mehr durch eine einzelne Person mit Sonderrechten, sondern durch einen kontrollierten Prozess ausführen zu lassen.
Welche Kennzahlen solltest du nach 90 Tagen messen?
Service Desk Automation lässt sich leicht versprechen, aber nur mit Kennzahlen zuverlässig bewerten. Vergleiche vor dem Start und nach einem Quartal insbesondere folgende Werte:
- Erstlösungsquote bei den automatisierten Anfragearten
- Weiterleitungen pro Ticket – ein besonders deutlicher Hinweis auf Berechtigungsprobleme
- Eskalationen an den Second-Level-Support bei diesen Anfragen
- Lösungsdauer von der Ticketerstellung bis zur bestätigten Änderung – nicht nur bis zur Zuweisung
- Anzahl privilegierter Konten im Helpdesk. Diese sollte sinken und ist auch aus Sicht der IT-Sicherheit besonders relevant.
FAQ: Service Desk Automation und ITSM
Nein. Ein automatisiertes Ticketsystem organisiert den Ticketprozess – etwa Erfassung, Kategorisierung, Weiterleitung, SLAs und Benachrichtigungen. Service Desk Automation im weiteren Sinn umfasst auch die tatsächliche Umsetzung der Anfrage im Zielsystem. Diese bleibt bei klassischen Ticketsystemen häufig manuell.
Nein. Das Ticketsystem bleibt die zentrale Dokumentationsplattform. Die Umsetzung kann durch ein separates Automatisierungsportal oder direkt durch ein Ticket ausgelöst werden; das Ergebnis wird anschließend an das Ticket zurückgemeldet.
Größere Plattformen bieten dafür Orchestrierungs- oder Integrationsmodule, häufig gegen Aufpreis. Das kann gut funktionieren, wenn die ITSM-Plattform bereits fest etabliert ist und das Team die Integrationen pflegt. Ein separates Automatisierungsportal hält die Logik näher an den Zielsystemen und kann mehrere Ticketsysteme unterstützen.
Nicht bei einem Portalansatz. Der Helpdesk-Mitarbeiter startet einen vordefinierten Service. Ein geschütztes Dienstkonto mit eng begrenzten Berechtigungen führt die Änderung aus. Der Mitarbeiter benötigt dafür selbst keine Administratorrolle.
Vor allem häufige, standardisierte und risikoarme Anfragen, die bisher wegen fehlender Rechte weitergeleitet werden: Passwörter und MFA zurücksetzen, Gruppenmitgliedschaften ändern, Lizenzen zuweisen, Abwesenheitsnotizen einrichten oder Zugriffe auf freigegebene Postfächer gewähren.
PowerShell-Skripte – häufig über Azure Automation oder System Center Orchestrator ausgeführt – übernehmen die technischen Änderungen. Ein Self-Service-Portal macht aus ihren Parametern ein Formular, ergänzt Berechtigungen und Freigaben und startet das Skript über ein Dienstkonto.
Fazit: Nicht nur Tickets, sondern die Anfragen selbst automatisieren
Die ITSM-Automatisierung entscheidet, wohin ein Ticket weitergeleitet wird. Eine umfassende Service Desk Automation sorgt dafür, dass die eigentliche Aufgabe möglichst ohne manuelle Übergaben erledigt wird. Wenn dein First-Level-Support Passwort-Resets, Gruppenänderungen und Lizenzanfragen weiterhin weiterreichen muss, liegt der Engpass meist nicht im Ticketsystem, sondern beim letzten Umsetzungsschritt.
Du möchtest herausfinden, welche deiner zehn häufigsten Supportanfragen sich bereits beim ersten Kontakt lösen lassen? Vereinbare ein 30-minütiges Gespräch mit Michael Seidl, Microsoft MVP und Gründer von au2mator. Bring die Ticketkategorien des vergangenen Monats mit – wir gehen sie gemeinsam durch.
