on 06-27-2008 2:00 PM
I have a PO release strategy workflow where i am using fork,in which one branch contains a significantly changed event,the other contains the approval process.
The approval process is splitted into two.If purchasing group is not 600,we are not using deadline monitoring.If PO group is 600,then we are making use of deadline monitoring.Here once the first approver doesnot respond for 1 day,it will go to second approver and wait in his inbox.
If the PO is changed in the mean time,the workitem in the second approvers inbox is not disappearing.
But we need the new PO workitem to be in the first approvers inbox & the second approvers workitem to disappear.
If the deadline is not missed,if the workitem is in the first approvers inbox & PO is changed,the new changed PO workitem will come to the first approvers inbox.Means Wait for significantly changed event is working here.
Is it like once a workitem has missed its deadline,Wait for significantly changed event will not effect?
Or does it depends on the release strategy?because the PO amount is changed ,it triggers the same release strategy for the first approver.
Thanks.
Significantly Changed event is getting triggered only when release strategy is changed.
Changed event is getting triggered even if the amount is changed for the same release strategy.
Can i use Changed event instead of Significantly Changed Event?
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
Use the Change Event not as a Terminating event of the task but in a Wait for Change Event step which is put in 1 branch of a fork and the approval step in another. I think you should put the Wait for event step in a loop to filter whether the changes is for amount because this event gets triggered for unimportant changes which is not relevant to your requirment. Make use of CDHDR amd CDPOS table entries to filter the changes.
Thanks
Arghadip
Significantly changed event happens based on your release strategy set up. Your characteristic set up. Plus the tolerance of changes. But I think you don't want the Release process to re-initiate for all the changes. If yes, you should not use "Change" event. Customize you release strategy as per your need.Then the "Sginificantly change" event will get triggered.
Regards, IA
I added terminating event "Significantly Changed" to the user decison step.Its not working.
Requirement is : Once the workitem for a Purchase Order is escalated,If the PO is changed by someone for the same release strategy.The workitem should get disappear from the inbox & should appear in first approvers inbox.
Thanks.
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
You mean i need to add the terminating event to the user decision step?
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
I think you are using modeled deadline, then escalating the things. Check whether the escalated task has a terminating event "SignficantlyChanged".
Note: I don't know why are you using a fork, when the standard already has a terminating event. If it is not there just add to the approval step.
Regards, IA.
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
It depends completely on your Release Strtaegy configuration you have done in SPRO. You need to change your configuration in SPRO. If you are not able to make then you can make use of Change Event of BUS2012. You can filter the changes whether it is relevant or not by creating a Virtual attribute and coding the relevant changes according to change document involving table CDHDR and CDPOS.
Thanks
Arghadip
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
User | Count |
---|---|
81 | |
25 | |
12 | |
9 | |
7 | |
6 | |
5 | |
5 | |
4 | |
4 |
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.