calculation of withdrawals in APO

Hello,
Who can help me to explain the following situation?
We see that the future forecast for one week is reduced completely by withdrawals. All approaches to find the reason for these withdrawals and to recalculate the forecast consumption did not work. The table dp_sched is already showing the withdrawals. The question is now: from which datasource(s) does APO take the values to calculate the forecast consumption?

I think, you are releasing the forecast from DP to SNP as well as to R/3
also. You must be having fixed scheduling line in R/3. Scheduling line
means fix business, so forecast gets consumed by these scheduling line &
when you do GR against these scheduling line, you can see withdrawals in
'Forecast' tab in product view. If you have different business than what
I have explained then please let me know.
Chetan PatilSAP Consultant
email@removed <mailto:email@removed
Telephone: +91 (80) 30293147/ 9611699133

Hi...
Not sure if I am talking about the same thing.... I had similar problems
with Withdrawal Qty in my project.... Basically withdrawal Qty is being
created in APO (sapapo/rrp3) and in ECC MD63 when you create a Sales
Order+Delivery+PGI just if you have defined in Material Master Backward
and Forward Consumption....
We have 3 T.Codes to reset Withdrawal Qty and Forecast in ECC
(MD74/MD75/MD76), please test these 3 T.codes to see if this is what you
are looking for...
Hope this helps.
Daniel Campos
IBM Brazil

Check your consumption parameters in Product Master, if you CIF'ing, check the parameters on ECC Material master. You can double check the forecast consumption by changing the consumption parameters. You also need to check if you are using demand profiles as they also can control forecast consumption.

Try this out and let m know if this works or you are looking something different.
Good luck...
Sanjeev

Hi Sanjeev,
The consumption parameters are set in APO to 2/30/30 and the result can be seen in the product view. the consumption by sales orders is correct whatever setting we tried. But the withdrawal do not change. Masterdata on the R/3 side do not influence since they were not changed and thus not CIF-ed.
I will check the DemandProfiles.
The business process is like this: We create purchase orders and send these to R/3 via the CIF. Forecast will not be transported.
During our analysis we checked the detailed forecast tab in the productview (similar to /SAPAPO/DMP1) and we followed the way through the table DP_SCHED which contains the withdrawal information. This table finally is updated/inserted by the program "/SAPAPO/CIF_IRQ_REDUCT_INBOUND" on APO side.

Hi Sanjeef,
First I want to understand the way how they are used in the system. Actually the customer expects to see in SNP the forecast which has been transferred from DP minus SalesOrders. So after we understand the process we will try to find a solution. My next step will be to try some T.codes which are provided by the program which is executed with the transaction MD63 (visible in SE80). This is one of the transactions mentioned by Daniel in his answer.
Do you know a way to get rid of the withdrawals?

Hi,
Is there any possibility to influence the consumption logic in order to have a cross-location forecast consumption?
Let me explain it with an example:
PROD 1 - LOC A -> FCST = 10
PROD 1 - LOC B -> FCST = 20
The situation is...if a new requirement for the first combination (PROD 1 - LOC A) of 15 is entered in the system we will consume the entire forecast in LOC A.
In that case we would like to consume all forecast for LOC A (10) but also consume the remaining requirement quantity for LOC B (5).
We have been looking for user exits in order to influence withdrawal quantities stored in /SAPAPO/DP_SCHED table...
Any idea?
Thanks,
Raul

I have come across something similar a long time ago where a colleague of mine was working on something very similar, and I know that GATP functionality will give you this where you can force a salesorder to consume from multiple locations by defining rules.

But GATP is moving the Sales Order, isn't it? We are interested in keeping the sales order in its original location, we need sales history in Demand Planning in the correct location in order to improve forecast disaggregation in the future.
We were looking for some user exit in order to influence the consumption...

Copyright 1998-2015 Ziff Davis, LLC (Toolbox.com). All rights reserved. All product names are trademarks of their respective companies. Toolbox.com is not
affiliated with or endorsed by any company listed at this site.