ÃÛ¶¹ÊÓƵ

Scenario execution flow

This article explains how a scenario executes and how data flows through it, and how to view the data processed by each module.

Scenario execution flow

After a scenario is set up correctly and activated, it executes according to its defined schedule.

As the scenario begins, the first module responds to an event it has been set to watch for. When it returns data, that data is packaged into bundles. The scenario returns one bundle for each event. For example, if a module is set to watch for issues, it will return a bundle of data for each issue it finds.

If the trigger module returns any bundles of data, those bundles pass on to the next module and the scenario continues, passing the bundles through each successive module, one at a time.

If the bundles process correctly through all of the modules, the scenario is marked as a success in the scenario details page.

Example: Workfront Fusion for Work Automation

recommendation-more-help

Example: In this scenario that watches for incoming requests in Workfront and then converts them to Workfront projects, data would flow as follows:

The scenario’s first step, performed by the first module, is to watch for requests. Each request that it finds is considered one bundle. If the module runs without finding any bundles, the scenario ends after the first module.

If the first module returns a bundle, the bundle passes through the rest of the scenario. In this example, the bundle would go to the second module, which converts the request to a project.

Execution flow of Workfront scenario

Example: Workfront Fusion for Work Automation and Integration

Example: In This scenario that downloads documents from ÃÛ¶¹ÊÓƵ Workfront and sends them to a folder in Dropbox, data would flow as follows:

The scenario’s first step, performed by the first module, is to watch for documents in Workfront… Each document that it finds is considered one bundle. If the module runs without finding any bundles, the scenario ends after the first module.

If a bundle is returned, the bundle passes through the rest of the scenario. In this example, the rest of the scenario consists of the secondmodule, which uploads the bundle to the Dropbox folder.

Execution flow of integration scenario

If the first module returns multiple bundles, the first bundle is uploaded to Dropbox before the second bundle is uploaded. Then the second bundle uploads, then the third, and so on.

Information about processed bundles

For each module, the bundle goes through a 4-step process before going on to the next module or reaching its final destination.

  • Initialization
  • Operation
  • Commit/Rollback
  • Finalization
NOTE
The larger scenario goes through this process as well. For information about this process on the scenario level, see Scenario execution, cycles, and phases.

After a scenario run is complete, each module displays an icon showing the number of operations performed. You can click this icon to display the detailed information about the processed bundles for each step in the process. You can see which module settings were used, and which bundles were returned by each module.

Processed bundles

In this example, the module received input information such as:

  • The ID of the issue it found
  • The object that the issue will be converted to (Project)
  • The ID of the template it will use to create the project
  • The record type of the object it found (OPTASK, which is an issue)

After processing, the module returned this output information:

  • ID of the newly created project.

If the module found more than one issue, the information is captured for each bundle separately. There would be an Operation 2 area with input and output sections describing the second bundle, and so on.

Errors while executing a scenario

An error might occur during the scenario run. For example, if you have deleted the template that the module will use to create the new project, the scenario terminates with an error message. For more information about how to handle errors, see Error types.

Resources

7e1891ad-4d59-4355-88ab-a2e62ed7d1a3