I have a simple workflow that splits with an inclusive gateway. When it gets to the second inclusive gateway to merge the form back together it's not merging them. It's sending two to the next step.
I have a simple workflow that splits with an inclusive gateway. When it gets to the second inclusive gateway to merge the form back together it's not merging them. It's sending two to the next step.
Oops I made a mistake. So this issue is already fixed and will be in next release: 10.3.1 and 10.2.1 next patch (later than 10.3.1)
I ran into this issue myself. I have a process that requires 1 to 12 departments simultaneously to approve an invoice.
The process goes from Form A (invoice insert) to assigning departments to approve the invoice (Form B) to Form C which is the approval form. The number of departments is determined by what the user inputs into Form B. Now I have all 12 department paths available but only the required ones would be active. An inclusive gateway is used to split the paths to each department. Each department task is then attached to an individual Exclusive gateway to determine whether their choice was to send back for review (cancels all other tasks), sends to reject (also cancels others), escalate to higher Approver (loop to same task but with new user assigned), and finally to another inclusive gateway to merge all the departments back if they all approved the invoice.
This is where the problem starts. When 2 or more departments are required and they all approved the invoice, they reach the merge inclusive gateway but then 2 or more out flows occur and go to the approval end. This is quite frustrating because I have redesigned this approval process multiple times. I changed all the exclusive gateways branched off of each department path to an inclusive gateway but this made no improvements. When I found was if I had the department task flow directly to the merge inclusive gateway, the gateway would wait for each active path, then only out flow 1 instance.
So, what I found out is you have to have the split tasks directly connected to the merging inclusive gateway for the merge to work 100%. Once you have a branched active path hit another gateway, it seems to cause the merge to duplicate the outputs per active path/gateway hit.
James Webb, I'm looking at your process design above. You are obviously a municipal office similar to ours!
I have had to build a similar process for invoice approval since this Covid virus situation and I'm not 100% happy with what I've built. I'm about to begin rebuilding with options for different types of invoice GL Coding. Before I do that, would you be willing to share your process with me? I'm always looking for ways to improve my processes! Hoping to hear from you, and thanks! cprendergast@flagstaff.ab.ca
Hi Will,
This is a known issue but we didn't have plan to fix it yet. Sorry for the inconvenience.
The workaround is to use parallel gateway for merging instead of inclusive gateway.
Thank you for the update. Please let me know when that will be fixed.
Oops I made a mistake. So this issue is already fixed and will be in next release: 10.3.1 and 10.2.1 next patch (later than 10.3.1)
That's great news. Thank you.
This issue that step after the merge inclusive gateway is trigger twice after perform the user task which has multiple outflows has been fixed at Forms 10.3.1, and you can download newest package at https://support.laserfiche.com/news/3882/laserfiche-10-3-1-released.
I have applied the latest version of Forms (10.3.1.635) and am still experiencing the same issue of a task getting triggered twice.