6 Replies Latest reply on Jul 17, 2013 5:08 PM by Brian.Dailey

    Having two preconditions in Change Task




      I have a change process that has tasks added (stakeholders) at the beginning for approval.  The Tasks moves along in accordance to the Parent Change (as the stakeholders needs to approve at three places).  The problem arises where if the parent change is rejected/withddrawn, the Tasks stay in the same point (as the change moves to a different path.


      I have tried two preconditions after a status however this is not allowed within the Process rules (although I'm sure it used to be)


      any suggestions?

        • 1. Re: Having two preconditions in Change Task

          You cannot put one precondition directly after another I'm afraid.  You can do that with decisions, so maybe that is what you were thinking of?  My general thought would be to put a pre-condition after the status in the task process concerned which looks at the status of the parent change.  Then have an automatic action which does what you need it to do (complete?) if the parent status reaches a certain point.  The process engine should reevaluate all these sorts of conditions when the status of the parent process changes.  There are limits as to how many of these pre-conditions followed by automatic actions that you can use in any one process, but it should be fine for the case you have described.

          • 2. Re: Having two preconditions in Change Task

            I would like two preconditions after status.  One would activate once the parent change has been retired, the other is the parent change changes to a different staus. Both will have an automatic action.



            • 3. Re: Having two preconditions in Change Task
              Jamie Cannon ITSMMVPGroup

              So in your example:


              The "To Build" status is the status that the Change goes into after an approval has been done and then you want it to automatically route based on the action that was selected? 


              Am I understanding this correctly?


              It looks as though you could have a Condition in the process that checks the statuses and routes accordingly.  In your task just have a Completed/Approved status and a Rejected/Retired status and then created the condition to check against that.

              • 4. Re: Having two preconditions in Change Task

                Thanks for the input.  I have moved on a bit and forgot to update the request.  I not have a precondition checking the status and if true (ie status = build), then an autoaction (The infamous "dummy") and then two preconditions which will direct the RFC accordingly.  It will sit there in "dummy" status until a task tells it to move on... case closed!


                Now all I need is the syntax for the calculated condition which I think is wrong ( I need to reference Change/Status/isEnd.)

                1 of 1 people found this helpful
                • 5. Re: Having two preconditions in Change Task
                  Julian Wigman ITSMMVPGroup



                  Process Designer stops you from savings if you have two preconditions triggering automatic actions as you have setup.  


                  Presumably done by LANDesk for "process self preservation" reasons and it doesnt matter if the preconditions evaluate to mutually exclusive outcomes either.





                  • 6. Re: Having two preconditions in Change Task

                    In cases where I've REALLY needed to use two pre-conditions, I setup the following... the decision lines that don't go to an Automatic action are just returning to the previous status.