Posted: 21 Jun 2019 11:33 EDT Last activity: 11 Jul 2019 8:18 EDT
Flow Problems with automatic instantiation of child case
I am facing an issue when creating child cases in Pega 7.3.1. I have set on pyDefault to create child cases with automatic instantiation based on a condition. This is working fine except that my child cases most of the time have two problem flows and and one actual flow. (see screenshot)
When I click on one of the ProblemFlows I see the problem is in Workflow pzInternalProcessFlow on step Assignment63 and the error message says that the routing information are missing.
My actual ECM flow is created before the two errorflows and I don't understand why it then still creates additional flows?
pzInternalProcessFlow is an internal flow that gets automatically invoked when you have SLAs configured for your flow. I see Work-.ToCurrentOperator execute when pzInternalProcessFlow is invoked for my child task. Can you trace the process to check the data and steps in this activity?
Hi, am actually not able to reproduce this issue on DEV. The issue appears on higher environments via JMS listener. I have seen on DEV that Assign-.ToCurrentOperator is called with param "System" on cases where it is working.
Is your JMS Listener associated with a specific requestor user ID? The Work-.ToCurrentOperator activity will call pyToAlternateOperator if Param.AssignTo=="System" since System is not a valid User ID for assignments. Param.AssignTo would then be set to pxCreateOperator if it is not empty.
The JMS listener has configured an admin as requestor user id. Actually we call later in the flow (automated) createworkpage activity which creates the parent case and the child (which has the flow problems). In parent and child is no createoperator filled.
the workbasket exists in production and also the team of the workbasket and the admin are same just work group differ. Further more in the work group the admin role is not entered as authorized manager and in managers there is a role entered which does not exist on production.
Could this cause the issue? Or should I also change the work group of admin?
To identify the root cause, can you please validate if pxOrganization property existing on the pxRequestor page either by adding a log statement or by adding pxRequestor to the additional pages while tracing the service
pxOrganization seems correct to me. But in the childcase doesn't have a pxCreateOperator on the pyWorkpage. I am wondering if it makes a difference if I create a childcase within the flow instead of using pyDefault settings?
2015-10-20 12:47:30,263 [p-bio-8443-exec-5780] [ STANDARD] [ Ops:01.01.01] ( FlowProblems.Work_.Action) ERROR SOAP|JURISService|JURIS|CreateClaimRequest|A3296C9E28B5C14721A7029355F4C57C3 Operator- Problem flow abort due to system flow FlowProblems being the issue
2015-10-20 12:47:30,807 [p-bio-8443-exec-5780] [ STANDARD] [ Ops:01.01.01] ( ResumeFlow.Work_.Action) ERROR SOAP|JURISService|JURIS|CreateClaimRequest|A3296C9E28B5C14721A7029355F4C57C3 Operator- Flow pzInternalProcessFlow had an error in step ASSIGNMENT63: No routing information was provided for this assignment