Appian Community
Site
Search
Sign In/Register
Site
Search
User
DISCUSS
LEARN
SUCCESS
SUPPORT
Documentation
AppMarket
More
Cancel
I'm looking for ...
State
Not Answered
Replies
7 replies
Subscribers
5 subscribers
Views
3865 views
Users
0 members are here
Share
More
Cancel
Related Discussions
Home
»
Discussions
»
Process
Main Processes which is running on MNI, all of instances are terminated when it's sub-processes gets terminated
ruchiagarwala
over 8 years ago
Hello
We have a main process which contains the sub-process configured as Asynchronously. This main process runs on MNI.
In case of the 2 instances of main processes which subsequently created 2 instances of this a-sync sub-process. if any of the sub-process gets terminated then one instance of main process is completed , but the other one gets aborted and do not generate any alert as well.
Note- In sub-process termination process is configured on End event
Can anyone help me to resolve this problem?
OriginalPostID-238890
Discussion posts and replies are publicly visible
Parents
0
ruchiagarwala
over 8 years ago
@Chetanya and @Sparsha- Thanks for the prompt reply
Here below are the MNI Settings
1. Delete previously completed/cancelled instances -- Not selected
2. Delete previous instances that are still active. -- Not selected
3. Each time an instance finishes -- Selected
Along with this following is the briefing of overall flow[setup/expected behaviour and issue]
Setup:
We have a parent process (Data sourcing process -> Value Collection Main) which creates multiple instances of a sub-process (Owner Review process). Within the sub-process we have a User Input task for approval and a notification timer. The User Input task and notification timer are configured to run in parallel.
Notification timer is configured to the sub-process and would receive message once the user input task would be completed so that that it can terminate the timer and close the instance.
Expected Flow:
1.\tParent process kicks starts multiple instances of the sub-process, which will create 1 task per instance for approval
2.\tAn email will be sent out to the user informing of pending task, if no action is taken after N days.
3.\tIf user takes an action before N days, the timer is cancelled and the whole instance of the sub-process ends (achieved by adding a termination in the End event)
4.\tSteps 2 & 3 should be confined to one instance of the sub-process and not affect the rest of the instances.
Issue:
When Owner 1 accepts a task and approves/rejects it, the termination configuration on the End event cancels out all the other running instances of the sub-process. Thus, the other Owners never get an opportunity to review the task assigned to them.
Also- Reason of specifying the end event as Termination process , because there is no way o.wise to stop the timer configured in sub-process
Cancel
Vote Up
0
Vote Down
Sign in to reply
Verify Answer
Cancel
Reply
0
ruchiagarwala
over 8 years ago
@Chetanya and @Sparsha- Thanks for the prompt reply
Here below are the MNI Settings
1. Delete previously completed/cancelled instances -- Not selected
2. Delete previous instances that are still active. -- Not selected
3. Each time an instance finishes -- Selected
Along with this following is the briefing of overall flow[setup/expected behaviour and issue]
Setup:
We have a parent process (Data sourcing process -> Value Collection Main) which creates multiple instances of a sub-process (Owner Review process). Within the sub-process we have a User Input task for approval and a notification timer. The User Input task and notification timer are configured to run in parallel.
Notification timer is configured to the sub-process and would receive message once the user input task would be completed so that that it can terminate the timer and close the instance.
Expected Flow:
1.\tParent process kicks starts multiple instances of the sub-process, which will create 1 task per instance for approval
2.\tAn email will be sent out to the user informing of pending task, if no action is taken after N days.
3.\tIf user takes an action before N days, the timer is cancelled and the whole instance of the sub-process ends (achieved by adding a termination in the End event)
4.\tSteps 2 & 3 should be confined to one instance of the sub-process and not affect the rest of the instances.
Issue:
When Owner 1 accepts a task and approves/rejects it, the termination configuration on the End event cancels out all the other running instances of the sub-process. Thus, the other Owners never get an opportunity to review the task assigned to them.
Also- Reason of specifying the end event as Termination process , because there is no way o.wise to stop the timer configured in sub-process
Cancel
Vote Up
0
Vote Down
Sign in to reply
Verify Answer
Cancel
Children
No Data