This is strange use case.
Please check following steps.
1) Did you go to CHG:ChangeAPDetailSignature form and checked if approval signature is generated after 9th support group is mapped for business approval phase?
2) Also, compare server side filter logs for 8 support group approval Vs 9 suport group approval use case.You should be able to figure out workflow filters on CHG:Infrastructure Change form which fires "Add - Sig" command to generate approval signatures for both use cases.
3) Do you see any records in "Application Pending" form for 9 support groups use case?
Sounds interesting. Would like to see the logs.
Would like to check the below as well.
Does the problem also happen if you add an individual approver as the 9th approver? Or does this happen only when the nith approver is a Group? Does the problem occur for any group or just for one particular group?
Looks like some sort of approval server error is occuring in this case. Load the logs if possible.
Hi, I got the logs suggested for eight approvers flow and to flow with nine approvers.
The only difference I see when comparing the logs is that indicated in the image below. You can see that in the log with nine approving the guide called AP: Pending Approvals terminates unexpectedly
I am attaching both logs.
I appreciate your help in solving this problem
Currently I have set up eight groups of support for business approval phase. And the approvers are attached without any problems.
But when in the mapping of approval configuration form added another group, I mean set a ninth group, in the change request not attached any approvers.
In Resume, the tool only allows see eight mappings of approval in the change request, if you set a ninth group in the mappings of approval in the change request not attached any approver group. What should I do to see more of 8 groups support in the change request.?
Thanks a lot
In my perception there are two reasons to get the reported behavior.
Reason 1: When you add 9th group that time Approval user member list might have exciding 255 character limits. If Approval server workflow finds member list more than 255 char then it will bypass the approval process. In this we can see exactly same behavior as like reported.
Reason2: When you add 9th group that might not have any valid approvers which will execute the Change Approval error rule. If this rule execute then change will bypass the approval process. In this we can see exactly same behavior as like reported. <This seems to be with less possibility based upon the provided screenshot>
If you could provide the approval debug log while moving the change request in both case then would certainly help to indentify the root cause of the behavior.