An Asset Manager wants to ensure that Asset records and CI records are kept synchronized automatically.
How does the Manager do this? (Choose two.)
Answer : A, B
In Data Foundations, ''Govern'' includes maintaining consistency between closely related data domains so that operational and asset lifecycle processes remain trustworthy. For hardware endpoints (and other asset-backed items), Asset and CI records often represent the same real-world item from two perspectives: financial/lifecycle management (Asset) and operational/service context (CI). Automatic synchronization prevents drift such as different owners, locations, or statuses appearing in Asset vs CI, which can cause reporting errors, incorrect fulfillment decisions, and audit issues.
The platform supports synchronization through out-of-box synchronization logic (commonly implemented as business rules and related configuration) that updates the CI when an Asset changes, and updates the Asset when a CI changes---so the records stay aligned regardless of which team updates which record. Therefore, ensuring the Asset-to-CI update logic is active (A) and the CI-to-Asset update logic is active (B) is the right way to keep data synchronized automatically.
Option C is not required for synchronization; the intent is near real-time consistency driven by record changes, not batch jobs that run later. Scheduled jobs might exist for other maintenance activities, but they are not the primary mechanism for keeping Asset/CI synchronized. Option D is important as a data quality principle---ideally one Asset maps to one CI for physical items---but ''ensuring one-to-one mapping'' is not the automation mechanism itself. Automation is achieved through the active synchronization logic, which is why A and B are the correct answers.
In a company, there is a need to understand the CSDM maturity level required. Different stakeholders listed several use cases they expect over time.
Which use case requires information objects?
Answer : A
Within the Common Service Data Model (CSDM), information objects are used to represent non-CI data entities that provide important business or governance context but are not configuration items themselves. These objects are especially important when extending service visibility beyond pure infrastructure and application relationships.
The use case described in Option A---understanding asset lifecycle compliance in a Business Application context---explicitly requires information objects. Asset lifecycle data (such as financial state, depreciation, warranty, and compliance milestones) is typically managed in IT Asset Management (ITAM) and must be associated to Business Applications without converting every asset-related data point into a CI. Information objects enable this linkage while maintaining clean CMDB boundaries.
Option B focuses on event-to-incident automation, which relies on CIs, technical services, and operational relationships, not information objects. Option C (proactive case management) is primarily a CSM and service offering use case. Option D (SecOps risk context) relies on application services and business application relationships, not information objects. Option E (business service impact) is addressed through service modeling and service mapping, again without requiring information objects.
Information objects are introduced as organizations mature and need to integrate governance, financial, or compliance data with service and application models---making asset lifecycle compliance the correct match.
Therefore, the correct answer is A.
(Choose 2 options)
A CMDB Administrator wants to run the ''Services Have Owners Identified'' Get Well Playbook to remediate issues shown in the CMDB Data Foundations Dashboard.
Which remediation plays would be used?
Answer : A, D
The CMDB Data Foundations Dashboard is paired with Get Well Playbooks that guide administrators through structured remediation. The ''Services Have Owners Identified'' playbook focuses on closing ownership gaps for services, which is a governance and data correction activity.
Fix Data (Option A) is used to correct missing or incorrect values, such as populating owner fields, assigning responsible groups, or updating relationships. In this playbook, Fix Data actions are required to actually remediate the issue by assigning owners to services.
Govern Data (Option D) is also required because ownership is not a one-time correction---it must be enforced and sustained. Govern Data establishes policies, ownership accountability, and controls (such as certifications or attestations) to ensure services continue to have owners over time and do not regress.
Analyze Data (Option B) is used to understand patterns and root causes, but it does not remediate the issue. Report Data (Option C) provides visibility and communication, not corrective action.
Therefore, the remediation plays that apply to the Services Have Owners Identified playbook are Fix Data and Govern Data, making Options A and D correct.
A CMDB Administrator wants to run the Services Have Owners Identified playbook to remediate the issues shown in the CMDB Data Foundations Dashboard.
Which remediation plays would be used? (Choose two.)
Answer : B, C
In Data Foundations for CMDB and CSDM, a dashboard indicator (like ''Services Have Owners Identified'') highlights a data quality condition---in this case, Services missing required ownership information. The playbook-driven remediation model typically follows a practical sequence: first you identify and validate the scope of the issue, then you correct the underlying records so the metric improves and remains sustainable.
The Analyze Data play is used to break down what the dashboard is reporting into actionable detail. It helps determine which Service records are failing the ownership requirement, what ownership fields are missing (for example, service owner / business owner / technical owner depending on configuration), and where the gaps are concentrated (by business unit, environment, lifecycle stage, or service portfolio segment). This ensures the remediation effort targets the correct records and avoids inaccurate assignments.
The Fix Data play is used to perform the actual remediation---populating or correcting the owner attributes on the Service records so accountability is clear and operational processes can route approvals, escalations, and service decisions correctly. In CSDM terms, clearly assigned owners enable proper stewardship of Service Portfolio and Service Offerings and improve downstream outcomes such as incident assignment accuracy, change impact analysis, and reporting reliability.
While Govern Data supports preventing recurrence (policies, controls, ownership model, and stewardship routines) and Report Data communicates progress, the two plays directly used to remediate the dashboard issue are Analyze Data and Fix Data.
Where can a CMDB 360 / Multisource CMDB Saved Query be viewed and created in the CMDB Workspace?
Answer : D
In Data Foundations, ''Insight'' focuses on turning configuration data into actionable visibility. CMDB 360 (often associated with Multisource CMDB capabilities) provides a guided experience in CMDB Workspace for exploring CI data and running queries across sources. Within this experience, Saved Queries are managed directly under the CMDB 360 area of CMDB Workspace because they are part of the CMDB 360 query-and-analysis workflow.
A CMDB 360 Saved Query is not the same as a generic CMDB Query Builder query created from classic navigation modules. The CMDB 360 experience typically uses a tile/window approach where users can view existing saved queries, create new queries, modify them, and run them to retrieve CMDB 360 data aligned to multisource reporting and analysis. Keeping saved queries on the CMDB 360 tab makes them easy to discover and reuse for repeatable insights (for example, coverage and source comparisons, CI data quality checks by source, and targeted investigation of records).
The Insights tab in CMDB Workspace is generally used to understand adoption and health-related insights about CMDB features, not as the primary location for creating CMDB 360 multisource saved queries. ''Coverage'' is a specific lens/view and does not represent the saved-query creation workspace. ''CMDB Query Builder'' is a related capability, but the question explicitly asks where CMDB 360/Multisource Saved Queries are viewed and created in CMDB Workspace, which is the Saved queries window on the CMDB 360 tab.
User endpoint devices are imported into the CMDB and populate the Assigned to [assigned_to] field on the Computer [cmdb_ci_computer] CI. The Asset team requests that Configuration Analysts populate the Assigned to field on the related Asset.
What action does a Configuration Analyst take to achieve this in an automated way?
Answer : C
Data Foundations strongly encourages using out-of-box synchronization mechanisms rather than custom scripting whenever possible, to reduce technical debt and improve upgrade safety. In this scenario, endpoint data is being ingested into the CI record, and the Asset team needs the corresponding Asset record kept in sync automatically for their asset management processes.
The recommended approach is to use Asset CI Field Mapping, which is designed specifically to map and synchronize fields between an Asset and its related CI. Creating or updating a mapping rule for ''Assigned to'' allows the platform to replicate the value in a controlled, supportable way without writing scripts. This approach aligns with best practices: standard configuration, clear governance, and minimal custom code.
Option B (a scripted business rule) can work technically, but it introduces maintenance risk, testing overhead, and potential upgrade fragility---exactly the kind of technical debt Data Foundations warns against when an OOTB capability exists. Option A (dot-walking) changes the user experience and does not truly populate the Asset field; it only displays a derived value and may not meet Asset team needs for reporting, exports, integrations, or lifecycle workflows that expect the Asset field to be set. Therefore, the best automated and best-practice solution is Asset CI Field Mapping.
An organization is changing data centers and needs to know the consequences of the planned changes.
How can Application Service Mapping be used as part of Change Management?
Answer : B
Application Service Mapping is a critical capability in ServiceNow for enabling business-aware Change Management. Its primary value is not in identifying physical shutdown sequences or CI locations, but in translating technical changes into business impact.
When an organization plans a data center move, multiple infrastructure components---servers, databases, network devices---may be affected. On their own, these technical CIs provide little insight into business risk. Application Service Mapping connects these CIs to Application Services and Business Services as defined by the Common Service Data Model (CSDM). This relationship allows Change Managers to see which business services, customers, and processes are impacted by the planned change.
By leveraging service maps, Change Management can answer critical questions such as:
Which customer-facing services may experience downtime?
What revenue-generating or mission-critical services are at risk?
Which stakeholders must be notified or involved in approvals?
Option A is incorrect because service mapping does not determine shutdown order; that is handled by infrastructure planning. Option C focuses on physical location data, which is typically managed through Location CIs and Discovery, not service mapping.
Therefore, the correct answer is B -- To understand the business impact of CIs, which aligns directly with ITIL 4, CSDM, and Change Management best practices.