Different availability check for VA01 as for VA02

Hello,
For the availability check, during sales order creation (VA01), the system takes into account the requirements transferred to MRP. In some cases, an order cannot be confirmed, even if there is sufficient stock according to CO09.
If I change the order (VA02) and run the availability check again, now the system can confirm the order.
It seems that SAP performs a different type of availability check during VA01 as for VA02. Does anybody know where in SPRO I can customize the settings for this?

Hi there,
In VA01 system doesnot confirm the order even the stock are available because the available stocks are reserved for other orders which are logged in prior to your order.
There is no separate availability check for VA01 & VA02.
If at all items are confirmed in VA01, why again you have to do availability check in VA02?
When you say that when you change the order in VA02, what changes you have made? Changes to any material data, customer master or delivery dates will again trigger availability check.
In VA02 if you want to see the available quantity you have to click on display availability. Not Check Item availability. If you click on Check item availability, tehn system will again carry availability check.
Regards,
Sivanand

Similar Messages

  • Availability check in sales order for DIEN materials.

    Hello,
    Is it possible to make availability check in sales orders for a service material e.g.: type DIEN? How can i customize it?

    The DIEN material type is not stock managed, so it does not make sense to check the availability. If you need to do something similar you could use material type UNBW, this material is quantity managed but not valuated, so maybe this can help you !
    Regards
    Roberto Mazzali

  • Availability Check at Multiple Plants for the Sales Order line Item.

    Hi Friends,
    We are having two plants, Plant A and Plant B. Plant A is used to issue the orders to the vendors and stock them, while Plant B is used to manufacture the Product and Stock.
    When we create the sales order, we want to check the Current Stock Plus Incomming Purchase order stock for plant A and also check current stock plus Production orders in plant B.
    for ex if the current stock is 100 in Plant A and No physical stock in Plant B but there are some production orders for 400 Qty which will be ready in 1 week.
    If i create a sales order for 500 qty which is scheduled for delivery 10 days later.  then we want to commit to the customer ( Looking at both the plants stock situation )  the system should check the stock availability for both the plants and automatically create two different line items , Line item 1 for plant A and line item 2 for plant b.
    I know there is a user exit for Multiple plant selection USEREXIT_PLANT_SELECTION  in program RV03VFZZ. The Description of the USer exit says ( This user exit may be used to provide a list of plants for which availability is to be checked)  But we have never used this one. Will this user exit do exactly what i want ??
    Did any of you, have used the above User exit in your implementations ? If so please let me know whats the purpose of this user exit
    Your reply is much appreciated.
    Thanks & Regards
    Srinivas

    Hi
    I dont know about the userexit which you are referring about
    But this is not available in R3 The system makes a Availability Check only in the plant which has got determined in the item details shipping tab and stops there
    The same is available in APO
    If there are 2 plants say 1000 and 2000
    In sales order the plant determined is 1000 and there is no stock
    In R3 system stops there
    But in APO  system checks the plant 2000 and if stocks are available it creates an STO in the background automatically from 2000 to 1000 if configured accordingly
    Even if the material is maintained in 10 plants the system will make a  Availability Check at all 10 plants and act accordingly
    Regards
    Raja

  • Need to disable availability check while changing 'Reason For Order' Field in Retail Tab

    While change of STO (Me22n) I want the availability check to be disabled when a change to 'Reason for Oder' is made in the Retail Tab in the item detail.
    Let me know if there is any BADI/ User exit or enhancement available where i can do this customization.

    Hi Reddy,
    Try Transaction Variant, you can customize the screen using this tool.
    Basically, you customize the screen (hide, make it required, visible etc) then
    save it as screen variant and define a new transaction code to it.
    So for your user, just give them this new transaction code (instead of SAP standard).
    Detail about transaction variant can be checked on :
    http://help.sap.com/saphelp_crm50/helpdata/en/7d/f63a0a015111d396480000e82de14a/frameset.htm
    Hope this helps,
    Gun.

  • Material availability check be switched off for during dispatching of order

    Hi All,
    Material availability u2013 can the material availability check be switched off during  dispatching of production order but kept when order is created? 
    Is there any implications on availibilty check.
    How can we do this?
    Regards,
    Vidyasagar

    Dear
    If you want to do Material Availablity Check only at the time of order creation , please choose Availability Check Business Function 1  with your order type  /plant combination .Keep No Check  in Capacity  and do not assing  the Overall Capacity Profile Here .
    Where as keep the Capacity Overall Profile for Production Order Type with Availablity Check  -2  and Mark No Check to material availablity  option in the same .
    In OPKP -make sure that you have Capacity Profile assinged and do not mark Confirm Partial Available Qty .
    How ever , in capacity requirement , material availablity is the intregrated part  and while dispathcing production order with in the available capacity of any operation in work centre , system tries to make sure the materials are available for processing just before actual operation starts .
    Check in CM21-Setting-Strategy -Dispatch Control -Check if you have option to un-check the Material Availability .
    Regards
    JH

  • Availability check in R/3 for CRM 5.0????

    Hi
    We are migrating from CRM 3.0 to CRM 5.0 but we are having problems with the availability check. When we execute it in CRM, it doesn't bring the result.
    Does anyone know where we can find the solution?
    Thank you
    Cecilia

    Are you able to do an availability check from CRm Online order .ie from crmd_order transaction?
    Make sure in the control information section of middleware parametsrs you have the format X=R/34.6C. Also make sure that you have the ATP profile attached to the item category.
    If system doesnt give any error that means, there is no RFC called between the two systems. Check SM59 connections also.
    Thanks,
    Vimal

  • 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SDBasic fncsAvailability check and TORAvailability checkAvailability check with ATP logic or against planning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

  • Availibility check for sales orders created simultaneously

    Hi SD experts,
    When a sales order is being created with an item "A", while a second sales order is being created too, at the same time, with the same item "A", the system can't carry out the availibilty check.
    It displays the following message : "The material A (plant M500) in item 000010 which you entered for processing is blocked for another transaction. The system is therefore unable to carry out either the availability check or the transfer of requirements."                           
    This is quite logic... But for example for a call center where the operators create orders simultaneously how can we make it possible??
    Any suggestions please ?
    Thank you,
    Bahia.

    Hi there,
    In SPRO -> SD --> Basic functions --> Availability check & TOR --> Avaliability check --> Avaliability with ATP --> Define material block for other users.
    Here you make the settings for different availability check types 02 for individual requirements etc. If you check the field Block, system will block the material for other remaining sales orders if availability check is being carried for one sales order. It is set at plant level. If same material is available at other plants, it will be available there.
    Regards,
    Sivanand

  • 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

  • WHILE CREATING PURCHASE REQUISITION,THE AVAILABILITY CHECK FOR THE MATERIAL

    dear Friends,
    our users want to  WHILE CREATING PURCHASE REQUISITION,THE AVAILABILITY CHECK FOR THE MATERIAL SHOULD BE ENABLE,
    at present we maintaing KP in Material Master.  if we activated what will happen?
    please advice.
    with regards,
    Rajesh G

    Hi,
    The availability check is generally used for goods movements(GR,GI,reservation) & not for PRs.
    Regards,
    Vijay

  • User exit for availability check.

    Hi Friends
    We are maintaining a Z table for combination of values of plant and order type.
    It is required that while creating a order through IW31 for a plant and order type combination, the system should check the Z table for these values. If present, then standard availability check should be disabled for this order.
    Is there any user exit to accomplish the same.
    TIA.

    Hi,
    Check
    IWO10009 PM Order: Customer Check for 'Save' Event.
    I would suggest u to check this link :Re: Component split in WO based on availability check.
    regards
    pushpa

  • Availability Check in VA02 via BADI or Exit

    Dear Gurus,
    We have a user requirement wherein, when we change the "delivery block" the "Schedule line category" should also get changed and the availability check which is happening in VA02 generally has to get triggered(Schedule Line Screen).
    We could change the "Schedule Line Category" with respect to the "Delivery Block", but the "Availability Check" is not getting triggered.
    We need to trigger the availability check also here.
    Is there any function module, BADI,User exit,Enhancement Spots for handling this?
    Should this be handled in the SPRO? If yes how?
    We tried using "RV_AVAILABILITY_CHECK", but this is not triggering "Availability Check" in BADI/User Exit.
    Kindly, help us for the same.
    With Regards,
    Jagan.

    Dear Carti,
    Thanks for the response.
    The enhancement spot we used is "ES_SAPFV45E" of program "SAPFV45E"
    CONSTANTS: C_VA01 TYPE TCODE VALUE 'VA01',
                C_VA02 TYPE TCODE VALUE 'VA02',
                C_AUART TYPE VBAK-AUART VALUE 'ZEOV',
                C_LIFSP TYPE VBEP-LIFSP VALUE 'ZN',
                C_ZC TYPE VBEP-ETTYP VALUE 'ZC',
                C_CP TYPE VBEP-ETTYP VALUE 'CP'.
    IF SY-TCODE = C_VA01 OR SY-TCODE = C_VA02.
    IF VBAK-AUART = C_AUART.
    IF VBEP-LIFSP = C_LIFSP.
       VBEP-ETTYP = C_ZC.
    ELSEIF  VBEP-LIFSP = ''.
         VBEP-ETTYP = C_CP.
    ENDIF.
    ENDIF.
    ENDIF.
    Please note that we have created a separate dummy program for "RV_AVAILABILITY_CHECK" function module wherein we have passed all the parameters as passed by the standard in VA02 schedule line screen manually.For checking purpose,while executing this program we are not getting any error and as well as we are not getting the desired result:
    TYPE-POOLS: V03V.
    TYPES: BEGIN OF T_V03V.
             INCLUDE STRUCTURE HV03V.
    TYPES:   EINTEIL TYPE V03V_XMVERF,
            END   OF T_V03V.
    DATA: BELEG LIKE  VBAK-VBELN,
           MATERIAL LIKE  VBAP-MATNR,
           POSITION LIKE  VBAP-POSNR,
           WERK LIKE  VBAP-WERKS,
           I_KUWEV LIKE  KUWEV,
           AVBBD LIKE STANDARD TABLE OF  BV03V WITH HEADER LINE,
           XMVERF_POS TYPE STANDARD TABLE OF T_V03V WITH HEADER LINE,
           EINTEIL TYPE V03V_XMVERF WITH HEADER LINE.
    CLEAR: BELEG,
            MATERIAL,
            POSITION,
            WERK,
            I_KUWEV,
            AVBBD,
            XMVERF_POS.
    REFRESH: AVBBD,
            XMVERF_POS.
    BELEG = '0053049158'.
    MATERIAL = 'GX720'.
    POSITION = '000001'.
    WERK = '1010'.
    I_KUWEV-KUNNR = '0000005001'.
    I_KUWEV-NAME1 = 'ABCD'.
    I_KUWEV-STRAS = '1ST STREET'.
    I_KUWEV-PSTLZ = '12345'.
    I_KUWEV-ORT01 = 'US'.
    I_KUWEV-LZONE = '0000000001'.
    I_KUWEV-ABLAD = 'XYZ'.
    I_KUWEV-KNFAK = 'T1'.
    I_KUWEV-DWERK = '1010'.
    I_KUWEV-VSBED = '02'.
    I_KUWEV-KTOKD = '0001'.
    XMVERF_POS-MATNR = 'AB720'.
    XMVERF_POS-WERKS = '1010'.
    XMVERF_POS-UPDKZ_WK = 'D'.
    XMVERF_POS-POSNR = '000001'.
    XMVERF_POS-MTART = 'KMAT'.
    XMVERF_POS-MTVFP = '01'.
    XMVERF_POS-SUMBD = 'A'.
    XMVERF_POS-CUOBJ = '0000000000000A1852'.
    XMVERF_POS-FABKL = 'T3'.
    XMVERF_POS-WZEIT = '15'.
    XMVERF_POS-DZEIT = '1'.
    XMVERF_POS-DISMM = 'PD'.
    XMVERF_POS-BESKZ = 'E'.
    XMVERF_POS-SOBKZ = 'E'.
    XMVERF_POS-KNTTP = 'E'.
    XMVERF_POS-KZVBR = 'E'.
    XMVERF_POS-VBELE = '0053049158'.
    XMVERF_POS-POSNE = '000001'.
    XMVERF_POS-VKORG = '1500'.
    XMVERF_POS-VTWKU = '15'.
    XMVERF_POS-GRKOR = '001'.
    XMVERF_POS-ANTLF = '9'.
    XMVERF_POS-AWAHR = '100'.
    XMVERF_POS-MEINS = 'PC'.
    XMVERF_POS-UMVKN = '1'.
    XMVERF_POS-UMVKZ = '1'.
    XMVERF_POS-VRKME = 'PC'.
    XMVERF_POS-VSTEL = '1010'.
    XMVERF_POS-LADGR = '0003'.
    XMVERF_POS-TRTRM = 'X'.
    XMVERF_POS-VSTRM = 'X'.
    XMVERF_POS-VSBED = '02'.
    XMVERF_POS-TRAGR = '0001'.
    XMVERF_POS-VFPPR_POS = 'X'.
    XMVERF_POS-KZAZU = 'X'.
    APPEND XMVERF_POS.
    EINTEIL-MBDAT = '20140411'.
    EINTEIL-TDDAT = '20140411'.
    EINTEIL-LDDAT = '20140411'.
    EINTEIL-WADAT = '20140411'.
    EINTEIL-EDATU = '20140411'.
    EINTEIL-PRGRS = '1'.
    EINTEIL-WMENG = '1'.
    EINTEIL-VFPMNG = '1'.
    EINTEIL-GRULG = '9999'.
    EINTEIL-ETENR = '0001'.
    EINTEIL-ETTYP = 'CP'.
    EINTEIL-BDART = '04'.
    EINTEIL-PLART = '6'.
    EINTEIL-SUMBD = 'A'.
    EINTEIL-VFPKZ = 'X'.
    EINTEIL-ATPPR = 'X'.
    EINTEIL-UPDKZ = 'U'.
    EINTEIL-LFREL = 'X'.
    APPEND EINTEIL.
    *XMVERF_POS-EINTEIL-MBDAT = '20140411'.
    *XMVERF_POS-EINTEIL-TDDAT = '20140411'.
    *XMVERF_POS-EINTEIL-LDDAT = '20140411'.
    *XMVERF_POS-EINTEIL-WADAT = '20140411'.
    *XMVERF_POS-EINTEIL-EDATU = '20140411'.
    *XMVERF_POS-EINTEIL-PRGRS = '1'.
    *XMVERF_POS-EINTEIL-WMENG = '1'.
    *XMVERF_POS-EINTEIL-VFPMNG = '1'.
    *XMVERF_POS-EINTEIL-GRULG = '9999'.
    *XMVERF_POS-EINTEIL-ETENR = '0001'.
    *XMVERF_POS-EINTEIL-ETTYP = 'CP'.
    *XMVERF_POS-EINTEIL-BDART = '04'.
    *XMVERF_POS-EINTEIL-PLART = '6'.
    *XMVERF_POS-EINTEIL-SUMBD = 'A'.
    *XMVERF_POS-EINTEIL-VFPKZ = 'X'.
    *XMVERF_POS-EINTEIL-ATPPR = 'X'.
    *XMVERF_POS-EINTEIL-UPDKZ = 'U'.
    *XMVERF_POS-EINTEIL-LFREL = 'X'.
    APPEND XMVERF_POS.
    CALL FUNCTION 'RV_AVAILABILITY_CHECK'
       EXPORTING
         AUFRUFER                = 'A'
         BELEG                   = BELEG
    *   CALL_MODUS              = ' '
    *   ERGEBNISUEBERGABE       = ' '
         MATERIAL                = MATERIAL
         POSITION                = POSITION
         VBTYP                   = 'C'
         WERK                    = WERK
         I_KUWEV                 = I_KUWEV
    *   DIALOG_FORCE            = ' '
    *   TRTYP_V_FORCE           = ' '
    *   VGTYP                   = ' '
    *   LOGIC_CONT              =
    * IMPORTING
    *   DIALOG                  =
    *   SPERRE                  =
    *   SETDELTA                =
       TABLES
         AVBBD                   = AVBBD
         XMVERF_POS              = XMVERF_POS
    *   MDVPK_QU                =
    *   VVBFS                   =
    *   XEKPO                   =
    *   XEKET                   =
    *   QUOTA                   =
    *   IQUOTA                  =
    *   XQUOT_VB                =
    *   XQUOT_CH                =
    *   XCATALOGUE              =
    With Regards,
    Jagan

  • User Exit for sale order for adding a new partner

    Hi
    i am having the Scenario to add a new partner in  sales order in both VA01 / va02 transaction .
    i am using the exit named MV45AFZZ .   (USEREXIT_MOVE_FIELD_TO_VBAP) for this scenario.
    Its perfectly working for VA01 , but not VA02 .. why ..
    can any1  explain me ..

    Hi Irfan,
    You want to add partners in Sales order, the partners data will be saved in VBPA table.
    The USEREXIT_MOVE_FIELD_TO_VBAP is used for values for fields at sales document item level.
    For you its working for VA01 because , you have modified the strucure XVBPA for partners
    data and it is not saved yet to the database table so it is available in VA01 and in VA02
    it is checking the VBPA table there this data will not have been saved please check VBPA
    for your sales order.
    Please check below things.
    1) Check whether you have passed UPDKZ in XVBPA UPDKZ has below values INSERT (I),DELETE (D),UPDATE(U) etc nad
    if it doent works
    2) Please check the SAVE_DOCUMENT_PREPARE form and check XVBPA here whether it contains the
    entries you modified if not use the same code as you used in USEREXIT_MOVE_FIELD_TO_VBAP
    then these changes will be saved to database and hopefully you will get it in VA02 as well
    also pleaseuse the flag UPDKZ whenever you modifying this tables for your case
    XVBPA-UPDKZ.
    Regards,
    Pawan

  • Error in Availability Check

    I am getting the error  in Sales Order - "No control Information maintained for Checking Group (ZP) and Checking rule A"
    Actually my checking group is 01 not A. I Have configured Transfer of Requiremenst and Avaialability Check.

    Hi Gurus,
                 Availabilty Check Configuration ( More Informative )
    Types of Availability Check in Sales and Distribution
    ProcessingThere 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.  It is specified in MMR in MRP3 screen, availability check tab.
    _ 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 kinds of stocks and inward - outward movement(receipts and issues) 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. it is assigned to requirement class.
    _ 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 theavailability 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 CheckIMGàSDàBasic fncsàAvailability check and TORàAvailability checkàAvailability check with ATP logic or against planningà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
    Regards,
    Sarosh

  • What is availability check concept  how it is used in SAP

    hi friends,
    i don't know what is availity check,how is it used and how it should be configured,please help me.

    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
    In Customizing, you determine whether an availability check is to be carried out against the ATP quanitity or against planning. The check against product allocations is controlled in the material master and elsewhere in the system.
    Check on the Basis of the ATP Quantities
    The ATP quantity (ATP = Available To Promise) is calculated from the warehouse stock, the planned inward movements of stock (production orders, purchase orders, planned orders) and the planned outward movements of stock (sales orders, deliveries, reservations). This type of check is performed dynamically for each transaction, taking into account the relevant stock and planned goods movements with or without replenishment lead time. Planned independent requirements are not taken into account here.
    Check against Product Allocation
    Product allocation facilitates period-based distribution of products for certain customers or regions. As of Release 3.0F, you can carry out an availability check against product allocation. This ensures, for example, that when production is low, the first customer does not get the full amount, resulting in following sales orders not being confirmed or being confirmed far too late.
    Check against planning
    The check against planning is performed against independent requirements which are usually created for an ‘anonymous’ market rather than being customer-specific (for example, in the strategy ‘Planning without assembly’, when production occurs only up to the stocking level). The planned independent requirements result from demand program planning and are used for planning expected sales quantities independent of orders
    Controlling the Availability Check in Sales and Distribution Processing 
    You control the availability check using general and SD-specific control features.
    General Control Features
    The following control elements need to be maintained in Customizing and in the material master record:
    •     Strategy group
    The allowed planning strategies (main strategy and further possible strategies) are combined in the strategy group. As of Release 3.0, the strategy group is specified in the material master record in the MRP 1 Screen. In Customizing, strategy groups are assigned, dependent on plant, to MRP groups. If the strategy group is missing in the material master record, it is determined on the basis of the MRP group, if it has been maintained.
    Up to Release 3.0, the strategy group is determined on the basis of the MRP group
    •     MRP group
    The MRP group combines materials from the point of view of material requirements planning. This enables you to control planning for these materials in a particular way using, for example, the strategy group, consumption mode and planning period. You enter the MRP group in the material master in the MRP 1 screen. The strategy group is determined from the MRP group.
    •     Planning Strategy
    The planning strategy specifies the requirements type for planning and customer requirements. This represents the decisive control feature for the interaction between Production Planning and Sales and Distribution.
    •     MRP type and item category
    If no requirements type is found using the planning strategy, the system tries to determine a corresponding requirements type on the basis of the MRP type and the item category.
    Until 3.0C, determination of the requirements type via planning strategy has taken priority. This is not always the best option, however, as the following example will show. A requirements type is determined for a material, which causes availability to be checked against planning. In consignment stock processing, however, availability should be checked against stock. Until 3.0C the availability check had to be deactivated in these cases. As of Release 3.0C, you can determine how the requirements type is to be determined for each transaction by maintaining the Source field in Determination of requirement types using transaction in Customizing.
    •     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.
    Control Features Specific to Sales and Distribution
    The following SD-specific control features need to be maintained in Customizing:
    •     Checking group
    The checking group controls whether the system is to create indivdual 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.
    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
    Timing of the Availability Check in Sales and Distribution Processing 
    When you create an order, the system determines the required materail availability date on the basis of the customer’s requested delivery date. On this date, you must begin picking, packing, labeling, and loading the goods. Therefore, this is the date of significance for requirements planning on which the availability should be checked.
    The following data is required for determining this date:
    •     Route from the shipping point to the ship-to party location
    •     Shipping point from which the goods are issued
    •     Loading group from the material master record
    •     Weight group determined from the order using the order quantity
    Scheduling
    This data, which you have already entered in the system, means that scheduling can occur automatically. Since scheduling is carried out backwards from the requested delivery date, it is also called backward scheduling. If backward scheduling determines that the preparation for the shipping activities should have been started already to meet the customer's requested delivery date, the system then starts forward scheduling automatically from the current date.
    Scope of the Availability Check in Sales and Distribution Processing 
    The following elements can be included in the availability check:
    •     Stock
    o     safety stock
    o     stock in transfer
    o     quality inspection
    o     blocked stock
    •     Inward/Outward movement of goods
    o     purchase orders
    o     purchase requisitions
    o     planned orders
    o     production orders
    o     reservations
    o     dependent reservations
    o     dependent requirements
    o     sales requirements
    o     delivery requirements
    Requirements in sales and distribution (sales requirements and delivery requirements) result from all transactions which forward a requirement to Materials Management (MM) or to Production Planning (PP). For example, this could include sales orders or deliveries and quotations as well. Sales and distribution requirements reduce existing stock or inward movements of stock on the material availability date to ensure that other outward movement of stock elements cannot access the quantity reserved in this way.
    Requirements relevant for Sales and distribution are created in Sales and Distribution, whereas other elements in this list are created in Materials Management or in Production Planning.
    Defining the Elements to be Included in Check
    A checking rule is assigned to each transaction. This rule in combination with the checking group controls the scope of the availability check. You can use the checking rules in Customizing for Sales to specify for the various transactions which of the elements listed above should be included in the availability check.
    For trading goods it does not make sense to include planned or production orders, for example, in the availability check. However, for products manufactured by your company these orders should be included in the check.
    For transactions such as make-to-order production, consignment or returnable packaging processing that create special stock, the availability check is performed against special stock.
    If it is defined by the checking rules that both sales and delivery requirements are taken into account in the availability check in sales documents but only delivery requirements are taken into account in the availability check in deliveries, there is a danger that quantities reserved in the sales documents are considered to be available by the availability check in the deliveries. This can lead to sales documents becoming backlogged.
    Reactions to the Availability Check in Sales Documents 
    If the goods ordered by the customer are not available on the requested date, the system branches automatically during sales document processing to a further screen where delivery proposals are offered for selection. The system determines these proposals on the basis of the availability situation. This screen also provides you with information on the scope of the check, the current ATP quantity, and the availability situation across all plants.
    Availability Control
    On the Availability Control screen, you can choose between the following delivery proposals:
    •     One-time delivery on the requested delivery date
    In this section, the system checks whether the requested delivery date can be kept to. If stock of the material is available to make a delivery on the requested delivery date, the stock quantity is confirmed here. If there is no stock available, confirmed quantity zero is displayed.
    To copy this data into the sales document, select Edit One-time delivery.
    •     Complete delivery
    In this section, the system checks whether there will be sufficient stock for complete delivery at a later date:
    o     If there is sufficient stock available at a later date to cover the required quantity in the sales document, the system proposes the date here.
    o     If the system determines that complete delivery cannot be made at a later date, no date is proposed in this section.
    When availability is checked including replenishment lead time, the date which is proposed in this section is the date on which the replenishment lead time period ends if the stock before the end of replenishment lead time does not cover the order quantity.
    When availability is checked excluding replenishment lead time, the system bases its calculations on the stock and the planned inward movements of stock.
    To copy this data into the sales document, select Edit Complete delivery
    •     Delivery proposal
    In this section, the system checks whether and for which dates partial deliveries can be made. Partial deliveries are displayed for different dates. These dates are based on the planned inward and outward movements of stock.
    During an availability check which takes replenishment lead time into account, the date on which replenishment lead time ends is displayed if insufficient stock means that no partial deliveries can be made before replenishment lead time ends.
    During an availability check which does not take replenishment lead time into account, the system displays the dates on which partial deliveries can be made with the available stock.
    To copy this proposal into the sales document, select Edit Delivery proposal
    The dates displayed in the sections complete delivery and delivery proposal are determined from the material availability date using forward scheduling and represent actual delivery dates.
    Availability Across Plants
    You can display the availability situation in the various plants for which a material is maintained. To do this, proceed as follows:
    1.     Select Goto Other plants on the availability control screen.
    The dialog box Plant Selection appears. All plants for which the material is maintained are displayed.
    2.     Mark the plants in which you want to check availability and select Check plants.
    You reach the Availability Check: Overview screen. The requirements quantity and the quantity which could be confirmed as well as some additional information is displayed in a separate line for each plant you selected.
    3.     If you require detailed information on the availability check for a particular line, select the relevant line and select Edit Check availability.
    You reach the Date proposals dialog box where the detailed data is displayed.
    4.     You can select a plant with sufficient quantity for confirmation to be copied automatically into the Overview screen. Select the appropriate line and select Edit Copy plant.
    Using the user exit USEREXIT_PLANT_SELECTION in the Include LV03VFZZ you can make a preselection of the allowed plants. If you use this option, the Plant selection dialog box does not appear and the availability check is performed immediately for the allowed plants. If, on the basis of information resulting from the availability check, you want to deliver from a plant other than the one specified in the item, you must at present enter this plant manually in the item. In a later release, however, you will be able to select the plant directly from the list of plants.
    Displaying the ATP Quantities
    If you want to display the current ATP situation on the availability control screen, select Goto Availability overview.
    Displaying the Scope of the Check
    If you want to display the scope of the check (stock and inward/outward movements of goods taken into account during the availability check) from the availability control screen, select Goto Scope of check.
    Delivery Agreements in the Customer Master Record
    A customer may react in different ways to the fact that a complete delivery can not be provided for the required delivery date. You can define in the customer master record, the way a customer reacts to the inability to meet the requirements represented by the key data.
    •     The customer wants complete delivery of all items by the requested delivery date or at a later date.
    The complete delivery indicator is copied into the sales document from the customer master record. To find it, select Header Business data on an overview screen or a header screen. You find the indicator in the Shipping section.
    If the complete delivery indicator is set in the sales document, the individual items are automatically correlated when the document is saved if the schedule lines exist for various dates (that is, a delivery group is automatically created for the sales document items and the latest delivery date within this group becomes the group delivery date). For further information on delivery groups, see  Combining Sales Document Items for Delivery.
    •     The customer only allows a certain number of partial deliveries for each item.
    The partial delivery indicator and the number of partial deliveries are copied into the sales document item from the customer master record. To find the indicators:
    1.     Go to the Business Data screen for this item.
    2.     Select Edit Shipping details.
    The indicators are found in the Shipping section.
    Performing the Availability Check Again
    Usually, an availability check is only performed when a sales document is created. If quantities or dates are changed in the document and availability needs to be checked again, the check is performed again automatically . However, you can also initiate an availability check manually.
    Automatic Checks
    In the following situations, a new availability check is automatically carried out:
    •     Quantity change
    •     Date change (requested delivery date, material availability date)
    •     Change to the fixed data
    •     After new delivery scheduling (for example, the route or shipping point has been changed)
    •     Change of plant
    •     Change of storage location or batch
    •     Removal of blocks which affect requirements
    •     Removal of reasons for rejection
    Initiating a Check Manually
    In the sales document, you can initiate a new availability check manually. If you want to perform an availability check for all items in a sales document, select Sales document Check availability on the header screen. If you want to check availability for an individual item, select Edit Item availability.
    Fixing Quantities and Dates in Sales Documents 
    If the availability check for an item determines that the item cannot be delivered fully on the requested delivery date, and, as a result one or more schedule lines have to be created for later delivery dates, the customer can decide whether to accept these delivery dates and quantities.
    You can record the customer's decision either by setting an indicator in the Fixed date and qty field or by leaving this field blank. The field is displayed both on the schedule line overview screen and on the availability screen.
    Customer Accepts the Schedule Line Proposal
    If the customer accepts the schedule lines which are proposed by the system, mark the Fixed date and qty field. The system then transfers the requirements for the schedule lines to material requirements planning.
    Customer Requires Goods Earlier
    If the customer requires the goods earlier than the date that the system can confirm after the availability check, leave the Fixed date and qty field blank. The system then only passes on the requirements for the requested delivery date and does not take the quantities and dates confirmed by the system after the availability check into account. In this case, it is assumed that the requested delivery date can be kept to because, for example, additional production capacity may become free. The system only confirms the sales order once the entire order quantity can be delivered on the requested delivery date. In the subsequent delivery processing, the sales order is only considered to be completed when the entire order quantity has been delivered or when all partial delivery agreements have been fulfilled.
    A fixed item is considered to be completed once the entire confirmed quantity (which can be smaller than the originally requested order quantity)has been delivered. Therefore, it does not make sense to fix the confirmed quantity to 0 as the item is considered to be completed from the start.
    During rescheduling, the fixed quantities and dates are no longer taken into account.
    Blocking Confirmation of Quantities in Sales Documents 
    In Customizing, using Block transfer of requirements by delivery block, you can specify that certain delivery blocks in the sales document header also block the confirmation of order quantities.
    If you enter such a delivery block in a sales order header, the system confirms the available quantity to show you the delivery options. If you save the document, however, the confirmed quantities are not saved. Your company could block confirmation for a customer if this customer's credit worthiness was questionable. The sales order in this case is not only classed as unconfirmed, it is also blocked for delivery.
    Thus, no stock is reserved. The stock is still available for other customers. Although the order quantities are not confirmed, the system still transfers the requirements to material requirements planning. It is assumed that the delivery block will be removed at some point. The automatic transfer of requirements means that the order quantity can be confirmed at a later point in time
    Source: SAP Library
    Hope this is of some help.

Maybe you are looking for

  • Insert or Update a target with no constraints

    I am trying to figure out how to do an insert/update on a target table which doesn't have a constraint? In other words how to define a condition on this target table attribute to achieve this? please advice. ~Prabha

  • How do I delete an entire playlist from my nano?

    When I try to delete a playlist from my Nano, all the songs remain in the memory allotment and display in the list under "music". I've tried (1) just selecting the playlist and deleting it and(2) selecting the songs in the playlist and deleting them.

  • How to remove the last blank line in the downloaded text file?

    Hi All, I am downloading the one internal table content using the GUI_DOWNLOAD to a text file(.txt). The cursor is in last position of the text file where there is no content. For example consider the below is downloaded txt file: This is test file.

  • Message KI235

    Hi, I would set as warnig, in a development client, the message error KI235 "Account & requires an assignment to a CO object" How can I do this ? Thanks Best regards

  • Biztalk correlation problem

    Hello All, I m not familiar  with correlations in Biztalk, but i have  a problem: I want to initialize a correlation property on a send shape  to do a folow on it on an other  receive shape (false). i created  a schema for this property, i did a prom