--- title: Business application form description: Using the business application form, you can add any business application to assess and track its costs, usage, business value, functional fitment, and risks. locale: en-US canonical_url: https://www.servicenow.com/docs/r/australia/application-portfolio-management/eaw-apprat-business-application-form.html release: australia topic_type: reference last_updated: "2026-09-03" reading_time_minutes: 6 breadcrumb: [Enterprise Architecture Workspace reference, Enterprise Architecture Workspace, Enterprise Architecture] --- # Business application form Using the business application form, you can add any business application to assess and track its costs, usage, business value, functional fitment, and risks.
| Field | Description |
|---|---|
| Name | Name of the business application. |
| Number | A unique, auto-generated identification number with a configurable prefix for the business application record. |
| Business process | Business process that the application is used for. |
| Application type | Type of application. This field indicates whether the application is custom or commercial. - **Homegrown**: The application is built in-house. - **End-user computing \(EUC\)**: The application is used by end users to perform their daily tasks. - **Commercial off-the-shelf \(COTS\)**: The application is a commercial application purchased from another company. - **SaaS**: The application is a cloud application managed by a third-party vendor. |
| Publisher | Name of the application publisher. |
| Architecture type | Type of application architecture. - **Client Server**: Application structure that divides tasks between the service providers and service requesters. - **N-Tier**: A multi-layered architecture where presentation, processing, and data management exist as physically separate layers. - **Web-based**: Applications that are accessed over a network connection. - **Other**: Any other type of architecture. - **Platform Host**: Hardware or software that hosts the business application. - **Platform Application**: Application that runs on a platform and can be associated to a host. In this case, the business application relies on the platform for standard operations such as development tools, execution services, and data services. |
| Platform host | A hardware or software that hosts the business application. This field is required if you select the **Platform Application** value in the **Architecture type** field. |
| Install type | Type of install. Use the following options: - **On-Premises** - **Cloud** - **Hybrid** - **Third Party Hosted** |
| Platform | Applications hosted by platform. |
| Business unit | Business unit that is associated with the selected business application. |
| Department | Department that is associated with the selected business application. |
| Installed | Date and time when the application was installed. |
| Status | Operational status of the application. Use the following options: - **Implementing** - **In Production** - **Pilot** - **Under Evaluation** Auditing is enabled for this field. Thus, whenever you update the value in this field, the **Activities** field on the **Activities** tab displays the update. |
| Life cycle stage | Life-cycle stage of the application. This field is auto-populated based on the value selected in the **Status** field. The data is fetched from the life-cycle mapping \[life\_cycle\_mapping\] table. |
| Life cycle stage status | Status of the life-cycle stage of the application. This field is auto-populated based on the value selected in the **Status** field. The data is fetched from the life-cycle mapping \[life\_cycle\_mapping\] table. |
| Application scoring profile | The profile used to calculate the application score for strategy. |
| Application category | The application purpose and function. Use this information to rationalize or consolidate applications. |
| Application family | A set of related applications that have a common platform or vendor. |
| Technology stack | Technology stack on which the application was built. |
| User base | Number of users that are using the applications. Auditing is enabled for this field. Thus, whenever you update the record in this field, the **Activities** field on the **Activities** tab displays the update. |
| Active user count | Number of active users out of the overall user base. Auditing is enabled for this field. |
| Last change applied date | Date on which the application was last updated. Auditing is enabled for this field. |
| Accessibility level | Accessibility level of the business application. Use the following options: - **A \(lowest\)** - **AA \(mid-range\)** - **AAA \(highest\)** |
| Age in months | Age of the business application, in months. This field is auto-populated when the date and time are entered in the **Installed** field. |
| Description | Unique description of the application. |
| Model ID | Product model ID of the business application. |
| Field | Description |
|---|---|
| Planned disposition | Planned disposition of a business application. Use the following options: - **Invest**-Business Application is targeted for additional investment. Useful especially once you bring SPM into the fold to drive decision making on demands, projects, and programs. - **Sustain**-Business Application is slated for continued operation, but investment is only at a level to keep it operational. No new growth plans targeted for it at this time. - **Migrate**-Business Application has been targeted for migration off it, based on strategic or other decisions. Users or stakeholders are migrated to a new or different application providing same or similar capabilities. Sometimes precedes Retire, but may also be used for Business Applications migrating from on-prem to cloud or vice a versa. - **Retire**-Business Application is due to retire. Users have either already migrated off the application, or business is divesting out of capabilities it provides, with no replacement planned. |
| Target date | Target date for the planned disposition. The target date must be the current date or a future date. |
| Migration Strategy | Migration strategy for the business application. This field appears only when **Migrate** is selected from the **Planned Disposition** field. Use the following options:- **Rehost**-Typical lift & shift – moving the application as-is to a new host. - **Replatform**-Also known as Drop end shop generally used for migration to cloud while abandoning classic licenses and re-purchasing cloud-based licenses. - **Repurchase**- Similar to lift & shift, but also involves minor changes of apps to optimize use of cloud or on-premise or hybrid capabilities. - **Refactor**-Re-architecting the application as part of the migration process. Significant changes planned to it. |
| Target Business Application | Name of the business application for which you’re adding the planned disposition. This field appears only when **Migrate** is selected from the **Planned Disposition** field. |
| Reasoning | Reason for the planned disposition decision. |
| Field | Description |
|---|---|
| Portfolio manager | Owner of the portfolio, typically from IT. This field appears when you activate the PPM Standard plugin \(com.snc.financial\_planning\_pmo\). |
| Business owner | Person who owns the application from the business side. Every application should have an assigned business owner. |
| Managed by | User responsible for overall management of the business application, including maintenance, upgrades, and lifecycle decisions. |
| Managed by group | Group responsible for overall management of the business application, including maintenance, upgrades, and lifecycle decisions. |
| IT application owner | Person who owns the application from the IT side. The business application must have an owner assigned to it. |
| Last updated by | Person who last updated the application record. |
| Supported by | User responsible for providing day‑to‑day support for the business application. |
| Support group | Group responsible for providing day‑to‑day support for the business application, such as incident resolution and user assistance. For example, for a HR application where employees raise access or usability issues, the HR IT Support group is selected as the support group. |
| Field | Description |
|---|---|
| Business criticality | Determines how critical the application is to the business. Auditing is enabled for this field. |
| Emergency tier | Actions or plans executed for the application in an emergency situation. |
| Data classification | Security level for the data in the application. This attribute determines which Governance, Risk, and Compliance \(GRC\) policies are applicable to the application. Use the following options: - **Confidential** - **Highly Sensitive** - **Internal** - **Public** Auditing is enabled for the field. |
| Certified | Status of the application that meets your requirements or complies with the policies of your organization. |