For Each flow logic

  • Release version: Australia
  • Updated March 12, 2026
  • 2 minutes to read
  • Summarize
    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 For Each flow logic

    The For Each flow logic allows you to apply one or more actions to each record within a specified list of records. This functionality is crucial for automating processes that require individual handling of multiple records, such as sending notifications or updating configurations based on a change request.

    Show full answer Show less

    Key Features

    • Inputs: Accepts a list of Sys ID values or Records as input. You can generate this list using the Look Up Records action. Ensure to sort items beforehand for processing in a specific order.
    • Outputs: Provides the current record in the loop for each iteration, storing details only for the first and last iterations by default.
    • Performance Optimization: To enhance performance, avoid processing over 1000 records at once. If necessary, divide larger lists into smaller sections and utilize multiple flows.
    • Restrictions: Avoid nested For Each loops and defining stages within a For Each block to prevent issues with flow execution duration and transaction quotas.

    Key Outcomes

    By implementing For Each flow logic, customers can efficiently handle multiple records, ensuring actions are applied uniformly across all relevant items. This not only streamlines processes such as notifying stakeholders about configuration changes but also helps maintain system performance and adherence to workflow limits.

    Apply one or more actions to each record in a list of records.

    The For Each flow logic applies one or more actions to a list of records. The flow applies the actions contained within the flow logic to each record in the list.
    Note:
    When you set a data pill value from inside a For each item branch of flow logic, the data pill value is only available to other actions in the same branch. Referencing a data pill value that was set inside a For each branch from outside of the flow logic branch produces a null value.

    Iterating over a large number of records can be resource intensive, especially when the For Each logic block includes complex actions for each iteration. To avoid performance issues, turn off reporting using the com.snc.process_flow.reporting.level system property. For more information, see Workflow Studio flow system properties.

    Inputs

    Items
    Data type: Records
    List of Sys ID values or Records data pill specifying the records to process in sequence. You can use a Look Up Records action to generate a list of records. For more information, see Look Up Records action.
    Note:
    If you want to process items in a particular order, you must first sort the items in this input in advance. For example, use the Order by option to sort the results of a Look Up Records action.

    Outputs

    [Table name] Record
    Data type: Record
    Current record in the loop.
    Note:
    By default, all flow loops only store execution details for the first and last iterations of a loop. To report on all iterations of a loop, create a flow execution setting record for each flow that you want to collect loop execution details. For more information about flow execution settings, see Flow execution settings.

    Send an email for each configuration item potentially affected by a change

    Configuration of the For Each flow logic using a list of Configuration Item records

    This example flow starts when a change request record is created. The flow uses a Look Up Records action to find Configuration Item records assigned to the requester of the change request. The flow uses For Each flow logic to send an email about each configuration that might be affected by the change request. The output of the Look Up Records action contains the list of records to process.

    Flow execution details of the For Each flow logic

    The flow execution details show the configuration item record used for each iteration of the loop.

    General guidelines

    Use these general guidelines with a For Each flow logic.

    Avoid adding more than 1000 items
    Avoid iterating over lists with more than 1000 records. Keep your list of records smaller to optimize flow performance. To iterate over lists with more than 1000 records, divide the list into smaller sections and use multiple flows.
    Avoid defining stages that depend on a For Each flow logic
    Flow Designer prevents you from adding stages within a For Each block. You can only add stages before or after a For Each block.
    Avoid nested For Each loops
    Avoid nested For Each loops that process many records. Nested loops may cause the flow to run until it is stopped by the flow transaction quota rule, which prevents flows from running longer than an hour. For more information about transaction quotas, see Transaction quotas.