on 10-10-2008 2:32 PM
Dear Gurus,
I am currently facing an issue in back order processing.
1.I have created a planned order of 110 quantity in location A on the date 16.10.2008.
2.Then created a sales order of 100 on 25th of same month which consumes 100 out of the planned order.
here in product view i can see the following--
on 25th--
Rec/Req quantity is 100- , conf quantity is 100- and available is 10
3. i again created another sales order of 100 on 21st (between planned order and 1st sales order). Now on 21st i can see Rec/Req quantity is 100- , conf quantity is 100- and available is 10 and on 25th ,Rec/Req quantity is 100 , conf quantity is 100 and available is 90-.
3. when i go to ATP tab in product view, it shows recipts element as 110 requirment as 200 and confirm requirement as 200. which is more than recipts.
4. moreover when i run interactive back order processing, it confirms both quantity of 100 each on their respective sales order date.
Does any one have any idea why system is showing such an abnormal behavior??
Thanks in advance,
Nitesh
In APO-SPRO, Maintain ATP Group, use cumulation logic "Requirement Quantity When Creating, Confirmed Quantity When Changing"
Edited by: Deepak K on Oct 14, 2008 2:54 PM
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
Nitesh,
What are the check instructions you have set up...
Thukral
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
It is
check mode- 050
b evt- A
Product check - 1st step
tye of PAC- Only time series
product allocation -no check
forecast - no check
validity mode- only use elements in validity area
remaining reqmt- 1 craete remaining reqmt for source location product
preselection of suit- preselectioninactive
start production- availability check only, no production
time of production-after executing all basic methods
compt remaining reqmt- create remaining reqt at header level
User | Count |
---|---|
8 | |
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.