Die ausgegebenen Notebooks sind vollständig erfasst, im Technikraum stehen jedoch mehrere Reservegeräte ohne Datensatz. Eine Testinstanz läuft seit Monaten weiter, während ein ausgemusterter Server noch Datenträger enthält. Auf den ersten Blick wirkt der Bestand ordentlich. Für Betrieb und Informationssicherheit bleiben trotzdem Lücken.
Ein IT-Asset-Verzeichnis muss deshalb den tatsächlichen Lebenszyklus abbilden. Es beantwortet nicht nur, was gerade genutzt wird, sondern auch, was bereitsteht, getestet, repariert oder außer Betrieb genommen wird.
Den Zweck des Verzeichnisses vor den Datenfeldern klären
Ein Bestandsverzeichnis kann Einkauf, technischen Betrieb, Informationssicherheit und Support unterstützen. Diese Bereiche stellen unterschiedliche Fragen. Der Einkauf benötigt Beschaffung und Kostenstelle, der Support Seriennummer und Gerätezustand, die Informationssicherheit zusätzlich Verantwortung und Kritikalität.
Vor der Erfassung sollte der Betrieb deshalb festlegen, welche Entscheidungen auf Grundlage des Verzeichnisses getroffen werden. Ohne diesen Bezug wächst schnell eine lange Feldliste, die niemand vollständig pflegt.
- Welche Komponenten müssen bei einer Störung auffindbar sein?
- Wo braucht die IT einen Überblick für Austausch oder Ersatzbeschaffung?
- Welche Assets sind für wichtige Geschäftsprozesse erforderlich?
- Wer darf technische, kaufmännische oder personenbezogene Angaben sehen?
Den vollständigen IT-Bestand abgrenzen
Zum offensichtlichen Bestand gehören Arbeitsplatzrechner, Notebooks, Monitore, Mobilgeräte, Server und Netzwerkkomponenten. Häufig fehlen jedoch Geräte, die keinem festen Mitarbeiter zugeordnet sind. Dazu zählen Poolgeräte, Ersatzhardware, Vorführsysteme und Technik in Schulungsräumen.
Auch virtuelle oder nur zeitweise genutzte Komponenten können betrieblich relevant sein. Testinstanzen, Appliances und technische Systeme sollten erfasst werden, wenn sie betrieben, gewartet, abgesichert oder bei einer Störung berücksichtigt werden müssen.
| Bestandsgruppe | Typische Beispiele | Häufige Lücke |
|---|---|---|
| Produktiv | Notebooks, Server, Switches, Mobilgeräte | Technik ohne feste Personenzuordnung |
| Test und Entwicklung | Testgeräte, Staging-Systeme, Laborhardware | Kein Verantwortlicher nach Projektende |
| Reserve | Ersatznotebooks, Ersatzteile, Notfallgeräte | Unklarer Zustand oder fehlende Einsatzbereitschaft |
| Nicht mehr genutzt | Ausgemusterte Geräte, Rückläufer, Altserver | Offene Datenlöschung oder Entsorgung |
Verbrauchsmaterial und große Mengen gleichartiger Kleinteile benötigen nicht zwingend einzelne Asset-Datensätze. Für sie kann eine Mengenverwaltung sinnvoller sein. Entscheidend ist, dass die gewählte Form zur betrieblichen Steuerung passt.
Notwendige Stammdaten einheitlich definieren
Ein Datensatz sollte ein Asset eindeutig identifizieren und seine aktuelle betriebliche Einordnung zeigen. Dafür genügen zunächst wenige verlässlich gepflegte Angaben:
- eindeutige interne Asset-ID,
- Asset-Typ, Hersteller und Modell,
- Seriennummer oder eine vergleichbare technische Kennung,
- aktueller Standort und Organisationseinheit,
- Status sowie zuständige Person oder Rolle,
- Beschaffungsdatum und gegebenenfalls Garantieende.
Technische Details gehören nur dann in den zentralen Datensatz, wenn sie tatsächlich gesucht oder ausgewertet werden. Eine vollständige Gerätekonfiguration lässt sich oft besser über angebundene technische Systeme beziehen. Das Asset-Verzeichnis hält dann den verlässlichen Bezug zwischen physischem oder virtuellem Objekt, Zuständigkeit und Lebenszyklus.
Lebenszyklus und Status statt Momentaufnahme abbilden
„Vorhanden“ und „nicht vorhanden“ reichen für IT-Assets nicht aus. Zwischen Beschaffung und Entsorgung liegen mehrere betriebliche Zustände. Ein Gerät kann bestellt, eingelagert, vorbereitet, ausgegeben, in Reparatur, als Reserve vorgesehen oder zur Aussonderung freigegeben sein.
Jeder Status braucht eine klare Bedeutung. Bei „Reserve“ sollte beispielsweise feststehen, ob das Gerät geprüft, aktualisiert und kurzfristig einsetzbar ist. „Ausgemustert“ darf nicht offenlassen, ob Datenträger bereits gelöscht und das Gerät tatsächlich entsorgt wurde.
Statuswechsel gehören in eine Historie. Sie macht nachvollziehbar, wann ein Gerät den Standort wechselte, aus der Nutzung genommen oder wieder in den Bestand zurückgeführt wurde.
Verantwortung und Kritikalität getrennt zuordnen
Die Person, die ein Notebook nutzt, ist nicht automatisch für dessen technischen Betrieb verantwortlich. Für Server, Netzwerkkomponenten oder gemeinsam genutzte Systeme braucht es deshalb eine zuständige Rolle oder Organisationseinheit.
Zusätzlich kann eine betriebliche Kritikalität helfen. Sie beschreibt nicht den Kaufpreis, sondern die Auswirkung eines Ausfalls. Ein günstiger Netzwerkbaustein kann für einen Standort wichtiger sein als ein teures Einzelgerät. Die Einstufung sollte nach einem einheitlichen, überschaubaren Schema erfolgen und regelmäßig überprüft werden.
Datenqualität als laufende Aufgabe behandeln
Ein einmal aufgenommener Bestand veraltet schnell. Neue Geräte kommen hinzu, Standorte ändern sich und Rückläufer bleiben im Lager liegen. Pflegepunkte gehören deshalb in bestehende Abläufe: Wareneingang, Ausgabe, Rückgabe, Reparatur, Standortwechsel und Aussonderung.
Für regelmäßige Qualitätsprüfungen sind konkrete Abweichungen hilfreicher als eine allgemeine Vollständigkeitsquote. Gesucht werden etwa Assets ohne Verantwortlichen, Reservegeräte mit überfälliger Prüfung, doppelte Seriennummern oder ausgemusterte Geräte ohne abgeschlossene Datenlöschung.
Eine Inventur bleibt trotzdem sinnvoll. Sie prüft, ob der dokumentierte Bestand mit der Realität übereinstimmt. Der Beitrag „Inventur mit QR-Code“ behandelt Kennzeichnung, Scanablauf und den Umgang mit Abweichungen.
Das Verzeichnis schrittweise einführen
Für den Start eignet sich ein klar abgegrenzter Bereich, etwa die Arbeitsplatzgeräte eines Standorts oder die zentrale Netzwerktechnik. Dort werden Datenfelder, Statuswerte und Zuständigkeiten praktisch geprüft. Erst wenn die Pflege im Tagesgeschäft funktioniert, folgt der nächste Bestand.
Bestehende Tabellen können als Ausgangspunkt dienen. Vor dem Import sollten Dubletten, uneinheitliche Standortnamen und freie Statusangaben bereinigt werden. Nicht jede alte Spalte muss in das neue Verzeichnis übernommen werden.
Inventonia verwaltet Assets, Standorte, Organisationseinheiten, Übergaben, Dokumente und Historien in einem gemeinsamen Bestand. Der Artikel zur Inventarverwaltung mit Excel hilft ergänzend bei der Frage, wann eine Tabellenlösung für die laufende Pflege nicht mehr ausreicht.