on 03-02-2016 10:02 AM
Dear gurus,
Current scenario:
We have a customized process for Sales Orders where in workflow is triggered right after initial creation/change of a Sales Order (using user WFBATCH). This process ensures that the significant parameters of the SO is populated with custom values such as Partners etc...
Issue:
It has come to our attention that Sales Orders which are intended to be Unconfirmed (removal of confirmation) are rescheduled then are CONFIRMED right after WFBATCH updates the Sales Order.
Question:
Where can I restrict APO ATP check to happen if the user is WFBATCH? Is SAPMV45A Include relevant in this case?
Hello Zeek,
1) Which ECC version are you using ?
2) What specific ATP relevant parameters are you updating in the Sales order via the above mentioned BAPI ?
3) If you are not updating ATP relevant parameters, I am surprised to see that ATP check is still taking place and that the confirmation is disturbed.
Thanks & Best Regards,
Babu Kilari
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
Hello Babu,
1. which component would you like me to give you. for SAP_APPL - its 617 SP6. for SAP_BASIS its 740 SP8. SAP_UI its 740 SP13.
2. Anything that is being changed in the SO. there is no specific values/parameter. even nothing is being changed, workflow is triggered after the event save. so basically, if we leave the items to be unconfirmed, then save it, the final result would still be confirmed.
3. We are confirmed that the WFBATCH was the one triggering the confirmation back - based on the item logs. So with that said, this BAPI calls another ATP check and confirms the items.
Is this a bug? this surely is a standard BAPI.
Thanks and regards,
Zeek
hi Zeek,
Usually when you call that specific BAPI, it should not invoke an ATP check unless there is ATP specific field that has been changed in the sales order by your WF user id. Does it also make a RFC call to BAPI_APOATP_CHECK ? It's difficult to answer the exact root cause without looking at the system
Babu Kilari
Hi Babu,
Do you know where we can SKIP rescheduling?
I performed a change in EXIT_SAPLATPC_001 to remove the CHKFLG if Workflow user is read, unfortunately by doing so, this logic removes the confirmed line in the Sales Order.
The requirement is not to unconfirm items, but to SKIP them and that no change should be done on the scheduling lines, whether confirmation is already made or not - this is if the workflow user is performing a change, else, they should be able to perform ATP check.
Hi , would you be able to help us on this please?
Thanks and regards,
Zeek
Hi DB49,
I understand... Could you just then instead give me a hint on where (enhancement spot) to unflag Availability Check (T459K-ATPPR) before calling ATP? I was trying to debug SAPMV45A @ T459K read, but it's empty. that's the only chance I can totally SKIP ATP check w/o changing confirmed or unconfirmed items. PLEAAAAASE... just that alone would really help a lot!
thanks and regards,
Zeek
additional info: we are using BAPI_SALESORDER_CHANGE.
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
User | Count |
---|---|
9 | |
4 | |
3 | |
2 | |
2 | |
1 | |
1 | |
1 | |
1 | |
1 |
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.