Interested in a ServiceNow event built for developers? Registration for now[dev]26 is officially open!

Sean_Walker
ServiceNow Employee

We all know the moment: security asks which servers are past end-of-support, finance wants to know what's up for refresh next year, and an auditor wants evidence — and the honest answer is "let me get back to you." Hardware lifecycle data is one of those things that's easy to put off until three different teams need it at once.

 

I put together an implementation guide to fix exactly that, and it's attached to this post.

 

What it is

ITAM Lifecycle Management — Implementation Program for HAM is a step-by-step, coverage-first program for standing up hardware lifecycle management in ServiceNow HAM. It's organized as Crawl / Walk / Run, so you can start wherever you are and build up without boiling the ocean.

 

The core idea is simple: define lifecycle once at the Hardware Model level, and every asset tied to that model inherits the dates automatically. "Coverage" means every model has at least one lifecycle phase record — either a real date or a lifecycle code that explains why there isn't one. That distinction (truly missing vs. investigated-but-no-date) is where a lot of programs get stuck, and the guide draws a clear line through it.

 

What's inside

  • Crawl — Establish the baseline. Validate model normalization, turn on Content Services, generate the Hardware Model Lifecycles report, and measure asset-weighted coverage so you know your real starting point.
  • Walk — Close the gaps. Use Calculated Lifecycle Templates and GA date proxies to fill in what the Content Library can't — plus how to read the APX / END / EXC lifecycle codes.
  • Run — Operationalize it. Custom lifecycle records for contracts and policy, the Model Lifecycle Overview in HAM Workspace, tie-ins to refresh and procurement planning, Asset Audit Response, and a quarterly review cadence so it stays current.

It also includes success metrics with real targets (asset-weighted coverage >85% at Walk, >95% at Run) and a HAM vs. SAM quick-reference table that explains why the two programs are structurally different — so you don't accidentally apply SAM logic to HAM when you build your reports and queries.

 

Why grab it

Because "we'll figure out lifecycle later" always turns into a fire drill. This guide gives security, finance, and audit teams actionable, defensible data — in an order that actually works, with the navigation paths and KB references called out at each step. Whether you're just turning on HAM or you've had it for years and never nailed down lifecycle, there's a place to jump in.

 

Ask a Ranger Video Series

 

New Whitepaper Series:

IT Asset Management Lifecycle Accuracy and Coverage

 

Download the attached guide, run the Crawl stage this week, and you'll have a real coverage baseline before your next quarterly review.

Comments
Jeremy23
Tera Contributor

Thanks for taking the time to create the videos and Implementation program.  I started to setup the Hardware Model Normalization in the HAM Lifecycle Implementation Guide and I'm seeing some differences in our instance where I don't have the Normalization Status fields (Step 1.1).

Jeremy23_0-1789480275223.png

 

Missing Normalization Field?

Jeremy23_1-1789480364460.png

Do I need to log a case?

sandraroehr
Tera Explorer

Hi @Jeremy23 

This fields are only available if you  "dot-walk" to the Hardware Model table via the model field.

1.  click the little arrow > on the right side of the model field
2. then type "Hardware" in the search field. All fields regarding Hardware Models will be shown
    (this is necessary because there are also simular fields for SAM and other product models available)
3. now you are able to find all the normalization fields like Normalization status in the list on the right hand
    side.

Hope this helps 🙂

sandraroehr_0-1789710191572.png

 




Version history
Last update:
‎08-04-2026 03:19 AM
Updated by:
Contributors