Backorder processing: Error in WMENG quantity

Hello Experts,
Please, I really need a help to solve this problem.
I have a problem with BOP execution in some orders, the order below was requested 5 and we have 3 in stock, and should remain 2:
and when you look in ECC, at TCODE VA03, the quantity remain is 26.660,:
anybody has an idea what's the problem?
I and abap consultant debug the BOP transaction and we look that quantity  already wrong in APO side:
Thanks in advance,
Alexandre Landi

Hello Alexandre,
You mentioned that you had already checked this and in APO side the quantity is wrong. But, I would say that the quantity that you're seeing in APO perhaps might be the processed data. What I mean the error in fact could have occured in ECC ( during any of the user exits ) and the sales order has been saved with this erroneous quantity and the same data has been updated back in APO with the Outbound queue that flows to APO.
What you need to do now is, reject the sales document line item completely in ECC. Save it and go to APO and see that the sales document line is disappeared from RRP3 view. Once this is done, open the sales document in vA02 and do an availability check on the sales order line item. Try to see, what is the remaining requirements that is being proposed by the system in the delivery proposal screen. If you see that system is giving the erroneous record at this point, you can confirm that the issue is indeed in APO and one of the user exits in APO could be causing this. Or may be the second substitute product has different Base Unit of Measure and Sales Unit of Measure could also be different., You need to check this. But, if you see the remaining requirements as 2PCs in delivery proposal screen, accept the delivery proposal quantity and save the sales order and see the schedule lines. Do you see an incorrect figures ? If yes - the bug is in ECC side and you need to debug what happened after ATP check results are passed back to ECC from APO. If you see the quantities to be as expected.
Hope this helps
Babu Kilari

Similar Messages

  • Event Driven Quantity Assignment with Backorder Process

    Hi,
    I have Configured EDQA for Activity Change Stock Data.
    This Activity will "trigger" Backorder Process.
    I have defined sales order characteristics that shoulb be used in a filter.
    I'd like to include in Workflow for EDQA (see SWU3 and SWETYPV transaction) one more step.
    This step would be Delivery Process after Backorder process.
    Is it possible?
    Regards
    Edited by: Adrian  Abate on Apr 15, 2009 5:33 PM

    Hi,
    there is only the following general information mentioned:
    ■You have made the standard settings for the SAP Business Workflow.
    For more information, see Customizing for SAP SCM under  SAP NetWeaver  Application Server  Business Management  SAP Business Workflow  Maintain Standard Settings .
    But this information is not detailed enough.
    Have a nice weekend,
    Michael

  • Problem in Backorder Processing

    I am facing a problem in backorder processing
    Let me explain the scenario
    System shows available quantity as 100 quantity for some ‘x’ material, now I place order for 100 quantity for that material but the system confirms only 70 quantity when check the availability overview in co09 there was an open order for 30 quantity dated 2 years ago when I tried to do the backorder processing thru co06, the system doesn’t allow me to select that particular line it shows the error “please select the line that can be changed.”
    I checked that order in va02 in that status for that material is showing completed that has been delivered and billed completely. I don’t know what to do now kindly guide me to solve this issue

    If it is showing as open order qty of 30 that means that it is assigned to an order but the order is not completely delivered i.e. goods issue is not done or some other thing.
    If you want to cancel that order, so that 30 value comes into your stocks, you have to delete that order. For that first you have to delete the delivery using VL02n and then the order using VA02, once that order is deleted you will get that stocks for your use........
    Regards,
    Noopur

  • ATP allocation impact on Backorder processing

    HI All,
    We have implemented Product allocation for one of our project. When we were trying to run back order processing we are not getting the desired result.
    We  have created allocation plan for one of the customer and maintined allocation qty as 50 pcs.
    Then we created a sales order for the same customer with 100 pcs. At the time sales order creation the stock was zero in that plant.
    Then we posted 100 pcs of that material in to stock. When we run back order processing as per the functionality only 50pcs of the stock should get assigned to that particualr sales order since we have maintined 50 pcs as the allocation.
    But when we run the actual BOP using V_V2 not even a single piece is getting assigned the that order.
    then we tried to make below changes and  executed BOP.
    1.We changed the sales order qty to 50 insted of 100. Then executed the BOP then 50 pcs are getting confirmed to sales order. 
    Can any one tell why it is not confirming when the order qty was more than allocation qty?
    Thanks in advance.
    Regards,Babs

    sai and Tibor,
    Thank you both very much for your prompt replies.  It does seem logical to me that backorder processing should execute the same rules-based ATP processes as the original check when creating the sales order.  Unfortunately it's not working as we expect during our testing.
    I have two issues...
    First, if a sales order has no quantity confirmed, then backorder processing does not see that sales order at all.  The "Backorder Processing Worklist" transaction shows the sales order but when executing "Batch Backorder Processing" the sales order is not included in the output.  I've turned on the ATP Application Log and I see this error in the log...
    Item IJv{EkpP06m000002Wfr8G (status I) was not found in the items
    Message no. /SAPAPO/ATPLOG_BOP025
    The item number corresponds to values that I see in the ATP Tree Structure after the BOP run.  Has anyone seen this type of problem before?
    The second issue is related to sales orders that DO have confirmed quantity.  Backorder processing will handle those orders but only seems to run basic ATP checks.  It does not appear to execute the rules-based ATP check, even with the Rules Eval (Again) flag set.  For example, we have a rule set up for location determination that substitutes plants in the event of a shortage.  When we execute the backorder processing, the ATP Application Log shows that it's finding the correct rule but it doesn't seem that the rule is actually being executed.  The only stock that is confirmed is the stock in the ordering plant.  The system doesn't confirm any of the available stock in the other plants to the sales order in backorder processing.
    Has anyone seen this behavior?  Do we need to have a second set of check instructions for business event BO (backorder processing)?  Can you suggest any other configuration that we might need to check?
    Thanks again for your thoughtful responses.
    Regards,
    David Eady
    Application Delivery Team Lead
    Propex, Inc

  • APO GATP Backorder processing -- SO's in R/3 not updating -- CIF problem

    Issue: After executing backorder processing in APO, the update is stuck in CIF .. error (*"Inbound APOCLNT800: No IModel active for cat. Sale"*)
    Note:  I am able to create SO's in R/3 and getting commit from APO.
    After Saving the SO's the SO's are transferred to APO ( I am able to see the SO's in product view - APO).
    I wonder where is the IM not active
    Appreciate your inputs

    Hi kitkat,
    If this is a test of a new functionality, you might just have an old blocked queue.  Try deleting the blocked queue and then re-try the BOP.
    If this is a new error for a BOP scenario that had been working previously, then check your deltareport.  You may have an order in SCM that for whatever reason is no longer being handled by SCM.  In this case, you only need to delete the order in SCM.
    If these two tries don't work, then you need to start examining your CIFs to see if the product/location/sales ord/stock/ATP/etc etc are consistant with your expectations.  Don't forget, in the case of a GATP using location/product substitution, you need to ensure that all possible data that would be needed by BOP is being properly CIFd across.
    Best Regards,
    DB49

  • GATP Product allocation status report and backorder processing

    Dear Experts,
    We are using product allocation as the first and only step in GATP check.
    The scenario is like this:
    Sales order total quantity = 200
    Planned allocation quantity=150
    Thus
    Confirmed sales order quantity=150
    Questions:
    1.Now how can see the confirmed/unconfirmed situation for all sales orders.
    Is there any standard report.
    I understand that this report need to show the planned allocation quantity,total sales order quantity and the confirmed sales order quantity may be bucket wise.Also this report can show the details of all sales orders in the bucket.
    The GATP planning book only shows confirmed sales orders in the "sales order" keyfigure until you have introduced another order series key figure for sales order(not related to GATP) which has sales order/scheduling agreement category group assigned to it.
    2.Can I do backorder processing of sales orders assuming that after the above report is run,I have changed the planned allocation quantity from 150 to 200 and I need that the sales order can be confirmed now by this program rather than by going into ECC and triggering the GATP check again.
    Note that the stock availability situation may remain the same.
    Request you to kindly suggest if this is possible in backorder processing.If yes,then what are the settings and the transactions to execute this.
    Thanks,
    Chandan

    Thanks so much Michael for a prompt reply.
    Couple of points.
    1./sapapo/ac42-This report is helpful but this has 2 issues.
                                                 It has to be run at individual CVC level.Thus it is not a comprehensive report.
                                                 It does not provide sales order original quantity.It just provides the planned allocation quantity,confirmed sales order quantity and the remaining quantity.This is normally already available in interactive planning of GATP planning area.
    What we need is a report which must say what is the original sales order quantity and how much has been confirmed and how much is the bucket planned allocation quantity.
    2.Running ATP in product view or interactive backorder processing view may not help as they seem to be working with ATP group and not with check mode.Note that product allocation gets triggered when check mode comes into play.
    Do you know if we can make it work with check mode.
    3.The batch backorder processing is working when I am using the "update changes" option.I am still evaluating the results as I don't understand many settings here.It will be nice if you can elaborate on some of the settings used in this transaction please.
    Thanks again.
    Regards,
    Chandan

  • Interactive Backorder Processing on Replenishment Purchase Orders

    Hi Team,
             Can you please let me know if Interactive Backorder Processing be performed on Replenishment POs as per the standard SAP design?
    When I try to perform BOPI on a Replenishment PO it gives me a dump. The dump resulted because the "First Sales Order" field was missing.
    Please let me know what this "First Sales Order" means with respect to a Replenishment PO.
    Thanks in advance for the help and for your time.
    Thanks & Regards,
    Srikanth.

    Hi Babu Kilari,
                Thanks for the help.
    Yes. Replenishment POs means STO documents. I checked the SAP Service Marketplace for this. But, couldn't get a solution.
    There is a SAP note(1294888) released for a dump that occurred when changing the quantity of STO. But, this is a different case as that of my scenario.
    If there is any SAP note BOPI on Replenishment POs kindly let me know.
    Thanks & Regards,
    Srikanth.

  • What are RLT and backorder processing?

    Hi Gurus,
    Can you tell me what are RLT and backorder processing and why we do backorder processing?
    Thanks,
    Paul

    hi,
    Replenishment lead time is the time that is needed to order or produce the requested material. The system determines replenishment lead time according to specific times defined by you in the material master record. Depending on the material type, replenishment lead time can be calculated according to various time periods. In the case of trading goods, for example, it is determined according to the planned delivery time, purchasing processing time, and the goods receipt processing time.
    Backorder Processing
    Backorder processing is a functionality in SAP where you can change the committments and over-ride the blockage of stocks
    marked against sales documents/deliveries. For e.g. you receive an order from a very important customer for material "A" but
    the entire quantity of A is committed to another customer "B" via earlier sales orders and this is where BACKORDER processing helps you to change the committment and shift stock due for B to A. This is the benefit of this funtionality.
    OMIH - Checking rule for updating backorders
    OPJL   - Define new checking rule
    OPJJ   - Define scope of check
    V_RA - Backorder Processing
    Data selection:-
    Sold-to-party             Customer code            Mandatory
    Sales Organization                                         Mandatory
    Distribution Channel                                       Mandatory
    Division                                                         Mandatory
    Changed confirmed quantity :-
    Tick the material you want to changed and click the Backorder button
    Confirmed quantity that still can be changed are highlighted.
    V.15 - Backorder List
    Sales Organization                                         Mandatory
    Distribution Channel                                       Mandatory
    Division                                                         Mandatory
    regards
    sadhu kishore

  • BackOrder processing in SD

    Hi experts,
    Can you let me know the config details to setup BackOrder Processing in SD module.
    I want to understand the setup in IMG.
    Regards,
    pri

    Hi Priya,
    Backorder Processing
    Backorder processing is a functionality in SAP where you can change the committments and over-ride the blockage of stocks
    marked against sales documents/deliveries. For e.g. you receive an order from a very important customer for material "A" but
    the entire quantity of A is committed to another customer "B" via earlier sales orders and this is where BACKORDER processing helps you to change the committment and shift stock due for B to A. This is the benefit of this funtionality.
    OMIH - Checking rule for updating backorders
    OPJL   - Define new checking rule
    OPJJ   - Define scope of check
    V_RA - Backorder Processing
    Data selection:-
    Sold-to-party             Customer code            Mandatory
    Sales Organization                                         Mandatory
    Distribution Channel                                       Mandatory
    Division                                                         Mandatory
    Changed confirmed quantity :-
    Tick the material you want to changed and click the Backorder button
    Confirmed quantity that still can be changed are highlighted.
    V.15 - Backorder List
    Sales Organization                                         Mandatory
    Distribution Channel                                       Mandatory
    Division                                                         Mandatory
    Thanks,
    Raja

  • Fair share logic in Backorder Processing - APOBO040 -

    We are thinking to use backorder processing in GATP process. However, one of the expectations of our customer is "fair share logic" during the confirmation of sales orders. Let me clarify what I mean:
    1- We have following sales orders in hand with the mentioned sorting.
    _________Req. Quantity
    SO1________20 pieces
    SO2________20 pieces
    SO3_________1 piece
    SO4_________1 piece
    2 - Assume that the total of our stocks and planned orders are 40 pieces. Then the system will give confirmation to the orders as follows:
    __________Req. Quantity______Confirmed Quantity
    SO1________20 pieces___________20 pieces
    SO2________20 pieces___________20 pieces
    SO3_________1 piece____________No confirmation  
    SO4_________1 piece____________No confirmation
    3 - However we want to achieve such a confirmation distribution.
    __________Req. Quantity______Confirmed Quantity
    SO1________20 pieces___________19 pieces
    SO2________20 pieces___________19 pieces
    SO3_________1 piece_____________1 piece 
    SO4_________1 piece_____________1 piece
    As we have seen from the in the customizing of APO this is somehow possible with the user exit "EXIT_/SAPAPO/SAPLBOP_040" - scope of check-
    (APO Customizing / GATP / Enhancements / Backorder Processing / Define Scope of Check for Batch Backorder Processing)
    Do you have information about this topic, have you tried this solution before, is it working???
    If anybody can help, we really appreciate.
    Thanks in advance and Best Regards

    Hello there, This is in refrence to the doc posted in the link
    Re: Fair share logic in Backorder Processing - APOBO040 -
    I actually have the same requirement and want to implement the fair share logic by using the below mentioned User Exit...  .But the last line in the documentation below says that "This is only possible for the basic methods product availability check and product allocation.""  ....
    Can I implement the  same for Rules Based ATP ..  actually we are using Rules Bases Sustn in cunjunction with BOP.
    Please let me know if you any idea about this fair share ?? Can this be done ??
    Regards,
    Amit --  [email protected]
    > I dont know If you have gone through this document:
    > The lines in bold explains clearly uptill what extent
    > you can do the FAIR SHARE RULE.
    >
    > I believe we cannot do <b>EXACTLY</b> what you have
    > stated in your example.
    > Availability Check is the core for comfirmation of a
    > sales order.
    >
    > Whatever customizing you do in the user exit, donot
    > attemp to do your own availability check logic...
    >
    > GOOD LUCK and let us know when you have done the
    > coding.
    > ******************************************************
    > *******************************
    > <b>EXIT_/SAPAPO/SAPLBOP_040 :</b>
    >
    > ATP, BOP: Scope of Check for Backorder Processing
    > Functionality
    > The user exit is called in backorder processing
    > before the availability check is called.
    >
    > The requirements to be checked and the correction
    > quantities of the separate basic methods are
    > transferred to the function module.
    >
    > Depending on the settings for backorder processing,
    > the requirements to be checked are either the
    > original requirement (requirement check) or the
    > current confirmation of the document (confirmation
    > check). Scheduling has already been performed
    > (according to the settings for the check
    > parameters).
    > The requirements are transferred into four tables.
    > The contents of these tables are linked to each other
    > by indexes.
    > <b>The requirements to be checked can be changed, for
    > example, if you want to implement a fair share logic.
    > Changing the requirements has no effect on the
    > quantities originally required in the documents.
    > <u><i>The change only limits the maximum quantity you
    > can allocate to a document.</i></u>
    > The correction quantities are determined for each
    > basic method. By reducing the correction quantities
    > you can prevent the total quantity being divided
    > between the documents to be checked.
    > You must not change the adjustment entries for
    > planning.</b>
    >
    > ***************************************************
    > APOBO040 scope of check:
    >
    > Scope of Check for Batch Backorder Processing
    > The function module EXIT_/SAPAPO/SAPLBOP_040 is
    > called before the availability check in backorder
    > processing. The documents have already been selected
    > (filter) and sorted.
    >
    > Environment
    > The requirements to be checked and the corresponding
    > correction quantities of the individual basic methods
    > are transferred to the function module.
    >
    > By changing (reducing) the requirements, a fair share
    > logic can be implemented using this function module.
    >
    > By changing (reducing) the correction quantities,
    > quantities can be protected from distribution via
    > backorder processing. This is only possible for the
    > basic methods product availability check and product
    > allocation.
    >
    > Message was edited by:
    >         Kumar Ayyagari

  • Backorder processing issue

    We have created a sales order in R/3 and did the ATP check. The ATP proposed the date 18.01.2010. We accepted the proposal and saved the order. Now when I see the order I see the confirmed date as 17.03.2010. During the BOP the dates have changed.
    Can you please explain how this happens?
    Note - The date in APO is still 18.01.2010.
    Thanks and regards,
    Vinay Kalap

    Hi Vinay Kalap,
    Within backorder processing, the system selects items from SD documents and stock transfer
    documents depending on the filter and a sorter, and brings them into a sequence. An ATP check
    is then performed for the items.
    The check date for backorder processing is always todayu2019s date.
    SAP APO transfers the backorder processing results to the connected OLTP system (R/3
    system).  The SD document is automatically updated in the OLTP system, meaning that the
    document is changed.
    The data for the requirement (requested quantity, requested delivery date/time)
    is retained. The changes to the document relate to the confirmed quantity and the confirmed date.
    When stock transport orders are updated, the requested delivery date/time may be shifted into
    the future, depending on the confirmation situation.
    Regards
    R. Senthil Mareeswaran.

  • Backorder Process - Filter type

    Hi Gurius,
    I have created one Filter Tyoe "FILTER" and one Sort Profile "ZSORT" inn Backoder Process.
    Under this sort, we have 5 Sales Order type:
    Sort Item 1:  ZSO1
    Sort Item 2:  ZSO2
    Sort Item 3:  ZSO3
    Sort Item 4:  ZSO4
    Sort Item 5:  ZSO5
    So, I'd like that onlly Sales Order Type ZSO4 never loos Confimed Quantity even though ZSO3, ZSO2 and ZSO!1 has high priority under the sort.
    ZSO1, ZSO2,ZSO4,ZSO5,could have a normal behavior.
    It is possible?
    Regards
    Abate

    Hi Pavan,
    I vave select CONSIDER FIXEC CONFORMATION. But the follow situation is happen
    SORT
    ZSO1 Priority 1
    ZSO2 Priority 2
    ZSO3 Priority 3
    ZSO4 Priority 4
    I have entered
    ZSO4 - qty 10 required.  Confimed 0 firstly
    ZSO1 - qty 10 required. Confirmed 0 secondly
    Stock = 0
    Then,  I have realized free goods (qty =10)
    Then, Run Backorder Process
    Expected Results
    Qty would be allocated in ZSO1.
    But, the BackOrder Process allocated in ZSO4....
    I t is possible respect the sort priority in this case?
    Hi,
    If you have set fixed date quantity indicator on the line item of ZS04 then BOP does not consider it provided you have not selected CONSIDER FIXED Confirmation.

  • Internal error: ck04_ckbzobj_to_abcbzobj:with quantity

    Dear All,
    When i was creating Project in CJ20n below error is appearing kindly give me a solution
    Internal error: ck04_ckbzobj_to_abcbzobj:with quantity
        Message no. KK600
    Diagnosis
        Programming error. This means that you cannot process your data further
    Procedure
        Please inform the person in charge of the system. If necessary, contact
        the SAP hotline and tell them what you have read in this message.
    Thanks
    Naveendra

    Thank you actulay i checked, wer i was Maintain Plan Costing variants for Network (pso6) i have changed to pso2 then error was solved
    Thank you
    regards,
    Naveendra

  • Significance and scope of backorder processing

    Folks
    I am trying to understand the Significance and scope of backorder processing.
    Is backorder processing a standard process that is run in every company frequently or is there a special need that drives this process ?
    Thanks

    Hi Sree
    In simple term Back order Processing is more of a manipulation.
    The quantity already assured to other customers earlier are being manipulated/changed here.
    Back order is created in two scenarios.
    1. If the order quantity is not totally confirmed.
    2. If the requested delivery date can not be kept.
    I will give you a simple example.
    Suppose ,you have a material M1.
    Your sales closing is 30th Oct.
    As of to-day your stock is 1000 units, out of which suppose 200,300 and 400 units are already assured/promised to customer A,B and C respectively.
    You are not going to receive any stock before 1st Nov.
    In this scenario, suppose one of the biggest institution (your most important customer) has palced an order for 400 units and to be delivered before 30th Oct.,whereas you have only 100 units left open with you.
    You have been trying for this order since last few months as this business is very lucrative, every year grows by atleast 30%,payment is very good, profit is very good, it is a prestigious institute where all compititors are active.
    If you will not serve this order, then in future you will loose the business permanently which you can not afford.
    In this situation what you will do ?
    Obviously, You will change the already promised quantity earlier to other customer and find out 500 units for this order, and this process is called Back Order Processing.
    Back order processing is of 2 types.
    1. Manually (Here ATP quantities are reassigned manually as for confirmation and manage the required stock for the important customer)
    Here t.code CO06 is used.
    2. Automatic or via Rescheduling ( Here system does automatically taking the "Delivery priority" from the customer master into consideration). Here t.code V_V2 is used.

  • AS2 Receiver Error: MIC not verified # unexpected-processing-error

    When sending out a test message using Seeburger AS2 receiver channel I get the following error:
    MIC not verified # unexpected-processing-error
    So obviously this problem is related to digital signature I think? However I get the same error even if digital signature is deactivated in the communication channel.
    Do you have any idea on this?

    Hi ,
    I have been facing this error and tried all the refresh and reimporting of certificate.
    "MIC not verified # unexpected-processing-error"
    could you be bit specific how to fix this ?
    thanks in advance
    Praveen

Maybe you are looking for