on 03-16-2007 11:49 AM
Hi
Today for one of the order two shedule lines are confirmed.
Like below in SO-Item-Shedule lines
Delivery date ord qty rounded qty confirmed qty
03/19/2007 50 50 50
03/19/2007 0 0 50
Any idea for why duplicate shedule lines are confirmed here any OSS notes for this?
Urgent help needed.
Cio
Shankar124
hi,
check ur mrp settings,like if ur material is MTO scenario and already if u have open orders more than ATP quantity,sap behaves like this .
if ur material is MTS scenario then check ur schedule line category determination and also check ur req class customising.
thanks
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
Are you sure you do not have any logic in userexits which can change xvbep-updkz ?
You can try to replicate this scenario, or just try to do avail.check for your order and then check what is in the internal table XVBEP before saving (userexit_save_document).
As an option - create watchpoint for xvbep-updkz and try to change your order (run avail.check) to see how sched.lines are processed by SAP and by your code.
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
This OSS is not helped still orders are getting double connfirmations pl help me out.
Its really became a mess. Treat this as urgent and lets know your inputs.
I tried to debug the code its not helped me out.
Only its happenig for a specific plant and items are all related to APO materials.
Cio Siva
Hi,
I guess the only way to figure out specifically what is happening behind the scenes is debugging. ABAP team should be able to help you. Check the internal tables xvbep, yvbep for the sales order program SAPMV45A. While debugging, try to run the availability check again. Then monitor any updates to tables, xvbep and yvbep.
The error could be due to a user exit modification or a genuine SAP issue which is caused due to conflict with SAP ATP check and APO based ATP check.
Debugging will help you to nail down how it is happening.
Also check database table VBEP using transaction SE16 to check whether duplicate schedule lines are really saved to database.
Regards
Anil
Any ideas?
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
User | Count |
---|---|
89 | |
8 | |
7 | |
4 | |
4 | |
3 | |
3 | |
3 | |
3 | |
3 |
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.