• Instructions to Ask a Question

    For any assistance, please click the "Ask a Question" button and select the Pabbly product for which you require support.

    We offer seven comprehensive applications designed to help you efficiently manage and grow your business:

    Our support team endeavors to respond within 24 business hours (Monday to Friday, 10:00 AM to 6:00 PM IST). We appreciate your understanding and patience.

    πŸš€ Exclusive Lifetime Offers πŸš€

    We invite you to take advantage of our special one-time payment plans, providing lifetime access to select applications:

    • πŸ”₯ Pabbly Connect β€” Lifetime Access for $249 β€” View Offer
    • πŸ”₯ Pabbly Subscription Billing β€” Lifetime Access for $249 β€” View Offer
    • πŸ”₯ Pabbly Chatflow β€” Lifetime Access for $249 β€” View Offer

    Make a one-time investment and enjoy the advantages of robust business management tools for years to come.

Manual routing

Consent to Access & Modify
I authorize Pabbly Support to log in to my account and make changes to the specified workflow for troubleshooting.
Is it possible in the new layout to manually route a flow?

I have a test that sends the actions 2 different ways. After the two actions are done, I want them both to come back together into the same "next test" splitter.

I thought in the old flow I could do this, draw the line, but I'm not seeing how do this here in the new view.


1761275540920.png
 

Preeti Paryani

Well-known member
Staff member
Hello @woodennickel,

Thank you for reaching out to us.

It seems you want to use the responses from actions in two separate routes and then merge them back into another route. Please note that neither in the new layout nor in the classic the responses from one route cannot be used in another route. In other words, the response from the second route cannot be accessed in the first route, and vice versa.

I hope this clarifies the behavior. Please let us know if you are trying to achieve something different, and we can suggest an alternative approach.
 
Hmm... I'm stuck on a logic flow here. This is what I wanted to do:

Form submitted and it contains TEST(1)field and TEST(2)field.

If TEST(1) is Yes ... branch here and do this.
If TESTS(1) is No... branch here and do this.

Then what I want is for every action to be tested for the next condition

If TEST(2) is Yes... branch here and do this
If TEST(2) is No.. branch here and do this.

I could repeat both Test(2) routes for each of the Test(1) results but that seems inefficient.
 

Attachments

  • pabbly double testing.pdf
    224.6 KB · Views: 2
Hmm... I'm stuck on a logic flow here. This is what I wanted to do:

Form submitted and it contains TEST(1)field and TEST(2)field.

If TEST(1) is Yes ... branch here and do this.
If TESTS(1) is No... branch here and do this.

Then what I want is for every action to be tested for the next condition

If TEST(2) is Yes... branch here and do this
If TEST(2) is No.. branch here and do this.

I could repeat both Test(2) routes for each of the Test(1) results but that seems inefficient.

If I branched all 4 at once in the router, then I wonder if the test1 is done, and actioned... and then if it would cycle back and ck the next tests?
 
ahhh.. chatgpt my friend:

What I want to is test FIELD1. There is a yes or no answer. 2 routes for FIELD1. But when this is done I want to test both of the prior routes for FIELD2. Again yes and no. So each submission will be tested and actioned for FIELD1 and for FIELD2. But after a route is followed in Pabbly it seems you can't merge those two routes back together.

ChatGPT said:​

Thanks β€” now I understand your scenario clearly. You are not trying to create a waterfall or decision-tree. You are trying to do a multi-stage evaluation where all submissions go through FIELD1 logic, and then regardless of which branch FIELD1 matched, you want the workflow to continue and evaluate FIELD2 next.
Visually, you want this:

Trigger
↓
Router #1 (FIELD1: Yes/No)
β”œβ”€β”€ If FIELD1 = Yes β†’ ACTION(s)
└── If FIELD1 = No β†’ ACTION(s)

⟢ (MERGE BACK TO ONE PATH)

↓
Router #2 (FIELD2: Yes/No)
β”œβ”€β”€ If FIELD2 = Yes β†’ ACTION(s)
└── If FIELD2 = No β†’ ACTION(s)
And the problem:
Pabbly’s router does NOT support merging branches back into one stream. Once a router splits, each route is isolated β€” you cannot naturally β€œjoin” them again.
That’s why your FIELD2 test becomes unreachable without duplicating logic.

βœ… The solution (the correct Pabbly pattern for your use-case)

To test FIELD1 and FIELD2 independently, do NOT put FIELD2 under the routes of Router #1.
Instead, do this:
  1. Router #1 β†’ FIELD1 Yes/No
  2. (actions per route)
  3. Then continue the workflow AFTER the router
  4. Router #2 β†’ FIELD2 Yes/No
So your structure should be:

Trigger
↓
Router #1 (FIELD1 Yes/No)
β”œβ”€β”€ Route 1: If FIELD1 = Yes β†’ ACTION(S)
└── Route 2: If FIELD1 = No β†’ ACTION(S)

↓ (this is important β€” after the router, not inside it)
Router #2 (FIELD2 Yes/No)
β”œβ”€β”€ Route 1: If FIELD2 = Yes β†’ ACTION(S)
└── Route 2: If FIELD2 = No β†’ ACTION(S)
This way:
βœ… FIELD1 is evaluated and handled
βœ… Then regardless of the path, you return to a single stream
βœ… FIELD2 is then evaluated cleanly in a second router

βœ… Why this works

Routers in Pabbly are parallel branch modules, not sequential β€œif/else if/elseif” stacks.
If you try this:

Router #1
β”œβ”€β”€ Route 1 β†’ Router #2
└── Route 2 β†’ Router #2
…it fails because routers do not allow a shared downstream node.
So the correct approach is:
  • Let Router #1 finish completely
  • Then place Router #2 after that router block
  • Run the next condition set independently

βœ… Your logic becomes:


Test FIELD1 once β†’ take Yes or No action
Test FIELD2 once β†’ take Yes or No action
Exactly what you described.

βœ… If you want, I can now give you one of these:​

Reply with A, B, or C
OptionWhat I will send you
AA diagram + step-by-step build screenshots for FIELD1/ FIELD2 setup
BAn optimized version that avoids running unnecessary tasks
CA Pabbly-ready JSON workflow export (you can import and just edit your fields)
Which do you want next?

You said:​

a

ChatGPT said:​

Great β€” here is Option A: the clean diagram + step-by-step instructions for your exact FIELD1 + FIELD2 routing logic in Pabbly.

βœ… THE LOGIC YOU WANT (visual)


Trigger
↓
──────────────
Router #1 (Test FIELD1: Yes/No)
──────────────
β”œβ”€β”€ Route 1 (FIELD1 = YES) β†’ Action(s) for Yes
└── Route 2 (FIELD1 = NO) β†’ Action(s) for No

↓ (both merge here automatically β€” this is the key)
──────────────
Router #2 (Test FIELD2: Yes/No)
──────────────
β”œβ”€β”€ Route 1 (FIELD2 = YES) β†’ Action(s) for Yes
└── Route 2 (FIELD2 = NO) β†’ Action(s) for No

↓
END (or continue workflow)
Meaning:
  • Every submission gets tested on FIELD1
  • Then regardless of which FIELD1 result happens, the same submission continues and gets tested on FIELD2
  • No duplicated routes
  • No dead ends
  • No routing conflicts

βœ… STEP-BY-STEP BUILD IN PABBLY


STEP 1 β€” Trigger

Add your trigger (Webhook, Form, Google Sheet, etc.).

STEP 2 β€” Add Router #1 (FIELD1 test)

Inside Router #1 create two routes:
RouteConditionExample Condition
Route 1If FIELD1 = YesFIELD1 (Text) β†’ Equals β†’ Yes
Route 2If FIELD1 = NoFIELD1 (Text) β†’ Equals β†’ No
Then in each route, add whatever actions must happen for FIELD1.

STEP 3 β€” IMPORTANT β†’ DO NOT NEST FIELD2 HERE

After Router #1 finishes, scroll down and click β€œ+” BELOW the router, not inside it.
This is what prevents the merge problem.

STEP 4 β€” Add Router #2 (FIELD2 test)

Again, create two routes:
RouteConditionExample Condition
Route 1If FIELD2 = YesFIELD2 (Text) β†’ Equals β†’ Yes
Route 2If FIELD2 = NoFIELD2 (Text) β†’ Equals β†’ No
Add your FIELD2 actions under each route.

FINAL RESULT IN YOUR WORKFLOW

It should look exactly like this in order:

1) Trigger
2) Router (FIELD1)
Route 1: Yes β†’ actions
Route 2: No β†’ actions
3) Router (FIELD2)
Route 1: Yes β†’ actions
Route 2: No β†’ actions
4) (Any further steps if needed)

βœ… WHY THIS METHOD WORKS

  • Routers in Pabbly split paths, but cannot merge paths
  • By placing Router #2 after Router #1 (not inside it), you force the workflow back into one universal path
  • Then your second condition set runs reliably for every submission
This gives you:
βœ” FIELD1 evaluated once
βœ” FIELD2 evaluated once
βœ” No duplication
βœ” No breaking of routes
βœ” Clean logic flow
 

Preeti Paryani

Well-known member
Staff member
Hello @woodennickel,

Thank you for sharing the use case with us.

Please note that if you want to check the conditions for FIELD1 and FIELD2 sequentially β€” that is, first check FIELD1 (Yes/No) and perform the corresponding actions, and then move on to check FIELD2 β€” you would need to create separate routers for each condition within each route.

I hope this clarifies your workflow setup. Please refer to the attached image for a visual representation of how your workflow would look.

1761372718351.png
 
Top