> ## 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.

# Capturing ITAM Data

> Maintain an asset's lifecycle, ownership, and criticality, and avoid the pitfalls of a phase change.

You capture an asset's ITAM data either individually in the *ITAM* tab of its
detail page, or centrally through the side panel of the ITAM › *Assets* list.
What separates the two paths is described in
[ITAM Fundamentals](/docs/en/itam/understanding-itam).

## Finding Assets

Above the ITAM › *Assets* grid, alongside the tiles for managed and
ITAM-capable assets, four more tiles appear: *In Operation* (share of assets
in the *Operation* phase), *Incomplete* (assets with missing core fields),
*Critical* (assets at criticality *Critical*), and *End of Life in 12 Months*
(assets whose End of Life falls within a year).

<Tip>
  *Incomplete* together with sorting by *Completeness* brings the assets with
  the largest gaps to the top.
</Tip>

<Note>
  Five further columns — *Purchase Date*, *Commission Date*, *End of Life*,
  *End of Service*, and *Warranty Until* — are not visible by default but are
  available for filtering and bulk editing.
</Note>

Assets that don't come from a scan are added manually through the *Asset*
button — individually or several at once. Only ITAM-capable types can be
selected here as well.

## Editing an Asset

The pencil on a section opens the entire edit block of Lifecycle, Warranty,
Ownership, and Criticality at once — not just the section you clicked.

The lifecycle shows the six phases *Planning*, *Procurement*, *Deployment*,
*Operation*, *Change*, and *Decommission* as a progress track, alongside the
four date fields *Purchase Date*, *Commission Date*, *End of Life*, and *End
of Service*.

<Note>
  Clicking the already active phase, or the already selected criticality level,
  clears the selection again; the value is then empty.
</Note>

<Warning>
  Switching to *Decommission*, and every backward change, requires a
  justification in the *Phase Change* field — without it, *Save* stays blocked.
  A forward change (other than to *Decommission*) needs no justification.
</Warning>

<Warning>
  If *End of Life* lies before *Commission Date*, the application blocks saving
  with the message "End of Life cannot precede the commission date."
</Warning>

*Asset Owner* and *Technical Owner* are searchable people pickers. The Asset
Owner later decides on validation and rejection — see
[Validating Assets](/docs/en/itam/validate-assets). Criticality offers four
levels: *Critical*, *High*, *Medium*, and *Low*.

## Editing Several Assets at Once

Selected rows in the list open the same fields for all marked assets together
through *Edit Entries*.

<Tip>
  Work by commonality, not asset by asset: assign the Asset Owner to all
  servers of a department first, then the criticality to all clients. That way
  many assets become complete in a few passes.
</Tip>

## Warranty and Costs on the Asset

The *Warranty* and *Costs* sections in the *ITAM* tab show the state but
don't change it: you create warranties under
[Managing Warranties](/docs/en/itam/warranties), costs under
[Capturing Costs](/docs/en/itam/capture-costs). The costs section on the asset is
read-only.

## Related

As soon as the last core field is filled, the validation status switches to
*Due*. [Validating Assets](/docs/en/itam/validate-assets) describes what follows.


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