--- title: Assign a trigger to a flow description: Now that you created a trigger, use Workflow Studio to specify the flow a trigger executes. The flows can provide alerts for unexpected behavior. locale: en-US canonical_url: https://www.servicenow.com/docs/r/australia/servicenow-platform/metricbase/assign-trigger-to-workflow.html release: australia product: MetricBase classification: metricbase topic_type: task last_updated: "2026-03-12" reading_time_minutes: 3 breadcrumb: [Trigger flows, MetricBase, Manage instance data sources, Extend ServiceNow AI Platform capabilities] --- # Assign a trigger to a flow Now that you created a trigger, use Workflow Studio to specify the flow a trigger executes. The flows can provide alerts for unexpected behavior. ## Before you begin Role required: admin ## About this task Triggers, by themselves, execute nothing. After defining a trigger in MetricBase, you use Workflow Studio to associate the trigger with a flow. ## Procedure 1. Navigate to **All** > **MetricBase** > **Trigger Flows.**. 2. Select **New Flow**. 3. Fill in the fields.
| Field | Description |
|---|---|
| **Flow name** | Name of the flow to execute. |
| **Description** | Explanation of what the flow does and why you are associating this flow with the trigger. |
| **Application** | Application scope to create your flow in. The value, **Global**, is the default. |
| **Protection** | Option to make the flow read-only. Selecting read-only prevents users who do not own the application scope from changing the flow. You can only select a value when you create the flow in an application scope you own. |
| **Run As** | Choose whether the flow runs as **System User** or **User who initiates the session** \(the current user\). For example, comments to incident records or approval emails should come from the current user making the comment or approval. Flows run by the initiating user respect settings that are user-specific like date/time format. The **Run As** setting does not apply to child subflows. **Note:** If you select **User who initiates the session**, ensure that security restrictions \(ACLs\) do not prevent the users who trigger the flow from performing the flow actions. |
| **Run with roles** | Select the roles can run the flow. This option is only available when **Run as** is set to **user who initiates the session**. |