Main Processes which is running on MNI, all of instances are terminated when it's sub-processes gets terminated

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
  • @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
Reply
  • @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
Children
No Data