, ,

Jira Service Management Ships Hardware Asset Management With Ticketed Lifecycles

Jira Service Management Ships Hardware Asset Management With Ticketed Lifecycles

Atlassian made Hardware Asset Management (HAM) and the Assets Common Data Model (CDM) generally available in Jira Service Management on September 10, 2026 (Makarand Gomashe). Service Collection customers get a purpose-built HAM console inside JSM—hardware schemas, workflows, reporting, and lifecycle processes on a shared data model. New sites can start on CDM immediately; existing customers must migrate to CDM to unlock the console.

HAM is ITAM for physical gear: laptops, servers, mobiles, network kit—from request through procurement, deployment, maintenance/repair, return/refresh, and disposal. The console centralizes inventory (assets, models, stockrooms), ships 10+ MVP dashboard metrics with AI insights, an OOTB Asset Management space template with 10+ request types and 35+ fields, 15+ automation templates, plus depreciation and stock rules—so repair routing and fulfillment stop living in spreadsheets beside ITSM.

Wikimedia Foundation server racks—the physical IT estate Hardware Asset Management tracks from request through disposal. Photo: Victor Grigas / Wikimedia Commons.
Centralized inventory only matters when every rack unit and laptop shares one structured model with the ticket that moves it. Photo: Victor Grigas (CC BY-SA 3.0).

Same-day follow-up from Himanshi Gaba covers AI-powered HAM: six Hardware Insights (Expiring Warranties, Low Stock Alerts, Dormant Assets, Over-assigned Assets, Incident-Prone Assets, Incomplete Models) plus four Rovo skills—/search-hardware, /hardware-setup, /hardware-configuration, /hardware-insights—for plain-English inventory queries and setup without digging through menus.

The TIX angle is the ticketed lifecycle: procurement, fulfillment, deployment, repair, return, refresh, and disposal become first-class request types on the same JSM platform as incidents and service requests. Incident-Prone Assets closes the loop—recurring reliability issues flag the hardware that keeps generating tickets—so ITSM tickets and asset records stop living in separate silos. That is also a CRM/QMS chain: employee experience on refreshes, plus auditable custody and sanitization on disposal.

Electronics technician at a repair bench—the maintenance and repair stop on a ticketed hardware lifecycle. Photo: 18bit / Wikimedia Commons.
Repair routing as an OOTB request type keeps the wrench-turn on the same ticket spine as the incident that flagged the asset. Photo: 18bit (CC BY-SA 4.0).

Tradeoff remains Atlassian-cloud gravity: CDM migration for incumbents, Service Collection / JSM entitlements, and Rovo skills that are not (yet) MCP-exposed. Setup docs cover enablement, tracking, and import into CDM. For shops that need ticketed hardware without another SaaS CMDB bolted beside the plant, the pattern still matters—lifecycle request types + incident-to-asset linkage on one spine.

For N23D, HAM GA shows enterprises want hardware lifecycles as real tickets—not a side spreadsheet and a hopeful CMDB. N23D ships as one local-first Rust binary: TIX work orders with vaulted asset context, linked to CRM service and QMS custody you own when the cloud SKU or AI skill pack changes.

Sources/References