cancel
Showing results for 
Search instead for 
Did you mean: 

Flows trigger other flows

This feature would be fantastic for creating a modular environment. The passing of parameters between flows and essentially creating the ability to make functions would make flows an irreplacable asset to my work.

Status: Started

We are now working on this and will release it in the next couple of months.

Comments
Level: Powered On

It will help us to split the indpendent flows and converge them into one based on the business need.

Anonymous
Not applicable

Use HTTP Post/Request, similar to what's described here: https://flow.microsoft.com/en-us/blog/build-nested-flows/

Level: Powered On

Cascading of Flow into another flow will help to utilize reusability of the code.

A large piece of flow can be re utilized making this system as component based.

Helping easyness.

Anonymous
Not applicable

it would be great to have an action that would trigger another flow.  

 

This would allow for organizing individual tasks into smaller, easier to understand flows.  One task per flow, but linking multiple flows via an action that can start the next flow in the chain.

 

Currently, there is an action called Start Flow which many people on the forums confuse as being able to trigger a flow to start.  Based on the number of people trying to use this action, there is clearly a need for this function.

Level: Powered On
This is accomplished by creating a Flow with a Request trigger and then using the HTTP action to call another Flow based on the URL of the Flow with the Request trigger. You can even pass through parameters to another Flow through the trigger schema in the body of the HTTP action. To make it an even nicer experience you can wrap your Flow to call in a custom Connector so that you can then see all your other Flows as Actions and supply friendly parameters (text boxes, drop-downs etc.) instead of writing json to pass through your parameters.
Anonymous
Not applicable

Based on the number of votes on this, I would consider the solution recommended to not be sufficient.  It may work, but I have tried it and been unsuccesful.  

 

I would also add that if the HTTP action is the recommended way of doing this, it needs to be renamed.  

Level: Powered On

I would like to see this.  It would enhance our ability to reuse flows.

Level 8

Nintex has offer that powerful feature for years. It allows to create smaller modular flows that are easy to restarts, versus having a very long and complex flow.  Please allow parameters being passed when launching a sub flow.

Super User

It would be helpful to be able to have flows operate more in a modular fashion.  I repeat a lot of actions when a flow is very similar.  Plus, you cannot copy from one to another so it makes repeating actions to other flows very time consuming and error prone.  Save As only accounts for some.

Anonymous
Not applicable

 You can do this, and it's not as hard as you think.

Whatever Flow you want to launch from another Flow, you have to start with an HTTP trigger. Once you save your Flow, you'll have be able to see the Url for the HTTP endpoint that can trigger your Flow. Copy it.

Go to the Flow you want to use to trigger your new Flow. Add an HTTP request/response action. Paste in the Url. Use "Post" method.

The most intimidating part is the JSON schema. It can be extremely simple, though. Eg:

 

{

 "parameter_name_of_your_choice": your dynamic content

}

 

That's all you need in your triggering Flow. Notice that the line in between the brackets is "indented" with a single space. In the Flow being triggered, you need to define a schema. There's an option to generate based on a sample payload. All you have to do is type an example, like the one above (or yours can be more complicated if, say, you want to pass in 10 parameters), and let Flow generate the schema for you. Each of those parameters will be available in dynamic content after that, so you can do whatever you want with them from there.