So dokumentieren MSPs kundenspezifische Ausnahmen, ohne die operative Kontrolle zu verlieren

Kundenspezifische Ausnahmen wie angepasste Konfigurationen, Firewall-Regeln oder die Kompatibilität mit Legacy-Geräten machen die Service-Erbringung komplex. Ohne klare Dokumentation der Ausnahmen pro Kunde tappen MSPs im Dunkeln, was im schlimmsten Fall zu Verstößen gegen das SLA führt.

Strategien für die Dokumentation von Kundenausnahmen bei MSPs

MSPs können ihre bestehenden Dokumentationsstrategien so anpassen, dass Ausnahmen pro Kunde erfasst und geprüft werden. Das verbessert die Sichtbarkeit kundenspezifischer Ausnahmen für Techniker:innen und hilft ihnen, SOPs auf den Flexibilitätsbedarf der einzelnen Kunden abzustimmen.

Anwendungsfälle: Die folgenden Strategien greifen ineinander und schaffen eine durchsuchbare Übersicht aller kundenspezifischen Ausnahmen, mit der MSPs die operative Kontrolle behalten. Gleichzeitig ermöglichen sie regelmäßige Prüfungen, damit die Inhalte aktuell bleiben und die SLA-Compliance über alle Kunden hinweg gewahrt wird.

Voraussetzungen:

• Grundlegende Automatisierungsfähigkeiten
• Zentrale Dokumentationsplattform
• Einigkeit über Aufbau und Verantwortlichkeiten des Ausnahme-Templates
• Bestehender Prüfprozess für Ausnahmen

Übersichtstabelle der Best Practices:

🎥 Hier geht es zur Videoversion dieses Leitfadens: So dokumentieren MSPs kundenspezifische Ausnahmen, ohne die operative Kontrolle zu verlieren.

Strategie 1: Ein standardisiertes Template für kundenspezifische Ausnahmen nutzen

Ein detailliertes Ausnahme-Template beschleunigt die Dokumentation. Zudem behalten MSPs damit die operative Kontrolle, denn das Template legt Verantwortlichkeiten fest und hilft, Abweichungen zu erkennen, bevor sie die Compliance gefährden.

Einheitliche Angaben zu Ausnahmen verbessern außerdem die Sichtbarkeit, unterstützen Audits und Berichterstattung und ermöglichen schnelle Suchen. So lassen sich Rohdaten in verwertbare Erkenntnisse übersetzen und MSPs erkennen, bei welchen Kunden ein Rollback oder eine Priorisierung nötig ist.

Beispiel-Template zur Erfassung von Kundenausnahmen

Strategie 2: Ausnahmen in einem durchsuchbaren Repository pflegen

Zentrale Repositorys bündeln alle kundenspezifischen Ausnahmen, sodass Techniker:innen und Engineers sie zur Prüfung und als Referenz leicht abrufen können. Empfehlenswert ist, in durchsuchbaren Repositorys auch verknüpfte Artefakte zu Änderungen, Nachweisen, SOPs und Überwachungsregeln zu hinterlegen, um die Sichtbarkeit zu erhöhen.

Außerdem sollten Ausnahmen ihren gesamten Lebenszyklus auf einen Blick zeigen, damit Entscheidungen schneller fallen. Engineers können Ausnahmen beispielsweise als aktiv, veraltet oder zur Freigabe ausstehend kennzeichnen, sodass Techniker:innen ihre Gültigkeit sofort erkennen.

MSPs können schlanke Repositorys mit Tabellenkalkulations-Software betreiben und die wichtigsten Kennzahlen in einer leicht zugänglichen Tabelle auflisten. Ein Tool für IT-Dokumentation wie NinjaOne Documentation liefert dagegen tiefere Einblicke pro Kunde, zentral und skalierbar.

Strategie 3: Erinnerungen zur Prüfung von Kundenausnahmen automatisieren

Konfigurationen ändern sich, sobald Patches und Updates eingespielt werden. Das kann neue Bedrohungen begünstigen, besonders bei Kunden mit zahlreichen Ausnahmen im SLA. Wer kundenspezifische Ausnahmen regelmäßig überprüft, erkennt Lücken früh und kann Bedrohungen entschärfen, bevor sie Systeme beeinträchtigen und die Compliance gefährden.

Deshalb ist es für MSPs entscheidend, die Verantwortlichen für Kundenausnahmen an anstehende Prüfungen zu erinnern, damit die Dokumentation aktuell bleibt. Techniker:innen behalten so den Überblick, weil sie jederzeit den aktuellen Stand der Konfigurationen pro Kunde kennen.

Beispiel-PowerShell-Skript zur Automatisierung von Prüferinnerungen

MSPs können schlanke Automatisierungsskripte planmäßig ausführen lassen, um die Gültigkeit einer Ausnahme regelmäßig zu prüfen. So verstopft veraltete Dokumentation nicht die Wissensdatenbank.

Voraussetzungen:

• PowerShell 5.1 oder höher
• Vorhandene Tabelle exception.csv
• CSV-Datei mit den Daten Owner, ExceptionID und ReviewDate

Hinweis: Das Skript oben benachrichtigt die Verantwortlichen erst, wenn das Prüfdatum der Dokumentation überschritten ist. Eine Vorwarnung gibt es nicht.

Strategie 4: In SOPs und Tickets auf kundenspezifische Ausnahmen verweisen

Es hat sich bewährt, Ausnahmen direkt in SOPs und Tickets einzubinden. So wissen Techniker:innen genau, welchen Service der jeweilige Kunde benötigt. Das reduziert Fehler, weil die Ausnahmen unmittelbar vor der Handlung sichtbar sind.

Kundenausnahmen in SOPs einbinden

SOPs sollten die Details der Ausnahme pro Kunde gleich zu Beginn des Dokuments nennen. Im folgenden Beispiel verwenden wir Geltungsbereich und Bedingungen für Kunde A aus dem oben gezeigten Beispiel-Template.

Ausnahmen pro Kunde in Tickets und Changes integrieren

Nutzen Sie in Tickets Felder wie Ausnahme-ID, Status, Ablauf-/Prüfdatum und Verantwortliche:r, um Ausnahmen sichtbar zu machen. Alternativ können Techniker:innen Banner und Notiz-Templates verwenden. Ein Notiz-Template kann zum Beispiel lauten: „Hinweis: Diese Prozedur setzt voraus, dass die Ausnahme CL-2025-001 in Kraft ist. Alle Details finden Sie unter [Link].“
Tipp: Verwenden Sie beim Verweis auf Dokumentation immer die exakte Ausnahme-ID und übernehmen Sie alle Felder wie Geltungsbereich und Bedingungen wortgetreu, damit nichts verfälscht wird.

Strategie 5: Mit Prüfungen und Freigaben Ausnahmen aktuell halten

Ausnahmen pro Kunde sollten mit guten Praktiken der Data Governance einhergehen, etwa regelmäßigen Prüfungen zur Verlängerung, Anpassung oder Abschaffung. So verschwinden veraltete Ausnahmen aus der Wissensdatenbank und Techniker:innen arbeiten pro Kunde nach den richtigen SOPs.

Typische Prüfintervalle und Auslöser

• Quartalsweise. Prüfen Sie vierteljährlich, ob eine Ausnahme noch nötig ist, und bewerten Sie Felder wie Geltungsbereich, Bedingungen und Prüfdatum. Anschließend entscheiden Techniker:innen auf Basis ihrer Ergebnisse, ob die Dokumentation verlängert, angepasst oder stillgelegt wird.
• Jährliches Audit. Räumen Sie Ihre Wissensdatenbank auf, indem Sie verwaiste Ausnahmen und abgelaufene Einträge entfernen. So gelangt keine veraltete Dokumentation zurück in die Service-Erbringung und die Compliance bleibt gewahrt.

Beispiel für einen Governance-Workflow für kundenspezifische Ausnahmen

Kombinieren Sie die oben beschriebenen Strategien zu einem reibungslosen Workflow, der Ausnahmen pro Kunde sichtbar, durchsuchbar und überprüfbar macht, ohne die operative Kontrolle zu gefährden.

1. Ausnahmen mit Standard-Templates dokumentieren. Erfassen Sie erkannte Ausnahmen pro Kunde in Ihren Dokumentations-Repositorys, indem Sie die passenden Angaben in Standard-Templates eintragen. Das sorgt für Konsistenz und klare Verantwortlichkeiten, von der Dokumentation bis zur Stilllegung.
2. Erinnerungen automatisieren. Setzen Sie schlanke Automatisierungstools wie Skripte ein, um Verantwortliche automatisiert anzustoßen, bevor die Dokumentation veraltet.
3. Maßnahmen nach der Prüfung. Benennen Sie nach der Prüfung eine zuständige Person, die Ausnahmen aktualisiert oder stilllegt, damit ihr Geltungsbereich eng bleibt und das Risiko sinkt.
4. SOPs gegenprüfen. SOPs, die auf bestehende Ausnahmen verweisen, sollten regelmäßig geprüft werden, damit sie zur verlinkten Dokumentation passen. So herrscht Klarheit dort, wo tatsächlich gearbeitet wird, was Effizienz und Service-Erbringung verbessert.

Integrationsideen mit NinjaOne zur automatisierten Nachverfolgung von Ausnahmen pro Kunde

NinjaOne bietet leistungsstarke Dokumentationsfunktionen, mit denen MSPs kundenspezifische Ausnahmen verwalten können. Setzen Sie Ihre Dokumentationspraktiken zentral und skalierbar um, indem Sie die folgenden NinjaOne-Funktionen in Ihren Workflow einbinden:

• NinjaOne Documentation: Betten Sie einen direkten Link zu den Ausnahmedetails in den digitalen Datensatz des jeweiligen Kunden ein. So sind kundenspezifische Ausnahmen sofort zugänglich und die Mittlere Reparaturzeit (MTTR) sinkt.
• Policies & Alerts: Erstellen Sie benutzerdefinierte Bedingungen, die Verantwortliche bei Eintreten automatisiert benachrichtigen. So lassen sich Probleme mit Ausnahmen schnell beheben, bevor sie eskalieren.
• Reporting: Mit dem Reporting-Tool von NinjaOne verwandeln MSPs Rohdaten und Kennzahlen in präsentationsfertige Zusammenfassungen für Kundengespräche. Das schafft Transparenz gegenüber Bestandskunden und dokumentiert zugleich den Umgang mit Ausnahmen, um bei der Einarbeitung die Sorgfaltspflicht nachzuweisen.

Kundenspezifische Ausnahmen dokumentieren und die Service-Erbringung sichern

SLA-Compliance beginnt mit einer klaren Dokumentation von Erwartungen und Ausnahmen, denn so helfen die Prozeduren Kunden, nach einem Vorfall handlungsfähig zu bleiben. Erfassen Sie Ausnahmen mit einem Standard-Template und speichern Sie sie in einem einzigen Repository, damit der Zugriff schnell geht.

Richten Sie automatisierte, dezente Erinnerungen ein, damit die Einträge aktuell bleiben. Kurze Notizen in SOPs und Tickets halten den Kontext dort verfügbar, wo gehandelt wird. Durch kurze, regelmäßige Prüfungen bleiben Ausnahmen temporär und sicher, was Überraschungen vermeidet und Probleme für Kunden schneller löst.

Verwandte Themen:

• 5 Best Practices für die IT-Dokumentation im Jahr 2026
• Templates für die IT-Dokumentation mit Beispielen
• Warum Dokumentation für effektives IT-Management so wichtig ist