> ## Documentation Index
> Fetch the complete documentation index at: https://www.docusnap.com/docs/llms.txt
> Use this file to discover all available pages before exploring further.

# ITAM – Grundlagen

> Welche Daten ITAM zu einem Asset führt, wie sie entstehen und wie eine Person sie bestätigt.

ITAM erfasst die kaufmännische und organisatorische Seite eines Assets:
Verantwortung, Lebenszyklus-Phase, Garantie und Kosten. Diese Daten liefert
kein Scan — sie werden gesondert am Asset geführt, getrennt von den
technischen Daten.

## ITAM-fähige und verwaltete Assets

<CardGroup cols={2}>
  <Card title="ITAM-fähig" icon="layer-group">
    Der Typ ist in *Datenmodell* › *Typen und Felder* mit *Ist ITAM-fähig*
    gekennzeichnet. Der Scan legt solche Assets an, ihre ITAM-Daten bleiben
    zunächst leer.
  </Card>

  <Card title="Verwaltet" icon="circle-check">
    Jemand hat die ITAM-Daten des Assets erfasst. ITAM › *Assets* führt beide
    Zahlen nebeneinander.
  </Card>
</CardGroup>

Die ITAM-Daten selbst — Verantwortung, Lebenszyklus-Phase, Garantie,
Kritikalität — setzt eine Person; der Scan liefert sie nicht mit.

## Kernfelder und Vollständigkeit

Sieben *Kernfelder* bestimmen die *Vollständigkeit* eines Assets:
*Lebenszyklus-Phase*, *Fachlicher Verantwortlicher*, *Technischer
Verantwortlicher*, *Kritikalität*, *Inbetriebnahme*, *End of Life* und *End of
Service*. Detailleiste und Tab *ITAM* zeigen den Stand als Fortschrittsbalken
mit Prüfliste.

<Note>
  Ist noch kein Kernfeld befüllt, zeigt *Vollständigkeit* nur *Nicht
  bearbeitet* — ohne Zähler, Balken oder Prüfliste.
</Note>

<Note>
  *End of Life* und *End of Service* lassen sich als *nicht bewertbar*
  markieren. Ein so markiertes Feld fällt aus Zähler und Gesamtzahl heraus — ein
  Asset kann dadurch 100 % erreichen, ohne dass beide Felder gesetzt sind.
</Note>

## Lebenszyklus

Ein Asset durchläuft sechs Phasen: *Planung* → *Beschaffung* →
*Bereitstellung* → *Betrieb* → *Änderung* → *Stilllegung*. Phasen vor der
aktiven gelten als erledigt.

<Note>
  Ein Wechsel in die Phase *Stilllegung* und jeder Rückwärtswechsel verlangen
  eine Begründung; ein Vorwärtswechsel in eine andere Phase nicht.
</Note>

## Kritikalität

Vier Stufen ordnen ein Asset nach Geschäftsbedeutung ein, jeweils mit Ziffer
und Beschriftung:

| Ziffer | Kritikalität |
| - | - |
| 1 | *Kritisch* |
| 2 | *Hoch* |
| 3 | *Mittel* |
| 4 | *Niedrig* |

Die Kritikalität ist eines der sieben Kernfelder und geht damit in die
Vollständigkeit ein.

## Validierung

Validierung bestätigt, dass die ITAM-Daten eines Assets stimmen; automatisch
geschieht das nicht. Der Status durchläuft drei Stufen: *Fällig* →
*Angefordert* → *Validiert*.

Eine Anforderung setzt vollständige Kernfelder voraus — unter 100 %
Vollständigkeit lässt sich keine Validierung anfordern. Bestätigt eine Person
die Anforderung, wechselt der Status auf *Validiert*; lehnt sie ab, auf
*Abgelehnt*, mit einem Grund.

<Note>
  Auf der *Übersicht* eines Assets — außerhalb des Tabs *ITAM* — zeigen zwei
  Kacheln denselben Stand: *ITAM-Vollständigkeit* und *ITAM-Validierung*.
</Note>

## Garantie

Am Asset steht ein Enddatum *Garantie bis* mit einem Status:
*Aktiv*, *Läuft bald ab*, *Abgelaufen*, *Inaktiv* oder *Fehler*.
Die Garantieeinträge selbst, mit Leistung und Zeitraum, verwalten Sie in
ITAM › *Garantien*; am Asset lässt sich nur ein vorhandenes Enddatum
übernehmen.

## Kosten

Kosten erscheinen am Asset nur lesend, als Liste mit Bezeichnung und
Monatsbetrag je Eintrag. Erfasst und zugeordnet werden sie in ITAM ›
*Kosten verwalten*.

## Weiterführend

[ITAM-Daten erfassen](/docs/de/itam/manage-data) beschreibt, wo Sie die Kernfelder
bearbeiten. Validierungs-Workflow und Ablehnungsgründe stehen in [Assets
validieren](/docs/de/itam/validate-assets), alle Werte in der
[ITAM-Referenz](/docs/de/itam/reference).


This documentation is built and hosted on [Mintlify](https://mintlify.com), a developer documentation platform.