Enterprise system

EAM and CMMS

Connect assets, work, maintenance plans, spares, history and reliability decisions.

Page purpose

Define the responsibility and boundary of EAM and CMMS before choosing extension, integration or replacement.

EAM and CMMS capabilities manage the identity, hierarchy, condition, maintenance strategy, work, parts, labor, downtime, and history of maintainable assets. The boundary must distinguish the engineering asset, financial fixed asset, serialized inventory item, installed component, location, sensor observation, and maintenance work record.

Asset hierarchy and maintenance strategy drive the decision. The work core, mobile execution, scheduling, condition monitoring, and reliability analysis are judged independently against hierarchy integrity, meter continuity, technician use, failure feedback, and outage coordination.

Failure modes

How system failures surface in real work.

  • Asset names and hierarchies differ between maintenance, operations, finance, stores, and telemetry.
  • Technicians cannot reliably access current instructions, parts, permits, history, or capture evidence at the asset.
  • Preventive plans accumulate without clear strategy, criticality, effectiveness, or feedback from failures.

System boundary

What the system owns and what remains outside it.

  • Which identifier links engineering, maintenance, financial, inventory, and telemetry views of an asset?
  • Which constraint sits in the asset and work core, and which sits in mobile, scheduling, or condition workflow?
  • What history is needed for active strategy and reliability analysis versus accessible archive?

Target state

Clearer responsibilities and a target operating state.

  • Governed identity and relationships for sites, locations, systems, assets, components, meters, and fixed assets.
  • Traceable maintenance from strategy and trigger through planning, execution, evidence, cost, and history.
  • Integrated parts and outage coordination with mobile and degraded-mode operation.

System design

Models and contracts specific to the system boundary.

  • Asset-domain, hierarchy, criticality, and record-authority model.
  • Work-order, maintenance-plan, meter, failure, downtime, parts, labor, and cost contracts.
  • Integration design for inventory, procurement, finance, production, field, documents, and condition data.
  • Site and asset-class transition plan for hierarchy remediation, open work, meters, stores, devices, outages, and support.

Transition

Changing the system while operations continue.

  1. Walk selected assets from identification and strategy through planned and corrective work and financial effect.
  2. Reconcile hierarchies, locations, serials, meters, bills of material, open work, and maintenance history.
  3. Evaluate the work core separately from mobile, scheduling, condition monitoring, and reliability analysis.
  4. Transition by site or asset class around outage plans, open work, stores, devices, and shift support.

Record and operating integrity

Protecting record integrity and continuity during transition.

  • Migrating flat asset lists that lose parent-child, location, installed-base, meter, or component history.
  • Generating predictive work from poor sensor context without accountable review and maintenance strategy.
  • Cutting over during outages or shutdowns without aligning permits, parts, crews, open work, and fallback.

System measures

Measures that reveal improvement in real work.

  • Asset-hierarchy and critical-attribute completeness across maintenance and connected domains.
  • Planned-work compliance, schedule attainment, emergency-work share, backlog age, and repeat failure.
  • Parts reservation accuracy, meter continuity, mobile synchronization, downtime capture, and work-close quality.

Decision questions

System decisions a product alone cannot answer.

Is a maintenance asset the same as a fixed asset?

The maintenance and financial views model different concerns. One financial asset can contain several maintainable components, and a maintainable item may move locations; governed identifiers and relationships connect them.

Should all maintenance history migrate?

Migrate the detail needed for open work, active plans, warranties, meters, safety, and reliability decisions; preserve other history in a searchable archive when appropriate.