Which availability check procedure will be approprite for Pharma industries

Hello All,
I am working with a Pharma client.
Please suggest me which availability check procedure will be approprite for Pharma industries.
Depending ATP or On Product Allocation.
Thanking you in anticipation.
Regards
Venkat

Hi,
ATP is a basic availability check which have limited functionality. GATP is a more dynamic checking which is suitable for real-time availability check, which is more appropriate for pharmaceutical industry.
The basic differences between the two checking systems are:
APO GATP:
- Check for several Online Transaction Processing (OLTP)
- Uses Live Cache Technology
- Advanced Basic method
- No restriction for combination of basic methods
- Rules-based substitution
- ATP check in several locations ("global")
- Advanced backorder processing
- Call of production possible
ERP ATP:
- Check possible only in an ERP system
- Uses database tables or shared buffer (ERP server)
- Basic methods
- Restriction for combinations of basic methods
- Standard substitutions
- Check only in one location
- Restricted backorder processing
- No call of production possible
This topic has been discussed before in the forum.
You may find the following thread relevant to you:
GATP
Thanks.

Similar Messages

Which application of Netweaver will be useful for JAVA professionals

Hi,
I am new to Netweaver and need to know which application of netweaver will be useful for me. I am basically a JAVA Programmer.
What exactly i can learrn in netweaver. EP,Webdynpro or XI.
Regards,
Sujan.

Hi,
Netweaver Portal(EP) is a frontend which provides one solid interface to all your applications, whether they are SAP or not. It runs on the java platform.
You can develop pure j2ee applications using the Netweaver Developer Studio, it has plug-ins which help in developing SAP technologies such as Web Dynpro, but you don't have to use it, you can develop your application using pure java technologies like EJB, jsp, etc. It also provides a solution for deploying your apps to the web application server.
In EP & WebDynPro, you can easily code if you have Java knowledge.Java is a big part of being a Portal Developer.
Hope this helps.
Regards,
Pooja.

Which 15" MacBook Pro will be best for my planned use?

I am heading back to school and am required to get a MacBook Pro for class (I am a Design, Art & Technology - AKA Multimedia - major). The suggested specs from the school are as follows:
15-inch MacBook Pro
2.7GHz Quad-core Intel Core i7, NVIDIA GeForce GT 650M with 1GB GDDR5 memory
8GB 1600MHz DDR3 SDRAM - 2x4GB
750GB Serial ATA Drive @ 7200 rpm
I am in the process of researching if this is the best computer for my needs. I am upgrading from my current laptop - a 2.53 GHz 15" MacBook Pro from '09 with 4GB of RAM and 7200 RPM 750 GB HDD (upgraded from a 5200 RPM 250 GB HDD) running 10.6.8 - which has been holding up great for four years. At this point though I need a second computer that has a quadcore processor.
My normal/expected usage:
I will likely be working on projects in web design, some light game design, app design, interactive installation, etc. for class. I anticipate working on video editing software and Photoshop as well. I regularly use Ableton Live with an external audio interface, MIDI devices and third party plugins for music production (20 to 40+ track mixing & mastering) and may start to use it for live or interactive projects. I run an external monitor as a second screen when at home and do a good amount of multitasking work with the second display where quickness switching between applications is key.
I stopped by the local Apple store today and had a conversation with one of the sales reps exploring the possibilities of deviating from my school's suggested bundle above. We talked about the benefits of SSD's on performance but the drawbacks on storage size to $$ ratio (I need at least 500GB of storage space, preferably 700GB). The rep suggested multiple times that the Retina display model would be best for me because it is a more durable computer and makes more sense than dropping the 2.7 GHz processor to a 2.6 GHz on the above recommendation and using the money to upgrade the hard drive to an SSD (since it would be a similar computer but without the hi-res screen). But the Retina models were in stock, while the custom non-retina model I was considering building online was not, so I do not know if the rep was just doing his job as a salesperson and trying to move what the store had in stock...
What I am hoping to get opinions on is: Given my planned usage, will the school's suggestion be sufficient/will my downgrade of proccessing power to fund an SSD be insufficient/does it make sense to really stretch my budget and get the Retina 15" 2.7 GHz with 8GB RAM and 512/768 GB SSD? Even with the educational pricing and my usage, I don't know if the upgrade to the Retina 15" is justified - but I am not very experienced in comparing computers. Any thoughts or suggestions? Thanks!

I say DITTO to what Clinton just told you, AND what woodmeister said.
As to use of the External HD use same for all large media files, PDF , pics, movies etc.
Keep your internal SSD for programs and primary (use it every day) working files of small size.
Yes, I would replace the SSD as upgrade and RAM myself.
Ram takes 30 seconds to do, anyone can do that nearly with eyes closed. EASY
SSD, youd need to use carbon copy cloner or likewise, clone your internal HD to the SSD, check with a boot to make sure all ok........then install the SSD, very easy, like Clinton said, .....done it many times.
You asked:
Are you able to reference info on them without moving the data to the internal SSD?
Yes, you can alter, open close etc files off the external HD same as you can the internal SSD, however access speed will be slower, but plenty fast enough for anything you want to do, watch movies off same, work on/ alter/ create files on internal and then backup to external
You need an external HD at any rate for Time Machine backup, and backup in general. NEVER trust any internal HD, or a single copy of anything.
In fact you should always have at least 2 backups for data, in which case a 2nd external HD is highly recommended.

Which recipient email address will thunderbird use for mailshot

When doing a mailshot to a list of addresses, several have multiple email addresses on what basis does Thunderbird decide which to use?

TB will use whatever address is displayed in the mailing list when you double-click (open) the list. If the address was added by dragging a contact from an address book onto the list icon, the 'Email' address is added, not the 'Additional Email' or any other entry. You can edit a mailing list entry or create a new one manually by typing it in.
You could create multiple address book entries for a person, with the only difference being the 'Email' address, e.g. Joe Work has his work address in the 'Email' box, Joe Home has his home address in the 'Email' box etc. For that purpose, [https://freeshell.de//~kaosmos/morecols-en.html MoreFunctionsForAddressBook] adds an 'Edit as new' option to the contact right-click menu to quickly make duplicates.

Which traditional daq example will be best for thermocouple temp measurements?

Hi,
i have a PCI 4351 card connected to a TBX 68T connector block which is used to measure the temp using thermocouples. it uses an analogue input from the thermocouples, but the card is only compatible with traditional daq programming.
i have looked at the example finder, and under the folder 'Hardware and software' click the sub folders 'traditional daq', then click 'analogue input' and finally click the 'general' sub folder and you will see a list of example vi's, if you have the traditional daq installed. but i do not know which will be of great benefit to my work. please help.
does anyone know of a good example that i can use and relate to my work and devices? it would be of great help as i am new to daq.
thanks!
Notay

Hi Notay!
Sorry about that, thos sub Vi's are part of the analog in library of daq. Most likely you will only need the traditional daq driver and the correct configuration of your hardware. Im attaching the VI's, keep me updated of your results and if you need something else let me know.
Best of luck!
Oswald Branford
Attachments:
(Sub) 4350 Parse Settings.vi ‏16 KB
(Sub) 4350 Remove offset and get CJC voltage.vi ‏24 KB

Which "additional graphics card" will be suitable for HP Z420 workstation ?

Hi Admin ,
i have recently got "HP Z420 workstation" to manage my dev/deploy environment.
which is really amazing workstation ,very fast.
here is my configuration
OS : ubuntu 14.10
Device name : ****
Memory: 15.6 GiB
Processor : Intel® Xeon(R) CPU E5-1603 0 @ 2.80GHz × 4
Graphics: Gallium 0.4 on NVC1
OS type : 64-bit
Disk: 465.76 GB
product: HP Z420 Workstation (C5R15UC#ACJ)
vendor: Hewlett-Packard
serial: *************
width: 64 bits
capabilities:
SMBIOS version 2.7,
DMI version 2.7,
32-bit processes
configuration:
boot: normal
chassis: mini-tower
family: 103C_53335X G=D
sku: C5R15UC#ACJ
uuid: *****************
as of now i didn't add any extra harwares into this box.
it has two video output( DVI and Display port ) by default.
so now i can able connect 2 monitors into this work station , and everything works fine.
now i want to add one more monitor into this work station.
which graphics card i have to purchase ?
Thanks
Thani

Hi,
You might get better assistance on the HP Enterprise Business Forum since you have a professional workstation.
HP DV9700, t9300, Nvidia 8600, 4GB, Crucial C300 128GB SSD
HP Photosmart Premium C309G, HP Photosmart 6520
HP Touchpad, HP Chromebook 11
Custom i7-4770k,Z-87, 8GB, Vertex 3 SSD, Samsung EVO SSD, Corsair HX650,GTX 760
Custom i7-4790k,Z-97, 16GB, Vertex 3 SSD, Plextor M.2 SSD, Samsung EVO SSD, Corsair HX650, GTX 660TI
Windows 7/8 UEFI/Legacy mode, MBR/GPT

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

Availability check for intra company delivery

HI experts ,
we have set up the system to carry out the Availability check during the cross company delivery ,the same configuration had been maintained for the intra company delivery ,but the test result shows that the ATP check had only take consideration of the cross company delivery ,whereas it didn't cover the intra company delivery .So is there any clue for this .
BTW ,the check gruop is 02 ,checking rule is 01for the assignment.

Hi,
Check the which check rule system proposes for your transactions- sales order and delivery
How to check?
Vl02n-- Menu--> Environment-Avaialbility
It may not Checking rule 01, may be 'B"
you need to check the Co09 with this option only
By the above option it self you can check
MD04 will give -reservation for delivery ans sales orders- you can check here also
Thanks
Chidambaram

Program position with any currency for availability check - PS/IM

Hi,
I have the following scenario:
1. Controlling area currency is USD. Local currency is BRL. We do purchase req.(CJ20n) for materials and services in USD, BRL and EUR. The P.O. is done in a second moment through MM.
2. Investment program uses USD for checking availability control. The currency for any program position is also USD.
3. System performs the availability control using exchange rate cat. "M" in OB08. We buy within one of those 3 currencies (USD, BRL and EUR), it translates to USD, and then we see how much was committed in USD.
Because of these differences between dates in exchange rates, the client wants the system to perform availability check with any currency.
For exemple: if we have USD 1000 in program position on 04.15.09 at rate of BRL 2,40 we would have BRL 2400 to purchase. If the P.O. is posted in a different date with a different exchange rate we would have more (or less) value to purchase depending on the rate, say 06.15.09 rate is 3,0 we would have BRL 3000 in local currency.
The client doesn't want this to happen. they want to commit only the first value.
They want that in IM program position would have for branch XYZ 3 different limits, one for each currency say 1000 USD, 2000 BRL and 1000 EUR. When P.R. is done it would check what currency is buying, perform availabilty check and then commit only the value requested and avoid increase or decrease values in local currency.
As long as I know IM standard doesn't work this way. Some thoughts and ideas would be a great help.
Best Regards,
Ubiratan Chaves.

Hi Ubiratan,
I understand that you are doing availability control on USD (controlling area currency), although the statement in your point 2. should be corrected - the availability control is not tied to the IM program but to the budget profile used in the project...
Availability control per transaction currency is not possible...you can have availability in controlling area currency, as you have...or in object currency (which for a project in your case would have to be local currency)...you can try this, but it only works if your project hierarchy is using the same currency (I just faced a similar issue and had to also use USD because the proejct had multicurrency WBS in it...)
Bottom line...maybe you can try "adjust" the budget to the currency fluctuations with transaction IMCRC3...the idea would be to use a specific exchange rate type that has the current exchange rate and run this transaction to "trim" the budget to the real exchange rate...
hope it helps,
Luis

Which release procedure will pick?

Can any body help?
We have a requirement that ,for same material (ABC) but belongs to different plant,
we have two release strategies R1,R2
R1:-in this strategy two codes assigned
This release strategy will effect when net value=50000
& plant "X"
R2:-in this strategy three codes assigned
This release strategy will effect when net value=50000
& plant "y"
i will create PO with two line items,                                                                                in one line material is ABC & plant X
in other line item material is ABC, Plant Y
net value =50000
my question is which strategy&releases procedure will effect to this scenario
plz do needful

These are the communication structures
CEBAN
CEKKO
CESSR
Customizing Tables
Release strategy without classification
u2022     T161I as described above.
u2022     T161E Release code and Description
u2022     T161S Release indicator
u2022     T161G Assignment to release indicator
u2022     T161F Prerequisites
Release strategy with classification
u2022     T16FG, T16FS as described above.
u2022     T16FH description of the release group
u2022     T16FT description of the release strategy
u2022     T16FC Release code
u2022     T16FD Description of the release code
u2022     T16FV Prerequisites and actions
u2022     T16FK Assignment to release indicator
u2022     T16FB (purchasing documents), T161S(Purchase requisitions), T16FL(Service Entry sheet) is the release indicator
u2022     T161U(requisition), T16FE(purchasing document), T16FM(service entry sheet) are the descriptions of the release indicator

Availability check & TOR

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

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

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

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.

Availability Check configuration

Hi All,
I want to configure availabiliy check but I am a bit confused with the config part. Soneone plz explain the config process.
Also tell me what is the exact link ( in config ) by which the availabilty check gets triggered.
Regards,
Danny.

Dear Danny,
Hope the material pasted here helps you... :
Availability Check & Transfer of Requirements
Availability check
1. Availability check is an integral part of the business process that determines if the required delivery quantity can be met on a required delivery date. For this purpose the system takes into account pre-delivery activities such as scheduling for picking or packing times and the time taken to produce or obtain the material. It also performs several background functions such as Backorder processing, rescheduling and ATP quantities.
2. Backorder processing: processing of a sales order that has not been fully confirmed or not confirmed at a certain delivery date.
3. Rescheduling: is a proposal of how u2013 confirmed quantities already assigned to a sales order can be reassigned to other sales orders that have a higher priority.
4. Available to promise (ATP): is a process of checking the available quantities of a material. The ATP quantity consists of warehouse stock + planned receipts (incoming stock) u2013 planned issues (outgoing stock). To examine stock on hand (T-Code - CO09) proceed to logistics u2013 sales & distribution u2013 sales u2013 environment u2013 availability overview.
5. Replenishment lead time (RLT): is the time taken for the material to become available either internally (in house production) or externally (from a vendor). The most important things to consider during an external procurement are purchasing and MRP 2 (procurement) views of MMR where the processing time for purchasing, planned delivery time and goods receipt processing time are taken into account. On the other hand internal procurement is based on in house production time (MRP 2 view) goods receipt processing time or alternatively RLT time, which is found on MRP 3 view.
6. RLT (Replenishment Lead Time) is the time taken for the material to become available. RLT is only used when doing an ATP check (Available To Promise). The value of RLT for a material is specified on material master record.
7. There are three types of availability checks u2013
Check on basis of ATP quantities.
Check against product allocation.
Check against planning.
Configuring Availability check through Checking Groups u2013
1. The checking group + checking rule determine how the availability check is to be performed.
2. The checking group determines whether and how the system checks the stock availability and generates requirements for material planning. The checking group defines what type of requirements will be passed on i.e. summarized requirements (daily/weekly) or individual requirements for each sales order.
3. The checking rule applies to how the availability check is to be carried out at the transaction level. Note that you must define checking rules for each individual application such as for production orders for example. In Sales and Distribution, the checking rule is specified internally within the system and cannot be changed.
4. The checking rule, in conjunction with the checking group, determines the scope of the availability check for every business operation; that is, which stocks, receipts and issues are to be included in the availability check and whether the check is to be carried out with or without the replenishment lead time.
5. Briefly explaining the above u2013 checking group determines which type of requirement to be passed on to MRP whether it be individual or summarized and checking rule which is at the transaction level and can be configured independently for each application module, determines which stocks, receipts and issues to be taken into account. For performing an availability check checking group has to work in conjunction with checking rule.
6. Advantages of individual processing over summarized processing u2013
Backorder processing is possible.
You can access (MD04) order, line and schedule line individually which gives a greater control on available stock and requirements placed on stock.
The system automatically uses individual requirements in case of special stock items.
7. Required data for the Availability check to be carried out u2013
The Availability check must be switched on at the requirement class level.
The Availability check must be set at the schedule line level.
A requirements type must exist by which the requirements class can be found.
A plant must be defined in the sales order for each schedule line item (in other words plant must be defined for every material in MMR).
A checking group must be defined in the material master record in the MRP3 screen in the availability check field.
8. Configuring Availability check and defining Checking Groups u2013
Checking groups are introduced into the sales order based on the setting in the material master record.
SAP standard checking groups are 01 u2013 summarized requirements and 02 u2013 individual requirements or you can create your own by copying the standard ones.
Total sales and total deliveries columns are there to configure a checking rule to sum up requirements to post to MRP either individually or by day or week.
Block quantity required can be set if you want several users to be able to process the material simultaneously in different transactions without blocking each other.
The no check indicator is CHECKED when you DO NOT want the system to carry out ATP check.
9. Defining material block for other users u2013 the block check box is an indicator that enables you to block material master records of a particular material during the availability check and restrict other users from accessing same master record and reserve the material. If the block is not set, two users can confirm the same material at the same time for two different orders, not knowing if the stock is available or not. If you select this field, the material is blocked during the availability check and other users cannot: a) Make changes in the material master record. b) Create purchase orders for the material. C) Create orders for the material.
10. Defining default values for checking groups - Checking groups are introduced into the sales order based on the setting in the material master record.
However if there is no entry present in the material master record for the checking group, a default value can be set here, depending on material type and plant.
This default value will be used by the system depending on the material type mentioned in MMR and plant in sales order.
If an entry exists, this default value is over written by MMR.
11. Controlling Availability Check u2013 in this section, you tell the system what stock on hand and what inward and outward movements of stock it must take into account when performing the availability check in addition to whether or not to consider the replenishment lead time.
12. These settings are based on the checking group that is assigned to the material master record and the checking rule that is predefined and assigned to the sales and distribution transaction.
13. These settings carry out control both for sales order and delivery as well. This is due to the fact that you may want to include specific stock or incoming stock for the sales order, yet at the time of the delivery only include physical stock on hand waiting to be shipped.
14. It is possible to indicate to the system that you would like the availability check NOT TO CHECK the stock at the storage location level. This indicator is used to set the scope of the availability check.
15. It is used to switch off the check at storage location level. You create a reservation for a particular storage location. However, the scope of the availability check is set in such a way as to exclude the storage location. In this case, the system carries out the check at plant level only and does not take the storage location into account that is specified in the reservation.
16. Should you not want the system to automatically check RLT, you may indicate so here. RLT is the time taken for a material to become available. It is only used when doing an ATP check and is taken from MMR.
17. Defining the elements in the availability check entirely depends on the business needs, but a few tips are given under u2013
When controlling the Availability check at the time of the sales order, a purchase requisition does not necessarily indicate by it is going to come into the plant.
A shipping notification on the other hand - a confirmed purchase order u2013 is a good indicator of receiving stock on a specified date.
It is always recommended not to select the shipping notifications for the delivery requirements type as you may not actually receive the stock into plant or warehouse for which you are creating a delivery.
ATP
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 with ATP logic or against planningAvailability check > 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.
TOR
IMG > SD > Basic fncs > Availability check and TOR > TOR
A line item in the sales order creates a schedule line. The schedule lines in the sales order transfer the requirements through to MRP. You can select the docs on which you want the TOR to happen. For ex, not for quotations.
The TOR aims to ensure the ordered materials are available for the requested delivery date. The TOR can be set for individual or for collective requirements (materials sales/plant view).master
The TOR is dependent on the following data:
The reqts type, reqts class, checking group and schedule line category.
The reqts type and class are determined in the strategy group MRP3)(material master
For TOR to be carried out, a few criteria need to be met:
Plant assigned to line item level, schedule line category should be switched on at TOR, TOR must be switched on at the reqts class level, checking group must be defined and allocated to the material master record (sales/plant view in the availability check field)
The reqts class is the controlling factor for the availability check and the TOR for all sd types.
Configuring the TOR:
1) Use std 041 reqts class or copy and rename it. Use the indicators to select if this reqts class must carry out an availability check and/or a TOR.
2) Define the reqts types. A reqts type is allocated to a single reqts class and not vice versa. It is based on the item category and the MRP type of the material.
3) Assign the rqts type to the relevant item category in the sales order and the MRP type found on the material master record.
You can select an alternative search strategy where u assign the reqts type to item category and MRP type. Can select source as 0, 1 or 2. (1 = Item type and MRP type strategy).
4) The TOR and Availability check can be selected/de-selected at the schedule line category level.
5) Block qty confirmation in delivery blocks. This is used to block the reservation of the TOR from MRP.
6) Maintain requirements for TOR. Requirements can be used to determine that the TOR to MRP is not carried out unless a number of conditions are met.
Availability Overview = CO09 > order qty, sd doc no, item no, requirements class.
sd no or dly no, lineStock requirements list = MD04 item, schedule line placing the demand
Stock overview = MMBE > total stock per company, then plant followed by storage location, and finally a breakdown per batch.
Transfer of requirments:
for TOR to happen the folowing control elements must be defined
1. requirmrent type.
2.requirement class.
3.checking group
4.schedule line category.
apart from the above the TOR must be switched on at
1.reqt class level.
2.schedule line level
3.checking group level.
4.plant must defined at the document item level
once order is raised the requirments are transfered from order to MRP by TOR,
various reqts are identified thru reqt type, reqt type are identified in the system thru
1. strategy group--MRP1 --mmr
2.MRP group.
3.material type.
4. ITEM category +mrp type
5.item category
once reqt type is identified it points to reqt class.
reqt class contains all the control factors suchas planing strategy,consumption strategy etc
basing on the item category group+ mrp type-- schedule line categories are identified.
if it is relevant for availability check, then the system does ATP CHECK(warehousestockplanned ordersproduction ordersconfirmed receiptsconfirmed goods issues) and decides whether goods are availabile on
the requested delivered date of the customer, if not system does a backward scheduling and confirms when material is available (materual availability date),
so if material is not available then system proposes 2 dates
1.customer delivery date
2.material availability date.
for availability check to happen the following pre-requistes must be there:
1.availability check must be swithched on at the requirment class level
2.schedule line level itmust be switched on
3.reqt type must be defined
4.checking group must be defined.
5.plant must be defined
6. the system takes by default checking group if not defined as material type and plant.
from SD the following componenets are importants
1.checking group:defines whether indivual orcollective req are to be passed
2.checking rule: defines scop of the check(what type of stock+with or without RLT)
3.schedule line category: this fine tunes whether availability check should be carried on at the sales document level or not.
4. delivery item category.
for config:
SPROSALES&DIST-BASIC FUNCTIONS--TOR&AVAILABILITY CHECK.
In material master the below mentioned must be defined also
1.strategy group.
2.scheduling margin key.
3.in house production time.
4. RLT time.
5.MRP group
Hope this above helps...
Give points if userful...
Thanks,
Jignesh Mehta

Availability check with storage location

Hi experts,
I have one problem in availability check.I will explain in steps.
There are two storage locations
RMMU: main storage location where GR will happen from vendor.
WPMU:WIP storage location from where material will be issued to production order.
A is fert material.
B is bom item (raw material) and in material master maintained WPMU production storage location.
Now after sales order(100 nos) and after mrp run we will get the Planned order for 100 nos and Purchase requisition for 100 nos for material B.Now we will do the GR for "B" in Storage location RMMU.
Now we will create the Production order for ''A''.After availability check in production order ,it will show the material availability.
The problem is that we maintained the prod.storage location as "WPMU''and in that no stock is there.It is in RMMU.Still it is giving availability of material.
Requirement is it check the stock in prod.storage location i.e. WPMU
Please throw some light on it.
Thanks in advance.
Regards
VILAS

Find out your checking rule maintained in Order Control OPJK for your order type and plant combination for both
Create(1) and Release purpose.
Then in t.code OPJJ and for that Checking rule and Checking group combination(Maintain in material Master) go to detail screen and don't activate check box for No Storage location inspection.
In this case system will check the available stock in Production storage location only.If it is not maintain then system will check at plant level in all storage locations.
If production storage location is not maintained either in material master or in BOM then maintain it.
karthick

Which availability check procedure will be approprite for Pharma industries

Similar Messages

Maybe you are looking for