Availabilty check at delivery

Dear All,
Is it possible to make the system that availabilty check has to happen only at delivery not at creation of scheduling agreement?
Cheers

Dear Siva sir,
First of all, in standard SAP, for the scheduling agreement LZ, There is no availability check in scheduling agreenment...
if you have strong domain experience in auto industries, you will not have this doubt....
In OEM manufacturing sectors, first they will create Scheduling agreement ( That time No material will be there in stock ) Based on the Sche agreement they will run MRP,...Based on the process...production will happen  & it  will come to the stock...
see, evrybody knows that ther is no material in stock while creation of schedulin agreement...then Why you want the system to do availabilty check ??!!!!
But at that time of Delivery you should know whether the material gets ready or not...
Then Delivery will happen ..Based on JIT or normal....This is the BIG & famous process in all OEM,,,,
If you get Implementation or support oppertunity,,, you will realize this Genuine reason...
Better you can interact with those who are in  OEM sectors...
Cheers

Similar Messages

  • Availabilty check in sales order

    Hi
    Iam having MTO scenario and availabilty check is active with Tot. repl. lead time maintained in MRP view.
    If for one particular sales order, i Put requested delivery date as 12/02/2010 and system proposes 20/04/2010.
    When i accept it  then material availability date becomes 20/04/2010. But after MRP when planned order is creted then it has requirement date of 12/02/2010.
    Why 20/04/2010 does not come as requirement date. ?

    Mayuresh,
    MRP requirements will usually follow the material availability date of the original requirement, not the confirmation.
    If you wish to change this behavior, you can set the 'Fix Date Qty' check box in the sales order item (Schedule lines tab).  This infers that you wish for MRP to follow the confirmation date.
    From F1 help on this field:
    Delivery date and quantity fixed                                                                               
    Indicates whether you want to fix the delivery dates and quantities that 
         are confirmed after an availability check for the item.                                                                               
    Use                                                                               
    You use this field if you cannot confirm the delivery date or quantity   
         that the customer initially requests.                                                                               
    Procedure                                                                               
    If the customer accepts the delivery and quantity confirmed by the       
         system, mark the field. The system then passes on MRP requirements so    
         that the confirmed date and quantity can be met.                                                                               
    Note                                                                               
    If you leave the field blank, the delivery date and confirmed quantity   
         are not fixed. If you are able to expedite either the manufacture or     
         purchase of goods, you may be able to deliver the goods closer to the   
         customer's original request (and sooner than the date the system        
         confirmed).
    Rgds,
    DB49

  • No Availabilty Check can be carried out

    Dear All,
    While do the availablity check for material, I face an error :- "No Availability Check can be carried out for Material XYZ".
    As per my opinion,if this material is blocked with some sales transactions like Sales orders & Delivery,it will show the same.
    How to rectify this problem and why it is coming ? Kindly Elaborate.
    Best Regards,
    Ankur

    Hi
    First of all No Availability Check can be carried out for Material XYZ
    This is not a error message and it is a information message
    This comes while sales order creation because
    Say Material X plant 1000 and user A is entering a sales order and hes has not finished sales order creation still in VA01 transaction only
    Say the available qty for thar material is 25 units and user A has put 20 units and has not pressed enter
    Now user B creates another sales order for  same Material X and same plant 1000  say for 15 units
    Now for user B the system will throw this message No Availability Check can be carried out for Material for material X
    Because the system doesnot know at the time of user B craeting sales, what is going to the order of user A and it cannot do Availabilty Check for two sales orders simultaneously for the same material in same plant
    To control this only , define material block for users in we have  Availability Check in sd--basic fns in img
    Once the user A comes out VA01 t code and pressed enter for that material the system then can do Availability Check  for user B or otherwise settings are reqd define material block for users in we have  Availability Check in sd--basic fns in img
    Regards
    Raja

  • I want to create stock for particular material in r3 system to check different availabilty checks it triggers

    I want to create stock for particular material in r3 system to check different availabilty checks it triggers like one time delivery ,and delivery proposal (partial delivery) please help me to get these .

    you can use MB1C with movement type 501

  • Availabilty check & tor

    Hi sd gurus,
    can anyone plz send me screen shots for availabilty check and tor in sd point of view ,plz help me am having the theory part idea but am not geting complete picture plz send me

    Hello Srinu,
    I cant provide you any screen shots for the topics you have asked. But pls go through the following notes. Its really good and you'll have a clear Picture on the topics.
         Availability check is considered as a pre-sale activity, where as TOR and MRP are post sale activities.
    Materials Requirements Planning (MRP) and Transfer of Requirements (TOR).
    1.     A schedule line in a sales order represents the customers intended delivery date and quantity to be delivered. In a standard sales order processing, the system transfers requirements (TOR) to Material Requirement Planning (MRP).
    2.     MRP - then determines if there is enough quantity of stock available for the scheduled delivery date. The TOR aims to ensure that the materials ordered are ready for the requested delivery date.
    3.     The TOR is closely integrated to Materials Management and Production Planning modules – thus it must be configured in association with the respective teams.
    4.     The TOR can be set either for individual requirements or for collective requirements in MMR (Sales: general/plant and MRP3 views).
    5.     Individual requirements are the transference of requirement to MRP for each schedule line of the sales order. An advantage of this is that the availability overview (CO09 – logistics – material management – environment – stock – availability overview) will show the order quantity, sales document number, item number and requirements class for each schedule line for which a demand has been created.
    6.     Collective requirements are a collective grouping of requirements created either daily or weekly that are transferred to MRP; but the documents processed in collective requirements cannot be individually identified from the availability overview (CO09). Collective requirements are useful to a business that deals with a large volume of sales orders per day, as it allows the business to have a clearer view of the availability overview and speeds up the response time within the system as well.
    7.     The system will automatically create individual requirements (irrespective of the collective requirements indicated in MMR) in case of special stock items such as consignment, returnable packaging, make to order stock etc.
    8.     The control elements that are used for Transfer of Requirements (TOR) and Availability Check are –
         the requirements class
         the requirements type
         the checking group
         the schedule line category
    9.     The requirements class is the controlling factor for TOR and the availability check for all sales document types. It determines if the system has to perform TOR, Availability check and product allocation to any particular sales order.
    10.     The requirements class is determined from the requirements type of the material.
    11.     The checking group in general is the criterion that groups together all the checking rules from all application areas for a material. In conjunction with the checking rule, it defines the scope of the availability check for each business event; that is, which stocks, goods receipts and goods issues are taken into account in the availability check, and whether replenishment lead time is checked. The checking group must be defined and allocated to the material master record in the sales: general/plant view in the availability check field.
    12.     for TOR to be carried out, you need to ensure the following criteria are met –
         The TOR must be switched on at the requirements class level.
         The schedule line category must be switched on for the TOR (fine tuning).
         A plant must be assigned to the sales document line item level.
         A checking group must be defined and allocated to the material master record in the sales: general/plant view in the availability check field.
    Planning materials –
         It is possible to create a common planning material and assign similar materials to it (MRP 3).Independent requirements are created for the planning material to cover the requirements that are expected for the materials assigned to the planning material. This means that you do not have to create independent requirements for each material. Instead create a material and assign the same to the planning material already created with similar properties.
         A valid material master record must exist for the planning material in the planning plant. The material master record of the planning material cannot contain a planning material as this procedure can only be carried out at single-level.
         An appropriate strategy group must also be entered in the MRP 3 screen for planning with planning materials. The strategy group groups all the planning strategies that can be used for a particular material. The planning strategy represents the procedure used for planning a material and is (technically speaking) controlled by the MRP types.
         Consumption mode defines whether and in which direction on the time axis – from the requirements date (corresponds to the date when the sales order items were created) the consumption of customer requirements with planned independent requirements should occur. Consumption period must exit between 1 and 999 days.
         Backward consumption only: starting from the requirements date, backward consumption is carried out within the relevant consumption period specified in MMR i.e. the system reduces the planned independent requirements that lie in the past. Likewise forward consumption only represents – starting from the requirements date, the system reduces the independent requirements that lie in the future within the consumption period.
         Backward/forward consumption: in this case backward consumption is performed first and forward consumption is performed later depending on the availability of the independent requirements in the past. Forward/backward consumption is vice-versa of the above.
    Stock requirements list –
    1.     Stock requirements list is the central table for planning and stock control. It is invaluable to the interpretation of the available stock and the situation of stock levels in a plant.
    2.     Menu path: MD04 – logistics – material management – inventory management – environment – stock – stock requirements list. Here you can see the order number or delivery number as well as the line item and schedule line placing the demand on the given plant. It also shows the required and available quantity of material per order.
    3.     Another view of the stock situation in plant can be obtained from MMBE (stock overview). This view will show you total stock per company code, then at the plant, storage location and at batch level.
    4.     A useful tool in MMBE is material movements, which can be viewed by selecting stock line and proceeding to environment, material movements.
    <b>Configuring Transfer of Requirements –</b>
    1.     IMG – sales & distribution – basic functions – availability check & TOR – transfer of requirements – define requirements classes.
    2.     Requirements class – (OVZG) is the controlling factor for the availability check and TOR for all sales documents. It determines whether the system should perform the transfer of requirements, availability check and product allocation when a sales order is created.
    3.     The system uses the entries used at this level as default and brings the data into the sales order. The same entries made at the schedule line category level (VOV6) are only used to fine tune the entries previously made at the requirements class level. The standard requirement class is 041 (order/delivery requirement).
    4.     Requirements type – (OVZH) – (displayed in the sales order beside schedule line category) requirements types identify the different requirements, such as sales order requirements, delivery requirements or individual customer requirements. The requirements types can be changed, for example, in order to represent customer-specific terms.
    5.     The first step in the process of configuring TOR is to define a requirements class (041 – standard) by copying the standard one. It contains the preconditions for performing availability check, TOR and product allocation.
    6.     Next step is to create a requirements type, which is based on item category and MRP type of the material and allocate the previously defined requirements class to it. A requirements class can be allocated to more than one requirements type. It is possible to change the requirements type manually at the time of creating the sales order.
    7.     MRP type in the MMR determines how a material is planned for requirements i.e. automatic reorder point planning, manual reorder point planning or forecast based planning.
    8.     Determination of requirements types using transaction: when a sales order is created, the system looks for a relevant requirement type by using its own search strategy. Either it uses the following search strategy or you can make the system skip this entire process and straight away search for item category and MRP type by selecting 1 in the Q field while configuring determination of requirements types using transaction.
    9.     First attempt is to find the requirements type using strategy group in MMR.
    10.     If strategy group is not found, it will look for MRP group (MRP group groups’ together material with similar planning requirements and allocates special control parameters for planning such as strategy group, planning horizon and the creation indicator for planning run.
    11.     If MRP group is not found, it will try to access MRP type.
    12.     If no requirements type is found using MRP type, the system will use material type when accessing the corresponding tables.
    13.     Failing to find the requirements type even at this stage, it will try to get the requirements type using the item category and MRP type.
    14.     If this doesn’t work either, then it will try to determine requirements type using only item category.
    15.     If the last attempt fails, the system determines the transaction is not relevant for availability check or transfer of requirements.
    16.     As discussed earlier TOR and availability check are fine tuned at the item category level. This is done at this stage i.e. define procedure for each schedule line category as a next step.
    17.     Block quantity confirmation in delivery blocks (linked to VD05 customer block): in the standard sales order processing, the system transfers the requirements to MRP, but in some cases you may need to block a transaction due to a bad result of the credit check.
    18.     When requirements are transferred to MRP, the confirmed quantity is also reserved for confirmed sales documents . If a transaction is blocked for delivery, the required stock will be blocked so it cannot be used elsewhere. To prevent this, you can block the transfer of requirements for a delivery block in this step.
    19.     You can set a limit on the number of days you would want the system to postpone this block on confirmation of requirements. This can be done by setting the number of days to the block in the Def. period column.
    20.     Maintain requirements for TOR: can be used to determine that the TOR to MRP is not carried out unless a number of conditions are met. For example in a standard sales order processing, a purchase order may need to be created in order to meet the demands of the customer. This purchase order is used to purchase new stock in order to meet the demand on MRP for particular customer’s sales order. Here you define requirements that must be met in order for the purchase order or assembly order to be created.
    <b>Availability check</b>
    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 – 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) – planned issues (outgoing stock). to examine stock on hand (CO09) proceed to logistics – sales & distribution – sales – environment – 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 –
         Check on basis of ATP quantities.
         Check against product allocation.
         Check against planning.
    Configuring Availability check through Checking Groups –
    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 – 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 –
         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 –
         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 –
         Checking groups are introduced into the sales order based on the setting in the material master record.
         SAP standard checking groups are 01 – summarized requirements and 02 – 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 – 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 – 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 –
         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 – 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.
    <b>Reward points if helpful</b>
    Regards
    Sai

  • AVAILABILTY CHECK PROB

    Hi experts
    When i m  doing availabilty check for a semi finished product it is showing atp quantity less than available quantity on FG01.
    the quantity is available on FG01 but it showing less quantity at the time of availabilty check.
    the scope of check is production order, sales reservation, sales requirement, delivery requirements.

    > IS IT POSSIBLE THEY CREATED STOCK WITHOUT PURCHASE ORDER COS AVAILABILTY CHECK INCLUDE THE PURCHASE >ORDER QUANTITY AT AVAILABILTY CHECK.
    Hi,
    I think you are right. But then it would be included if the purchase orders are created before req. del. date. Moreover, GR must not have taken place. That could be the reason, there is no qty in receipt.
    Therefore, check in MB52, so that you can come to know which stock in available and whether it is in transit in case of stock transfer
    Hope you get some inputs
    regards,
    Sagar

  • Credit check for delivery

    Hi, I met some issues need your help!
    Currently, I have set the credit limit check at delivery level.and the reaction status is B(error message)
    and define a table Z_LOG for record the relevant infomation by user-exit.
    1. Create sales order with VA01, and write down the relevant information into Z_LOG.
    2. Create delivery with VL01N. if this document has exceed the limit value,The system will appears an error
    message and failed to create. but I want to record this error message into Z_LOG base on the
    sales document. Have any user-exit  to solve this problem?? Thanks a lot!
    The structure of Z_LOG as below.
    SO,  SOItem,  Material, Q'ty, Delivery, Delivery Item. Error.

    Hi
    Please check if you have assigned the credit group to delivery document and respective credit checks are maintained in Automatic credit check with the credit group used to delivery. Also check the static and dynamic check are ticked according to your requirement and ticked in block as well.
    If still you are facing the problem please check FD32 and check if proper delivery cost is excuted when you create delivies and the credit limit get used. In short check your info structures are properly updated.

  • Credit check at Delivery

    For one of our risk categories, we would like the credit check to occur at both the Sales Order and Delivery creation events.  In transaction OVA8, I have created records for the credit control area/risk category/credit group.  The credit groups are assigned to the document types properly (01 - at Order, and 02 - at Delivery).
    When I create an order which exceeds the credit limit, I release it from credit block in VKM1.  I then proceed to create a delivery.  At this point, I would like the delivery to block, but it is not doing so.  On the Header--> Processing tab, the Credit Status is "D" (Released).  This implies that just because the order was released, the delivery will not block. 
    A few questions....(a) does the "Number of days" in the risk category need to be set to zero? (b) does the delivery need to have value to block?   Any additional thoughts you have would be greatly appreciated.
    Thanks.

    Dear dbrennan,
    It is a standard functionality and for your questions
    (a) does the "Number of days" in the risk category need to be set to zero?
    SAP says
    The current date is not greater than the Release date + the Number of days specified in the Rick category.
    and System is not allowing negative ( -1) date too.
    (b) does the delivery need to have value to block?
    In practical, Is the sales order credit check and Delivery order credit parameters were different?
    Regards,
    Mani

  • Logic and User Exit for Availabilty Check in Sales Orders,

    Hi All,
    I have a requirement of creating a Sales order from an Inbound IDOC. Before saving i need to do all the validations for the sales order including the availabilty check for the sales orders. If it is not  fulfilled i need to reject the sales order creation.
    I am trying to search for the logic for the availabilty check of the sales order but i am not able to find one. Please help me out with that and also i need the user exit for the availabilty check for the sales orders. Please help me out with that one too.
    Regards,
    Sharadendu

    See this function Module for message type ORDERS
    IDOC_INPUT_ORDERS all validations are there in this Function Module .
    Please reward if useful.

  • Hard Check During Delivery Creation

    Hello Experts,
    Need your advice. I am stuck up in a enhancement issue during delivery creation. i am working for passenger vehicle company.
    Back ground Info.
    the company procures chassis from vendor & builds bus body over it. there are various types of chassis & each is uniquely identified in SAP by Material No. & also mentioned in BOM created for bus. when chassis is received , equipment is created using T-code IE01. After this one more equipment is created for bus which is called BBD Serial No. The equipment for BBD serial no holds chassis serial no. My issue is at the time of creation of delivery using T-code VL01N the user puts the BBD Serial No manually in a dialog box provided, This BBD Serial No is not capturing in the importing structure IT_XLIPS of BADI "LE_SHP_DELIVERY_PROC" Method "Delivery_Final_Check".
    I have to put a check during delivery creation for consumption of Chassis , if the Chassis is consumed during production phase a Mat Doc will be generated with movement Type 261. As such we don't knew the Mat Doc for Chassis Serial no Consumed during prod phase. so to derive chassis no in the BADI against which we have to check for it's consumption. The user provide BBD Serial no in a standard dialog box in VL01N.
    Can we use Field Exit for this or any other BADI Should work.
    Best Regards
    Priyesh Shah

    Hi Priyesh,
    Below steps may help you to get the value of the standard dialog box provided in the screen.
    1. Find the field name of the standard dialog box provided in the the screen for BBD Serial no.
    2. Implement below code in the BAdI "LE_SHP_DELIVERY_PROC" method.
    FIELD-SYMBOLS: <fs> TYPE BBDFIELDTYPE.
    ASSIGN ('(SAPMV50A)BBDFIELDNAME') TO <fs>.
    Now the field symbol <fs> will hold the value passed in the dialog box.
    Please try and let me know if it is working or not.
    Thanks
    Gangadhar

  • Critical Issue: Availabilty check & alternative BOM selction issue

    During the upgradation project I'm working facing the following critical issues:
    1)While creating the sales order, system carries out the availability check in APO.In material master checking group Z5 is defined.
        Actually I want to know hw the system carries out the search in APO & what are the settings in R/3 or APO we have to make?
    2)Suppose there are 3 alternative BOM's of a finished product.A requirement is while creating the sales order availabilty check should be carried out & system should check the availability of components on the required date.If the component is not avalable system should go & check the second alternative...third alternative until it gets the confirmation of component availability.
         How we can set this functionality & what are the prerequisites or customisation settings we needs to make?
        Would appreciate providing your inputs on this critical issue.
    Thanks,
    Nilesh<b></b>

    Before you understand how the APO Availability Checking concept works, I would suggest you understand about the regular R3 availability checking. As this is the core for the SD and APO GATP. Refer help.sap.com
    Question 1:
    <b>Settings in R3:</b> You have the ATP integration model in CFM1 transaction. You need to activate this just one time and never again. what this does is basically transfer all your availability checking customizing to APO.
    All the settings for the Availability Checking group ( Z5, etc) are already maintained in R3 and they get transferred to APO by the integration model. You donot need to anything else.
    <b>Settings in APO:</b>
    If you are using <b>Product Allocation Concept</b>, You have to maintain the Check Instructions.... Otherwise there are no other settings in APO
    <b>Availability Check in APO :</b>
    ( see the following blog for the requirements class( Name in R3) or check mode( Name in APO) determination http://solution-timezone-issue.blogspot.com/ )
    The check mode and the business event( These are hardcode internally in R3 - For SD- A) are determined from the order and based on this in APO it follows the following order
    (1) Reads the check instructions settings in APO
    For example say the following have been determined from the SD Order : Check Mode 041 and  Business Event A
    Say we have maintained in APO that the first step is Availability Check and all the other two steps we havent maintained or left blank ( Product Allocation and Forecast)
    Look for the customizing in APO
    SPRO>APO>GATP>General Settings>Maintain Check Instructions ****
    (2) Carries out availability Checking same as in R3 and no different
    From the masterial master considers the availability checking group ( Ex: Z1) and the business event( SD transactions- A)
    Very Important and the core of availability checking which is similar in R3 and APO***
    Against these 2 combinations, the settings are checked which define what stock and in/outward movements are to be considered during the availability check
    For customzing settings in APO
    SPRO>APO>GATP>Maintain Check Control>
       For Customizing in R3
    SPRO>Sales and Distribution>Basic Functions>Availability Check and transfer of requirements>Availability check with ATP logic or planning>Carry out control for availability check
    This is the answer to your first question.
    Your second question would need some time  and I will try to answer it as well.
    Hope this helps you..

  • Can we detrmine Credit Check at delivery or billing level

    Hi
    Can we determine Credit Check at delivery or billing level other than at Sales Order level?
    If yes,what settings need to be done in IMG?

    Hi Ronaldo,
    the idea behind making a credit check is to block the customer from receiving goods in case the credit limit has already exceeded right?
    Now consider that you have a customer for whom you are preapring a sales order, carrying out delivery and PGI ,
    then when you went on to bill him you find that the customer has exceeded its credit limit. Now, since you have alreday prepared sales oredr and delivery document and even posted goods what action would you take? you have already carried out pgi.
    it is not possible in standard SAP.Since once the PGI is done and later the credit limit is checked at the time of billing, then the delivery will have to be revrsed, sales order has to be cancelled and so on making it a little complex.
    Thanks,
    Raja

  • BAPI for Existence check of Delivery Address

    Hello Everyone,
    Can anyone suggest me of a BAPI or Remote Enabled FM that does an Existence check for Delivery address "AD_ADDRNUM" while creating a Purchase Order? I would appreciate your help.
    Regards,
    Gopal.

    I couldnt find any BAPI or FM for you but you can write your own RFC. Tables: ADRC, ADRP , ADRT may help you. Check them with your address number

  • Availabilty check against product allocation

    Hi guys,
    We are planing to implement availabilty check against product allocation for reserving stock for a particular customer then are able to select which sales orders to allocate that stock to at later date.Any suggestions or ideas on how to do this or is their any other senario that best suits this requirement.
    Thanks

    Hi
    Go through this link, it will be helpful.
    http://help.sap.com/saphelp_46c/helpdata/en/93/744d1f546011d1a7020000e829fd11/content.htm
    Regards
    Madhu

  • ATP check for delivery in ECC & Sales order ATP check in APO

    Hi All,
    Can we do an ATP check for delivery in ECC , but for the same set of Materials- Plant combination , the ATP check when a SO is created should happen in APO .
    We do not want to remove the Business event 'B'  which is meant for delivery in  APO . For some materials we need APO ATP check to happen for delivery   & for some it should be in ECC  & for SO  the ATP check should happen in APO .
    Even if we do not have check instructions pertaining to Business event 'B' & a particular check mode (for the materials where the ATP check for delivery should happen in ECC & SO check to happen in APO)  , when we are doing an ATP check for delivery , it is still pointing to APO ATP check rather than ECC check .
    Any pointers for this is highly appreciated.
    Regards
    Surendra

    Hi Surendra,
    For SO, business event is A and for delivery it's B. When integrated with ECC, the check rule in ECC points as biz event in APO.
    You can control ATP check by customized settings for check rule in ECC.
    Also, by setting requirement class and requirement type in ECC, you control check mode in APO. So, even if you dont define for check mode in APO, the system might refer from ECC for the ATP check settings. Look into your ECC customization for how requirement class is derived and settings for requirement type. (based on MRP type, strategy grp and Item cat).
    I'm not sure how you can control ATP to happen for some sales orders/deleveries in ECC and for some in APO, since check mode is mentioned in material master.
    However, there are ATP BADIs (business add-ins) available in both ECC and APO, whch can serve your purpose.
    Regards,
    Bipin

Maybe you are looking for