---
sourceDocument: Brazil ServiceNow AI Platform Capabilities
sourceDocumentLink: https://www.servicenow.com/docs/r/servicenow-platform
Release :
- brazil
ft:locale :
- en-US
ft:publication_title :
- Brazil ServiceNow AI Platform Capabilities
ft:clusterId :
- platcap
bundleId :
- platcap
workflow :
- Platform
---
# Build \& Integration domain
# Build \& Integration domain in the CSDM model {#ariaid-title1}
Release version: Brazil
Updated September 10, 2026
 2 minutes to read
Summarize
 Summarized using AI
This content was generated using new OpenAI-powered functionality. Results are provided on an as is basis and are not guaranteed to be accurate or complete.
## Summary of Build \& Integration domain in the CSDM model
The Build \& Integration domain in the Common Service Data Model (CSDM) supports development teams during the build phase of the service lifecycle, particularly within Agile development and DevOps processes.
It focuses on the logical development aspects of enterprise applications or digital products, rather than their operational configurations.
This domain enables you to model and manage software components and their relationships during build and integration activities, facilitating better visibility and control over the development pipeline.
Show full answer Show less
## Key Features
* **Agile Development Component:** Represents distinct code development efforts within larger applications. These are software elements tracked in the `cmdbcisdlccomponent` table and are non-operational CIs, meaning they are not direct targets of ITSM processes like Incident, Problem, or Change Management.
* **DevOps Integration:** The Agile development component records integrate with the DevOps product to enhance visualization and management of the application development pipeline.
* **Relationships:** Agile development components have defined relationships with business applications (in the Service Consumption domain) and service instances (in the Service Delivery domain), helping link development artifacts to deployed services.
* **AI System Digital Assets:** Represent software/application components used for AI and Generative AI services. These assets include deployable source code, binaries, and components, whether currently deployed or not, supporting build, integration, and AI governance processes.
* **Types of Agile Development Components:**
* **Application Components:** Deployed service instances such as microservices and APIs, typically built on behalf of Service Owners.
* **Infrastructure Components:** Configuration snapshots of infrastructure elements like databases and security, representing deployed infrastructure components.
## Practical Implications for ServiceNow Customers
By leveraging the Build \& Integration domain, ServiceNow customers can:
* Model and manage the development lifecycle of digital products with clarity between build-time components and operational configurations.
* Integrate Agile development efforts into the broader DevOps pipeline, gaining enhanced visibility into development progress and component relationships.
* Link development components to service instances and business applications, facilitating comprehensive service lifecycle management.
* Include AI-related software assets in the build and integration process, supporting emerging AI use cases and governance requirements.
* Focus ITSM incident, problem, and change processes on operational CIs, reducing unnecessary configuration overhead for development artifacts.
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.
## Tables and relationships in the Build \& Integration domain {#build-domain__section_g32_qm3_qfc}
An Agile development component is a CI that represents a unique development effort of code. It represents parts of a larger business application or digital product broken down into its individually developed components. In other words, the Agile development component is a software element of a larger application or technology. Agile development component CI records in the Agile Development Component \[cmdb_ci_sdlc_component\] table enable the DevOps product to provide enhanced capabilities for visualizing and managing your application development pipeline.
Records in the table are not operational and are not direct targets of the ITSM
Incident Management, Problem Management, or Change Management processes. You therefore are not required to configure Agile development component records. The Agile development component table is available through the CMDB schema version 1.33.
The DevOps Change Data Model is built on a powerful data model that connects your DevOps tool chain to the work and data already in the platform. The model provides the ability to accelerate changes while ensuring effective and transparent risk management.
The Build \& Integration domain includes the following tables and relationships:
* Business application (Service Consumption domain) Contains::Contained By Agile development component
* Agile development component has a Contains::Contained By relationship with the Service instance table in the Service Delivery domain.
{#build-domain__ul_xqk_qm3_qfc}
## Tables used during the Build \& Integration phase of the service life cycle {#build-domain__section-build-integr-active-tables}
The Al System Digital Asset represents the Software/ Application components for Al and Gen Al services. For the purposes of build, integration, and Al governance, the Al System Digital Asset (ServiceNow, third-party asset, or custom) represents the deployable software source, binaries, and components that feed into the Build \& Integration pipelines. An asset can be deployed or not
currently deployed.
## Types of Agile development component {#build-domain__section_pyy_gec_4tb}
* Application: A service instance is a deployed instance of the Agile development application component. Examples include micro services and APIs. The build team typically builds service instances on behalf of the Service Owner (as described in [Manage Portfolio domain in the CSDM model](https://www.servicenow.com/docs/WxZY_CQlYr~HsqK6q8uUgw "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.")).
See [Use Service instance (Application Services) dashboard to monitor health](https://www.servicenow.com/docs/zyM3qe_iM3WuU7B8QAO~bQ "Use insights from the Service instance dashboard to reduce the number of incomplete Service instances by populating them and adding missing data. To use service instances effectively, ensure that service instances are fully configured and are populated.").
* Infrastructure: Any infrastructure CI that represents a snapshot of its configuration details is a deployed instance of the Agile development infrastructure component. Examples include database and security configurations.
{#build-domain__ul_pkr_3n3_4tb}
## CSDM videos in the ServiceNow Community {#build-domain__section_ljb_mww_mwb}
[Playlist of all CSDM videos](https://www.youtube.com/playlist?list=PLkGSnjw5y2U7QNr9jL6TAgwQvYBI_LEtK)