on 07-28-2017 10:41 AM
Hi,
strange requirement but need to solve it.
PO created, 2 levels of approval. 1st approver approved, 2nd approver rejects, WF completed.
Now since Rel code is reset while rejecting, this in turn triggers RELEASESTEPCREATED again and triggers WF and sends workitem to 1st approver again which is not required.
I feel its at Release Strategy that this could be maintained.
How to solve this issue, thru any terminating events, change documents or anything else?
Thanks,
Aditya V
Hi,
why would you reset the release codes when rejecting, this is causing the problem? Normally PO is rejected, user changes the PO significantly, which will reset the release codes and this retriggers the approval flow again.
Kind regards, Rob Dielemans
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
Hi,
I still have difficulties in understanding the requirements. Why does resetting the release codes after a rejection add a benefit to the Purchase Order data?
If this is the case and you don't want to retrigger the PO then you need to prevent the approval flow from retriggering. You can check table EKKO if there is a field that you can use to differentiate between new PO and rejected but release code reset PO. Then delegate business object BUS2012, add the database attribute and use it in the event-->Wf condition.
Kind regards, Rob Dielemans
User | Count |
---|---|
79 | |
9 | |
9 | |
7 | |
7 | |
7 | |
6 | |
5 | |
5 | |
4 |
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.