I'm trying to use a wait node for that statuschange event.
the WF with the wait node is a simple one containing only the wait node (with some actions on the links).
when using the WF on it's own, the actions are performed and the wait is done when the status is changed to the needed status.
when the WF is used as a sub process WF, the wait is never ending for some reason.
scottsd 2000003CK1121 Posts
Re: wait node not working2013-03-20T14:07:27ZThis is the accepted answer. This is the accepted answer.Hi Alon,
I wasn't able to reproduce inhouse in 188.8.131.52 Tpae, I got the child subprocess to wake up from wait when the SR's status changed. What version do you have?
One known limitation is that the change status needs to be done through the UI to wake up the wait node, an automated status change from workflow, escalation, or automation script will not wake up the wait node.
JC_Wilson 270002CDKB4 Posts
Re: wait node not working2013-03-21T20:57:12ZThis is the accepted answer. This is the accepted answer.There is also a long standing bug with the wait node and status's where the node only wakes up to a top level status change like INPRG, APPR, CLOSE, etc. If you are checking for a synonym status that you created, it's not going to work. You will need to set your event to maximo.workorder.statuschange.* and then follow that node with a condition box to check for the synonym status value. IBM claims to have killed this bug in 7.1.x but in 184.108.40.206, it's alive and well.T