Availability Check using R3

I have configured using R3 to do the availability check for CRM. I have followed the instructions of Best Practice. But I got some errors:
<b>Error Log ATP System: T90CLNT090
Msg ID LATP Msg. no 016 With follow. descript:
Plant 1000 does not exist</b>
But I do have plant 1000 in the R3 system?
What could be the resaons? Any help?
Regards,
Hui

Hello Wang,
Then download an adapter object DNL_Plant in CRM. It will bring all the plants from R/3. USe filters if u want to download only one or use request download. After downloading check the table CRM_locmap whether the plant for which u r triggering the ATP check is mapped with CRM business partner number.
But in ur product for which you are triggering the availability check this plant which got a business partner number should come as Delivering location (in sales & disturbution tab of TCODE "COMMPR01" ).
So it is always advisable to download all the plants first and then replicate the product
Let me know i u r facing any other problem
Thanks
Sarabjeet

Similar Messages

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

CRM Availability Check not working for certain Item Category

Hi there,
I have a situation where for certain order type/item category combinations, the availability check on the same material is not working.
The check is set up to happen in SAP ECC.
I have checked the config. under SPRO->CRM->Basic Functions->Availability Check->Availability Check using SAP ECC
as per many SDN posts on this, and everything looks fine.
The new item category, which was a copy of an existing one, works (i.e. gives availability) for certain order types, but not others.
If I create the same order directly in ECC, it works correctly every time.
I searched the code (from consultants who set it up originally) and can see nothing specific to the order type/ item category.
I also put a breakpoint on AVAILABILTY_CHECK function module in SAP ECC - it is not being hit, in the case where check is not successful.
Breakpoints in MV45AFZZ (Sales Order userexit) also not being hit, but they are hit for the Order/item category combination when it works successfully.
Any suggestions on where else this could be configured would be appreciated!
thanks,
David

Hi David,
One 'simple' reason for this could be that the copied item category does not have the
ATP Profile set up in the item category in the IMG. Make sure you have an ATP profile assigned in the area 'ATP Profile' in the item category.
Please see as well the SCN Wiki link:
Availability Check CRM-BTX-BF-ATP - CRM - SCN Wiki
Best regards
Christophe

How to configure availability check

can any one give me the availabily check steps

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.
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.
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 categoryThe 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
regards,
Siddharth

How is availability check done.

Hi All,
Please help me to resolve the below . The First Date is 23.04.2010. how is availability check done???? pleae dont give me the lecture notes . instead provide me more approx dates for the below.
In SO 5000008282 I need delivery dates as follows:-
Item 10
2UCP070686 x2 23.07.2010
2UCP070686 x5 09.07.2010 (SAP only allows 23.07.2010 at earliest)
Item 20
2ucp070688 x4 23.07.2010 (SAP only allows 26.07.2010 at earliest)
Item 30
2UCP070686 x1 06.08.2010 (This is OK in SAP)
Can you please look at the SO and MO setup and advise where our problem
is.

See, the system first prepares schedule line containing the information on the desired delivery date and quantities this information is passed to MRP and an availability check and transfer of requiremnts are executed-
First the system carries out backward scheduling and establishes the material avaialbility date desired delivery date-transit time-loading time-picking & packing time and on this date an availability check is carried out using ATP logic which means avialable to promise quanity total warehouse stock+incoming orders-outgoing orders
Along with Availability check the requirements are transferred to MRP.
the configuration involves following
1. switching on at schedule line category the availability check and TOR
2. configure the availability check using ATP and using the checking group and Checking rule
Also, check Replenishment lead time (RLT)
It 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 MRP2 (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.
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.
There are three types of availability checks u2013
Check on basis of ATP quantities.
Check against product allocation.
Check against planning.
Hope this can assist you.
Thanks & Regards
JP

Availability check purpose

I want to know the purpose of availability check in material master.(daily requirements,individual requirements etc) .
how does it effect in planning.
which values to be selected in availability check.
Edited by: Csaba Szommer on Jan 6, 2012 8:26 AM

Hi,
u could search threads available on this topics,
Pl. refer following excerts from SAP help.
Availability Check
Use
During sales order processing, the availability check enables you to tell the customer if the product can be delivered on time. You can control how the availability check is carried out by setting the Availability check field in the material master.
Integration
There are two availability check methods:
u2022     Check against planned independent requirements
o     Used with, for example, strategy 50, 60, 52, 63, 74. (All other strategies use ATP check.)
o     Only planned independent requirements are taken into account
o     No MRP elements (for example, stock) are taken into account
o     No requirement to customize the checking rule
o     The field Availability check is only used to determine the requirements passing (daily or individual requirements)
u2022     Available-to-Promise (ATP) check
o     Check is performed against stock and all other MRP elements (for example, stock, production orders, sales orders, requirements, schedule lines)
o     Option to check against a replenishement lead time (RLT).
o     Very accurate
o     Always performed when production orders are processed.
Activities
Transferring Requirements from Sales Orders
The following applies to both checking methods:
In the standard system, checking group 01 is set up so that daily requirements are passed on to production. This means that there is only one line visible in the stock/requirements list (as shown above) that contains the cumulated quantity for one day, rather than the individual sales orders. The sales order number does not display on the Order line in the stock requirements list.
If you want to see individual requirements, you can create a new checking group in Customizing for Sales and Distribution (choose Basic Functions  Availability Check and Transfer of Requirements  Availability Check  Availability Check with ATP logic or against planning  Define checking group) and a new checking rule that combines the new groups with A.
Set up the ATP Checking Rule for Sales Order Processing
The following applies only to the ATP checking method:
u2022     You can define how the system checks availability of components in production orders in Customizing for Sales and Distribution. Choose Basic Functions  Availability Check and Transfer of Requirements  Availability Check  Availability Check with ATP logic or against planning  Carry out control for availability check.
AV (= Checking group for availability check)     Description     ChR (= Checking rule for availability check)     RLT
01     Daily requirements     A     'Blank' (= check with replenishment lead time)
02     Individual requirements     A      'X' (= check without replenishment lead time)
u2022     The checking rule in the sales order is A in make-to-stock strategies and AE for make-to-order strategies. The checking rules for 01/AE and 02/AE are the same in the standard system.
u2022     You can define your own checking rule for production orders in Customizing. In the standard system,the checking rule for production orders is PP.
Set up the ATP Checking Rule for Production Order Processing
The following applies only to the ATP checking method:
u2022     Maintain the Availability check field on the MRP screen of the material master. In the IMG for Production, choose Production Orders  Operations  Availability check  Define checking group.
u2022     Maintain the checking rule. In the IMG for Production, choose Production Orders  Operations  Availability check  Define checking rule. The checking rule is assigned to the order type and transaction (create/release). In Customizing, choose Production Orders  Operations  Availability check  Define checking control.
u2022     Define the scope of the check. In the IMG for Production, choose Production Orders  Operations  Availability check  Define scope of check.
u2022     Maintain the checking control. In the IMG, choose Production  Production Orders  Operations  Availability check  Define checking control to define a plant and production order type combination and when check availability can be performed, during order creation or during order release.
Regards
Devendra

Design for Availability Check for the Receiver System

Hi,
Scenario: Request has to be diverted depending on the availability of receiver System.
Design: During Runtime, we will make RFC Lookup call in mapping to Receiver System, to check it availability and accordingly I will determine the Receiver.
Issue: We had the Receiver System Up, the Availability Check using Lookup to Primary Receiver system was successful, but due to table lock issues in the receiver system, request for RFC and Proxies was not responded back. So we got call dumped in PI saying service unavailable exception.
Is there any better design for to handle this kind of scenarios, inorder to have functionality available round the clock?
Regards,
Manikandan R

Hi Mani,
You need to identify the availability of the system at mapping level only,i think the approch is to write UDF or simle JAVA Map to check the availability and return same status out put based on that you can route the message.
use wait step in BPM give some particular time to wait,then process the message,in this case we are going check only once. if you want check repeatedly use loop and put your mappingt,but this is not at all adviceble.
other way develop scenario ,if system down means communication channel throws error,based on that raise a alert,so that appropriate people will take action.
but most of cases availability of system is 24 hours , but i am not sure about your case.raising alert is the good idea.
Regards,
Raj

Availity Check for Customers and materials with useful life

Hello All,
Can anyone help me, about this issue . What i need to do to procedure to check availability for material and customers ?
I have a problem , all material have a expired date ( i work in a drink company) , and for this all products have a date limit for delivery (period of useful product life) , but this date it can be changed for each customer.
We have customer with one moth and another customer with differents (period of useful product life), and a priority for each customer.
Well when i check availability of material i need to have a control of this period of useful product life, in order to assign confirmed quantity for each customer.
Thanks
Sebas

Yes products use batch funcionality and i have a new table for customer / product with useful product life.
For exemple :
Product XXX with 365 days for Total Shelf Life .
Have two customers with differents % of Total Shelf Life, customer AAA 33% and customer BBB 50%.
Result:
Customer AAA for product XXX need 120 days for availity Check
Customer BBB for product XXX need 183 days for availity Check
Where i could introduce search strategy for each customer ?
Do you know user exit i need to change for availity check , in order to introduce my new table.
Thanks a lot, for your help.
Sebas

Availability Check from CRM using ECC / Assembly Order

Hi,
we're using an ATP Check from ECC to CRM 5.0. As described in the SAP Notes, assembly orders are not supported in this ATP scenario.
Does anybody have experience to overcome this (without implementing APO or creating the orders directly in ECC)? Any enhancements / work arounds?
Thanks
Anke

Hello Anke,
you cannot have both, ATP check in CRM during order change/creation and in ERP when the order gets replicated to ERP-SD.
But when there is no ATP check used in the CRM at all (for the current item category), and the order gets saved in CRM and replicated to ERP, during this replication and order creation in the ERP-SD the regular ATP check in the SD order can run as usual, of course.
This means the scenario can be setup without ATP check in the CRM, but having assembly as usual in ERP-SD. Only the immediate information about the confirmed dates/quantities from the assembly order would be missing in the CRM order.
regards,
Thomas

Creation of Sale Order for configurable material with availability check.

Hi,
We have a scenario in which the material is configurable. The configurable material (X) has few variants (Ex: X1, X2, X3, X4, X5). While booking the sale order, we use the material number (X).
Further, the material planning is done for the variants X1, X2, X3, X4, X5. The standard variants are planned for production in advance.
1.     While booking the sale order, we want the availability check of the stock (type matching to happen). What needs to be done in configuration?
2.     While booking the sale order, there is a possibility that the configuration selected will not match with any of the standard variants due to some additional requirements of the optional features, in such cases how to link the standard variants to the sale order & create requirement for additional requirements.
Regards,
Umesh

Hi Umesh,
           1.Create material master for configurable material and variants in mm01.
           2.Maintain BOM for the configurable material in CS01
           3. Configur the variant configuration steps
              a. Create charecteristics T.code CT04
              b. Create values and assign classes
              c. assign the values to charecteristics
              d . Maitain dependence T.code CU01
              e.create configuration profile t.code CU41
              f.stimulate the configuration profile.
4. Do the availability check configuration through this path
IMG --> Sales and distribution > Basic functions ,> Availabilty check and Transfer of requirements.
5. Maintain the Availbility check field and MRP views in the material masters other wise you sit with PP people and do that
I hope it will help you
Regards,
Murali.

Availability Check not working for Item Cat TANN or YG05 in Btch Split

Currently working on implementing Automatic Batch Determination (BD) project and one fine piece is holding up the implementation (make or break for project).
In our QA System:
- In inventory we have a quantity of 2 for a material: 1 in one batch and 1 in another batch.
- Create an order with 2 line items with the same material number for a quantity of 1 each. Line item category is TANN
- When you generate the delivery the batch determination causes the items to split (even though you have a quantity of 1 in the line item).
- When you go into the delivery and open up the 1st line item and look at the 900001 line, BD chooses the 1st batch for a quantity of 1. Line item category is YG05.
- When you open up the 2nd line item and look at the 900002 line, BD chooses the 1st batch again, NOT the 2nd batch which it should.
If I change the line item category on the Sales Order to TAN and generate the delivery, BD correctly assigns the 1st batch to the 900001 line item and the 2nd batch to the 900002 line item. Which is correct.
Now for the strange part. The TANN item category and BD works find in our DEV Sandbox, but NOT in our QAS system.
I have spent two days now trying to find out where Availability Check is assigned specifically to Item Categories and any differences between our DEV Sandbox and our QA systems to no avail.
Our customers need the ability to be able to put the same material number on multiple lines of a sales order due to special pricing per customer within an order.
Can anyone direct me to some configuration or transaction that controls Availability Checking by Item Category. I have checked the 0VLP transaction and they are identical between our DEV and QA system for the TANN and YG05 categories.
Any help will be greatly appreciated.

In VOV6 the 'CP' Schedule Line Cat. has the Availability flag check. There were a few areas where I found an "Availability" flag and made sure there were all set.
But, I did finally find out what the error was:
Logistics Exec -> Shipping -> Basic Shipping Functions -> Avail Check and Transfer of Requirements -> Transfer of Requirements -> Determination Of Requirement Types Using Transactions
There are entries by Item Category. For
I/C = TANN
MRP type = PD
the Requirement Type was missing (if you look at the entry for TAN/PD you see an 11 in the RqTy column).
So I entered a 11 (Delivery Requirement) into the field and now the Availability Check works and I am getting the correct Batches and quantities during Batch Determination.
There is no entry for the YG05 batch split, so I guess the system just uses the Item Category of the main line item.
Thanks for the responses. Sorry to bother you I should have figured this out earlier.
Scott.

Longer time for Material Availability check while creation of prd order.

Hi guys,
I am facing a weird problem while creating production orders thru CO01.
I enter the component and plant and I am also using the forward scheduling option.
for some reason, SAP is taking a long time for material availability check when I hit the release button.
Sometimes its taking more than an hour. Its happening with few specific BOM's, and I have checked the master data but I could hardly find a problem in master data.
Can someone suggest me some tips ??
Thanks & Regards,
Sashivardhan

Hi,
Please check the Availability check control maintained for Components it should be 01 or 02. Also check the issue storage location maintained or not. You can maintain issue storage location in BOM in Status/lng text tab in Production Storage Location.
Hope this will help.
Regards,
Navin

Availability Check at Storage Location Level.

Hi All,
Currrently we have the availability check functionality happenin at the plant level. If the stock is available in the plant, then the sales order is getting confirmed. But, the requirement is if the stock is insufficient then system should check all storage locations attached to the plant. Can someone please guide as to how this can be achieved?
Regards,
Raghav

Hi
This is not a standard SAP functionality. Either you have to input the storage location manually in the sales order or to automate this, you have to enhance the functionality using a userexit.
Thanks,
Ravi

Availibility check at Storage location level

Dear all,
we have implemented inventory management ( not wm and lean wm ) , my business scenerio is when i am creating the STO the availibility check is carried out which is considering all the storage locations of supplying site
e.g SL01 - Unrestritrd Use
SL02 - Damage
SL03 - Resrved
My client requiremnt is when availibility check should carried out it should conside only one storage location i.e SL01 - Unrestricted use stock and should not considere Stock of other storage location except SL01.
What configuration need to be done
Thanks and Regards
tara

Dear,
Check at: http://www.sap-img.com/sap-sd/configuring-availability-check-through-checking-groups.htm
http://sap.ittoolbox.com/groups/technical-functional/sap-log-pp/availability-check-storage-location-1283776..
Regards,
Syed Hussain.

Issue with availability check

Hi,
We are creating delivery for stock transfer order using customised transactions via ATP check. During ATP check, the system is indeed creating outbound delivery, but with zero quantity.
I checked the stock in MMBE, it is showing stock. Also in MB5B, the stock was available on posting date. Why the system, then created outbound delivery with zero quantity.
Can anyone please suggest?
Thanks in Advance,
Nisha

Hi Nisha,
Check the following
IMG>>MM>>Purchasing>>PO>>Setup STO>>Define Checking Rule and select the one you are using (Use avail check 02 with checking rule 01)
Next in Assign Delivery type and checking rule check for proper assignmnets for..
Doc Type-Supply Plant-Del Type-Chk rule-check box ticked for Shipment scheduling
Your delivery type should be NL for Intra company STO and NLCC for cross company STO.
Make the ATP check in the STO PO and confirm things working.
Chk n revert
Regards
Shiva

Availability Check using R3

Similar Messages

Maybe you are looking for