ServiceNow CIS-DF Exam Questions

In ServiceNow, validating whether Configuration Items (CIs) still exist is a core CMDB governance activity. Over time, environments change rapidly---servers are decommissioned, cloud resources are torn down, and applications are replaced. If existence validation is not enforced, the CMDB quickly fills with obsolete or ''ghost'' CIs.

Attestation policies are specifically designed to address this need. An attestation policy automatically generates and assigns tasks to responsible users or groups, asking them to confirm that a CI still exists and is still relevant. This process focuses on acknowledgment rather than deep data validation, making it lightweight and scalable across large CMDBs.

Certification policies (Option A) are used when specific attributes must be validated, such as lifecycle status, support group, or environment. While important for data correctness, certification is not intended solely to confirm CI existence. Delete (Option B) and Retire (Option C) policies are lifecycle actions that remove or transition records, but they do not validate existence before taking action.

Attestation integrates cleanly with CMDB Workspace, assigns tasks automatically, and supports auditability---ensuring accountability for CI ownership. This makes it the correct and Data Foundations--aligned policy type for validating CI existence.

Therefore, Option D -- Attestation is the correct answer.

Health Inclusion Rules determine which CI records are included in CMDB Health calculations.Health Inclusion Rules The Configuration Manager can configure conditions for the relevant CI classes so that only managed, operationally relevant, or management-ready CIs contribute to the Completeness KPI.

For example, an inclusion rule can limit the calculation based on lifecycle stage, operational status, environment, discovery source, or another class attribute that identifies managed CIs. This prevents unmanaged, retired, transitional, or incomplete populations that are not yet under governance from distorting the organization's health score.

A custom business rule is unnecessary and would introduce avoidable customization and maintenance effort. The score also does not have to include the entire CMDB because each health metric can have a separately controlled evaluation scope. Therefore, configuring Health Inclusion Rules i

IntegrationHub ETL is a ServiceNow data-ingestion application used to extract data from external sources, transform it through defined mappings, and load it into the CMDB. Its Robust Transform Engine provides a guided, low-code mechanism for mapping source data to appropriate CMDB classes, attributes, and relationships.

A major Data Foundations advantage of IntegrationHub ETL is its integration with the Identification and Reconciliation Engine. Incoming records can be processed through identification and reconciliation rules so that existing CIs are updated correctly, duplicate creation is reduced, and source-authority controls are respected.

Agent Client Collector is used to gather inventory and telemetry from devices through an installed endpoint agent. Service Mapping builds Application Service topology and dependency relationships; it is not the general ETL application for importing data from multiple external sources.

The guide identifies IntegrationHub ETL as the recommended method for importing external data through the Identification and Reconciliation API when a dedicated Service Graph Connector is not the applicable solution.

CMDB Query Builder provides purpose-built Export Query and Import Query functions for transferring saved query definitions between ServiceNow instances. The administrator selects the saved query, exports its definition as an XML file, and the receiving team imports that file using the Import Query function. The imported definition then appears in the destination instance's Saved Queries tab.

Exporting the query as a report would transfer report configuration rather than the complete Query Builder canvas and relationship definition. A generic record-level XML export is not the prescribed Query Builder workflow.

ServiceNow also documents transfer through an update set, but identifies that process as an alternative maintained for backward compatibility. Because the question asks for the direct and recommended Query Builder approach, Option A is the best answer.

The Foundation tab covers the shared reference and foundational data upon which the remaining CSDM domains depend. This includes organizational and reference structures such as companies, business units, locations, users, groups, product models, and related foundational records.

Product models establish standardized product definitions. Locations provide reusable geographical and physical context for CIs and services. Business units establish organizational context and accountability. If these records are duplicated, incomplete, or modeled inconsistently, later service modeling becomes unreliable.

The guide distinguishes Foundation from Design and Planning, Build and Integration, Service Consumption, and Service Delivery. It identifies Foundation as the area containing shared reference data such as companies, locations, and users.

Crawl, Walk, Run, and Fly are progressive implementation stages. They do not replace the Foundation dashboard category that directly assesses these shared reference-data domains.

=========