APO Standard Forecast Consumption Condition in /SAPAPO/DM_BADI_CSP

Hi
I need to change the standard forecast consumption logic to meet the business requirement which is as follows.
Forecast should be consumed based on the fiscal month window.
Note: Standard SAP /APO functionality do not support forecast consumption based on the fiscal month window instead system uses consumption period [in calender days] in backward/forward direction and system do not restrict the forecast consumption window based on the fiscal month.
Please provide inputs if you have faced such situation. I have got a BAdI  '/SAPAPO/DM_BADI_CSP' that most closely resembles to serve the purpose but then I don't know much about it. Any sample implementation will also be helpful.
Thanks and Regards
Zafar

Hi,
For Issue#1
I have ran this utility multiple times, but its not correcting. Probably i need to raise OSS message to sort it out.
For Issue#2
I think i have confused you, i have two scenarios first where i have sales order/delivery coming from external system. I am not worried about them as i will not be doing PGI for such order.
Second scenario which i am having is very standard scenario. I have forecast in APO and creating sales order/ delivery in ECC. When they come to APO they consume forecast. Till this point every thing is fine. As soon as i do PGI of delivery, then that quantity should move to withdrawal from allocated, but in my case its not going to withdrawal but getting removed from allocated. This is resulting in increase of forecast quantity. I am tring to resolve this issue and seeking your help.
Thanks
Akhilesh
+91-9764341911

Similar Messages

  • Forecast Consumption in APO- No Data Available in Product View

    Hi Experts
    I facing some problem in Forecast Consumption in APO. The APO system is connected to a R/3 system. So data relevant for Forecast consumption comes from R/3.
    The allocation indicator in the requirement class assigned to the strategy maintained in the product master is set as " no consumption with customer requirement". and the same is transfered to APO.
    I have the changed the settings in APO and here are the setting maintained in APO to enable Forecast Consumption.
    Product Master Setting:
    a) Consumption Mode: 2 ( forward and backward)
    b) Consumption Period: ( 30 days both backward and forward)
    c) Strategy Group : 20 and assignment mode is set to "Assign customer requirement to planning with final assembly" and category group has sales order - BM
    d) The check mode setting in the ATP tab is set to "Assign customer requirement to planning with final assembly"
    I have a forecast for today's date and a sales order transferred from R/3 for the same date. But I do not see any data in the Forecast tab in the product view ( /sapapo/rrp3 Tcode)
    Please let me know if I am missing any setting in APO. Or the SAles order carries the strategy information from R/3 and influencing the consumption any way.

    Hi,
    What is your Forecast & Sales order quantity? If these are same then sales order consumed forecast, so you can not able to see in the rrp3.
      Second thing try to increse the forecast quantity than sales order quantity & then check it.
    Regards
    Sujay

  • APO SPP: No Historical Forecast visible in transaction /SAPAPO/SPPFCSTTRACK

    Hello
    I am trying to view historical forecast data via transaction /SAPAPO/SPPFCSTTRACK in APO SPP. However i get the message "No hist. fcst time series can be determined".
    The forecast strategy is correctly assigned to the product & the standard deviation period is populated as 12 months.
    The forecast periodicity is months.
    When I execute the forecast using planning service manager or interactively, it correctly calculates the forecast in future as well as ex post forecast in the past. I believe the historical forecast is calculated immediately with the forecast run.
    Can anyone help to identify if some setting is missed or any specific planning service is required to be executed to enable historical forecasting. Thanks in advance

    Hi,
    If the transaction /SAPAPO/SPPFCSTTRACK does not provide any information regarding Historical Forecast data (while you have already performed the forecast for the certain location product) then you probably haven't created a new forecast with a different model. For example, if you created the first forecast with Moving Average then you need to change the Forecast Strategy to an another one (or run Automatic Model Selection which should also select a different strategy). In case when the new Forecast Strategy differs to the previous one, then the appropriate trigger (SPP_FCSTMODEL_CHANGE) will be created for recalculation of the Historical Forecast. Of course, if the trigger is created, you also need to run a PSM service for the recalculation which should be configured for the location product you need to process.
    (You can find more information regarding this [here|http://help.sap.com/saphelp_scm50/helpdata/en/43/300e47bd9e2227e10000000a422035/frameset.htm].)
    Best Regards,
    Zsolt
    Edited by: Zsolt Csoka on Jul 14, 2011 11:06 AM

  • Inconsistent forecast consumption in APO and R/3

    Hi Experts,
    We have a couple of issues with consumption in our system.
    We have a situation where APO is showing us consumption in the /SAPAPO/DMP1 view but no consumption showing in the planning books and the RRP3 requirements screen. Interestingly, when we go and change the sales order in R/3, the consumption then gets triggered in APO. So there seems to be some kind of delay and the consumption seems to be lagging a step behind or somehow a trigger isnt hapenning first time around.
    The other is more a question...
    If you do the F1 help on Fwd consumption in APO and R/3, it tells us that in R/3 consumption is based on workdays as defined by the factory calendar whereas in APO, it talks about consumption considering calendar days and not workdays and that its not possible to define a calendar to make it work with workdays.
    We have fwd consumption set to 2 days and we have noticed that if e.g the order comes on a Friday, consumption gets lost due to the following two days being Saturday and Sunday. Whereas in R/3 it jumps forward and consumes Monday and Tuesday and ignores Satuday and Sunday (We are using 5day calendars). This is causing a big headache and consumption is all over the place.
    any ideas?

    OK, I have found the solution to half the problem. It was a system bug and the last sales order wasnt being consumed and there is already a note out for that.
    Still confused about the workday vs calendar day issue in R/3 and APO. How do we align the two systems and get the consumption happening in APO for 5 days and not 7 days?
    Regards,
    Usman

  • User exits/BAdIs for Forecast consumption by sales order

    Hello Experts,
    My question here is: When Sales Order either new or change comes from ECC to APO, what are key fields considered for Forecast Consumption? Is requirements strategy is considered from location product master or Sales Order brings own data from ECC into it's own structure? I have read from SAP help or documentation that Sales Order coming from ECC does not use requirement strategy from Product Master. Rather it get its own fields like planning strategy/group / requirement class from ECC. It uses location product master only to get consumption parameters like forward/back word consumption days. So I am thinking to use some user exits or BAdIs to enhance the incoming sales orders to consume separate forecast categories in APO.
    My requirement is:
    For the same one product we want sales orders (can have two different order types or identify by a custom field) to consume two different order categories (ie. FA & FC) by enhancing incoming sales orders. So we have regular 1)Forecast key figure which is 'FA' category and 2)Forecast Additional key figure which is FC category. When we release two separate forecasts from DP we release into these two key figures and categories. Now we want incomping sales orders to consume these two categories separately when our sales orders are having two different order types (i.e OR and ZR).
    I want to kow what way we can acomplish this? Are there any user exits or BAdIs for this purpose?
    I looked arount BAdI /SAPAPO/DM_BADI_CSP and I am not quite sure it's going to help. Are there any others?
    I appreciate if anybody explain me the process?
    Thanks in advance!
    Raj

    Standard Logic --- Whatever plant is visible in the Sales Order, the sales order will appear under that Product Location in SNP
    There is no standard way of making the sales order visible in another location.
    Depending on your requirement(Ex: Forecast Consumption, planning etc),using APO-BW we can simulate the requirements in the other plant which can be a nightly run and not immediate.
    Now coming to your question, if the delivering plant is A, how does ECC Delivery document know when the sales order has plant B that the delivering plant is A.
    Can you be more specific.
    THanks
    Kumar

  • Forecast Consumption in SNP for shipped qty's

    Hello experts,
    I got a question for forecast consumption in SNP and whether forecast stays "consumed" or not after a customer orders gets shipped (Post Goods Issue).
    My example is: I have a weekly bucket forecast qty of 100 in DP and release this to SNP. Now in SNP planning book I have 30 units of open Customer Demand against it ... means I have 70 in Forecast line (30 units got consumed correctly). Once I create a shipment for the open Customer Order of 30 units in R3 the situations remains the same .. but if I post the Goods Issue now on the delivery document the Customer Demand disappears (which is correct) but my Forecast line increases again from 70 to 100. I thought forecast consumption in APO would "remember" the already shipped quantities ? I know that you can reorganize open forecast but want I'm looking for is the standard R3 behaviour of keeping already shipped qty's as consumed. Can anybody help here or explain ?
    Regards
    Thomas
    Using SCM5.0

    Hi Datta,
    I checked the note  - there is only point 9 in the list saying:
    "9. During goods issue for the delivery in R/3, the forecast is always reduced to the date requested by the customer. In addition, overdeliveries are ignored."
    Unfortunately this doesn't explain how it works or needs to be done to have FCST consumption happen in APO_SNP based on shipped qty's. In my case FCST consumption works okay up to the point of posting the goods issue on a delivery document. I wonder if there something I need to activate somewhere to have this working since I can't see any "with drawn qty" in APO.
    Any other hints ?
    Regards
    Thomas

  • Forecast Consumption in SNP for Make-to-Order products

    We are working on using APO-SNP for Make-to-order products (PlngStrategyGroup = "81" in R/3). We want to achieve normal forecast consumptino on FinishedGoodLevel and generate PlndOrders which shall derive component demand for purchasing (such PlndOrers wont be released to production - they should only function as demand driven on component level)
    What we have done so far: Forecast in APO-DP on Finished good level exists and has been released to SNP. The product gets "ciffed" from R/3 into APO material master with planning strategy group "20" (which is basically "make-to-stock") --> we were hoping this would allow us to use "normal" forecast consumption but nothing happens (FCST is not being consumpted by open Sales orders). Within the product view of such products APO is still "realizing" that this is a make-to-order product.
    Any other ideas / thoughts what could be done to achieve "normal" forecast consumption on FGI level for make-to-order products in APO-SNP ?
    Tks !

    I checked in /n/SAPAPO/RRP3 (Product View), unfortunately only FC exists there
    Seems that the open Sales Orders from R/3 are being created within another segment (the "element" Tab of RRP3 shows 2 segments:
    1) "Make-to-stock" (which contains the FC)
    2) "Make-to-order" (which contains the Sales Orders)
    That might explain the issue I see (FC and SOs are in different planning segment --> no consumption). Reading about planning segments in the help sounds like I need to find a way to bring Sales Orders for Make-to-Order products into the Make-to-stock segment  ... jus a thought .. any idea how to do this ? Does that mean I need to modify the CIF for Sales Order transfer for Make-to-order products ?
    Tks
    Thomas

  • Cross-location forecast consumption

    Hi experts,
    Is there any possibility to influence the forecast consumption logic in order to have a cross-location forecast consumption?
    Let me explain the requirement 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.
    APO WAY:
    PROD 1 - LOC A -> CONSUMED FCST = 10 --> REMAINING FORECAST = 0
    PROD 1 - LOC B -> COMSUMED FCST = 0  --> REMAINING FORECAST = 20
    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).
    DESIRED WAY:
    PROD 1 - LOC A -> CONSUMED FCST = 10 --> REMAINING FORECAST = 0
    PROD 1 - LOC B -> COMSUMED FCST = 5  --> REMAINING FORECAST = 15
    We have been looking for user exits in order to influence withdrawal quantities stored in /SAPAPO/DP_SCHED table...is that correct procedure?
    We are looking at BAdI "/SAPAPO/SDP_RELDATA" in order to influence the release, and change the the forecast quantities based on the withdrawal quantities, but this would force as to release forecast on daily basis.
    Finally, we know that GATP functionality could be used, but it is moving sales orders in case that allocation is not possible, and we are not allowed to move sales orders across locations.
    Any idea? Is that possible?
    Thanks in advance,
    Raul

    Thanks for your quick answer, do you think it is possible to use /SAPAPO/SDP_RELDATA in order to influence forecast distribution and "simulate" a cross-location consumption?
    Example:
    PROD 1 - LOC A -> FCST = 10
    PROD 1 - LOC B -> FCST = 20
    Sales Order in A for 15. After Sales Order creation my situation is:
    PROD 1 - LOC A -> CONSUMED FCST = 10 --> REMAINING FORECAST = 0  (RELEASED = 10)
    PROD 1 - LOC B -> COMSUMED FCST = 0 --> REMAINING FORECAST = 20 (RELASED = 20)
    If I use /SAPAPO/SDP_RELDATA in order to check consumed quantities and redistribute forecast from B to A it would be possible to have:
    PROD 1 - LOC A -> CONSUMED FCST = 15 --> REMAINING FORECAST = 0 (RELEASED = 15)
    PROD 1 - LOC B -> COMSUMED FCST = 0 --> REMAINING FORECAST = 15 (RELEASED = 15)
    Has someone experience on that BAdI? Is there any other possible solutions?
    Thanks in advance,
    Raul

  • Forecast consumption not working when using BAPI_SLSRVAPS_SAVEMULTI2

    HI SAP APO experts,
    I have a problem. We are sourcing our transactional data from non-SAP system so we had to develop an interface that will post transactional data to APO. We developed a program that will post data from flat file to APO LC. We  used BAPI_SLSRVAPS_SAVEMULTI2  in posting sales order but my problem is that its not consuming my forecast. I am using strategy 20 and backward consumption of 28 days in my product master.
    Using CIF, forecast consumption is working but not for our abap. Hope you can help me. Thanks.
    Mylene

    Hi Sarvesh,
    No, I was not able to find what is that internal request type 52. But I did some more research and you need to have check mode populated in your BAPI. In our case, we can not hard code check mode in the BAPI since we are using more than one check mode. My abaper just parsed then change the program that it will parse check mode from material master to the BAPI. Now, forecast consumption is alreayd working. But I am still facing 2 issues:
    1. After this change in the code, our program is now running longer than usual. This used to run only for 20 minuutes but now its running for more than 3 hours.
    2. For materials using demand strategy 20, sales order is consuming forecast which is correct. But when I delete this sales order, forecast quantity does not go back to original quantity in the planning book.
    Mylene

  • IMP:Forecast Consumption/Netting by incoming Sales orders in SNP

    Dear All,
    I need your help to understand the logic of Forecast netting by Sales orders in SNP. I can see the details in /SAPAPO/RRP3 but getting puzzled for soem SKUs. We don't have any PP/DS and GATP implemented.
    Below are the details and question based on that:
    I am releasing my forecast monthly and Sales orders as usual are coming from ECC and netting happens. Then next month again i have my forecast release then will the existing Sales orders will consume my this month's forecast (we are following backward/ foreward consumption type with 35 days back and 1 day forward, so as per the time period, SO can consume Forecast). I am a bit confused because pegging relationship is created between the demand and supply element and so new forecast shouldn't be consumed by the existing Sales orders. Am i correct here?
    Secondly, could somebody explain the difference between the 'Overview and detail' tab under the Forecast tab in /SAPAPO/RRP3. Sometimes i see some data under the 'Withdrawal Qty' column in Detail view of Forecast tab. Could somebody explain when it is populated.
    Regards
    Bishwajit

    Hi,
    I think your first question is regarding the pegging relationships used for forecasting.  Even when you release a new forecast, the system remembers the forecast relationship.  So, pegging occurs but in the sense that it pegs to forecast - in general - not to one specific forecast order in the system.  If you desire to "reset" these relationships, then you need to run the program for reorganization of independent requirements (/SAPAPO/MD74).
    Your second question relates to the existence of a withdrawal quantity and differences between the overview and details in /SAPAPO/RRP3.  The withdrawal quantity represents the amount of forecast that has been "reduced" from the forecast (corresponding to actual shipments that have been PGI'd against deliveries).   Forecast consumption occurs when SO's and Deliveries are created and saved and reduction occurs when they are PGI'd.  Withdrawal quantity corresponds to the reduction...
    Hope this helps!
    Chris

  • Planning item forecast consumption

    We have a business need to use forecast demand to react and order long purchasing lead time items early and stock sub-assemblies to reduce manufacturing lead time. However our sales orders are for unique items (configured by outside system) , which cannot be forecasted as these items never repeat.  It’s also not possible to create Product Family or planning BOM with Base model as assembly and saleable items as components because, saleable items keep changing (as they are unique). Due to this reason, standard forecast explosion will not serve the purpose of consuming the forecast. Hence, we are exloring the forecasting at Planning item level, which is a logical group of similar type of saleable items. Planning Bills will be created to include sub assmeblies and critical components. However now we have a problem with consumption, Planning item forecast needs to be consumed as sales orders for Unique items get created. Is there a way in standard oracle to address this business scenario? We are on 11.5.x and using MRP. Early response will be appreciated
    Thanks,
    Nitin

    Use planning BOM which contains your sub assemblies or intermediates. Explode the planning BOM to arrive at forecast for individual sub assemblies / components.
    Try using Forecast type : consume and derive in item setup

  • Forecast consumption within Calender month

    Hi,
    When the forecast is released from Demand Planning to Supply Planning (SNP) in weekly buckets there will be crossover of the forecast for the weeks that are in the Month end/Month Beginning, the week could fall into different months.
    Even though we restrict the forecast consumption to the calendar month, it could still be consuming some forecast in the weekly bucket that overlaps the end of one month and the beginning of the next month.
    How to overcome this problem. I need to restrict the consumption to present month, wheather the bucket is day or week.
    I already seen the post by Dan Hofstatter , its very useful for me. But still the above problem.
    http://wiki.sdn.sap.com/wiki/display/SCM/Forecastconsumptionwithinfiscalperiod(APO-DPwiki)
    Appreciate the response.
    Thanks
    Vinay

    Hello Ravi,
    thanks for the response. Infact this is what I expected. Maybe I will raise a feature request on that question 2 because from business side it sounds logically.
    Thanks,
    David.

  • APO DP Forecast profile consistency check

    I am using APO DP V5.
    Has anyone any experience of using the 'forecast profile consistency check' pgm /sapapo/rmdp_fcst_prpfl_consis?
    What exactly does it do?
    Thanks,
    Bob Austin, Atos Origin

    Hello,
    This report /SAPAPO/RMDP_FCST_PRPFL_CONSIS is  consistency for forecast profiles
    While there is no need to schedule the report automatically at regular intervals, there are some special situations in which it can be very useful.
    When must this report be run?
    1. When you transport forecast profiles from a system A to a system B. In this case, you must convert the internal version indicator (Id).
    2. If you are having problems with the date display or if the system changes from the relative date specification to the absolute specification for no obvious reason.
    When should you run this report?
    1. If you are working with generated forecast profiles (user parameter /SAPAPO/FCST_GUIDS).
    2. If you are using a manual forecast.
    What exactly does this report do?
    1. The internal version ID is checked.
    2. Date fields are checked. Fields filled with 00000000 are initialized.
    3. Overall profiles without any single profiles are deleted.
    4. Generated forecast profiles that are no longer assigned to a selection are deleted.
    5. The assignment of forecast profiles to a selection is deleted if the forecast profile no longer exists.
    6. Parameters for the manual forecast are deleted for any forecast profiles that no longer exist.
    Source of above details : Note 558995 - Advice on consistency report for forecast profiles

  • GATP - Forecast Consumption withdrawal quantity

    Hello Gurus,
    Need your expert advise on forecast consumption situation where we did PGI against Delivery qty wich is same as SO qty and and forecast consumptions happens and it show in withdrawal qty column when PGI. But if we cancel/Reverse GI, withdrawal qty still appears (I mean by right it should disappear from withdrawal qty and SO should appear as allocated qty since Cancelled GI), very much appreciated your help on it. Thanks.

    Hello Manimaran,
    Thank you for your time.
    Scenario:
    R/3 side                                        APO side  Elements Tab (RRP3)       Forecast Tab
                                                                                    Planned Qty                  Withdrawal    Allocated Rem Plnnd
    Sales Order - 100 qty                  SO 100                                              FC Req 200 (Initial 300)                        100                200
                                                                                    SO                                                        100   
    Delivery - 100 qty                         SO become 0                                    FC.Req 200                                          100               200
                                                          Deliv    100                                       SO                                                         100              200
    PGI - 100                                       SO & Deliv removed/disappeared    FC. Req 200                     100                                   200
    upto here the consumption situation correct but when we do Reversal PGI then
    Cancel PGI 100 qty                      Deliv  100                                            FC.Req 200                  100                                     200
                                                         SO    0  
    so here after GI reversal, it does not show SO as 100 in allocated since cancelled GI and it shows as withdrawal only, even we tried to delete Delivery but still it shows withdrawal as 100.. and also we even deleted SO, stiil withdrawal qty still shows 100, by right once SO deleted or cancel GI, withdrawal qty should be '0' and SO should be 100.
    Its a customised senario and how to fix this issue? Appreciate your help and advise with more info. Thank you.

  • Forecast Consumption

    Hi,
    we are running ASCP on 11.5.10 and use a forecast from ODP loaded into the ASCP plan.
    In the plan options we have set "Schedule By" to "Schedule Ship Date" because we want that everything is planned for the Schedule Ship Date from the Sales Orders.
    Our plan consumes forecast via "Forecast Consumption Buckets", meaning per Month in our case.
    The question is now:
    1. Which date from the sales orders is used to decide in which bucket the forecast is consumed? I suppose it's the same date as we have define in plan option "Schedule By", or?
    2.Does anyone know if it's possible to say that forecast consumption happend for example per "Request Arrival Date" but all Scheduling in the Plan is done on "Scheduling Ship Date" ?
    The background for these questions is:
    We have situations where sales orders can not be confirmed to the Customer requested date, so we have a different schedule ship date then requested ship date.
    But the forecast should be consumed in the bucket of where the customer has initially requested the ship date. If we consume in the buckets for the schedule ship date, then it might lead to the wrong conclusion that customer's sales orders are not in line with the forecast.
    Maybe someone has any experience on that, any help is appreaciated.
    Best regards,
    David.

    Hello Ravi,
    thanks for the response. Infact this is what I expected. Maybe I will raise a feature request on that question 2 because from business side it sounds logically.
    Thanks,
    David.

Maybe you are looking for