Prüf- und Wartungsmanagement mit Asset.Desk
Praxisleitfaden für Fristen, Nachweise und die zentrale Verwaltung von IT- und Non-IT-Assets
In vielen Organisationen werden IT-Geräte bereits strukturiert inventarisiert, während Prüf- und Wartungsinformationen aus Facility Management, Betriebstechnik oder Fuhrpark noch in separaten Listen liegen. Asset.Desk schafft eine gemeinsame Datenbasis für technische und kaufmännische Informationen, Verantwortlichkeiten, Dokumente und Lifecycle-Prozesse.
Der Gesamtprozess auf einen Blick
1. Ausgangslage: Wenn Prüf- und Asset-Daten getrennt gepflegt werden
Asset Management umfasst längst mehr als PCs, Notebooks und Server. Auch Leitern, Maschinen, Elektrogeräte, Tore, Klimaanlagen, Fahrzeuge und weitere betriebliche Objekte müssen erfasst, einer verantwortlichen Person oder einem Standort zugeordnet und über ihren Lebenszyklus hinweg dokumentiert werden.
Werden diese Informationen in unterschiedlichen Systemen, Excel-Listen oder Fachabteilungen gepflegt, entstehen schnell Medienbrüche und mehrfach geführte Datenbestände. Besonders bei Personalwechseln, organisatorischen Veränderungen, Inventuren oder Audits steigt dadurch der administrative Aufwand.
Typische Herausforderungen
- unterschiedliche Datenbestände in IT, Facility Management und Betriebstechnik,
- manuell gepflegte Listen für Prüf- und Wartungstermine,
- unklare Zuordnungen zu Personen, Räumen oder Standorten,
- fehlende Transparenz bei Übergaben und Rückgaben,
- unvollständige Historien bei Standort- oder Verantwortungswechseln,
- redundante oder nicht mehr benötigte Einträge aus Verzeichnisdiensten.
2. Asset.Desk als zentrale Datenbasis
Asset.Desk kann klassische IT-Ressourcen und weitere betriebliche Objekte innerhalb einer gemeinsamen Asset-Management-Struktur abbilden. Neben technischen Informationen lassen sich kaufmännische Daten, Standorte, Verantwortlichkeiten, Verträge, Dokumente sowie Prüf- und Wartungsinformationen einem Asset zuordnen.
So wird der Lebenszyklus eines Betriebsmittels von der Erfassung über Nutzung, Prüfung, Wartung und Übergabe bis zur Rückgabe oder Aussonderung nachvollziehbar.
Wirtschaftlichkeit realistisch bewerten
Der Nutzen einer zentralen Asset-Datenbasis zeigt sich vor allem dort, wo bisher getrennte Listen, doppelte Pflege und manuelle Abstimmungen reduziert werden. Für eine belastbare Wirtschaftlichkeitsbetrachtung sollten Organisationen ihre individuellen Prozesse berücksichtigen:
- Anzahl und Art der zu verwaltenden Assets,
- Aufwand für Datenerfassung, Administration und Pflege,
- Qualität und Verfügbarkeit vorhandener Daten,
- Zahl der beteiligten Fachbereiche und Verantwortlichen,
- mögliche Reduzierung bisheriger Parallelprozesse.
3. Prüfobjekte, Datenmodell und Rollen eindeutig definieren
Ein Prüf- und Wartungskonzept funktioniert nur zuverlässig, wenn Objektarten, benötigte Informationen und Verantwortlichkeiten vor der technischen Umsetzung festgelegt werden.
| Kategorie | Beispielhafte Objekte | Typische Ziele |
|---|---|---|
| Facility Management | Leitern, Tore, Klimaanlagen, Ventilatoren, Elektrogeräte | Prüffristen, Wartungsinformationen und Nachweise verwalten |
| Instandhaltung | Maschinen und technische Anlagen | Wartungen dokumentieren und Verantwortlichkeiten klären |
| IT-Infrastruktur | Server, PCs, Notebooks, Monitore, mobile Endgeräte | Inventarisierung, Lifecycle-Management und technische Dokumentation |
| Fuhrpark | Fahrzeuge und mobile Betriebsmittel | Zuordnung, Dokumentation und Fristenmanagement |
| Allgemeine Betriebsmittel | Werkzeuge, Ausstattung und sonstige Unternehmensassets | Bestand, Standort und verantwortliche Personen dokumentieren |
Rollenbasierte Zugriffskontrolle
Arbeiten mehrere Fachbereiche in einer gemeinsamen Plattform, sollte der Zugriff an Aufgaben und Verantwortungsbereiche angepasst werden. Administratoren können umfangreiche Konfigurationsrechte erhalten, während andere Anwender nur auf die für sie relevanten Objektgruppen, Standorte und Funktionen zugreifen.
Eine rollen- und bereichsbezogene Struktur unterstützt die Trennung von Verantwortungsbereichen, reduziert unnötige Zugriffsrechte und erleichtert die Zusammenarbeit zwischen IT, Facility Management und weiteren Fachabteilungen.
Rechtliche und betriebliche Anforderungen berücksichtigen
Welche Prüfungen erforderlich sind und in welchen Abständen sie stattfinden müssen, hängt von der Art des Arbeitsmittels, seinem Einsatz, der Gefährdungsbeurteilung, den Herstellerangaben und den jeweils anwendbaren Vorschriften ab. Typische Bezugspunkte sind beispielsweise:
- die DGUV Vorschrift 3 für elektrische Anlagen und Betriebsmittel,
- die Betriebssicherheitsverordnung (BetrSichV) für die sichere Verwendung von Arbeitsmitteln und überwachungsbedürftigen Anlagen,
- die TRBS 1201 für Prüfungen und Kontrollen von Arbeitsmitteln und überwachungsbedürftigen Anlagen,
- spezifische Anforderungen etwa für Aufzugs- und Druckanlagen sowie ergänzende technische Regeln und Herstellerangaben.
4. Prüffristen, Wiedervorlagen und Nachweise sauber unterscheiden
Für eine fachlich belastbare Umsetzung sollten Prüftermine, allgemeine Wiedervorlagen und Dokumente nicht als eine einzige Funktion behandelt werden. Sie erfüllen unterschiedliche Aufgaben:
Prüffristenmanagement
Bei prüfpflichtigen Assets können Prüfdatum und Prüffrist erfasst werden. Daraus lässt sich der nächste Prüftermin ableiten; historische Prüfungen beziehungsweise Prüfplaketten bleiben dokumentierbar.
Allgemeine Wiedervorlage
Wiedervorlagen und Erinnerungen sind eine eigenständige Funktion. Sie helfen dabei, allgemeine Termine oder Aufgaben im Blick zu behalten, ersetzen aber nicht die strukturierte Verwaltung von Prüfplaketten und Prüffristen.
Checklisten und Nachweise
Checklisten, Prüfprotokolle, Fotos und weitere Nachweise können als Dokumente beim jeweiligen Asset abgelegt werden. Daraus folgt nicht automatisch eine interaktive Abarbeitung digitaler Wartungschecklisten innerhalb der Software.
Die Verbindung mit Asset-, Standort-, Verantwortungs-, Dokument- und Vertragsinformationen verhindert, dass relevante Inhalte in voneinander getrennten Listen gepflegt werden müssen.
Überfällige Prüftermine verbindlich behandeln
Ein vollständiges Prüfkonzept regelt nicht nur die Terminplanung, sondern auch den Umgang mit ausbleibenden oder verspäteten Prüfungen. Dafür sollten Organisationen einen nachvollziehbaren Eskalationsweg definieren:
- rechtzeitige Erinnerung vor dem Fälligkeitstermin,
- eindeutige Benachrichtigung der verantwortlichen Stelle,
- Eskalation an eine festgelegte Vertretung oder Führungsebene bei Fristüberschreitung,
- gegebenenfalls Kennzeichnung oder Einschränkung der weiteren Nutzung des betroffenen Assets,
- dokumentierte Prüfung, Nachweiserfassung und Freigabe für den weiteren Betrieb.
Ob und wie einzelne Schritte technisch unterstützt werden, sollte im Einführungskonzept geprüft werden. Entscheidend ist, dass Zuständigkeit, Entscheidung und Bearbeitungsstand jederzeit nachvollziehbar bleiben.
5. Mobile Erfassung und eindeutige Kennzeichnung
Eine eindeutige Kennzeichnung erleichtert Inventuren, Bestandskontrollen und die Arbeit direkt am Prüfobjekt. Je nach Einsatzszenario können Barcodes, QR-Codes sowie RFID-Kennzeichnungen verwendet werden.
Welche Technologie sinnvoll ist, hängt von Objektart, Umgebung, Inventurhäufigkeit und vorhandener Hardware ab. Mobile Funktionen können dabei unterstützen, gekennzeichnete Assets vor Ort zu identifizieren, zu kontrollieren und Änderungen zu erfassen.
Auch ohne durchgängige Netzabdeckung arbeiten
In Kellern, Werkhallen, Außenbereichen oder Fahrzeughöfen steht nicht immer eine stabile Verbindung zur Verfügung. Eine offlinefähige mobile Erfassung ermöglicht es, Scans, Fotos und Änderungen zunächst auf dem Endgerät zu speichern und nach Wiederherstellung der Verbindung mit der zentralen Datenbasis abzugleichen.
6. Übergaben und Rückgaben im Asset Lifecycle dokumentieren
Ein wichtiger Bestandteil des Asset Lifecycles ist die dokumentierte Zuordnung von Betriebsmitteln zu Beschäftigten oder anderen Verantwortlichen. Asset.Desk unterstützt Übergabe- und Rückgabeprozesse, sodass nachvollziehbar bleibt, welche Assets einer Person zugeordnet wurden und welche Rückgaben noch offen sind.
Das ist insbesondere bei Mitarbeiterwechseln und im Offboarding hilfreich. Geräte, Zubehör und weitere übergebene Betriebsmittel lassen sich anhand vorhandener Zuordnungen und offener Vorgänge identifizieren.
Personenbezogene Zuordnungen datenschutzgerecht gestalten
Werden Assets Beschäftigten zugeordnet, entstehen personenbezogene Daten. Deshalb sollten nur die für Übergabe, Nutzung, Support und Rückgabe erforderlichen Informationen verarbeitet werden. Zweck, Rechtsgrundlage, Zugriffsberechtigungen sowie Aufbewahrungs- und Löschregeln sind organisatorisch festzulegen.
Rollenbasierte Zugriffe, nachvollziehbare Änderungen und die regelmäßige Bereinigung nicht mehr benötigter Zuordnungen unterstützen insbesondere die Grundsätze der Zweckbindung, Datenminimierung und Speicherbegrenzung. Beschäftigte sollten zudem transparent über die Verarbeitung ihrer Daten informiert werden.
7. Automatische Inventarisierung und saubere Stammdaten
IT-Systeme regelmäßig erfassen
Automatisierte Inventarisierungsverfahren erfassen relevante Hardware- und Softwareinformationen regelmäßig. Dadurch bleiben technische Bestandsdaten aktueller, ohne ausschließlich auf manuelle Inventuren angewiesen zu sein.
Verzeichnisdienste gezielt anbinden
Die Qualität eines Asset-Management-Systems hängt wesentlich von seinen Stammdaten ab. Statt sämtliche Inhalte eines Verzeichnisdienstes ungefiltert zu übernehmen, sollten nur relevante Organisationseinheiten, Gruppen und Benutzer importiert werden.
Technische Accounts, veraltete Benutzerobjekte und für das Asset Management nicht benötigte Strukturen sollten ausgeschlossen werden. So lassen sich Assets eindeutiger realen Personen, Organisationseinheiten und Standorten zuordnen.
Schnittstellen und führende Systeme festlegen
Eine zentrale Asset-Datenbasis muss nicht bedeuten, dass sämtliche Informationen manuell in einem einzigen System gepflegt werden. Abhängig von der vorhandenen Systemlandschaft können Daten aus Verzeichnisdiensten, ERP-, HR-, Dokumentenmanagement-, Ticket- oder Facility-Management-Systemen angebunden und abgestimmt werden.
Vor der Integration sollte für jedes Datenfeld geklärt sein, welches System führend ist, wie häufig synchronisiert wird, wie Konflikte behandelt werden und welche Änderungen protokolliert werden müssen. Dadurch werden doppelte Pflege und voneinander abweichende Datenbestände vermieden.
8. Einführungs-Roadmap in vier Phasen
Für die Einführung gibt es keine allgemein gültige Wochen- oder Monatsangabe. Die Dauer hängt insbesondere von Datenqualität, Zahl und Vielfalt der Assets, beteiligten Fachbereichen, erforderlichen Schnittstellen und dem Umfang des Pilotbereichs ab. Aussagekräftiger als ein pauschaler Zeitplan sind klare Ergebnisse und Abnahmekriterien je Phase.
Phase 1: Anforderungen und Datenmodell definieren
Zunächst wird festgelegt, welche Asset-Kategorien, Standorte, Organisationsbereiche, Prüfprozesse und Benutzergruppen tatsächlich benötigt werden. Bestehende Daten sollten nicht ungeprüft vollständig importiert werden.
Phase 2: Prozesse im kleinen Umfang erproben
In einem klar abgegrenzten Bereich werden Asset-Struktur, Benutzer- und Standortmodell, Berechtigungen, Inventarisierung, mobile Prozesse sowie Übergabe und Rückgabe geprüft. Ziel ist die Validierung des Daten- und Prozessmodells, bevor weitere Bereiche einbezogen werden.
Phase 3: Bereinigt produktiv setzen
Testdaten, unnötige Strukturen und provisorische Einstellungen werden nicht unkontrolliert übernommen. Die Produktivumgebung startet mit abgestimmten Berechtigungen, bereinigten Benutzerdaten, dokumentierten Scan-Profilen, definierten Prüfverfahren und klaren Verantwortlichkeiten.
Phase 4: Automatisierung schrittweise ausrollen
Automatische Erfassungsverfahren werden zunächst mit einer begrenzten Zahl von Systemen getestet und anschließend kontrolliert erweitert. Auch mobile Inventur- und Prüfprozesse sollten stufenweise eingeführt werden.
9. Best Practices für den Dauerbetrieb
Asset Management ist kein einmaliges Inventurprojekt, sondern ein kontinuierlicher Prozess. Bewährt haben sich insbesondere folgende Maßnahmen:
- regelmäßige automatische Inventarisierung der IT-Systeme,
- zyklische physische Inventuren,
- konsequente Pflege von Standort- und Verantwortungsänderungen,
- Nutzung der Übergabe- und Rückgabedokumentation,
- Pflege und Kontrolle von Prüf- und Wartungsfristen,
- regelmäßige Auswertung überfälliger Termine und dokumentierte Eskalation,
- Nutzung von Historien für relevante Veränderungen,
- regelmäßige Überprüfung der Benutzer- und Berechtigungsstruktur,
- Überprüfung von Aufbewahrungs- und Löschregeln für personenbezogene Zuordnungen,
- Bereinigung nicht mehr benötigter Stammdaten,
- regelmäßige Schulung der verantwortlichen Anwender.
Der größte Nutzen entsteht durch das Zusammenspiel aus sauberen Stammdaten, klar definierten Verantwortlichkeiten, automatisierter Datenerfassung und konsequent gepflegten Lifecycle-Prozessen.
10. Häufige Fragen zum Prüf- und Wartungsmanagement
Für welche Bereiche eignet sich das Prüf- und Wartungsmanagement?
Es eignet sich für IT-Assets ebenso wie für technische Betriebsmittel, Gebäudetechnik, Fahrzeuge und weitere Unternehmensassets, deren Zuständigkeiten, Fristen und Nachweise zentral dokumentiert werden sollen.
Wie unterscheidet sich eine Prüffrist von einer Wiedervorlage?
Prüffristen gehören zum Prüfplaketten- beziehungsweise Prüffristenmanagement. Aus Prüfdatum und Prüffrist kann der nächste Prüftermin abgeleitet werden. Die allgemeine Wiedervorlage ist eine separate Funktion für Erinnerungen und Termine.
Welche Vorschriften können für Prüfungen relevant sein?
Das hängt vom jeweiligen Asset und seinem Einsatz ab. Häufige Bezugspunkte sind beispielsweise die DGUV Vorschrift 3, die Betriebssicherheitsverordnung und die TRBS 1201. Die konkreten Anforderungen und Prüffristen müssen anhand der Gefährdungsbeurteilung, der Herstellerangaben und der jeweils geltenden Regelwerke festgelegt werden.
Was sollte bei einer überschrittenen Prüffrist geschehen?
Der festgelegte Eskalationsprozess sollte mindestens die verantwortliche Stelle informieren, den Bearbeitungsstand dokumentieren und klären, ob das Asset bis zur Prüfung weiter genutzt werden darf. Nach erfolgter Prüfung werden Nachweis und Freigabe nachvollziehbar festgehalten.
Können Wartungschecklisten in Asset.Desk abgelegt werden?
Checklisten, Prüfprotokolle und weitere Nachweise können als Dokumente beim Asset hinterlegt werden. Das ist nicht gleichbedeutend mit einer interaktiven Ausführung digitaler Wartungschecklisten innerhalb der Software.
Lassen sich auch Non-IT-Assets verwalten?
Ja. Neben IT-Geräten können auch Mobiliar, technische Betriebsmittel, Fahrzeuge und weitere Non-IT-Assets strukturiert verwaltet werden.
Welche Kennzeichnungen können für mobile Prozesse genutzt werden?
Barcodes, QR-Codes sowie RFID-Kennzeichnungen kommen für die eindeutige Identifikation infrage. Das passende Verfahren richtet sich nach Objektart, Umgebung und Prozess. Mobile Daten können auch offline erfasst und später mit der zentralen Datenbasis abgeglichen werden.
Wie gelingt ein sinnvoller Einstieg?
Bewährt hat sich ein schrittweises Vorgehen: zunächst relevante Asset-Kategorien und Verantwortlichkeiten festlegen, bestehende Daten bereinigen, die wichtigsten Prozesse in einem abgegrenzten Bereich erproben und anschließend kontrolliert ausweiten.
Kann Asset.Desk Übergaben und Rückgaben dokumentieren?
Ja. Assets können Personen zugeordnet und Übergaben beziehungsweise Rückgaben nachvollziehbar dokumentiert werden.
11. Fazit: Eine gemeinsame Basis für Assets, Fristen und Lifecycle-Prozesse
Durch die gemeinsame Verwaltung von IT- und Non-IT-Assets kann Asset.Desk getrennte Informationsbestände in einer zentralen Struktur zusammenführen. Verantwortlichkeiten, Standorte, Prüf- und Wartungsinformationen, Dokumente sowie Übergaben und Rückgaben werden direkt mit dem jeweiligen Asset verknüpft.
So entwickelt sich Asset Management von einer reinen Bestandsverwaltung zu einem zentralen Instrument für Transparenz, Planung und nachvollziehbare betriebliche Abläufe. Entscheidend bleiben ein abgestimmtes Datenmodell, saubere Stammdaten und klar definierte Verantwortlichkeiten.