--- sourceDocument: Australia Enterprise Architecture sourceDocumentLink: https://www.servicenow.com/docs/r/australia/application-portfolio-management Release : - australia ft:locale : - en-US ft:publication_title : - Australia Enterprise Architecture ft:clusterId : - appportman bundleId : - appportman workflow : - Technology --- # AI Control Tower integration with Enterprise Architecture # AI Control Tower integration with Enterprise Architecture {#ariaid-title1} Release version: Australia Updated April 14, 2026 ![](https://www.servicenow.com/docs/portal-asset/ico-clock) 9 minutes to read Summarize ![AI sparkle icon](https://servicenow.com/docs/portal-asset/ai-sparkle-icon) 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 AI Control Tower integration with Enterprise Architecture The AI Control Tower integration with Enterprise Architecture enables ServiceNow customers to view and manage AI systems linked to business applications within the Enterprise Architecture Workspace. This integration provides unified AI governance by connecting AI oversight directly to the technology portfolio, ensuring AI governance decisions are made in full business context. Enterprise architects and AI stewards gain portfolio-wide visibility into AI adoption, governance status, and risk across business applications, improving decision-making and risk management. Show full answer Show less ## Key Features * **Unified AI governance:** Integrates AI system governance with business application portfolios, allowing governance decisions informed by business impact and ownership. * **Business context for AI:** AI stewards can see the applications, owners, and business risks associated with AI systems, supporting better risk classification, approval, and accountability. * **Portfolio-wide AI visibility:** Enterprise architects can identify which business applications use AI and their governance status without leaving the Enterprise Architecture Workspace. * **AI system lifecycle tracking:** AI Control Tower manages AI systems through onboarding, risk assessment, build/test, and deployment stages with governance decisions linked to business context. * **Managed and unmanaged AI systems:** Distinguishes between AI systems under active governance review and those yet to be submitted for approval, visible on business application records. * **Bidirectional association:** AI system and business application links are visible and manageable in both Enterprise Architecture and AI Control Tower workspaces, ensuring consistent, synchronized data. * **Domain separation support:** Associations respect domain hierarchies in multi-tenant instances, enabling accurate visibility and control across domains. * **Multiple association methods:** AI systems can be linked to business applications via the service portal intake form (recommended) or manually within the Enterprise Architecture Workspace. * **Lifecycle and governance status visibility:** Key AI system attributes such as lifecycle phase, state, risk classification, and approval status are displayed on business application records for easy assessment. ## Value for ServiceNow Customers * **Enterprise Architects:** Gain clear visibility of AI adoption and governance status across hundreds of applications, enabling better risk assessment, portfolio rationalization, and governance gap identification without switching contexts. * **AI Stewards and Asset Owners:** Obtain critical business context about AI systems, including application dependencies and ownership, to make informed governance decisions and maintain audit readiness. * **Improved risk management:** Understand AI-related risks within the full business application context to reduce the chance of unmanaged or unapproved AI systems impacting key business functions. * **Streamlined governance workflows:** Integration reduces manual tracking and communication overhead by surfacing AI governance data directly where architects and stewards work. ## Practical Considerations * Users need the APM User role or higher to view AI systems linked to business applications; AI Stewards and Asset Owners have permissions to manage these associations. * Only active business applications appear for AI system association; retired or end-of-life applications are excluded automatically. * Removing an AI system from a business application does not delete the AI system record; governance continues independently. * Customers using domain separation will see AI system associations scoped according to domain hierarchy. * Upgrading to Enterprise Architecture Workspace version 10.1.3 or later is required for this integration, along with running a migration job to align existing associations. ## Next Steps * Use the Request an AI Use Case service portal item to create AI systems and link them to business applications in one step. * Manually associate existing AI systems within the Enterprise Architecture Workspace for cases not submitted through the portal. * Review AI system associations regularly to identify unmanaged AI systems and assess potential governance gaps. * Leverage bidirectional views to coordinate between enterprise architects and AI stewards for comprehensive AI governance. * Ensure roles and permissions are correctly assigned to enable effective access and management of AI system associations. View and manage the AI systems associated with a business application from the Enterprise Architecture Workspace to understand AI risk and governance status as part of your broader application portfolio. ## Key benefits of AI Control Tower integration with Enterprise Architecture {#eaw-aict__section_ify_sj3_y3c} The integration between the AI Control Tower and business applications is built around four core themes: * Unified AI governance: Connect AI oversight to your technology portfolio as an integrated capability. AI governance decisions can be made with full awareness of the business applications they affect. * Business context for AI: AI governance without business context is incomplete. AI stewards can see the applications, owners, and business impact tied to every AI system they govern, enabling better-informed decisions on approval, risk classification, and accountability. * Portfolio-wide AI visibility: Enterprise architects get AI adoption and governance status surfaced directly in their existing workflows --- no context switching required. An enterprise architect responsible for hundreds of business applications can see exactly which ones are using AI, and whether that AI has been approved. {#eaw-aict__ul_zs2_zj3_y3c} ## Why AI systems are connected with business applications {#eaw-aict__section_why_integration} Enterprise Architecture manages business applications by tracking their costs, business value, functional fitness, and risk. AI systems embedded in or supporting those applications introduce a new category of risk --- one that requires dedicated governance beyond what traditional Enterprise Architecture covers. Without visibility into which AI systems are associated with each business application, an enterprise architect can't form a complete picture of that application's risk profile. This includes conformance and operational dependencies. At the same time, AI Control Tower governs AI systems through their full lifecycle --- from onboarding and risk assessment through build, test, and deployment. However, AI governance is most effective when AI systems are understood in their business context: which applications depend on them, which business processes they support, and what the organizational impact would be if they were changed or decommissioned. That context lives in the Enterprise Architecture Workspace. The integration between the Enterprise Architecture and AI Control Tower addresses both gaps. Enterprise architects can assess AI risk at the application level. AI stewards can ground governance decisions in business impact. Together, they give your organization a unified view of AI activity that spans both the application portfolio and the AI asset inventory. The connection between AI systems and business applications enables you to: * Track total cost of ownership: Track AI systems related budgets at a business application level * Track ownership and accountability: Track AI system ownership through the business application it serves * Track AI system impact: Track the business impact the AI system is creating by connecting the AI system's technical outputs to the business functions it supports {#eaw-aict__ul_izp_rk3_y3c} ## Value by persona {#eaw-aict__section_lwz_ll3_y3c} {#eaw-aict__table_ezm_nl3_y3c__entry__3} | Persona | Before integration | After integration | |-|-|-| | Enterprise architect | I manage 500 business applications but have no idea which ones are using AI or whether that AI is approved. | I can see AI adoption across my application landscape and understand governance status from my existing workspace. | | AI steward | I govern AI systems but don't understand their business context---who owns the applications using them, how critical they are. | I see exactly which business applications depend on each AI system and who's accountable. | [Table 1. Enterprise Architecture - AI Control Tower integration benefits for personas] {#eaw-aict__table_ezm_nl3_y3c} ## Value for enterprise architects {#eaw-aict__section_ea_value} The AI systems tab on a business application record lets enterprise architects answer questions that were previously difficult to address from Enterprise Architecture alone: * Which AI systems are running inside or alongside this business application? * Are any of those AI systems still not reviewed and pending AI Steward approval? * What is the governance and lifecycle status of each AI system this application depends on? * If this application is being rationalized or retired, which AI systems will be affected? * What is the AI adoption picture across my entire application portfolio, and where are the governance gaps? {#eaw-aict__ul_ea_value} Because the AI systems tab surfaces data directly from AI Control Tower, enterprise architects don't have to switch workspaces or contact the AI governance team to get these answers. The AI system's lifecycle phase, state, lifecycle status, and risk classification are all visible from the business application record. ## Value for AI stewards and AI asset owners {#eaw-aict__section_aict_value} AI Control Tower tracks AI systems through four lifecycle stages: onboard, assess, build and test, and deploy. At each stage, governance decisions --- such as risk classification, conformance review, and approval --- benefit from knowing the business context of the AI system being evaluated. Without this integration, an AI steward reviewing a submitted AI system sees only its technical attributes. They have no visibility into which business applications depend on the system, who owns those applications, or how critical those applications are to the organization. By associating AI systems with business applications, AI Stewards and AI Asset Owners gain visibility into the business scope of each AI system before they begin governance activities. This reduces the risk of approving or escalating an AI system without a context of which business processes and applications it affects. The business application associations on an AI system record also support audit readiness. During an AI risk assessment or conformance review, you can show which business applications an AI system supports. Demonstrating that those applications are active, non-retired, and within scope is a key part of the evidence trail. ## Managed and unmanaged AI systems {#eaw-aict__section_managed_unmanaged} AI systems in the AI systems tab appear under one of two sections: Managed : AI systems that an AI Steward has reviewed or is under review. Managed systems are actively governed and tracked through their lifecycle in AI Control Tower. Unmanaged : AI systems created in AI Control Tower that have not yet been submitted for AI Steward review and have not entered the governance lifecycle. Both sections are visible on the business application record. Enterprise architects can see the AI systems that have cleared governance review and those still awaiting it. An application with several unmanaged AI systems warrants closer attention during portfolio assessments and rationalization exercises. The tab displays the following information for each AI system: {#eaw-aict__table_ai_systems_columns__entry__2} | Column | Description | |-|-| | Display name | The name of the AI system. | | Provider | The organization or vendor that provides the AI system. | | Vendor | The technology vendor associated with the AI system. | | Managed by | The role responsible for managing the AI system, such as AI Asset Owner. | | Lifecycle phase | The current phase in the AI system lifecycle: New, Assess, Build and test, or Deploy. | | State | The current state of the AI system record, such as Development. | | Lifecycle status | The review or approval status, such as AI steward review. | | Risk classification | The risk level assigned to the AI system during governance review. | [ ] {#eaw-aict__table_ai_systems_columns} ## How associations are created {#eaw-aict__section_how_associations_created} Enterprise Architecture supports domain separation at the data level. If your instance uses domain separation, such as a managed service provider hosting multiple client tenants, the available business applications reflect the domain hierarchy. You can select business applications in the global domain and in the domain you're currently operating in. Viewing the association from a parent domain shows the AI systems and business application associations created in that domain and in all of its child domains. A child domain's view shows only its own associations. An organization has a business application in the global domain and two business applications, one each in the Domain A and Domain B child domains. A user operating in Domain A can associate an AI system with the global business application, the Domain A business application, or both. The user can't select the Domain B business application. A user at the parent domain can see the AI system associations created in both Domain A and Domain B. These associations are rolled up together wherever they involve the shared global business application. An AI system is associated with a business application in one of two ways: * A user submits the Request an AI Use Case catalog item in the service portal and selects one or more business applications in the Business Applications field. This is the recommended intake path because it creates the AI system record in AI Control Tower and establishes the business application association in a single step. Note: The Business application field is only displayed on the service catalog page for the AI system use case if the Enterprise Architecture for AICT plugin (`com.sn_ea_aict`) is installed. This plugin installs automatically when you install the AI Control Tower Core plugin at the required version. If your instance does not meet the minimum version, or if the Enterprise Architecture for AICT plugin is not installed, the Business application field does not appear on the form. For version requirements and what to expect if your Enterprise Architecture Workspace, AI Risk and Compliance, and AI Control Tower Core plugins are upgraded out of sync, see [Enterprise Architecture for AICT plugin installation and upgrade considerations](https://www.servicenow.com/docs/access?context=aict-ea-common-upgrade-considerations&version=australia&pubname=australia-intelligent-experiences&ft:locale=en-US). For information on how to create an AI use case, see or [Create AI system assets](https://www.servicenow.com/docs/access?context=create-ai-system-assets-newexperience&version=australia&pubname=australia-intelligent-experiences&ft:locale=en-US). For information on the Request an AI use case form fields, see . * A user with the APM user (sn_apm.apm_user) role manually adds an AI system from the AI systems tab on a business application record in the Enterprise Architecture Workspace. This is useful for associating AI systems that were not submitted through the service portal intake form. For information, see [Add an existing AI system to a business application](https://www.servicenow.com/docs/TACK6ozO~BqXf44WsnxPCQ "Associate an existing AI Control Tower AI system with a business application from the Enterprise Architecture Workspace."). {#eaw-aict__ul_assoc_methods} Only active business applications are available for association. Business applications with a status of Retired or a lifecycle stage of End of Life are excluded automatically. The associations on an AI system record reflect only applications that are currently in scope for portfolio management. Removing an AI system association from a business application record does not delete the AI system record from AI Control Tower. The AI system continues through its governance lifecycle independently of its application associations. If you activated the AI Control Tower and Enterprise Architecture Workspace integration on a Enterprise Architecture Workspace version earlier than 10.1.3, upgrade to version 10.1.3 or later. Then run the Migrate BA Product Model Map from EA Workspace job. This job migrates existing AI system-to-business application associations to the Enterprise Architecture for AICT plugin's data model. The job does not run automatically. For steps, see [Run the Migrate BA Product Model Map job](https://www.servicenow.com/docs/ZYkGMdk0Ah1zKEZd0ailVQ "Migrate existing AI system-to-business application associations to the new Enterprise Architecture for AICT data model after activating the AI Control Tower and Enterprise Architecture integration."). ## Viewing associated business application in AI Control Tower {#eaw-aict__section_j4r_gp3_y3c} The association between AI systems and business applications is bidirectional. To view linked business applications in AI Control Tower, navigate to WorkspacesAI Control TowerAI AssetsAI systemsSelect an AI systemDetailsBusiness applications. This view is read-only in AI Control Tower; to add or remove associations, use the Related assetsBusiness applicationsAI systems tab on the business application record in the Enterprise Architecture Workspace. Enterprise architects work primarily in the Enterprise Architecture Workspace, while AI stewards work primarily in AI Control Tower. This bidirectionality means each team sees the same associations from their own workspace. Each team can view and work with the associations without maintaining a separate record. ## Required roles {#eaw-aict__section_roles} To view the AI systems tab on a business application record, you must have the APM User role (sn_apm.apm_user) or higher. Users with the AI Steward (sn_aig.ai_steward) or AI Asset Owner (sn_aig.ai_asset_owner) role can add or remove AI system associations. **Related concepts** * [Exploring the AI Portfolio](https://www.servicenow.com/docs/mETuOUUsTx7OSjRUW1Jq_w "The AI Portfolio section within the Portfolio page of the Enterprise Architecture Workspace helps you in managing structured governance, traceability, and lifecycles of AI assets.") * [Exploring the AI Portfolio tab on the Enterprise Architecture Workspace dashboard](https://www.servicenow.com/docs/tkvazguCE8VT49cGeXL_hQ "The AI Portfolio tab on the Enterprise Architecture Workspace dashboard provides visualization widgets that show how business applications and AI systems in your organization are associated.") **Related tasks** * [Remove an AI system from a business application](https://www.servicenow.com/docs/l99sIgQLlqQgpIa3CTjO5Q "You can remove an AI system from a business application record in the Enterprise Architecture Workspace.") * [View AI system details from a business application](https://www.servicenow.com/docs/_pegNcm9DD3B2yTrX33waA "You can open an AI system record in the AI Control Tower Workspace directly from the AI Systems tab on a business application record in the Enterprise Architecture Workspace.") * [Run the Migrate BA Product Model Map job](https://www.servicenow.com/docs/ZYkGMdk0Ah1zKEZd0ailVQ "Migrate existing AI system-to-business application associations to the new Enterprise Architecture for AICT data model after activating the AI Control Tower and Enterprise Architecture integration.") **Related topics** * [AI Control Tower Home](https://www.servicenow.com/docs/access?context=ai-control-tower-home-page&version=australia&pubname=australia-intelligent-experiences&ft:locale=en-US) * [Enterprise Architecture for AICT plugin installation and upgrade considerations](https://www.servicenow.com/docs/access?context=aict-ea-common-upgrade-considerations&version=australia&pubname=australia-intelligent-experiences&ft:locale=en-US) * [Associate a business application with an AI system](https://www.servicenow.com/docs/access?context=disc-asset-associate-business-application&version=australia&pubname=australia-intelligent-experiences&ft:locale=en-US) *[\>]: and then