So standardisieren Sie Eskalationspfade für Techniker:innen mit skriptgesteuerten Workflows

Eskalationsmanagement ist ein strukturierter Prozess für Probleme, die sich auf der ersten Support-Ebene nicht lösen lassen. Eine Standardisierung macht den Eskalationsprozess reibungsloser, verkürzt die Lösungszeit und stellt die Einhaltung interner SLAs (Service Level Agreements) sicher. Gleichzeitig verbessert sie die Transparenz über den gesamten Ticket-Lebenszyklus.

In dieser Anleitung erfahren Sie, wie Sie Eskalationspfade für Techniker:innen mit skriptgesteuerten Workflows standardisieren.

Eskalationspfade im Support mit skriptgesteuerten Workflows standardisieren

Um Eskalationspfade für Techniker:innen mit skriptgesteuerten Workflows zu standardisieren, legen Sie zunächst Eskalationsstufen und Auslösebedingungen fest. Anschließend benötigen Sie Kommandozeilen-Tools wie PowerShell und die Eingabeaufforderung, um die Abläufe zu skripten und durchzusetzen.

📌 Voraussetzungen:

• PSA- und RMM-Tools im Einsatz
• Skripting-Umgebung (PowerShell 5.1+, Windows-Eingabeaufforderung)
• Zentrale Eskalations-SOPs und Definitionen der Eskalationsstufen
• Zugriff auf die Rechner der Techniker:innen für die Skriptverteilung
• Administratorrechte, um die Registry zu bearbeiten, Ereignisse zu protokollieren und GPO-Einstellungen durchzusetzen

🎥 Dieses Video zeigt den vollständigen sechsteiligen Workflow So standardisieren Sie Eskalationspfade für Techniker:innen mit skriptgesteuerten Workflows direkt am Bildschirm.

Teil 1: Eskalationsstufen und Auslösebedingungen festlegen

Erstellen Sie zuerst eine interne Dokumentation oder eine SharePoint-Seite, die Eskalationsstufen und Auslösebedingungen beschreibt.

📌 Anwendungsfall: IT-Administrator:innen erstellen ein internes Richtliniendokument zur Eskalation, um Support-Stufen und Auslöseregeln zu standardisieren

Die Gliederung könnte etwa so aussehen:

• Level 1: Grundlegende Fehlerbehebung und erste Ticket-Erfassung
• Level 2: Unterstützung bei Software- oder Endpunkt-Konfiguration
• Level 3: Eskalation an das NOC (Network Operations Center), die Sicherheitsabteilung oder den Anbieter-Support
• Level x: Notfall- oder Compliance-bezogene Eskalation

Die Eskalation kann dann auf folgenden Faktoren basieren:

• Ticket-Priorität
• Fehlgeschlagene Behebungsschritte
• Skriptbasierte Entscheidungsbaum-Logik
• Kundenspezifische Regeln

💡 Hinweis: Eskalationsstufen und Auslösebedingungen unterscheiden sich von Unternehmen zu Unternehmen. Passen Sie sie an Ihre Anforderungen an.

Teil 2: Stufenbasierte Eskalationsaktionen mit PowerShell skripten

Dieser Schritt ergänzt ein lokales Audit-Log und informiert die externe PSA über die Eskalation.

📌 Anwendungsfall: IT-Administrator:innen implementieren eine PowerShell-Funktion zur Eskalation, die lokal protokolliert und die PSA aktualisiert

1. Drücken Sie Win + R, geben Sie PowerShell ein und klicken Sie auf Als Administrator ausführen.
2. Kopieren Sie das folgende Skript, fügen Sie es in die Eingabeaufforderung ein und drücken Sie die Eingabetaste:

function Start-Escalation {

param (

[string]$Tier,

[string]$TicketID,

[string]$Reason

)

$EscalationLog = "C:\Logs\Escalation_$TicketID.txt"

Add-Content -Path $EscalationLog -Value "$(Get-Date): Escalated to $Tier. Reason: $Reason"

# Send alert or webhook to PSA

Invoke-RestMethod -Uri "https://psa.vendor.com/api/escalate" -Method POST -Body (@{

ticketId = $TicketID

tier = $Tier

notes = $Reason

} | ConvertTo-Json)

}

💡 Hinweis: Lösen Sie diese Funktion anhand von Eingaben der Techniker:innen, Systemmetriken oder fehlgeschlagenen Richtlinien aus.

⚠️ Wichtig: Testen Sie die Änderung der Einstellungen zuerst auf einem lokalen Rechner, bevor Sie sie auf weiteren Endpunkten ausrollen. (Weitere Informationen finden Sie unter: Darauf sollten Sie achten)

Teil 3: Eskalationsverlauf über die Windows-Registry nachverfolgen

Nutzen Sie die Windows-Registry, um Eskalationspunkte auf dem betroffenen Gerät zu markieren, für Audits und zum Auslesen über das RMM.

📌 Anwendungsfall: IT-Administrator:innen protokollieren Eskalationsereignisse in der Windows-Registry, um sie im RMM sichtbar zu machen und zu auditieren

1. Drücken Sie Win + R, geben Sie regedit ein und drücken Sie die Eingabetaste.
2. Navigieren Sie zu:
   • HKEY_LOCAL_MACHINE > Software > Org > EscalationHistory
3. Suchen Sie nach den folgenden Registry-Einträgen, um Ticket-ID, Eskalationsstufe, auslösende Person und Zeitpunkt zu sehen:
   • TicketID (String)
   • EscalationTier (String)
   • EscalatedBy (String)
   • Timestamp (String)

💡 Tipp: Lesen Sie diese Schlüssel mit RMM-Scan-Skripten aus. So erscheinen Eskalationsmarkierungen direkt in Dashboards oder Ticket-Ansichten.

⚠️ Warnung: Änderungen an der Registry können unbeabsichtigte Folgen haben. Lesen Sie die Daten am besten nur aus und bearbeiten Sie die Schlüssel nicht. (Weitere Informationen finden Sie unter: Darauf sollten Sie achten)

Teil 4: Von Techniker:innen durchgeführte Schritte über die Eingabeaufforderung prüfen

Mit der Windows-Eingabeaufforderung (CMD) lassen sich Schritte vor einer Eskalation überprüfen. In diesem Schritt ergänzen Sie Prüfskripte, die Techniker:innen vor dem Eskalieren ausführen müssen.

📌 Anwendungsfall: IT-Administrator:innen erzwingen eine Prüfung vor der Eskalation über Diagnoseskripte in der Eingabeaufforderung

1. Drücken Sie Win, geben Sie cmd ein und wählen Sie Als Administrator ausführen.
2. Kopieren Sie das folgende Skript, fügen Sie es in die Eingabeaufforderung ein und drücken Sie die Eingabetaste:

@echo off

echo Checking Windows Update...

wmic qfe list brief > %TEMP%\qfe.txt

echo Checking AV status...

sc query windefend > %TEMP%\avstatus.txt

echo Checking disk space...

wmic logicaldisk get size,freespace,caption > %TEMP%\diskcheck.txt

⚠️ Wichtig: Achten Sie darauf, das richtige Skript zu kopieren und einzufügen, denn eine falsche Syntax kann Fehler verursachen. (Weitere Informationen finden Sie unter: Darauf sollten Sie achten)

Teil 5: Einhaltung des Workflows per Gruppenrichtlinie durchsetzen

Mit Gruppenrichtlinien können Sie die Skriptausführung erzwingen, Erinnerungen anzeigen und nicht autorisierte Eskalationsaktionen einschränken.

📌 Anwendungsfall: IT-Administrator:innen erzwingen per GPO die Ausführung von Skripten vor der Eskalation sowie Erinnerungen und Zugriffsbeschränkungen

So erzwingen Sie die Ausführung der Prüfskripte vor einer Eskalation:

1. Drücken Sie Win + R, geben Sie gpmc.msc ein und drücken Sie die Eingabetaste.
2. Navigieren Sie zu:
   • Benutzerkonfiguration > Richtlinien > Windows-Einstellungen > Skripts
3. Doppelklicken Sie auf Anmelden, klicken Sie auf Hinzufügen und wählen Sie Ihr Skript für die Prüfung vor der Eskalation aus.

Anschließend empfiehlt es sich, ein Anmeldebanner als Erinnerung einzublenden. Gehen Sie dazu wie folgt vor:

1. Drücken Sie Win + R, geben Sie gpmc.msc ein und drücken Sie die Eingabetaste.
2. Navigieren Sie zu:
   • Computerkonfiguration > Windows-Einstellungen > Sicherheitseinstellungen > Lokale Richtlinien > Sicherheitsoptionen
3. Konfigurieren Sie Folgendes:
   • Interaktive Anmeldung: Nachrichtentitel für Benutzer, die sich anmelden möchten
   • Interaktive Anmeldung: Nachrichtentext für Benutzer, die sich anmelden möchten

Schränken Sie zum Schluss Eskalationsaktionen ein, damit nicht autorisierte Gruppen keine Eskalationsskripte oder -tools ausführen können:

1. Drücken Sie Win + R, geben Sie gpmc.msc ein und drücken Sie die Eingabetaste.
2. Navigieren Sie zu:
   • Computerkonfiguration > Windows-Einstellungen > Sicherheitseinstellungen > Richtlinien für Softwareeinschränkung
3. Erstellen Sie unter Zusätzliche Regeln:
   • eine Pfadregel oder Hashregel, die auf Ihr Eskalationsskript oder -tool verweist.
   • Setzen Sie die Sicherheitsstufe auf Nicht erlaubt.
4. Konfigurieren Sie unter Sicherheitsstufen die Erzwingung so, dass die Regeln nur für die von Ihnen gewählten Benutzer:innen bzw. Gruppen gelten.
5. Klicken Sie mit der rechten Maustaste auf Richtlinien für Softwareeinschränkung > Erzwingen.
6. Wählen Sie Alle Benutzer außer den lokalen Administratoren.

Teil 6: PSA-Anbindung per API oder Webhooks automatisieren

Mit dieser Methode senden Sie Eskalationsereignisse aus der Eingabeaufforderung an die PSA.

📌 Anwendungsfall: IT-Administrator:innen automatisieren Ticket-Updates bei Eskalationen in der PSA über API-Aufrufe aus der Eingabeaufforderung

1. Drücken Sie Win, geben Sie cmd ein und wählen Sie Als Administrator ausführen.
2. Kopieren Sie das folgende Skript, fügen Sie es in die Eingabeaufforderung ein und drücken Sie die Eingabetaste:

curl -X POST https://psa.vendor.com/api/escalate ^

-H "Content-Type: application/json" ^

-H "Authorization: Bearer <API-TOKEN>" ^

-d "{\"message\":\"Escalated to Tier 2 by jsmith. Registry and diagnostics attached.\"}"

💡 Tipp: Protokollieren Sie über RMM-Richtlinien, wann Tickets eskaliert werden. Senden Sie anschließend Push-Benachrichtigungen an Slack, Teams oder Ihre Kommunikationsplattform.

⚠️ Darauf sollten Sie achten

Risiken	Mögliche Folgen	Gegenmaßnahmen
Kein Test auf einem lokalen Rechner	Wird ein ungetestetes Skript ausgerollt, können Geräte abstürzen, etwa durch inkompatible Registry-Schlüssel.	Wenden Sie die gewünschten Änderungen auf einem lokalen Rechner an und prüfen Sie, ob die Konfiguration das beabsichtigte Ergebnis liefert.
Bearbeiten der Registry ohne Backup	Eine fehlerhafte Bearbeitung der Registry kann zu Beschädigungen führen. Legen Sie deshalb vorher ein Backup an.	Exportieren Sie den Registry-Schlüssel vor Änderungen über Datei > Exportieren.
Falsche Befehlssyntax	Eine falsche Befehlssyntax kann die Registry beschädigen, zu Fehlverhalten des Systems führen oder dazu, dass der Code wirkungslos bleibt.	Achten Sie darauf, das richtige Skript zu kopieren und in die Eingabeaufforderung einzufügen. Sie können außerdem Tools wie PSScriptAnalyzer nutzen, um die Codequalität zu prüfen.

So verwalten Sie Eskalationspfade wirksam

Die folgenden Praktiken sorgen dafür, dass jede Eskalation rechtzeitig, regelkonform und nachvollziehbar erfolgt.

Zeiterfassung bei Eskalationen

Protokollieren Sie den Zeitstempel jedes Stufenwechsels, um die mittlere Lösungszeit (MTTR) zu messen. Umsetzen lässt sich das über eine zentrale Protokollierung: Ergänzen Sie bei jeder Eskalation eines Tickets einen Eintrag in einer zentralen Logdatei. Erfassen Sie dabei Ticket-ID, Ausgangsstufe, Zielstufe und Zeitstempel.

Kundenspezifische Workflows

Passen Sie Skripte und Pfade für VIP-Benutzer:innen oder sensible Systeme an, indem Sie eine Sicherheitsgruppe oder eine Organisationseinheit (OU) nutzen, um bestimmte GPO-Einstellungen gezielt auf die Endpunkte von VIP-Kunden anzuwenden.

SLA-Zuordnung

Binden Sie SLA-Timer oder Alarmierungen ein, wenn ein Ticket die Schwellenwerte einer Stufe überschreitet. Am einfachsten gelingt das mit Webhook-Alarmierungen an Slack oder MS Teams (oder die von Ihnen genutzte Kommunikationsplattform), sobald eine SLA-Verletzung droht.

Dokumentation

Sichern Sie die Nachweise aus der Phase vor der Eskalation, etwa ausgeführte Skripte, gesammelte Logs oder Registry-Schlüssel je Ticket. So entsteht ein Audit-Trail darüber, was vor dem Eskalieren unternommen wurde.

Häufige Probleme beheben

Im Folgenden finden Sie einige typische Probleme, die beim Standardisieren von Eskalationspfaden für Techniker:innen mit skriptgesteuerten Workflows auftreten können, samt Lösungen.

Skripte werden nicht ausgeführt

Werden die Skripte nicht ausgeführt, liegt das meist an Einschränkungen der Skriptausführung in PowerShell oder per GPO. Prüfen Sie dazu die aktuelle Richtlinie, indem Sie Get-ExecutionPolicy -List in PowerShell ausführen, oder stellen Sie in der GPO „Alle Skripts zulassen“ ein. Navigieren Sie dazu zu:

Benutzerkonfiguration → Administrative Vorlagen → Windows-Komponenten → Windows PowerShell → Skriptausführung aktivieren.

Registry-Schlüssel werden nicht aktualisiert

Manche Registry-Schlüssel werden aufgrund fehlender Berechtigungen oder eines abweichenden Benutzerkontexts nicht aktualisiert, je nachdem, wie das Skript verteilt wurde. Prüfen Sie zur Behebung die Administratorrechte und den Benutzerkontext während der Ausführung.

Fehlgeschlagene Webhooks

Fehlgeschlagene Webhooks gehen häufig auf ungültige Tokens, falsche URLs oder fehlerhaftes JSON zurück, was dazu führt, dass APIs die Anfrage ablehnen. Sie können den Endpunkt manuell testen, indem Sie das folgende Skript in PowerShell ausführen:

Invoke-RestMethod -Uri "https://psa.vendor.com/api/escalate" -Method POST -Headers @{Authorization="Bearer TOKEN"} -Body '{"test":"value"}' -ContentType 'application/json'

Techniker:innen überspringen Schritte

Wenn Techniker:innen Schritte überspringen, können mehrere Probleme auftreten. Ohne automatisierte Prüfung kontrollieren Systeme beispielsweise nicht, ob die Schritte vor der Eskalation tatsächlich abgeschlossen wurden. Sie können sichtbare Erinnerungen bei der Anmeldung erzwingen, damit keine Schritte übersprungen werden.

NinjaOne-Services für standardisierte Eskalations-Workflows

Mit NinjaOne können MSPs Eskalationspfade im großen Maßstab durchsetzen, überwachen und auditieren, ganz ohne manuelle Kontrolle. NinjaOne standardisiert Eskalations-Workflows über alle Kunden hinweg durch:

• Verteilung von Skriptsätzen für die Prüfung vor der Eskalation an Endpunkte per Richtlinie
• Überwachung von Registry-Schlüsseln zur Nachverfolgung von Eskalationen
• Auslösen von Alarmierungen oder Automatisierungen, sobald bestimmte Stufen erreicht werden
• Integration mit PSA-Systemen, um Eskalationsereignisse anzulegen, zu aktualisieren und zu dokumentieren
• Protokollierung von Skriptergebnissen und Weiterleitung markierter Geräte in warteschlangenbasierte Dashboards

Lösungszeiten verkürzen: Eskalationspfade mit skriptgesteuerten Workflows standardisieren

Standardisierte Eskalationen für Techniker:innen mit skriptgesteuerten Workflows steigern Effizienz und Konsistenz über alle Kundentickets hinweg. Der Prozess besteht aus mehreren Teilen und Schritten, die sich mit RMM-Lösungen wie NinjaOne deutlich einfacher umsetzen lassen.

Verwandte Themen:

• So erstellen Sie einen Workflow für die Incident-Triage über mehrere Microsoft 365-Tenants hinweg
• So erstellen Sie ein gestuftes Techniker-Playbook für die Lösung beim Erstkontakt
• So automatisieren Sie die Alarm-Eskalation von Defender an PSA-Systeme