cancel
Showing results for 
Search instead for 
Did you mean: 

Wait for significantly changed event not working

Former Member
0 Kudos

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.

Accepted Solutions (1)

Accepted Solutions (1)

Former Member
0 Kudos

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?

Former Member
0 Kudos

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

imthiaz_ahmed
Active Contributor
0 Kudos

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

Answers (4)

Answers (4)

Former Member
0 Kudos

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.

Former Member
0 Kudos

Check whether the SIGNIFICANTLYCHANGED event is getting triggered from SWEL. I think it is not and that is the reason your Workflow is not working as expécted. Please check the SPRO configuration for SIgnificantlYChanged configuration(RElease Srategy).

Thanks

Arghadip

Former Member
0 Kudos

You mean i need to add the terminating event to the user decision step?

imthiaz_ahmed
Active Contributor
0 Kudos

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.

Former Member
0 Kudos

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