Create a flow

  • Release version: Washingtondc
  • Updated March 18, 2025
  • 4 minutes to read
  • Run one or more actions when a trigger condition occurs.

    Before you begin

    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 Flow Designer content enables you to deploy the application using the application repository or the ServiceNow Store.

    Procedure

    1. Navigate to All > Process Automation > Flow Designer.
    2. Click New > Flow.
    3. On the Flow Properties screen, fill in the fields.
      Field Description
      Name Name to uniquely identify your flow. The system computes the internal name of the flow from the name.
      Description Description of your flow.
      Application Application scope to create your flow in. Global is the default.
      Table 1. Advanced Options
      Field Description
      Protection Selection to specify if the flow is read-only. You can only select a value when you create the flow in an application scope that you own.
      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.

      Note:
      By default, flows run as the user who initiates the session.

      To create a flow that can run with a personal OAuth token, select the user who initiates the session option. If the user who is running the flow has a personal OAuth token, the flow runs with that token. For more information about creating a personal OAuth token, see OAuth 2.0 credentials.

      When flows run as the user who initiates the session, the system limits flow actions by user ACL restrictions. Ensure that security restrictions don't prevent users who trigger the flow from performing flow actions. Flows run by the initiating user also respect user-specific settings such as date/time formats.

      Note:
      Inbound email flows ignore this setting and always run as the user who initiates the session. To test access controls for an inbound email flow, impersonate a typical inbound email user and manually trigger the flow.
      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 flow by default. Options include:
      • Low
      • Medium (Default)
      • High

      To learn about flow priority levels, see Flow priority.

    4. Click Submit.
      Note:
      If this is your first time in Flow Designer, a welcome screen appears. You can choose to either take the welcome tour or skip the tour for now.
      The system displays the Flow Designer design environment.
    5. Add a trigger to your flow.
      1. Under the TRIGGER section, select Add a trigger.
      2. From the Trigger list, select a trigger that will start running your flow.
        For more information on trigger types, see Flow Designer trigger types.
        The system displays a set of fields depending on the type of trigger that you've selected.
      3. Set up your trigger by filling in the fields.
        For a record-based trigger, for example, select a table and set field conditions that, when met, will start running your flow.
      4. Click Done.
    6. To add actions, flows, subflows, or flow logic, select Add an Action, Flow Logic, or Subflow.
      1. Select an option.
        Option Description
        Action

        Select the desired action. Flow Designer includes Flow Designer actions 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 and Spokes 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 Flow Designer.
        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.

        To change the order of an action in a flow, drag the handle on the left side of the action to the desired location.

        The system displays a set of fields depending on the option that you selected.
      2. To configure the action, flow logic, or subflow, fill in the fields.
      3. Select Done.
      4. Repeat adding actions until complete.
    7. Click Save.
      Flow Designer saves a draft of the flow, trigger, and actions.

    What to do next

    • Test your flow until you're ready to activate it.
      Note:
      The system only triggers activated flows.
    • Deploy or transfer your flow to another instance.
      • Deploy your flow from the application repository when your application is complete and ready for release.
      • Transfer your flow from an update set XML file when you want to test the flow on another instance. When you save a flow, Flow Designer generates a single update set file containing its subflows and actions.