--- title: Create a subflow in Workflow Studio description: Reuse an entire flow's content as a subflow. Define the input data the subflow uses and the output data it generates. Call subflows from other flows or script. locale: en-US canonical_url: https://www.servicenow.com/docs/r/australia/build-workflows/workflow-studio/create-subflow.html release: australia product: Workflow Studio classification: workflow-studio topic_type: task last_updated: "2026-03-12" reading_time_minutes: 6 breadcrumb: [Build subflows, Flows, subflows, and actions, Workflow Studio, Build workflows] --- # Create a subflow in Workflow Studio Reuse an entire flow's content as a subflow. Define the input data the subflow uses and the output data it generates. Call subflows from other flows or script. ## Before you begin Role required: flow\_designer or admin ## About this task Users with the flow\_designer or admin role should know the application table structure and be aware of any existing business logic associated with the target tables of a flow or subflow. Be sure to disable any conflicting business rules or workflows before creating a flow or subflow. Creating a custom application to contain your Workflow Studio content allows you to [deploy](https://raw.githubusercontent.com/ServiceNow/ServiceNowDocs/australia/markdown/application-development/c_SharingApplications.md) it using the application repository or the ServiceNow Store. ## Procedure 1. Navigate to **All** > **Process Automation** > **Workflow Studio**. 2. Select **New** > **Subflow**. The Subflow properties screen displays. 3. Select whether to build the subflow by using Now Assist or to build manually. To build the subflow with Now Assist, see [Create a subflow with Now Assist](https://raw.githubusercontent.com/ServiceNow/ServiceNowDocs/australia/markdown/australia/build-workflows/workflow-studio/create-subflow-now-asist.md). To build the subflow manually, continue to the next step. 4. Fill in the following fields:
| Field | Description |
|---|---|
| Subflow name | Name of the subflow. |
| Description | Description of the subflow. |
| Application | Application scope to create the subflow in. |
| Domain | Domain scope of the subflow. For more information about domain separation, see [Domain separation explained](https://raw.githubusercontent.com/ServiceNow/ServiceNowDocs/australia/markdown/platform-security/bp-what-is-domain-separation.md). |
| **Additional properties** | |
| Accessible From | Accessible from all application scoped or only within the specified application scope. |
| Category | Defined category within the application scope for a subflow. Beginning with the Xanadu release, you can create a custom category to organize your subflows. |
| Protection | Select whether the subflow is read-only. You can only select a value when you create the subflow in an application scope you own. The default value is None. |
| Subflow annotation | Help text that appears under the subflow title in Workflow Studio to help flow authors understand what the subflow does when used in a flow. |
| Run as | Option to specify the user that runs the flow. You can select the system user or the user who initiates the session. Select the user who initiates the session option when updates should come from the user who triggered the flow. For example, use this option when you want the incident record comments to come from the user who started the flow. Settings for the Run as option in a flow don't apply to child subflows. Running as the initiating user also ensures the actions taken during flow execution are limited by the user's ACL restrictions. Flows run by the initiating user will also respect user-specific settings like date/time format.**Note:** When choosing the option to run as the user who initiates the session, ensure that your security restrictions do not prevent your users from making any changes the flow executes. |
| Run with roles | Roles that the flow runs with. This option is only available when **Run as** is set to **user who initiates the session**. |
| Flow priority default | Priority level at which you want the system to run this subflow by default. Options include: - Low - Medium \(Default\) - High To learn about flow priority levels, see [Flow priority](https://raw.githubusercontent.com/ServiceNow/ServiceNowDocs/australia/markdown/australia/build-workflows/workflow-studio/flow-priority.md). |
| Option | Description |
|---|---|
| Action | Select the desired action. Workflow Studio includes [Workflow Studio actions](https://raw.githubusercontent.com/ServiceNow/ServiceNowDocs/australia/markdown/australia/build-workflows/workflow-studio/flow-actions.md) that are available to flows and subflows. Alternatively, a user with the action\_designer role can create additional actions to add to flows. The [Integration Hub](https://raw.githubusercontent.com/ServiceNow/ServiceNowDocs/australia/markdown/integrate-applications/integrationhub.md) and [Spokes](https://raw.githubusercontent.com/ServiceNow/ServiceNowDocs/australia/markdown/australia/build-workflows/workflow-studio/spokes.md) plugins install additional actions. To add draft actions from the More Actions menu, set **Show draft actions** to **true**. To view spokes that are available in the ServiceNow Store, set **Show store spokes** to **true** from the More Actions menu. **Note:** Under **Not Installed Spokes**, the system displays spokes that are available in the ServiceNow Store based on compatibility with the ServiceNow version and application dependency on Workflow Studio. |
| Flow Logic | Select an option to specify conditional or repeated operations. |
| Subflow | Select a published subflow and define the input values. In addition to adding a subflow as a flow action, you can enable the **Show triggered flows** option from the More Actions menu to select an activated flow and define the required inputs. Running a triggered flow ignores its trigger conditions and runs all actions. |