IT-Asset-Lifecycle-Management: Von der Beschaffung bis zur Entsorgung

Warum Asset-Lifecycle-Management mehr ist als eine Excel-Liste

In den meisten KMU beginnt IT-Asset-Management als Inventarliste: Wer hat welches Notebook, welche Seriennummer, wann gekauft. Das reicht, solange die Firma zehn Mitarbeitende hat. Ab ungefaehr fuenfzig Geraeten kippt das Modell — und genau da liegt der Denkfehler, den viele IT-Verantwortliche erst spaet erkennen: Asset-Management ist kein Inventar-Snapshot, sondern ein durchgaengiger Prozess ueber die gesamte Lebensdauer eines Geraets.

Der Lebenszyklus eines IT-Assets hat sechs Phasen, die ineinandergreifen:

1. Planung/Bedarfsermittlung — welches Geraet braucht wer, wann, mit welchem Budget
2. Beschaffung — Bestellung, Genehmigung, Lieferung
3. Inbetriebnahme — Provisionierung, Zuweisung, Inventarisierung
4. Betrieb — Patchmanagement, Support, Umzuege, Reparaturen
5. Abschreibung/Refresh-Planung — finanzielle und technische Alterung
6. Ausmusterung — Datenloeschung, Entsorgung/Weiterverkauf, Dokumentation

Fehlt eine dieser Phasen oder ist sie nicht mit den anderen verzahnt, entstehen genau die Probleme, die IT-Leiter in Schweizer KMU am meisten Nerven kosten: Phantom-Assets (Geraete, die im System stehen, aber niemand mehr weiss wo), Lizenz-Overspend (Software-Abos fuer laengst ausgemusterte Hardware), und im schlimmsten Fall Datenschutzverletzungen beim Verkauf gebrauchter Hardware ueber Ricardo oder an den lokalen Recycling-Betrieb.

CMDB vs. Asset-Register: Zwei Systeme, zwei Zwecke

Der haeufigste Denkfehler in der Praxis: “Wir haben doch schon eine CMDB, brauchen wir da noch ein Asset-Register?” Die Antwort ist ja — weil beide Systeme unterschiedliche Fragen beantworten.

Ein Asset-Register (auch ITAM-System genannt) beantwortet die kaufmaennische Frage: Was besitzen wir, was hat es gekostet, wem gehoert es, wann muss es ersetzt werden? Typische Felder: Kaufdatum, Anschaffungskosten, Abschreibungsdauer, Restwert, Garantie-Ablauf, zugewiesener Owner, Standort, Lieferant, Vertragsnummer.

Eine CMDB (Configuration Management Database) beantwortet die betriebliche Frage: Wie haengt dieses System mit anderen zusammen, was passiert, wenn ich es aendere oder abschalte? Typische Inhalte: Configuration Items (CIs), ihre Beziehungen (der Fileserver haengt am Switch X, bedient die Abteilung Y, laeuft als VM auf Host Z), Change-Historie, Service-Abhaengigkeiten.

In der Praxis eines Schweizer KMU mit 50-300 Mitarbeitenden reicht oft ein gutes Asset-Register mit rudimentaeren Beziehungsfeldern. Eine vollwertige CMDB im ITIL-Sinn lohnt sich meist erst, wenn Change Management und Incident Management prozessual etabliert sind — siehe dazu ITIL-Grundlagen und Change-Management vertieft. Wichtig ist: Beide Systeme sollten denselben eindeutigen Identifier (Asset-Tag oder Seriennummer) verwenden, sonst driften sie auseinander und du hast am Ende zwei unabhaengige Wahrheiten.

Beschaffungsprozess und Genehmigungsworkflow

Ein sauberer Beschaffungsprozess verhindert zwei Probleme gleichzeitig: unkontrollierte Ausgaben (Schatten-IT-Einkaeufe per Kreditkarte) und Verzoegerungen, weil niemand weiss, wer genehmigen darf.

Referenzprozess fuer ein KMU

1. Bedarfsmeldung
   └─ Mitarbeitende/Abteilung meldet Bedarf im Ticketsystem
      (Formular: Geraetetyp, Begruendung, gewuenschtes Datum)

2. Fachliche Pruefung (IT)
   └─ Entspricht Standard-Hardware-Katalog? Budget vorhanden?
      Ja  → weiter zu Schritt 3
      Nein → Ruecksprache mit Bedarfstraeger / Alternativvorschlag

3. Genehmigung
   └─ Bis CHF 1'500: Teamleitung genehmigt direkt im Tool
      Ab CHF 1'500: Abteilungsleitung + IT-Leitung
      Ab CHF 10'000 (z.B. Server): Geschaeftsleitung

4. Bestellung
   └─ Einkauf bestellt beim freigegebenen Lieferanten
      Bestellnummer wird im Asset-Register vorab angelegt (Status: "bestellt")

5. Wareneingang
   └─ Seriennummer erfassen, Lieferschein pruefen, Rechnung an Finanzbuchhaltung
      Status im Asset-Register: "eingetroffen"

6. Provisionierung
   └─ Autopilot/Intune-Enrollment, Standardsoftware, Uebergabe
      Status: "im Einsatz", Owner zugewiesen

Ein haeufiger Fallstrick: Der Genehmigungsworkflow wird in einem Tool abgebildet (z.B. Freshservice, TOPdesk oder Jira Service Management), aber die Kostenstellen-Zuordnung passiert manuell in Excel. Das fuehrt zu Bruecken, die bei jedem Jahresabschluss neu geschlossen werden muessen. Besser: Kostenstelle als Pflichtfeld direkt im Bestellformular, das automatisch ins Asset-Register und in die Buchhaltung durchgereicht wird.

Leasing vs. Kauf — Entscheidungskriterien

Gerade bei der Beschaffung stellt sich die Grundsatzfrage CapEx (Kauf) vs. OpEx (Leasing/DaaS). Eine Entscheidungshilfe:

In der Schweiz ist bei Leasing zusaetzlich zu pruefen, ob es sich handelsrechtlich um Finanzierungsleasing oder operatives Leasing handelt — das hat Auswirkungen auf die Bilanzierung nach Obligationenrecht (OR). Sprich das mit deiner Finanzbuchhaltung/Treuhaender ab, bevor ein grosser Rahmenvertrag unterschrieben wird.

Inventarisierung: Automatisiert statt manuell

Manuelle Inventur ist der groesste Zeitfresser im Asset-Lifecycle — und die haeufigste Fehlerquelle, weil Excel-Listen sofort veralten. Die Loesung: Inventarisierung so weit wie moeglich automatisieren, ueber Systeme, die ohnehin schon Daten sammeln.

Intune als primaere Datenquelle fuer verwaltete Endgeraete

Fuer alle in Intune enrollte Windows-, macOS- und mobile Geraete liefert Microsoft Intune bereits umfassende Hardware- und Software-Inventardaten — ganz ohne Zusatzskript. Seit der Einfuehrung des Enhanced Hardware Inventory (2024) stehen zusaetzlich Details wie TPM-Version, Akkuzustand, installierte Treiber und Netzwerkadapter zur Verfuegung.

Aktivierung des erweiterten Inventars ueber eine Konfigurationsrichtlinie:

Intune Admin Center
→ Geraete → Konfiguration → Neue Richtlinie erstellen
→ Plattform: Windows 10 und spaeter
→ Profiltyp: Einstellungskatalog
→ Kategorie: Hardware-Inventar
→ "Enhanced Inventory Collection" = Aktiviert
→ Zuweisung: Zielgruppe (z.B. alle Windows-Geraete)

Die Daten koennen anschliessend direkt im Intune Admin Center per Device Query (Kusto Query Language, KQL) ausgewertet werden — Voraussetzung ist Microsoft Intune Advanced Analytics bzw. Endpoint Analytics und die Berechtigung “Managed Devices - Query”:

// Alle Windows-Geraete mit Hersteller, Modell und freiem Speicherplatz < 20 GB
Device
| where OSName == "Windows"
| join kind=inner (DeviceHardwareInfo) on DeviceId
| extend FreeSpaceGB = FreeSpace / 1073741824.0
| where FreeSpaceGB < 20
| project DeviceName, Manufacturer, Model, SerialNumber, FreeSpaceGB

Active Directory / on-prem Discovery als Ergaenzung

Fuer nicht-Intune-verwaltete oder hybride Umgebungen bleibt die AD-basierte Abfrage relevant, insbesondere fuer Server:

# Alle AD-Computerobjekte mit letztem Login-Datum abfragen
# (identifiziert auch "vergessene" Karteileichen im AD)
Get-ADComputer -Filter {Enabled -eq $true} -Properties LastLogonDate, OperatingSystem, IPv4Address |
    Select-Object Name, OperatingSystem, IPv4Address, LastLogonDate |
    Where-Object { $_.LastLogonDate -lt (Get-Date).AddDays(-90) } |
    Sort-Object LastLogonDate |
    Export-Csv "C:\Inventar\Stale-Computers-$(Get-Date -Format 'yyyy-MM-dd').csv" -NoTypeInformation -Encoding UTF8 -Delimiter ';'

Objekte, die seit mehr als 90 Tagen kein Login mehr hatten, sind Kandidaten fuer eine manuelle Pruefung: Ist das Geraet ausgemustert, aber nicht sauber deprovisioniert worden? Solche “Karteileichen” verzerren nicht nur die Inventarzahlen, sie sind auch ein Sicherheitsrisiko (nicht gepatchte, aber theoretisch noch domaenenfaehige Konten).

Automatisierten Abgleich Asset-Register ↔ Intune aufbauen

Der pragmatischste Ansatz fuer ein KMU: Ein taeglicher/woechentlicher Scheduled-Task, der per Microsoft Graph API die Intune-Geraeteliste zieht und mit dem Asset-Register (z.B. Snipe-IT, das ebenfalls eine REST-API bietet) abgleicht.

# Beispiel: Intune-Geraete per Graph API abfragen (Anmeldung via App-Registrierung mit
# Berechtigung DeviceManagementManagedDevices.Read.All)
Connect-MgGraph -Scopes "DeviceManagementManagedDevices.Read.All"

$intuneDevices = Get-MgDeviceManagementManagedDevice -All |
    Select-Object DeviceName, SerialNumber, Manufacturer, Model, LastSyncDateTime, ComplianceState

# Mit Asset-Register (z.B. Snipe-IT REST API) abgleichen
$snipeAssets = Invoke-RestMethod -Uri "https://assets.firma.ch/api/v1/hardware?limit=500" `
    -Headers @{ Authorization = "Bearer $env:SNIPEIT_TOKEN" }

$missing = $intuneDevices | Where-Object {
    $sn = $_.SerialNumber
    -not ($snipeAssets.rows.serial -contains $sn)
}

if ($missing) {
    Write-Warning "Geraete in Intune, aber nicht im Asset-Register: $($missing.Count)"
    $missing | Export-Csv "C:\Inventar\Fehlende-Assets.csv" -NoTypeInformation -Encoding UTF8
}

So findest du systematisch Luecken zwischen den Systemen, statt bei der naechsten Jahresinventur boese Ueberraschungen zu erleben.

Abschreibung und Restwert-Tracking

Fuer die Finanzbuchhaltung ist ein IT-Asset kein technisches Geraet, sondern ein Vermoegenswert, der ueber die Nutzungsdauer abgeschrieben wird. Das Asset-Register sollte diese Sicht abbilden koennen, auch wenn die eigentliche Buchhaltung in einem ERP-System (z.B. Abacus, SAP Business One) laeuft.

Lineare Abschreibung — Grundprinzip

Die in Schweizer KMU gebraeuchlichste Methode ist die lineare Abschreibung. Die Eidgenoessische Steuerverwaltung (ESTV) publiziert Richtsaetze fuer Abschreibungen, an denen sich viele Betriebe orientieren — fuer EDV-Hardware ist ein Satz von 40% vom Buchwert (degressiv) bzw. ca. 3 Jahre Nutzungsdauer bei linearer Abschreibung ueblich; massgebend ist aber immer die tatsaechliche betriebswirtschaftliche Nutzungsdauer und die konkrete Praxis deines Treuhandbueros.

Restwert(t) = Anschaffungskosten − (Anschaffungskosten / Nutzungsdauer_Jahre) × t

Beispiel: Notebook, Anschaffungskosten CHF 1'800, Nutzungsdauer 3 Jahre
Jahr 1: 1'800 − (600 × 1) = 1'200
Jahr 2: 1'800 − (600 × 2) =   600
Jahr 3: 1'800 − (600 × 3) =     0

Ein einfaches Berechnungsfeld im Asset-Register (oder eine SQL-View, falls das Register auf einer Datenbank basiert) macht den aktuellen Restwert jederzeit abrufbar:

-- Restwert je Asset berechnen (lineare Abschreibung, Beispiel MySQL/MariaDB wie bei Snipe-IT)
SELECT
    a.asset_tag,
    a.serial,
    a.purchase_date,
    a.purchase_cost,
    m.eol AS nutzungsdauer_monate,
    GREATEST(
        0,
        a.purchase_cost - (a.purchase_cost / m.eol) * TIMESTAMPDIFF(MONTH, a.purchase_date, CURDATE())
    ) AS restwert_chf
FROM assets a
JOIN models m ON a.model_id = m.id
WHERE a.deleted_at IS NULL
ORDER BY restwert_chf ASC;

Diese Abfrage sortiert automatisch die Geraete mit dem niedrigsten Restwert nach oben — genau die Kandidaten, die in die naechste Refresh-Planung gehoeren.

Wann sich ein laengerer Nutzungszyklus trotzdem lohnt

Nicht jedes Geraet muss nach 3 Jahren ersetzt werden. Faktoren, die fuer eine Verlaengerung sprechen: geringe Nutzungsintensitaet (z.B. Zweit-Notebook fuer gelegentliche Nutzer), gute Reparierbarkeit (austauschbarer Akku/RAM), und ein Software-Stack, der keine hohen Hardwareanforderungen hat. Faktoren dagegen: auslaufender Herstellersupport (Windows 11 Hardware-Anforderungen, TPM 2.0), steigende Ausfallrate nach Garantieablauf, und die Produktivitaetskosten alter Hardware — ein Notebook, das jeden Morgen 8 Minuten zum Hochfahren braucht, kostet ueber ein Jahr gerechnet mehr an verlorener Arbeitszeit als eine Neuanschaffung.

Datenloeschung bei Ausmusterung: DSGVO, revDSG und die Praxis

Die Ausmusterungsphase ist rechtlich die heikelste Phase im gesamten Lifecycle — und in der Praxis oft die am meisten vernachlaessigte. Ein gebrauchtes Notebook, das ohne saubere Datenloeschung verkauft oder entsorgt wird, kann zu einer meldepflichtigen Datenschutzverletzung werden.

Rechtlicher Rahmen

Fuer Schweizer Unternehmen gilt seit September 2023 das revidierte Datenschutzgesetz (revDSG). Es verlangt unter anderem, dass Personendaten geloescht oder anonymisiert werden, sobald sie fuer den Zweck ihrer Bearbeitung nicht mehr benoetigt werden — das schliesst explizit Daten auf ausgemusterten Datentraegern ein. Firmen mit Bezug zu EU-Buergern oder EU-Datenverarbeitung unterliegen zusaetzlich der DSGVO mit vergleichbaren Loeschpflichten (Art. 17 DSGVO). Fuer beide Regime gilt: Eine formatierte Festplatte ist rechtlich keine sichere Loeschung — mit Standard-Tools wiederhergestellte Daten gelten weiterhin als personenbezogen und geschuetzt.

Als anerkannter technischer Standard fuer die Klassifizierung von Loesch-/Vernichtungsverfahren dient in Deutschland und der Schweiz die Norm DIN 66399, die Sicherheitsstufen (P-1 bis P-7 fuer Papier, H-1 bis H-5 fuer Festplatten/SSDs) definiert.

Entscheidungsbaum: Wie wird das Geraet ausgemustert?

Geraet wird ausgemustert
│
├─ Weiterverkauf/Spende geplant?
│   │
│   ├─ Ja → Kryptografisches Wipe/Sicheres Ueberschreiben
│   │         (z.B. BitLocker-verschluesselte SSD: Krypto-Erase reicht,
│   │          da Schluessel vernichtet wird → Daten praktisch unlesbar)
│   │         + Wipe-Zertifikat archivieren
│   │         + Faktura-relevante Software-Lizenzen deaktivieren
│   │
│   └─ Nein → Interne Weiterverwendung (z.B. anderer Mitarbeitender)?
│             │
│             ├─ Ja → Vollstaendiges Reset (Werkseinstellungen)
│             │        + Neu-Provisionierung via Autopilot/MDT
│             │
│             └─ Nein → Physische Vernichtung
│                        (Datentraeger nach DIN 66399, Stufe H-4 oder hoeher
│                         bei sensiblen Daten, durch zertifizierten Dienstleister)
│                        + Vernichtungsprotokoll/Zertifikat archivieren

Technische Umsetzung: Krypto-Erase vs. Overwrite vs. physische Zerstoerung

Praktisches PowerShell-Beispiel fuer NVMe Secure Erase (Achtung: zerstoert alle Daten unwiderruflich, nur auf ausgemusterten Geraeten anwenden):

# NVMe-Laufwerke im System auflisten
Get-PhysicalDisk | Where-Object { $_.BusType -eq 'NVMe' } | Select-Object DeviceId, FriendlyName, SerialNumber

# Format-Verify vor der Aktion: korrekte Disk-Nummer identifizieren!
# Secure Erase via Hersteller-Tool (z.B. Samsung Magician CLI) empfohlen,
# da Windows-Bordmittel keinen garantierten Sanitize-Befehl fuer alle SSDs bieten.
# Alternativ: manage-bde fuer BitLocker-Krypto-Erase auf verschluesselten Volumes
manage-bde -forcerecovery C:  # Beispiel, in der Praxis: Wiederherstellungsschluessel vernichten statt Volume entschluesseln

Fuer den vertieften Blick in Schweizer und EU-Datenschutzpflichten insgesamt siehe DSGVO/revDSG in der IT-Praxis.

KPIs: TCO pro Geraet und weitere Kennzahlen

Ohne Kennzahlen bleibt Asset-Lifecycle-Management Bauchgefuehl. Die wichtigste und zugleich am haeufigsten falsch berechnete Kennzahl ist der Total Cost of Ownership (TCO) pro Geraet.

TCO-Formel

TCO_Geraet = Anschaffungskosten
           + Betriebskosten (Strom, Verbrauchsmaterial)
           + Supportkosten (Ticket-Zeit × Stundensatz, im Schnitt pro Geraet/Jahr)
           + Lizenzkosten (OS, Sicherheitssoftware, Management-Tool anteilig)
           + Ausfallkosten (Produktivitaetsverlust bei Downtime)
           + Wartungs-/Garantiekosten
           − Restwert bei Ausmusterung (Wiederverkaufserloes)
           ────────────────────────────────────────────────
           Nutzungsdauer in Jahren

Faustregel aus der Praxis: Die reinen Anschaffungskosten machen typischerweise nur rund 20% der Gesamtkosten eines IT-Arbeitsplatzes ueber die Nutzungsdauer aus. Der groesste Kostenblock (oft um die 50%) entsteht auf Anwenderseite — Produktivitaetsverluste durch Downtime, Selbsthilfe-Zeit, Schulungsaufwand. Das ist der Hauptgrund, warum “billigste Hardware kaufen” langfristig oft teurer ist als “zuverlaessige Hardware mit gutem Support kaufen”.

Praxisbeispiel TCO-Rechnung (3 Jahre Nutzungsdauer)

Diese Zahl — TCO pro Jahr pro Geraetetyp — ist die eigentlich relevante Steuerungsgroesse fuer Budgetplanung und Leasing-vs-Kauf-Entscheidungen. Sie macht ausserdem unterschiedliche Geraeteklassen vergleichbar: Ein guenstiges Einsteiger-Notebook mit hoher Ausfallrate kann im TCO/Jahr teurer sein als ein teureres Business-Geraet.

Weitere sinnvolle KPIs im Asset-Lifecycle

Reifegrad-Stufen: Wo steht dein Unternehmen?

Nicht jedes KMU braucht sofort die volle Automatisierung. Eine pragmatische Einordnung hilft, den naechsten sinnvollen Schritt zu identifizieren statt zu ueberambitionierte Projekte zu starten:

Die meisten Schweizer KMU befinden sich realistisch zwischen Stufe 1 und 2. Der groesste Hebel liegt fast immer darin, den Sprung von 1 zu 2 zu schaffen — also die manuelle Pflege durch automatisierte Datenquellen (Intune, AD, Graph API) zu ersetzen.

Troubleshooting und haeufige Fallstricke

Problem: Asset-Register und Intune zeigen unterschiedliche Geraeteanzahl. Ursache meist: Geraete wurden im Intune Admin Center geloescht (retired/wiped), aber nicht aus dem Asset-Register entfernt, oder umgekehrt neue Geraete enrollt, aber nie im Register nacherfasst. Loesung: Der oben gezeigte automatisierte Abgleich per Graph API, mindestens woechentlich.

Problem: Abschreibungswerte im Asset-Register weichen von der Finanzbuchhaltung ab. Ursache: Unterschiedliche Nutzungsdauer-Annahmen oder das Register rechnet linear, waehrend die Buchhaltung degressiv abschreibt. Loesung: Abschreibungsmethode und -dauer mit der Finanzbuchhaltung/Treuhaender einmalig fix abstimmen und im Tool hinterlegen — nicht zwei parallele Wahrheiten pflegen.

Problem: Bei einem Rechtsstreit/Audit kann nicht nachgewiesen werden, dass Daten auf einem verkauften Notebook geloescht wurden. Ursache: Kein Wipe-Zertifikat archiviert. Loesung: Loeschprotokoll-Pflicht als festen Schritt im Ausmusterungs-Workflow verankern, bevor ein Geraet das Haus verlaesst.

Problem: Hoher Anteil “vergessener” Lizenzen fuer laengst ausgemusterte Geraete. Ursache: Ausmusterung und Lizenz-Deprovisionierung sind getrennte, nicht verknuepfte Prozesse. Loesung: Checkliste im Ausmusterungsprozess ergaenzen: M365-Lizenz entziehen, Autopilot-Registrierung entfernen, Endpoint-Security-Client deaktivieren, VPN-Zertifikat widerrufen.

Weiterlernen

• Microsoft Learn: Enhanced Hardware Inventory in Intune — Offizielle Dokumentation zur erweiterten Hardware-Inventarisierung
• Microsoft Learn: Device Query in Intune — KQL-basierte Geraeteabfragen ueber Advanced Analytics
• PwC Schweiz: Datenloeschung — Rechtliche Einordnung von Loeschpflichten unter revDSG
• BfDI: Datenschutzgerechte Datentraegervernichtung — Hintergrund zur DIN 66399 und sicheren Loeschmethoden
• Snipe-IT Dokumentation — Offizielle Doku zum Open-Source-Asset-Management-Tool
• KMU-Magazin: Total Cost of Ownership — Beschaffung mit Methode — TCO-Konzept praxisnah fuer Schweizer KMU erklaert

Videos

YouTube

YouTube