Availability Check required without "Safety Stock"

Hi,
I have a fert material "FG' whose prodn order i am creating.
This FG has a child Component "RM"
Available Stock for RM = 20
Safety Stock for RM =     20
No Receipts / No Reservations exists for RM.
I want the production order not to consider SAFETY STOCK. Hence in OPJJ i removed the Tick "Include Safety Stock".
When i create production order, as per the above setting, it should show " Material Avaliable", but instead it is showing Material Shortage.
Plz guide.
Thanks in advance,
Harris

Hi,
Here is my Availability settings.
Availability Check = Z2
Stocks     
Include Safety Stock     
Stockin Transfer     X
Incl. Quality Stock     X
Incl. Blocked Stock     
Incl. Restricted - Use Stock     
W/o Subcontracting     
Replineshment Lead Time     
Check without RLT     X
Storage Location Insp.     
No stor. Locn inspecn.     
Missing parts processing     
Checking period: GR     0
Receipts in past     
In/Outward Movements     
Incl. purchase orders     
Incl. purchase req.     
Incl. dep. Reqt.     X
Incl. reservations     X
Incl. sales reqt     X
Incl. deliveries     X
Incl shipping notifcn     
Incl depe. Reservations     X
Incl. rel. ord reqs     
Incl. Planned orders     
Incl. Production orders     
This Availability, Z2 is maintained in MRP3 view also.
Regards,
Harris
Edited by: Harris Panchal on Nov 17, 2010 2:27 PM

Similar Messages

  • Static availability check leads to negetive stock 15.00,000- KG in 0001 UT

    Gurus,
    <b>Static availability check leads to negetive stock 15.00,000- KG in 0001 UT</b>. I am getting the above error message . Any suggestions why this error message coming up.
    thanks in advance.

    Hi,
    Here is a blog regarding how to fix WMI issue might be useful to you:
    Fixing WMI issues Using Batch Script
    http://social.technet.microsoft.com/wiki/contents/articles/6887.fixing-wmi-issues-using-batch-script.aspx
    In addition, you mentioned Remote Desktop Servers are in a cluster setup, would you tell us how did you create the cluster?
    As far as I know, with RD Connection Broker, we don’t need to create a cluster but just add multiple RD session hosts into one collection, then RD connection Broker would redirect sessions automatically.
    Best Regards,
    Amy
    Please remember to mark the replies as answers if they help and un-mark them if they provide no help. If you have feedback for TechNet Subscriber Support, contact [email protected]

  • Availability check for Make to stock and Make to Order

    Dear All,
    Client is selling   Make to stock and make to Order material.
    How and what settings need to do for Avaialbility check.or we can use standard one.
    I hope in case of Make to Order availability check may not happen.
    Please correct me.
    Thanks in advance.
    Regards,
    Shrikant

    hi,
    yes for make to order we dont have AvChk.  for make to stock items u need to follow the
    below configuration.
    Availability check
    1. Availability check is an integral part of the business process that determines if the required delivery quantity can be met on a required delivery date. For this purpose the system takes into account pre-delivery activities such as scheduling for picking or packing times and the time taken to produce or obtain the material. It also performs several background functions such as Backorder processing, rescheduling and ATP quantities.
    2. Backorder processing: processing of a sales order that has not been fully confirmed or not confirmed at a certain delivery date.
    3. Rescheduling: is a proposal of how u2013 confirmed quantities already assigned to a sales order can be reassigned to other sales orders that have a higher priority.
    4. Available to promise (ATP): is a process of checking the available quantities of a material. The ATP quantity consists of warehouse stock + planned receipts (incoming stock) u2013 planned issues (outgoing stock). to examine stock on hand (CO09) proceed to logistics u2013 sales & distribution u2013 sales u2013 environment u2013 availability overview.
    5. Replenishment lead time (RLT): is the time taken for the material to become available either internally (in house production) or externally (from a vendor). The most important things to consider during an external procurement are purchasing and MRP 2 (procurement) views of MMR where the processing time for purchasing, planned delivery time and goods receipt processing time are taken into account. On the other hand internal procurement is based on in house production time (MRP 2 view) goods receipt processing time or alternatively RLT time, which is found on MRP 3 view.
    6. RLT (Replenishment Lead Time) is the time taken for the material to become available. RLT is only used when doing an ATP check (Available To Promise). The value of RLT for a material is specified on material master record.
    7. There are three types of availability checks u2013
    Check on basis of ATP quantities.
    Check against product allocation.
    Check against planning.
    Configuring Availability check through Checking Groups u2013
    1. The checking group + checking rule determine how the availability check is to be performed.
    2. The checking group determines whether and how the system checks the stock availability and generates requirements for material planning. The checking group defines what type of requirements will be passed on i.e. summarized requirements (daily/weekly) or individual requirements for each sales order.
    3. The checking rule applies to how the availability check is to be carried out at the transaction level. Note that you must define checking rules for each individual application such as for production orders for example. In Sales and Distribution, the checking rule is specified internally within the system and cannot be changed.
    4. The checking rule, in conjunction with the checking group, determines the scope of the availability check for every business operation; that is, which stocks, receipts and issues are to be included in the availability check and whether the check is to be carried out with or without the replenishment lead time.
    5. Briefly explaining the above u2013 checking group determines which type of requirement to be passed on to MRP whether it be individual or summarized and checking rule which is at the transaction level and can be configured independently for each application module, determines which stocks, receipts and issues to be taken into account. For performing an availability check checking group has to work in conjunction with checking rule.
    6. Advantages of individual processing over summarized processing u2013
    Backorder processing is possible.
    You can access (MD04) order, line and schedule line individually which gives a greater control on available stock and requirements placed on stock.
    The system automatically uses individual requirements in case of special stock items.
    7. Required data for the Availability check to be carried out u2013
    The Availability check must be switched on at the requirement class level.
    The Availability check must be set at the schedule line level.
    A requirements type must exist by which the requirements class can be found.
    A plant must be defined in the sales order for each schedule line item (in other words plant must be defined for every material in MMR).
    A checking group must be defined in the material master record in the MRP3 screen in the availability check field.
    8. Configuring Availability check and defining Checking Groups u2013
    Checking groups are introduced into the sales order based on the setting in the material master record.
    SAP standard checking groups are 01 u2013 summarized requirements and 02 u2013 individual requirements or you can create your own by copying the standard ones.
    Total sales and total deliveries columns are there to configure a checking rule to sum up requirements to post to MRP either individually or by day or week.
    Block quantity required can be set if you want several users to be able to process the material simultaneously in different transactions without blocking each other.
    The no check indicator is CHECKED when you DO NOT want the system to carry out ATP check.
    9. Defining material block for other users u2013 the block check box is an indicator that enables you to block material master records of a particular material during the availability check and restrict other users from accessing same master record and reserve the material. If the block is not set, two users can confirm the same material at the same time for two different orders, not knowing if the stock is available or not. If you select this field, the material is blocked during the availability check and other users cannot: a) Make changes in the material master record. b) Create purchase orders for the material. C) Create orders for the material.
    10. Defining default values for checking groups - Checking groups are introduced into the sales order based on the setting in the material master record.
    However if there is no entry present in the material master record for the checking group, a default value can be set here, depending on material type and plant.
    This default value will be used by the system depending on the material type mentioned in MMR and plant in sales order.
    If an entry exists, this default value is over written by MMR.
    11. Controlling Availability Check u2013 in this section, you tell the system what stock on hand and what inward and outward movements of stock it must take into account when performing the availability check in addition to whether or not to consider the replenishment lead time.
    12. These settings are based on the checking group that is assigned to the material master record and the checking rule that is predefined and assigned to the sales and distribution transaction.
    13. These settings carry out control both for sales order and delivery as well. This is due to the fact that you may want to include specific stock or incoming stock for the sales order, yet at the time of the delivery only include physical stock on hand waiting to be shipped.
    14. It is possible to indicate to the system that you would like the availability check NOT TO CHECK the stock at the storage location level. This indicator is used to set the scope of the availability check.
    15. It is used to switch off the check at storage location level. You create a reservation for a particular storage location. However, the scope of the availability check is set in such a way as to exclude the storage location. In this case, the system carries out the check at plant level only and does not take the storage location into account that is specified in the reservation.
    16. Should you not want the system to automatically check RLT, you may indicate so here. RLT is the time taken for a material to become available. It is only used when doing an ATP check and is taken from MMR.
    17. Defining the elements in the availability check entirely depends on the business needs, but a few tips are given under u2013
    When controlling the Availability check at the time of the sales order, a purchase requisition does not necessarily indicate by it is going to come into the plant.
    A shipping notification on the other hand - a confirmed purchase order u2013 is a good indicator of receiving stock on a specified date.
    It is always recommended not to select the shipping notifications for the delivery requirements type as you may not actually receive the stock into plant or warehouse for which you are creating a delivery.
    regards
    anand

  • Availability check for sales order stock

    Hi,
    We use sales order stock in sales order which creates purchase requisition automatically.Movement types for GR 101E, for GI 601E. Material master data has on MRP2 view as GR processing time 2 days for example. I create sales order with requested delivery date today.After saving SO, PR is created and I create PO with delivery date today and post goods receipt document for today. System gives as confirmation date today + 2 days. although the material is in stock.
    We use also project stock in sales order which creates purchase requisition automatically.Movement types for GR 101Q, for GI 601Q.I run the same scenario for the same material. As soon as I create the purchase order system confirms the open quantity in sales order for today. (Scope of availability check is the same for both sales orders and includes PO)
    What can be the reason?
    Thanks

    Hi Murat,
    i guess the problem is with the 'Check without RLT' indicator' in Availability check control. For the MTO (checking rule AE) i guess this indicator is not set but for the Project systems (Checking rule PS) this indicator is set. This makes the difference. Do the changes as desired in transaction OVZ9.
    Please check and revert back if you are still facing the same problem.
    regards,
    Kathir

  • Sales order availability check considering the ROH stock/procurement time

    Hi Gurus,
    Our client's Production process requires  the availability check at order level to consider the procurement time required for the Rawmaterial (BOM component of the FERT, whose sales order is taken) in cases when this RM is not available in the plant, and Availability check should not consider this procurement time when this RM is available in the plant.
    ie in first case, it should consider the total time for in-house production as well as the time required to procure the rawmaterials, along with all other times that we use like Gr processing time, packing picking etc.
    In second case it should not consider the RM procurement time, but only the inhouse production time and other times as applicable.
    To my understanding, Availability check at order level will only check the time given in the MRP view of the FERT, and it does not check anything about RM stock or RM procurement time.
    Can you please give me some suggestions to meet this requirement of the client (client is into Food Product Manufacturing).
    Your quick response will be very helpful
    Thanks
    Jobi

    Jobi,
    Our client is not following Assemble to order or even make to order. The typical production process followed is neither make to order nor make to stock.
    Understood, although I am not sure why you are telling me what he has today; since your client has already told you his existing solution is unsatisfactory.  I have described a solution that seems to meet the short list of business requirements that you described in your first post.  I suggest you offer this solution to your client, unless he has already told you that ATO is not acceptable for some other reason not mentioned in your post.
    As already mentioned by the other experts Saurabh and Kiran and Mariano,  the requested functionality in general is not supported for MTS in standard ECC.  As always, anything is possible through enhancement or 'workaround', as long as the client has enough time and money, and you have sufficient skills to implement.
    If the client is willing to implement APO, which is the standard SAP advanced planning system, such a solution (multi-level availability checking with MTS) is possible as standard.  Within the Global Available To Promise Module of APO there are a couple of ways to get at this type of ATP solution.
    Best Regards,
    DB49

  • Availability check FM for free stock

    How is it possible to know the free stock available for a given material in this function module.
    I have no idea how to use this module.
    Sombody Plz help....
    Thanks All..

    CALL FUNCTION 'AVAILABILITY_CHECK'
    TABLES
    p_atpcsx = l_atpcs
    p_atpmatx = l_atpmatx
    CHANGING
    p_atpcc = l_atpcc
    EXCEPTIONS
    OTHERS = 0.

  • Availability check at sales Order level

    I am working in retail project and we have Cash sales, Rush order, Standard order scenario. All articles are created as Trading articles HAWA.
    When we create a sales order with cash sales document type, Rush order the availability check happens at sales order level itself but if I use the OR document type the availability check happens at delivery document level not at sales order level
    I want the availability check to be happening at sales order level so I have marked the availability in VOV6 for schedule category CP and CV.
    I donu2019t have the stock for the material X and we have not created any purchase order for X material but system is giving the confirmed delivery date with OR document type. So I have marked the check without RTL in OVZ9. After this system shows the confirm delivery qty is 0. 
    I think if the availability check happens without replenishment lead time then only I can get the output as per my requirement
    Can anyone guide me is it the right way to address this scenario

    Hello,
    Cash sales --> The detail configuration that has to be made for Cash sales are as follows:
    1.  Create a new order type ZBV by Copying the BV Standard Order and in the functionality of ZBV activate immediate delivery.
    2.  Create a new category ZBVN by copying item category BVN and check whether credit active unchecked or not in ZBVN.
    3.  Make all the neccessay setting for the item category determination for cash sale for which u configured.
    After the delivery document is created in the background, billing document is generated wrt Order.
    Rush order -
    >
    1.  Create a new order type ZRO by Copying the RO Standard Order and in the functionality of ZBV activate immediate delivery.
    2.  Create a new category ZTAN by copying item category TAN and check whether credit active unchecked or not in ZTAN.
    3.  Make all the neccessay setting for the item category determination for Rush order which u configured.
    Please remember here the goods has to be picked and then PGI has to be posted. Then only you can bill the Order.
    And for standard order process, please refer the below link:
    [Standard order scenario|http://help.sap.com/bp_blv1600/V5600/BBLibrary/Documentation/148_BB_ConfigGuide_EN_IN.doc]
    Regards,
    Sarthak

  • How to use forecast and safety stock

    Hi
    We have below business case for MRP case  and scenarios , please guide me how to use safety stock in this case.
    Requirement : System should always raise PR for quantity of forecast only , if forecast in not available then for the safety stock 
    Planning cycle
    100 (Monday)
    Deliver cycle
    500(Friday)
    Forecast model
    S
    Lead time
    4
    Safety stock
    10

    Hi
    Did anyone have idea how to use safety stock with forecast in such a way that System should always raise PR for quantity of forecast only , if forecast in not available or less then the safety stock quantity PR will be raise with safety stock quantity

  • CNS0 - Material availability check

    Hi Experts,
    Now, we have some problem for material availability check.
    For example :
    Stock : 10 pce
    1. we create outbound delivery for 6 pce for Network / Activity : A / A000
    2. we create outbound delivery for 4 pce for Network / Activity : B / B000
    3. Now we create outbound delivery for 5 pce for Network / Activity : C / C000 , what we expected is there is an error message to tell us " only 0 PCE of material XX available " , but now, there is no message, outbound can be generate without any message.
    Could you pls help me to know where might be problem ? where I should check ?
    Best regards
    Shubin

    Hi Nitin,
    thanks, but seems the problem is not here, I guess it is a material availability check issue.
    BR , Shubin

  • Availability check & TOR

    hi
    can anyone   tell me whether availability check is first or TOR.  Explain in one scenario.
    please urgent
    regards
    murali

    hi,
    Availability Check & TOR configuration is done hand in hand..
    To confirm the quantities for a particular line item in the sales order on particular day system carried out transfer of requirements (TOR) & AVAILABILITY check, so has to confirm the quantity on particular day as system should know what are there requirement of the sale order and delivery with MRP then system carries out availability check function, to confirm the quantity on particular day. Depending upon the IMG setting system carries out availability check function based on 3 methods:
    A) Availability Check with ATP logic or against planning:
    In ATP logic systems ATP Qty while carrying out availability check function for
    Particular line item (ATP qty=warehouse stock +planned receipts-planned issues)
    Planned Receipts: EX: - purchase requisitions, purchase orders, stock in transfer, stock at inspection etc.
    Planned Issues: - EX: - open sales order & open delivers
    B) Availability check against product allocation:
    Availability check can be carried out against product allocations in which system automatically restrict the user to confirm the quantity beyond reserved quantities per particular customer. EX: - Availability qty =100, existing orders=10, then system automatically distributes to items evenly to the sales order.
    C) Rule based Availability check:
    Rule based availability check can be carried out based on the business transaction.
    EX: - For normal sales order system has to carry out availability check for special sales order ex: - cash sales and rush order systems need not to be carry out availability check,
    In rule based availability check system in which system carried out Global availability to promise in all plants. In this check system transfers the requirements to APO system where GATP takes place and the result of the availability check transferred to R/3 system. This process takes place with the transaction code CIF(central inter face) inR/3.After carrying out availability check function system proposes(by using ATP logic) default values of ATP check result to the user in a dialog box, in which system gives the choice to the user to take the decision in contest of insufficient stock.
    a) One time delivery:
    If the user chooses one time delivery and the order Quantity is 100 units system confirms 50 units then systems automatically confirms as a zero. If the user saves the document with the zero confirm qty then system trace the sales order as aback order (V_RA), which can be confirmed later by RESCHEDULLING (V_V2).
    b) Complete Delivery:
    If order Qty=100, Availability stock = 50, system says that remaining can be given after one week. Then if the user selects this option then system push up existing confirmed qty to after one week and the total qty can be confirmed after one week only.
    c) Delivery Proposal:
    If order qty=100, system confirms 50, and remaining 50 can be confirmed after one week. If the user chooses this option then system confirms 50 Qty today allows the user to delivery 50 quantities today remaining 50 can be delivered after one week.
    CONFIGURATION SETTINGS FOR TOR:
    Define Requirement Class:
    Path:  S&#61664;Img & Availability Check&#61664; Basic functions &#61664;D  & Transfer of  Define Requirement classes&#61664; Transfer of requirements &#61664;requirements
    Requirement classes control MRP, Requirement consumption, strategy, relevance for planned. It specifics whether the availability check & TOR to be Called out for transactions. Ex: Sales Order
    It determines whether requirements relevant for MRP or not, the allocation indicator from the sales view which controls the settlement of customers requirements with planned independent requirements. It determines the item b to be settled as an availability heck. Assignment, the settlement profiles the results analysis key. The TOR and Availability check functions are globally controlled using the requirement class for all the Sales documents. The values from the Requirements class are transferred to scheduled the of the sales documents class are transferred to scheduled the of the sales document default values and can be over written there.
    Define Requirements Classes:
    Requirement class defines whether the system has to carry out availability check based on the STP Qty. Ex:
    Define Requirement Types:
    Here we define requirement type, Ex: and Assign to Requirement class that we defined in the promote step.
    Determination of Requirement types using Transaction:
    Requirement type is going to be determined for sales document by following a search strategy. .
    First System checks strategy group in MRP3 view if it trend requirement type then system takes from it, otherwise.
    It will go to MRP group in MRP1 view, otherwise
    It will check to Material type, otherwise
    It will go to item Category + MRP type, otherwise
    It will go to Item category only, otherwise
    Finally system determines the transaction b not relevant for TOR & Availability check.
    Choose Item category TAN+MRP type PD=Requirement type =0
    Define Procedure for each schedule the category:
    Here we define respective schedule the category of the sales documents, whether an availability check and TOR should be carried out. This setting is relevant for sales documents only. It is fine tuning of availability check for sales documents TOR & Availability check function can be activated at sales order level those are proposed in to schedule line category level. If u wants to deactivate TOR availability check function at schedule the category level and want to deactivate at requirement class level it b impossible.
    Ex: If u wants to check availability w/o transferring the requirement we can use it.
    Choose schedule line category CP & Activate Availability check, requirement & Product Allocation
    Block Quantity confirmation in delivery Blocks:-
    When we transfer requirements to MRP then confirmed quantities is also reserved for confirmed sales documents, if transaction is blocked for delivery the reserved quantities are also blocked so that the conformed quantities cannot be used by any other purpose. So has to avoid this situation we can block the transfer of requirements(TOR) for delivery blocks, in this case requirements transferred to MRP but will not be reserved, that will be cleared once we save the documents then system shows confirmed qty as zero.
    When we remove the delivery block then system automatically carries out availability check & confirms the qty.
    A) Deliveries: Blocking region for sales Area:
    Here we define blocking regions for TOR ex:-credit limits
    B) Reasons for scope of delivery blocks: TOR. Block:
    Ex: - 01 credit limits-check confirmation block.
    Maintain Requirements for TOR:-
    Here we can define our own requirement with the help of ABAPer for TOR
    Ex: - a) 102- prevent reservation in the event of credit block
    b) 102-purchase requisitions.
    System doesn’t create purchase requisitions for sales order line items if it has a credit limit.
    Availability check:
    Configuration setting:-
    Availability check with ATP logic or against planning:-
    Define checking group:
    Checking group define what kind of requirement record system use to create when sales order & deliveries are processed for this material. We can create 2 kinds of requirements records
    Individual requirement records: that means system creates requirement record for each S&D document.
    Summarized requirement Records: That means system creates requirement records under certain condition in the material master record. There are 2 type of summarized requirement record:
    Summarized requirement records for each day.
    Summarized requirement records for each week
    Define checking Action;
    Here we define 01- daily requirement -B 02- Individual requirements -A
    Where b-total record per day
    A-single record per day
    B) Define material Block for other users:
    When 2 users tries to confirm the quantities for the sales order for same material at a time system will be confused to confirm the quantities both sales orders. So has to avoid this kind of situation we can block the materials from confirming the quantities for 2 users at a check, check block
    C) Define checking group default values:
    Checking group is going to be determined depending upon the material type & plant.
    -Go to new entries, specify material type, ex;-FERT
    & plant = checking group of availability check: 02
    D) Carry out for Availability check:
    Here we define checking rule for the Availability check & allocate them to the checking group. The checking rules specify the scope of the availability check. For a respective transaction, means which planned receipts & planned issues systems has to taken into consideration and also it determines whether system has to take RLT into consideration.
    Action:
    *Select checking group of availability check-02, checking rule=01
    *Go to details icon, & check which planned receipts & planned issues system has taken into consideration for availability check
    *save it, exit.
    E) Define procedure by Requirement class:
    Here we define requirement class whether on availability check & TOR should be carried out the setting that we carries out at requirement class level they are at global level. There settings automatically copied into define from of requirement class and vice versa.
    Action:
    *Choose requirement class: 041 & check availability check & TOR (requirement)
    F) Define procedure for each schedule line category:
    Here we carry out fine tuning setting for availability check at schedule line category level. Here we define whether system has to carry out Availability check for particular transaction.
    Ex:- if we want to implement a availability check w/o TOR for a particular transaction. According to settings at requirement class level TOR & availability check function activate & those setting will be copied into the schedule time category by default, so that at schedule line category level we deactivated TOR
    G) Determine procedure for each Delivery Item category:
    H) Checking group for updating back orders:
    CHAN

  • Causes for not displaying Availability Check Screen

    Hi gurus
      Can anyone explain me some reasons about why the availability check screen is not showed in a sales order item? I have a message saying "Sales order item not specified in requirement", It depends on the configuration of availability check?, how can I see how is the Availability check configured on my SAP?.
    Thanks a Lot.
    Regards
    Soraya

    Hi soraya
    In availability check , requirement class is global . it affects the entire system. For this requirement class a requirement type is assigned
    You can see this requirement type in the shipping tab as you have the  sale tab, item overview tab in the same row last but one tab is shipping tab , click on that shipping tab , you can see a requirement type is assigned .
    Example :
    Generally for MTS
    stratergy group - 10 , availability check -02, MRP type - PD
    requirement type - KSL or 041
    Generally for MTO
    stratergy group - 20 , availability check -02, MRP type - PD
    requirement type - KSL or 041
    Let me know the status
    Reward if useful 
    Regards
    Srinath

  • Safety Stock Calculation Setups

    Hi,
    Question 1:_
    I created a buy item with the safety stock details as below
    Method : MRP Planned %
    Bucket days : 2
    Percent : 100
    Also i enabled the MSO: Default Timestamp Safety Stocks to End of Day (23:59).After running the collection plan (Targeted Refresh) my msc_system_items table looks as below
    SAFETY_STOCK_CODE : 1
    SAFETY_STOCK_BUCKET_DAYS : Nill
    SAFETY_STOCK_PERCENT : Nill
    and then msc_safety_stocks is also empty.
    Please help me to solve the issue.
    Question 2:*
    what setups should i do to create the safety stock in my plan other than checking the calculate safety stock in plan option.Aslo what plan should i run (constrained or unconstrained)???
    Note : we done have inventory optimization installed.
    With Regards,
    M.Raamjee

    Hi Sandeep,
    I tried the generating safety stock.I succeeded too..Thanks for the help.But i need your help again for the analysis.
    I created a Buy item and i havent mentioned a LT for it.
    For safety stock calculation,i mentioned
    safety stock Buket days : 2
    safety stock percentage : 100
    Forecast was 100qty every day from 4/May to 9/May ..
    Output was as below
    29/Apr/2012 Forecast = 0 Saf.Stock = 76
    30/Apr/2012 Forecast =300 Saf.Stock = 100
    5/May/2012 Forecast =300 Saf.Stock = 73
    14/May/2012 Forecast = 0 Saf.Stock = 24
    As per the calculation
    ( 200/2) * 100% = 100 qty which is matching the qty in 30/Apr bucket.
    I need to know how was the other buckets got calculated.
    With Regards,
    M.Raamjee
    Edited by: Ramji on Apr 29, 2012 10:04 AM

  • How to get committed date for each component after availability check

    Hi,
    When I use CO02 to check material availability, I can see committed date in missing part list and missing part overview for each component in production order. I save it and use CO03 to read missing part list again. The committed date is blank?! How to get the committed date for each missing part in production order?
    Another question, committed date can be displayed in CO24(missing parts info system)? Thanks in advance!!

    Rita,
    Please check that the PP avail. check has replensh lead time turned on. If RLT is turned off & there is no sufficient stock of material, then system can only committ date of 12/31/9999.
    Once you turn on RLT, it will give you some date based on your configured avail check ( that looks at stock or purchase order or production order). That way if there is no sufficient stock of material to satisfy your order system will committ the worst case date which is the RLT.
    On CO24 unfortunately there is no field for Committ date. Hence is it not possible to view commit date. You can only view Committ quantity.
    i am sure this will help you. Else please come back.
    thanks,
    Ram

  • Stock confiramtion at sales order level for future date- Availability Check

    Hi all
    Here is the scenario
    This setting is available in the system:
    Stock is available
    Sales order created with Requested delivery date in future-> not confirmed
    Sales order created with Requested del date today -> confirmed
    The requirement :
    how and where to change this setting in IMG so that also orders with Requested Delivery Date in future are confirmed if stock is available.
    As this is urgent request to respond quickly.
    Regards
    Devender

    Hello Devender,
    You can achieve the mentioned scenario by configuring ATP. You can do ATP with RLT or ATP without RLT.
    In ATP with RLT, system will check and confirm the quantities from existing stock only and if quantities are insufficient then the system will consider inline POs or manufacturing time to confirm remaining quantitites.
    Else you will be getting schedule lines for only items in stock and remaining will be unconfirmed as ATP without RLT will be activated i.e., system will check and confirm the quantities from existing stock only.
    Types of Availability Check in Sales and Distribution
    Processing
    There are three types of availability check:
    _ Check on the basis of the ATP quantities
    _ Check against product allocation
    _ Check against planning
    The following SD-specific control features need to be maintained in Customizing:
    _ Checking group
    The checking group controls whether the system is to create individual or collective
    requirements in sales and shipping processing. In addition, a material block for the
    availability check with transfer of requirements can be set here. The checking group can
    also be used to deactivate the availability check. This option was created especially for
    the assembly order so that when the bill of material is exploded in the assembly order,
    the individual components, if necessary, can be classified as non-critical parts as far as
    procurement is concerned.
    The checking group specifies in combination with the checking rule the scope of the
    availability check. It is proposed in the material master record on the basis of the material
    type and the plant, and copied into the sales and distribution documents.
    _ Checking Rule
    You use the checking rule to control the scope of the availability check for each
    transaction in sales and distribution. You also specify whether the check should be
    carried out including or excluding replenishment lead time. The individual checking rules
    define by transaction, which stock and inward and outward movement of goods should
    be taken into account for the availability check.
    _ Schedule line category
    You can control with the schedule line category whether an availability check and
    transfer of requirements should be carried out in the sales documents. The possible
    settings for this at schedule line level are dependent on the settings in the requirements
    class which is determined from the requirements type of the material.
    _ Delivery item category
    The delivery item category can be used to control whether an availability check takes
    place in deliveries.
    Requirements type
    The various requirements are identified by their requirements type. The requirements
    type refers to the requirements class and its control features.
    _ Requirements Class
    The requirements class contains all control features for planning such as relevance for
    planning, requirements planning strategy and requirements consumption strategy. In
    addition, it is specified at a global level whether an availability check is to take place for
    the material in the sales and distribution documents on the basis of the ATP quantity
    (ATP = available to promise) and whether requirements are to be passed on. A finer
    degree of control can be obtained for sales documents using the schedule line category.
    Replenishment lead time is only included in the check performed on the basis of the
    ATP quantity.
    Prerequisites
    An availability check can only be carried out if the following prerequisites have been fulfilled:
    _ The control elements described above for the availability check must be maintained in
    Customizing for Sales and the relevant assignments made to the sales transactions
    _ The availability check must be switched on at requirements class level and - for the
    availability check in the sales documents - at schedule line category level
    A requirements type must exist by which the requirements class can be found
    _ A plant must be defined. It can either be proposed from the customer or material master
    record or can be entered manually in the document.
    _ A checking group must be defined in the material master record on the Sales/plant data
    screen in the Availability check field
    Configuring entries of the Availability Check
    IMG&#61664;SD&#61664;Basic fncs&#61664;Availability check and TOR&#61664;Availability check&#61664;Availability check with ATP logic or against planning&#61664;Define checking groups
    You can use SAP std checking groups of 01 for summarized reqts or 02 for daily reqts or u can create ur own.
    The columns total sales and total deliveries are selection options whereby u can configure a checking rule to sum up reqts to post to MRP either individually or by day or week.
    Column 5, Block qty; set this block if u want several users to be able to process the material simultaneously in different transactions without blocking each other. The No Check indicator is used when u want a material to not be relevant for an ATP check.
    Defining a material block for other users. The Block checkbox is an indicator that enables u to block the particular material from being checked for availability if it is already being checked at the same time by another user.
    Defining the default value for checking groups. However should no entry exist for the checking group in the material master record, one can set a default value per material type and plant.
    Controlling the availability check. In this section, u tell the system what stock on hand and what inward and outward movements of stock it must take into account when performing the availability check. These settings are based on the checking group that is assigned to the material master record and the checking rule that is predefined and assigned to the sd transaction. The carry out control for the availability check must be maintained for both the sales order and delivery.
    Reward points if helpful.
    Regards,
    Priyanka

  • Availability check in sales order without RLT

    Hi Gurus,
    System always confirms stock in sales order when availability check is with RLT since it assumes it will have stock at the end of RLT.
    I want to know that what happens when availability check is done without RLT in sales order. Does it confirm stock in sales order? If its confirmed then how it will be confirmed
    Thanks
    Vimal

    Dear Vimal,
    If the stock is available system will confirm the availability. Otherwise, you need reconfirm the order once the stock is updated. You can do this using rescheduling or back order processing.
    If you want the system to check the replenishment lead time, you should make sure that you have entered a value in at least one of the following three fields in the material master:
    GR (goods receipt) processing time (Purchasing view)
    Planned delivery time (MRP I view)
    GR processing time (MRP II view)
    Otherwise, the system confirms every requirement.
    Hope this suffice,
    Pl award marks if this is satisfactory or ask for more details!
    Mukhraj

Maybe you are looking for