Common Service Data Model Csdm

Development teams use the tables in the Build & Integration domain during the build effort (systems development life cycle — Agile development) of digital products. The tables represent the logical development details of the enterprise applications (digital products) to be deployed and used by your organization. These are not operational CIs.

For configuration management to be most effective, establish relationships between the objects and CIs in the conceptual CSDM.

Your organization gains significant value from your ServiceNow AI Platform applications when you take advantage of the option to directly map legacy status values to CSDM life cycle stage and life cycle stage status values and auto-synchronize the values going forward.

Activate and configure CSDM capabilities.

Use the CSDM Product Model Assignment job to auto-generate a product model record (application model, service model, or software model) for each logical CI that is not yet associated with a product model. Product models are ideal for associating CIs that are parts of a single digital product.

The CSDM is the data model that admins should follow when they set up ServiceNow products and applications. The standards for defining configuration items (CIs) and relationships between CIs in the CMDB help to promote that your data resides in the appropriate CMDB tables. The result is maximum value from ServiceNow AI Platform applications.

The CSDM is the data model that admins should follow when they set up ServiceNow products and applications. The standards for defining configuration items (CIs) and relationships between CIs in the CMDB help to promote that your data resides in the appropriate CMDB tables. The result is maximum value from ServiceNow AI Platform applications.

Reference topics provide detailed descriptions of tables, properties, forms, and roles that are used in the CSDM framework.

The CSDM is the data model that admins should follow when they set up ServiceNow products and applications. The standards for defining configuration items (CIs) and relationships between CIs in the CMDB help to promote that your data resides in the appropriate CMDB tables. The result is maximum value from ServiceNow AI Platform applications.

Synchronize group assignment attributes on entire CI classes and individual CIs using the CI Class Manager.

To empower a particular user group to manage a collection of CIs or CI classes, set group assignment attributes through the Technology management offering or the CI Class Manager. The operation synchronizes the group attribute data across all CIs that belong to the specified CI class or groups of CIs.

Crawl stage reports on the CSDM Data Foundations dashboard

Fly stage reports on the CSDM Data Foundations dashboard

The Foundation tab on the CSDM Data Foundations dashboard identifies data that might be missing from the CMDB.

Run stage reports on the CSDM Data Foundations dashboard

Walk stage reports on the CSDM Data Foundations dashboard

The type of service determines how you use dynamic CI groups.

Synchronize group assignment attributes on entire CI classes and individual CIs by creating a dynamic CI group for use by a Technology management offering.

Activate the CSDM plugin so you can begin implementing the CSDM data model.

Use the CSDM Data Foundations dashboard to monitor and evaluate key foundational metrics of the CSDM framework.

In the Crawl stage, you work on base-system CMDB tables that are associated with IT Service Management (ITSM).

When you reach the Fly stage, you have accomplished all or most of the process of implementing the CSDM framework. The fly stage completes the process.

In the Foundation stage of implementing the CSDM framework, admins prepare the referential data that enables accurate reporting to support good business decisions. Use the base-system tables when you begin implementing the CSDM to derive the highest value from your ServiceNow products and the ServiceNow AI Platform.

In the Run stage, you set up the relationship between a technology and the business that sells and consumes the technology.

In the Walk stage, you identify and populate the network infrastructure CIs and applications that your organization's technical teams support.

Following the CSDM framework ensures that you meet your primary goal of consistent accuracy in reporting and analytics so you can effectively manage your digital environment.

The CSDM is the data model that admins should follow when they set up ServiceNow products and applications. The standards for defining configuration items (CIs) and relationships between CIs in the CMDB help to promote that your data resides in the appropriate CMDB tables. The result is maximum value from ServiceNow AI Platform applications.

Use the Life Cycle Mapping module to specify how existing legacy status values should be converted to CSDM life-cycle value pairs (life cycle stage and life cycle stage status). You map both asset and CI legacy status values to life-cycle value pairs.

You can align life-cycle values for each product instance on the asset, CI, and IBI tables. A one-time process moves legacy status values for asset and CI across the platform to standard CSDM life-cycle value pairs (life cycle stage and life cycle stage status). Business rules then run regularly to promote identical IBI, asset, and CI life-cycle data for each product instance.

Most ServiceNow products and ServiceNow AI Platform applications align closely with the Common Service Data Model. This table defines terms as they are used across the ServiceNow AI Platform.

List of intangible/logical tables.

List of tangible/physical tables.

The document and contract life-cycle value pairs represent the overall life cycle of document assets (contracts) and CIs (business process documentation) as related to their products. The life-cycle values for the document and contract life-cycle process are visible only in tables related to document entities in Contracts and CMDB.

The intangible/logical life-cycle value pairs represent the overall life cycle of logical assets and CIs as related to their products. A logical or software asset includes items like applications, services, and licenses. The life cycle stage and life cycle stage status values of logical items are visible only in tables related to intangible/logical items in Asset Management and the CMDB.

The values for the location life-cycle process reflect the locations used by your organization and are visible only in the common data locations table.

The product life-cycle value pairs represent the overall life cycle of a product model, a specific version, or a product configuration. The life-cycle values for the product life-cycle process are visible only in Product (Models) tables.

The tangible/physical life-cycle states represent the overall life cycle of physical assets and CIs as related to their products. Tangible/physical assets are physical items that are stocked, for example computers, monitors, and keyboards. The stages and statuses for the tangible/physical life-cycle process are visible only in hardware-related tables in Asset Management and the CMDB.

The document and contract life-cycle value pairs represent the overall life cycle of document assets (contracts) and CIs (business process documentation) as related to their products. The life-cycle values for the document and contract life-cycle process are visible only in tables related to document entities in Contracts and CMDB.

The tangible/physical life-cycle states represent the overall life cycle of physical assets and CIs as related to their products. Tangible/physical assets are physical items that are stocked, for example computers, monitors, and keyboards. The stages and statuses for the tangible/physical life-cycle process are visible only in hardware-related tables in Asset Management and the CMDB.

The values for the location life-cycle process reflect the locations used by your organization and are visible only in the common data locations table.

The intangible/logical life-cycle value pairs represent the overall life cycle of logical assets and CIs as related to their products. A logical or software asset includes items like applications, services, and licenses. The life cycle stage and life cycle stage status values of logical items are visible only in tables related to intangible/logical items in Asset Management and the CMDB.

Legacy status values for Asset and Hardware Asset CIs are aligned with CSDM life cycle stage and life cycle stage status values.

The product life-cycle value pairs represent the overall life cycle of a product model, a specific version, or a product configuration. The life-cycle values for the product life-cycle process are visible only in Product (Models) tables.

Several legacy statuses are automatically mapped to the Life Cycle Stage and Life Cycle Stage Status fields.

Several features help you to promote accuracy and completeness for the process of synchronizing legacy data with life-cycle data in the CSDM framework.

The Service instance dashboard enables you to monitor and manage service instances (service instances were formerly called application services) to confirm that they are fully configured and are populated in the CMDB.

Resources and videos that complement the documentation.

Because a service instance might depend on a hardware (tangible/physical) device that other service instances depend on, you must take care when retiring a service instance.

Most ServiceNow products and ServiceNow AI Platform applications align closely with the Common Service Data Model. This table defines terms as they are used across the ServiceNow AI Platform.

The objects in the conceptual CSDM framework must map to the physical model objects (CIs and CI class tables) in the CMDB. You can navigate in the platform to see dictionary attributes.

Following the CSDM guidelines generates significant benefits in impact analysis, risk analysis, and business continuity.

Enterprise architects and digital product owners work on the design and planning of digital products that your organization can either buy or build.

Tables in the Foundation domain contain base data that is referenced from or to objects in the other CSDM domains. Before you can use ServiceNow products, you must populate foundational data.

The Ideation & Strategy domain represents the ideas, concepts, and considerations for both the creation of new or additional services as well as improvements and enhancements to existing services. These capabilities are part of Strategic Portfolio Management (SPM).

The Manage Portfolio domain is a layer on top of the CSDM conceptual model that interacts with the other CSDM domains. The typical user, a service owner, might be responsible for services in more than one domain.

The Service Delivery domain represents the overall end-to-end service delivery system that includes the infrastructure, technologies, integration patterns (infrastructure, systems, data, processes, dependency models), service delivery networks, and operational models. Together, these items deliver the services that conform to CSDM to internal and external users and organizations.

You complete several tasks to confirm that your existing application data migrates successfully to the required tables in the CMDB.

Internal or external consumers can request business services through the request catalogs in the Service Consumption domain. The business service offerings in the request catalogs are the deployed digital products in the Service Delivery domain. Business relationship managers and customer service managers might sell or even consume elements of the Service Delivery domain.

ServiceNow products expect that CMDB data is organized according to CSDM guidelines and they benefit from that organization.