The CMDB Health Dashboard monitors data quality across Completeness, Compliance, and Correctness metrics.

• Audits fall under Compliance, proactively comparing actual CI values against expected internal policies.
• Stale CIs identify records that have not been updated within defined target timeframes.
• Duplicate CIs are flagged directly by the Identification and Reconciliation Engine (IRE) and utilize built-in remediation task workflows.
• Recommended fields improve CI usability for troubleshooting without causing hard compliance failures.
• Required fields map to the Completeness metric, which specifically flags missing mandatory attributes or missing expected relationships.
• Orphan CIs are isolated configuration items lacking vital parent/child dependencies; maintaining an accurate service topology requires that their presence be actively minimized.

ServiceNow Product Documentation, "CMDB Health metrics and dashboards" (Sections: Completeness, Compliance, Correctness scorecard definitions).

ServiceNow Product Documentation, "Identification and Reconciliation Engine (IRE)" (Section: Duplicate CI detection and remediation).

ServiceNow Product Documentation, "CMDB Data Quality and Remediation" (Section: Configuring Orphan and Staleness rules).

Hardware Asset Management (HAM) provides automated asset actions and lifecycle events necessary for maintaining and repairing physical assets during incident resolution. Risk Management supplies essential IT and financial risk metrics, enabling teams to accurately evaluate an incident's broader impact on business operations. Discovery automatically populates the Configuration Management Database (CMDB) with detailed, operational-level data regarding hardware and application Configuration Items (CIs), which directly accelerates troubleshooting and root cause identification. Service Portfolio Management (SPM) offers comprehensive visibility into the lifecycle, current status, and historical data of business services, ensuring active incidents are properly aligned with overall service health.

ServiceNow Product Documentation, "Incident Management integrations," IT Service Management (ITSM).

ServiceNow Product Documentation, "Hardware Asset Management overview," Asset Management.

ServiceNow Product Documentation, "Discovery," IT Operations Management (ITOM).

ServiceNow Product Documentation, "Service Portfolio Management," IT Service Management (ITSM).

According to the official ServiceNow Common Service Data Model (CSDM) framework, these CMDB objects map functionally as follows:

• Business Application: Resides in the Design and Planning domain as it is a logical, non-operational construct used primarily by Enterprise Architecture for planning.
• Business Process: Belongs to the Foundation domain since it acts as shared, referential base data that underpins other domains and aligns with Governance, Risk, and Compliance.
• Application Service: Fits into the Service Delivery domain (historically "Manage Technical Services") because it represents a deployed, operational technology stack actively managed via Incident and Change Management.
• Business Service: Falls under the Sell / Consume domain as it represents the portfolio of services actively offered to business users.

ServiceNow CSDM 5.0 White Paper: Section "CSDM Conceptual Model" (Details the transition of domain naming to Service Delivery and explicitly lists Business Process under the Foundation domain).

ServiceNow Product Documentation (Washington DC Release): Article "Common Service Data Model — conceptual model" (Defines Design, Foundation, and Sell/Consume domain Configuration Item placements).

ServiceNow CSDM 4.0 White Paper: Pages 6–11 (Explicitly maps Business Application to the Design domain, Application Service to operational technical delivery, and Business Service to Sell/Consume).

The ServiceNow Common Service Data Model (CSDM) introduces standardized life-cycle fields to unify configuration item (CI) and asset states. The life_cycle_mapping table provides out-of-the-box logic to translate legacy status values (e.g., install_status) to the new standard. The life_cycle_stage field captures the high-level, meta-level phase of a CI (e.g., Build, Consume, End of Life). Within that phase, the life_cycle_stage_status defines the detailed, sub-level state (e.g., In Use, Defective). To ensure data integrity, the life_cycle_object table governs which specific stage and status combinations are valid and available for distinct CI class types (hardware, logical, etc.).

ServiceNow Product Documentation. "CSDM life cycle management." ServiceNow Platform Documentation (Utah/Vancouver releases). Section: Standardized life cycle fields.

ServiceNow Product Documentation. "Migrate to CSDM life cycles." ServiceNow Platform Documentation. Section: Life cycle mapping and controls.

The CMDB Data Manager uses Certification policies to generate tasks for assigned individuals or groups to review and update CI data. This process, known as data certification, ensures that CI information is accurate and current. The generated certification tasks explicitly allow the assignee to verify and correct fields on the CI record, fulfilling the requirement to enable updates.

A. Audit: While related to compliance, "Audit" is not a specific policy type within CMDB Data Manager that creates user tasks for updating fields.

C. Attestation: Attestation policies create tasks that ask users to simply confirm if the existing data is correct, rather than prompting them to update it.

D. Compliance: Compliance is a broader concept and a goal of data management, not a specific type of Data Manager policy that creates update tasks.

- ServiceNow Product Documentation

"Data certification

" Overview section.

- ServiceNow Product Documentation

"Create a certification filter and schedule

" Step 1: "Certification is a process that creates tasks for verifying the correctness of configuration item (CI) or service data."