Applications Inventory and Attributes

Description — A unique, human-readable, self-documenting identifier assigned to every application record following a consistent enterprise naming convention. The identifier encodes the inventory type, functional category, and the specific application identity in its structure.

Benefit(s) — Eliminates ambiguity when the same application is referenced across governance systems, conversations, and data sources. Enables AI-assisted cross-inventory traversal and analysis without ETL transformation. Makes reclassification seamless — the identifier travels with the record through any category change, preserving all relationships built against it.

Source — Manually Entered.

Examples — APP-CRM-SALESFORCE, APP-ERP-SAP-S4HANA, APP-COLLAB-MSTEAMS, APP-HRIS-WORKDAY, APP-SCM-ORACLE

Notes — Convention: APP-{Category}-{Name}. Example: APP-CRM-SALESFORCE, APP-ERP-SAP-S4HANA, APP-COLLAB-MSTEAMS. Once assigned, the identifier is permanent and must not be reused if the application is retired.

Description — The full, official name of the application as recognized by its vendor, owner, and organizational stakeholders. This is the primary human-readable identifier for the application across all governance contexts.

Benefit(s) — The foundational identification attribute. Without a consistent, agreed-upon official name, every governance conversation risks ambiguity and misidentification between stakeholders referencing the same application by different informal names.

Source — Manually Entered.

Examples — Salesforce CRM Platform, SAP S/4HANA Finance, Microsoft Teams, Workday HCM, ServiceNow ITSM

Description — A shorter or informal name by which the application is commonly known within the organization — for example, "Salesforce" for "Salesforce CRM Platform" or "SAP" for "SAP S/4HANA Finance."

Benefit(s) — Bridges the gap between formal governance records and the operational language practitioners and business users actually use. Makes the inventory more usable and reduces the friction that causes practitioners to maintain shadow records outside the governed inventory.

Source — Manually Entered.

Description — A concise statement of what the application does, what business problem it solves, and who its primary users are. Written in plain language accessible to both business and technology stakeholders.

Benefit(s) — Enables anyone reviewing the inventory — including AI tools analyzing the portfolio — to understand an application's purpose without needing to access the system directly or consult its owner. Reduces the key-person dependency risk of portfolio knowledge existing only in individuals' memory.

Source — Manually Entered.

Description — The primary business unit that owns, funds, or is the principal consumer of the application — identified using the organization's standard business unit taxonomy.

Benefit(s) — Essential for cost chargeback reporting, cross-business-unit redundancy detection, and understanding the organizational distribution of portfolio investment. The pattern of multiple business units independently running applications in the same functional category is only visible when Business Unit is a governed attribute in every application record.

Source — Manually Entered.

Business Function(s) Supported

[Multi-Value]

Description — The specific business functions or processes this application directly enables or supports — for example, Order Management, Claims Processing, Payroll Administration, or Customer Onboarding.

Benefit(s) — Connects application records to the process layer of the enterprise, enabling process-level impact analysis when applications are changed or retired and providing the basis for identifying which applications are critical to specific operational functions.

Source — Manually Entered.

Business Capability Alignment

[Multi-Value]

Description — The business capabilities this application supports, expressed using the organization's capability model — connecting each application to the defined capabilities that underpin organizational strategy.

Benefit(s) — The foundational connection between technology investment and business strategy. Without capability alignment, portfolio rationalization defaults to technical preference rather than business value, and investment decisions cannot be grounded in their relationship to strategic organizational capabilities.

Source — Manually Entered. Each value references a record in the Capabilities Inventory.

Notes — Each value in this set should be a Capabilities Inventory Semantic Identifier where the Capabilities Inventory exists. Free-text capability names are acceptable at Crawl and early Walk maturity pending Capabilities Inventory establishment.

Description — The position of this application in the organization's value chain — the sequence of activities through which the enterprise creates and delivers value to its customers and stakeholders.

Benefit(s) — Distinguishes applications critical to value delivery from those that are internal support functions. Enables investment prioritization grounded in business outcome rather than operational importance alone.

Source — Manually Entered.

Description — The primary URL or access point through which users interact with the application in its production environment — verified and current.

Benefit(s) — Enables direct access verification, automated link-checking, and provides a basic signal for whether the application is actively deployed and accessible. Supports the enterprise service catalog by providing a consistent, governed access point for every application in the portfolio.

Source — Manually Entered.

Description — The current version or release of the application deployed in the production environment, maintained as a current attribute rather than a historical record.

Benefit(s) — Enables identification of applications running outdated or unsupported versions, supports security vulnerability analysis against known CVEs for specific versions, and provides input to End-of-Life status tracking and patch compliance reporting.

Source — Manually Entered.

Keywords and Tags

[Multi-Value]

Description — A set of free-form keywords or governed taxonomy tags associated with the application that support search, filtering, and categorization beyond the formal attribute structure.

Benefit(s) — Increases inventory discoverability for practitioners and AI tools. Enables ad hoc grouping and analysis that the formal category structure does not cover, and supports full-text search across the portfolio when the inventory is loaded into AI-assisted analysis tools.

Source — Manually Entered.

Description — A free-text field for capturing context, history, known issues, special governance considerations, or any information relevant to the application that does not fit a structured attribute.

Benefit(s) — Preserves institutional knowledge about the application that would otherwise exist only in individuals' memory. Reduces key-person dependency risk and ensures that governance decisions are informed by the full context of the application's history.

Source — Manually Entered.