---
sourceDocument: Australia Build or modify applications
sourceDocumentLink: https://servicenow-prod.fluidtopics.net/r/application-development

 Release :

    - australia

ft:locale :

    - en-US

ft:publication_title :

    - Australia Build or modify applications

ft:clusterId :

    - cadev

bundleId :

    - cadev

workflow :

    - Development, Data, and Analytics


---

# Build form and business logic

# Build form and business logic {#ariaid-title1}

Release version: Australia  
Updated March 12, 2026  
![](https://www.servicenow.com/docs/portal-asset/ico-clock) 2 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 Build form and business logic

Building form and business logic is a crucial step in designing ServiceNow applications.
This involves determining what users can see and do on forms (form logic) and defining rules that manage data behavior when entered (business logic).
ServiceNow encourages leveraging platform capabilities and low-code or no-code solutions before resorting to scripting, ensuring easier maintenance and upgrades.
Show full answer Show less  

## Best Practices for Scripting and Modifications

* **Assess Requirements:** Confirm if the logic is essential and cannot be met with existing configuration options.
* **Use No-Code Solutions:** Utilize Flow Designer, Virtual Agent, and UI Policies to implement logic without code, improving maintainability.
* **When to Script:** Appropriate for creating Flow Designer actions, Scripted REST APIs, scoped application logic, and Service Portal widgets.
* **Stay Updated:** Keep current with ServiceNow releases and certifications to leverage evolving platform capabilities and avoid unnecessary customization.
* **Avoid Copy/Deactivate Customizations:** Instead of duplicating and deactivating baseline artifacts, modify artifacts directly to maintain upgrade paths and visibility into changes.

## Form Logic

Form logic controls the visibility, read-only status, and mandatory attributes of fields on forms, tailoring the user experience to show only relevant information and improve productivity.

## Business Logic

Business rules are server-side scripts that execute during Create, Read, Update, and Delete (CRUD) operations to enforce data rules and automate processes.

## Flow Designer

Flow Designer is a no-code automation tool within the ServiceNow AI Platform that allows process owners to create workflows for approvals, tasks, notifications, and record operations using natural language, reducing the need for custom coding.  
The next step in designing an application is to build logic. Logic includes form logic (what people can and cannot see/use on a form) and business logic (rules that govern what happens to data when it is entered).

## Agentic AI {#build-form-and-business-logic__section_pdy_tlc_h2c}

Create applications with help from agentic AI. For more information, see [Agentic development on the ServiceNow AI Platform](https://servicenow-prod.fluidtopics.net/vYjVrbMquxnuvAGczSbXYQ "Build and enhance custom applications using the generative and agentic AI capabilities available on the ServiceNow AI Platform. The capabilities support every stage of development, from generating application components to vibe coding full-stack applications through natural language conversations.").

## Scripting and modifications {#build-form-and-business-logic__section_w1p_vx2_5xb}

Before writing any code, be aware of the impact on upgrades and the adoption of new ServiceNow features. Particular care should be taken when modifying baseline artifacts and processes.

Consider the following before scripting:

* Assess the requirement. Is the logic critical to the functioning of the app?
* Determine if ServiceNow can be configured to fulfill the requirement without code.
* Leverage options, such as Flow Designer, Virtual Agent, and UI Policies to take advantage of platform capabilities without writing code.
* Low and no-code approaches to logic are easier to debug and upgrade.

{#build-form-and-business-logic__ul_onf_wx2_5xb}

Examples of when scripting is appropriate:

* Building Flow Designer actions
* Creating a Scripted REST API
* Creating logic for scoped applications in Script Includes
* Customizing and creating widgets for Service Portal

{#build-form-and-business-logic__ul_pnf_wx2_5xb}

Evaluate the business requirement and consider a no-code route before using a scripted solution.

Be aware of ServiceNow enhancements. For example, in the orlando release, Virtual Agent conversations have more no-code options than London. Read release notes and other publications. Get certified and stay current with your
certifications.

To better understand when to customize, review the [Innovate at Scale Success Playbook](https://www.servicenow.com/success/playbook/innovate-at-scale.html) on the [Customer Success Center](https://www.servicenow.com/success.html).

## Modifying default behavior {#build-form-and-business-logic__section_jtv_wx2_5xb}

In the past, one of the strategies used was to copy the artifact to update and to deactivate the original. The copy/deactivate approach is no longer recommended due to the following issues:

* Developers cannot tell if a deactivated artifact was upgraded without research.
* Two files, the original and the copy, need to be maintained. Maintenance doubles each time a customization is made.
* With each release, the customized record becomes older.
  * Customers do not receive the enhancements included in a new release.
  * A new release may rely on the original record being updated.
  * Developers may make more changes to compensate for the original record being inactive.
  {#build-form-and-business-logic__ul_wjz_xx2_5xb}

{#build-form-and-business-logic__ul_vjz_xx2_5xb}

A script where only the Active flag is changed will be updated, but the script does not appear on the skipped list. With the copy and deactivate strategy, a developer has less visibility into customizations and
cannot easily assess or revert to the baseline version.

Rather than copying and deactivating the original artifact, edit the artifact directly. The ServiceNow Upgrade Engine will add the latest version to the version history and report that the artifact was skipped. Developers can see a
new version is available with the upgrade.
* **[Form logic](https://servicenow-prod.fluidtopics.net/jH1659EjZBMuruQJPyJbfQ)**   
  Controlling what users see when they visit a form can increase productivity and responsiveness. For example, users should only see fields that are useful to them. Users may only need to see certain fields based on what is configured on the form. Apply form logic to control what is visible, read-only, and mandatory on a form.
* **[Business rules and script includes](https://servicenow-prod.fluidtopics.net/BCXxSgbljeOS3kSEyDX2eg)**   
  Business rules are server-side actions that can be run during CRUD (Create, Read, Update, Delete) operations on instance records.
* **[Flow Designer](https://servicenow-prod.fluidtopics.net/1X_dGPVjq7QRMZ8YbYGoVw)**   
  Flow Designer is a ServiceNow AI Platform feature that enables rich process automation capabilities in a consolidated design environment. Flow Designer enables process owners to use natural language to automate approvals, tasks, notifications, and record operations without having to code.

