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

Similar Messages

  • Backorder processing in Scheduling agreement

    Hi,
    When user creating scheduling agreement with delivery dates,qtty will not be confirmed.
    as there is no stock. once company get the requirement, company starts production,after production-same will be informed to the stores department. Then they post the stock for that material. This will be informed to the user by mail.
    But in scheduling agreement, qtty will not be confirmed , until user did the changes in "Re-scheduling/Backorder processing" - it consumes time for the user.
    as daily there will be "N" no.of agreements will be there. User cant do it manually for each and every agreement.
    Is there any prog, whenever stores post the stock for particular material, automatically system should confirm the stock for those agreements?
    R
    Is there any tcode, in which we can run for the specific agreements based on the delivery date, so that stock will be confirmed?

    Options are
    -  run V_RA
    -  go to MB1B with movement type 412E and reserve the stock.  This also has to do manually scheduling agreement wise.  If you feel that manual entry is not possible, may be you can develop a zee tcode through which you can copy the logic of MB1B and post the stocks in bulk
    thanks
    G. Lakshmipathi

  • 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.

  • CO06 Backorder processing

    Good morning!
    I have to allow access to users to the sales orders backorder processing, but I cannot provide access to modifications. I thought about the tcode CO06 (which fully suits our purposes), but once there the users can change the reservations. My question is, is there a transaction like CO06, but that allows only displaying?
    Thank and best regards,
    Adriano Cardoso
    Edited by: Adriano Cardoso on Oct 19, 2010 12:39 PM

    Yes,pls  use  CO09-->Its  the  same  but  u  cannot  modify  nothing.
    Thanks and  best  regards
    L

  • 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

  • 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

  • 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

  • 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

  • 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

  • Difference between incomplete order and backorder processing

    What is the difference between incomplete order and backorder processing.

    Hi,
       Incomplete order is an order in which all the fileds(To which the Incompletion procedure is assigned) are not filled before saving the sales order.Using backorder processing, you can list sales documents relevant for requirements for particular materials and confirm them manually. You can assign available-to-promise (ATP) stock to outstanding order quantities. In addition, you can withdraw already confirmed quantities and reassign them to different items. This means If the stock of a material has been confirmed to a particular order or delivery, and after that you have recieved an order which ahs to be delivered immediately , then you can change the stock allottment of the previous order to this new order using back order processing. The transaction code for this is "V_RA". Transaction code to see which incompletion procedure is assigned to your sales order type is "VUA2" And to see the Incompletion procedure itself is "OVA2". Kindly please let me know If you need any more information on this.
    Regards,
    Ram Pedarla

  • 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.

  • Partial Confirmation not working through Backorder Processing in GATP

    Dear SAP Folks,
    We are having issue with our Backorder Processing in APO.
    During backorder processing we have seen (in BOP Spool) orders are getting picked for
    processing but despite availability of Allocations and inventory, orders are remaining unconfirmed which could have been partially confirmed. 
    Order which can be partially confirmed, BOP doesnt do partial confirmation. For Example - If SO is for 100 pieces and
    can be confirmed for only 60 pieces, ideally BOP should confirmed 60, but it doesnt.
    But same sales order can be confirmed by doing manual online ATP Check in Sales Order.
    BOP only confirms the orders when it can be fully confirmed, not partial confirmation thru BOP.
    This is very strange, ideally BOP should confirm those orders, but its not doing it.
    Please help.
    Thanks
    Satish

    Dear SAP Experts,
    We tried the suggested solution to OVZJ setting = 'E'. This soulution is not working properly - results are inconsistent. Meaning with these  setting BOP confirmed orders partially, with the rerun of same BOP job on same orders it didnt confirm the orders partially, orders were kept unchanged. We tried this activity multiple times, but results are inconsistent.
    But online ATP check can always confirms those orders partially, without any issues there.
    Also please provide details about impact of this change for OVZJ setting= 'E', to any other processes in ERP system.
    Please help
    Thanks
    Satish
    Edited by: SatishW on Mar 17, 2010 10:05 PM

  • SD_VARIANT_MAINTAIN and backorder processing V_RA

    Hi,
    I've set the parameter SD_VARIANT_MAINTAIN = A and it works for VA05 and other SD transactions BUT it doesn't work for V_RA - backorder processing.
    I' can't save, choose or maintain variant.
    I've searched OSS notes and couldn't find anything usefull, please help.
    Thanks

    Hi,
      Go to tcode V_RA and give ur entries ans in the menu bar select "Go to" and select "vairent" and "save as varient" and executes this varient in foreground and in background.
    Reward if useful
    Regards,
    kishore.

Maybe you are looking for