So verfolgen MSPs die Außerbetriebnahme von Geräten mit cloudbasierten Workflows

Die Außerbetriebnahme von Geräten ist weit mehr als eine IT-Routineaufgabe. Sie ist ein zentraler Prozess, der die Sicherheit im Unternehmen, die Compliance, die Lizenzbudgets und die Sauberkeit des Asset-Bestands prägt. Ohne ein durchdachtes Vorgehen bleiben ausgemusterte Geräte womöglich weiter mit Zugriff auf sensible Daten bestehen oder verbrauchen weiterhin Ressourcen. Das setzt MSPs und deren Kunden unnötigen Risiken und Kosten aus.

Statt in schwerfällige, voll ausgestattete Plattformen für das Asset-Management zu investieren, können MSPs mit verbreiteten Cloud-Tools wie Intune, Microsoft 365 oder Google Workspace einen schlanken, konsistenten Workflow für die Außerbetriebnahme aufbauen. Dieser Leitfaden zeigt Schritt für Schritt, wie Sie einen cloudbasierten Lifecycle-Tracker einrichten, Aktualisierungen automatisieren und jederzeit auditbereit bleiben. So verschwinden Lücken und manuelle Schritte, während alles sicher und transparent in der Cloud bleibt.

NinjaOne fügt sich nahtlos in diesen Ansatz ein: Die Plattform liefert ein belastbares Geräteinventar sowie eine Statusberichterstattung und bietet Hardware-Exporte, die MSPs einen genauen Echtzeit-Überblick über Kandidaten für die Außerbetriebnahme geben. Wer die Quelldaten aus NinjaOne mit einem cloudbasierten Tracker abgleicht, kann Offboarding-Richtlinien zuverlässig durchsetzen und IT-Ressourcen optimieren, ohne die gewohnte Umgebung zu verlassen.

Voraussetzungen

• Zugriff auf Microsoft Intune oder eine andere MDM-Lösung ermöglicht die Remote-Verwaltung von Geräten und eine sichere Außerbetriebnahme.
• SharePoint oder Google Workspace wird benötigt, um den Tracker zu speichern und gemeinsam zu pflegen.
• Power Automate oder eine andere Workflow-Engine vereinfacht Freigaben, Aktualisierungen und die Automatisierung für ein konsistentes Lifecycle-Management.
• Scripting-Möglichkeiten mit Microsoft Graph oder PowerShell erlauben weitreichende Anpassungen für komplexe Szenarien und die Berichterstattung.
• Eine klar definierte interne Richtlinie stellt sicher, dass jede Außerbetriebnahme den Compliance- und Betriebsanforderungen entspricht.

Den Lebenszyklus der Außerbetriebnahme definieren

Ein klar definierter Lebenszyklus für die Außerbetriebnahme von Geräten ist die Grundlage für Auditbereitschaft und betriebliche Effizienz. Indem MSPs den Prozess in eindeutige Phasen gliedern, standardisieren sie Abläufe, vermeiden Versäumnisse und schaffen Transparenz über jedes Offboarding hinweg. Jede Phase sollte sich im Lifecycle-Tracker widerspiegeln und bei QBRs oder Asset-Reviews herangezogen werden, damit die Nachvollziehbarkeit lückenlos bleibt.

Außerbetriebnahme beantragt

Der Prozess startet, sobald ein Gerät von einem Stakeholder oder im Rahmen regelmäßiger IT-Asset-Reviews zur Außerbetriebnahme gemeldet wird. Mit diesem Schritt tritt das Gerät in den End-of-Life-Workflow ein, und es folgt eine erste Bewertung von Nutzung, Datensensibilität und Lizenzstatus.

Vorbereitende Maßnahmen

Vor der Außerbetriebnahme müssen einige kritische Aufgaben erledigt sein: wichtige Daten sichern oder übertragen, sensible Berechtigungen entfernen, Zugriffe auf Unternehmensressourcen entziehen und zugehörige Softwarelizenzen für eine Neuzuweisung oder Kündigung markieren. Diese Phase legt das Fundament für ein sicheres und regelkonformes Geräte-Offboarding.

Außerbetriebnahme abgeschlossen

Das Gerät wird mit einer MDM-Lösung wie Microsoft Intune oder einem vergleichbaren Tool formal gelöscht und außer Betrieb genommen. Dabei verschwinden sämtliche Unternehmensdaten, Konfigurationen und Zugriffe. So kann sich das Gerät nicht mehr mit Unternehmenssystemen verbinden, was das Risiko bei einer späteren Weiterverwendung deutlich senkt.

Archiviert

Nach der Außerbetriebnahme entsteht ein Audit-Nachweis, indem die Eintragsdetails exportiert und im gewählten Tracker archiviert werden. Das bewahrt die Compliance-Historie und sorgt für Nachvollziehbarkeit, falls Monate oder Jahre später Fragen auftauchen.

Wer diese Phasen sauber dokumentiert und konsequent einhält, bietet ein konsistentes, belastbares Offboarding, das internen wie externen Prüfungen standhält. Gleichzeitig entsteht eine bessere Entscheidungsgrundlage für künftige Hardware-Erneuerungen.

Einen cloudbasierten Tracker für die Außerbetriebnahme aufbauen

Für einen cloudbasierten Tracker legen Sie eine SharePoint-Liste, eine Excel-Online-Arbeitsmappe oder ein Google Sheet mit strukturierten Spalten an, damit sich IT-Assets effizient nachverfolgen und Compliance-Anforderungen erfüllen lassen. Nehmen Sie folgende Spalten auf:

• Gerätename
• Seriennummer
• Zugewiesene:r Benutzer:in
• Phase der Außerbetriebnahme
• Datum der Meldung
• Datum des Abschlusses
• Notizen

Richten Sie den Tracker so ein, dass mehrere Personen im Team den Status aktualisieren oder Details ergänzen können, während Geräte den Lebenszyklus durchlaufen. Er sollte im gesamten MSP-Unternehmen leicht durchsuchbar und zugänglich sein, damit schnelle Audits und Zusammenarbeit in Echtzeit möglich sind. So geht kein Gerätestatus verloren und jeder Schritt ist dokumentiert.

Statusänderungen mit Intune oder Skripten automatisieren

Automatisierte Statusänderungen sparen bei der Außerbetriebnahme von IT-Assets Zeit und erhöhen die Genauigkeit. Mit der integrierten Aktion „Retire“ in Microsoft Intune automatisieren MSPs die Außerbetriebnahme: Sobald sie ausgelöst wird, entfernt Intune App-Daten aus verwalteten Anwendungen, Richtlinieneinstellungen und den Gerätezugriff aus der Umgebung. Für anspruchsvollere Workflows lassen sich Geräte per Skript mit Microsoft Graph und PowerShell programmgesteuert außer Betrieb nehmen, zum Beispiel so:

# Retire device via Graph API (powershell)

Invoke-MgDeviceManagementManagedDeviceRetire -ManagedDeviceId $device.Id

Die Prozessautomatisierung lässt sich mit Tools wie Power Automate erweitern. Konfigurieren Sie Ihren cloudbasierten Tracker (SharePoint, Excel Online usw.) beispielsweise so, dass beim Wechsel des Gerätestatus auf „Retire Requested“ die folgenden Aufgaben ausgelöst werden:

1. Benachrichtigung des Asset-Managements zur Freigabe oder für die nächsten Schritte.
2. Anlegen einer neuen Teams-Aufgabe mit den erforderlichen Offboarding-Schritten.
3. Protokollierung des Abschlussdatums direkt im Tracker für spätere Audits.

Diese Schritte reduzieren manuellen Aufwand und sorgen dafür, dass das Offboarding richtlinienkonform bleibt. So halten MSPs ihre Compliance-Nachweise korrekt und arbeiten effizienter.

Richtlinie und Rollen dokumentieren

Die Dokumentation des Prozesses sollte Rollen, Verantwortlichkeiten und Anforderungen klar benennen, damit Konsistenz und Compliance gewährleistet sind. Ein vollständiger Workflow beantwortet folgende Punkte:

• Wer darf ein Gerät zur Außerbetriebnahme melden (z. B. IT-Administrator:innen, Abteilungsleitungen oder Service-Desk-Mitarbeiter:innen)?
• Welche Schritte sind vor dem Löschen erforderlich: Daten-Backups anlegen, Benutzerkonten offboarden, Berechtigungen entziehen und die Rückgabe von Zubehör oder Schlüsseln bestätigen.
• Wie werden dem Gerät zugewiesene Softwarelizenzen identifiziert und für eine erneute Vergabe oder Kündigung zurückgeholt?
• Wo und in welcher Struktur werden Nachweise abgeschlossener Außerbetriebnahmen abgelegt, etwa Screenshots, Logs oder Tracker-Einträge?
• Wie lange werden alle Offboarding-Protokolle und Audit-Nachweise aufbewahrt, um spätere Prüfungen oder regulatorische Audits zu unterstützen?

Eine klare Dokumentation dieser Punkte stärkt den Audit-Trail und hilft allen im Team, einen einheitlichen Offboarding-Prozess einzuhalten.

Quartalsweise Audit-Reviews durchführen

Quartalsweise Audit-Reviews sind entscheidend, um im MSP-Umfeld einen sauberen Gerätebestand und die Einhaltung regulatorischer Vorgaben sicherzustellen. Prüfen Sie den Tracker jedes Quartal systematisch darauf, ob alle Geräte mit dem Status „Retire Requested“ oder „In Progress“ den Prozess tatsächlich abgeschlossen haben. Kein Gerät sollte im Übergang hängen bleiben und dabei mögliche Sicherheitsrisiken offenlassen.

Ebenso wichtig ist die Kontrolle, ob jedes abgeschlossene Offboarding wirklich zur Entfernung des Geräts aus Microsoft Intune und aus Azure AD geführt hat. Denn das Offboarding in einem Tool löscht das Gerät nicht automatisiert im anderen. Gründliche Prüfungen stellen sicher, dass kein unerwünschtes Gerät weiterhin Zugriff behält oder Ressourcen verbraucht.

Ist der Abschluss bestätigt, sollten die Einträge in eine sichere Langzeitablage archiviert werden, etwa in eine Datei „Retired_Q2_2025.csv“. Eine saubere Archivierung hält Audit-Trails für spätere Prüfungen oder behördliche Nachfragen verfügbar und hält den eigentlichen Tracker frei von Ballast, sodass er sich auf aktive Lifecycle-Ereignisse konzentriert. Quartalsweise durchgeführt festigen diese Schritte die betriebliche Disziplin, stärken die Compliance und verschaffen Teams den vollen Überblick über alle Veränderungen im Gerätebestand.

Best Practices (Übersichtstabelle)

Für einen verlässlichen, auditbereiten Prozess sollten MSPs die folgenden Best Practices als Grundpfeiler etablieren. Die Tabelle zeigt, welche Rolle jede Komponente für ein sicheres und effizientes Lifecycle-Management von Geräten spielt:

Beispiel für Automatisierungspunkte

Automatisierung vereinfacht jeden Schritt der Außerbetriebnahme, senkt den manuellen Aufwand und erhöht die Verlässlichkeit. So kann ein cloudbasierter Workflow mit integrierter Automatisierung in der Praxis aussehen:

1. Ein:e Techniker:in setzt das Gerät im Cloud-Asset-Tracker auf „Retire Requested“.
2. Power Automate verschickt eine Alarmierung an die Stakeholder und legt automatisiert eine Aufgabe für die vorbereitenden Schritte an, inklusive Backups und Bereinigung von Berechtigungen.
3. Anschließend wird das Gerät mit Intune oder einem PowerShell-Skript über Microsoft Graph sicher gelöscht.
4. Der Tracker setzt den Status auf „Retire Completed“, um Audits und betriebliche Transparenz zu unterstützen.
5. Jedes Quartal prüft eine Administrator:in die Tracker-Einträge und exportiert die Compliance-Nachweise (etwa Retired_Q2_2025.csv) zur sicheren Langzeitarchivierung.

Ideen für die Integration mit NinjaOne

• Exportieren Sie Inventarberichte aus NinjaOne, um zentrale Felder im Cloud-Tracker schnell zu befüllen, etwa Seriennummer und Datum der letzten Aktivität.
• Vergeben Sie in NinjaOne eigene Tags wie „Pending_Retire“, um den aktuellen Gerätestatus in Echtzeit mit dem Stand der Außerbetriebnahme in Ihrem Cloud-Workflow abzugleichen.
• Richten Sie in NinjaOne Richtlinien-Alarmierungen oder Trigger für Compliance-Berichte ein, um neue Kandidaten für die Außerbetriebnahme zu erkennen, basierend auf Aktivität, Alter oder Risikofaktoren.
• Führen Sie NinjaOne-Berichtsexporte mit Ihrem SharePoint-Tracker für Außerbetriebnahmen und Audits zusammen. Das sorgt für durchgängige Transparenz über den gesamten Lebenszyklus und erleichtert die Audit-Vorbereitung im gesamten MSP-Unternehmen.

Fazit

Mit cloudbasierten Lösungen wie Microsoft Intune, SharePoint und Power Automate bauen MSPs sichere, effiziente und auditbereite Workflows für die Außerbetriebnahme auf, ganz ohne spezialisierte ITAM-Software oder riskante manuelle Prozesse. Wer Lifecycle-Phasen standardisiert, Statusänderungen automatisiert und einen gemeinsam nutzbaren, durchsuchbaren Tracker pflegt, sorgt für ein gründliches und skalierbares Geräte-Offboarding in jeder Kundenumgebung. Klare Zuständigkeiten, lückenlose Protokollierung und quartalsweise Reviews zur Prüfung und Archivierung der Daten vereinfachen nicht nur den Betrieb, sondern sichern auch die Compliance für künftige Audits ab.