CO09 Availibility overview
Hi all
I am using CO09 for looking at availibility overview. It shows me the order reservations and material but not show the production order. Is there a way I can see the production order on the CO09 screen
thanks a lot
Dear John,
Step1 :
Please go to the availability overview screen using T.code CO09.
(Enter the material number, plant, checking rule)
Step 2:
You can see that under ATP situation heading :
Date , MRP element , MRP element data , Rec/Req qty, confirmed , ***. ATP Qty
Just double click the MRP element Prd. Ord then you can see the Prod. order Number with date and qty.
If you want to see the Prod. Order details then copy the Prod. order number and using T.code CO03 to display the Prod. order .
Hope it is useful for you .
Thanks and Regards
srinivas
Similar Messages
-
Dear all ,
What is the Availibilty overview?
What is the exact use of this Report ?
We use T code CO09 to see the availibility overview.
Please guide on it.
Best Regards,
DeepikaHi
Availability Overview is used to check the material in ATP.
You can check in MD04, how much quantity is available on a particular date. It lists out all the expected receipts/issues date wise. So, for your requirement date, pls check teh availability in MD04.
Availbality Check is worked out based on the checking rule in SPRO. To see what are the checks done by the system, in CO09 click on Scope of Check.
A comprehensive Availability Overview takes into account the following:
Stock can include:
safety stock
stock in transfer
quality inspection
blocked stock
Inward/Outward movement of goods can include:
purchase orders
purchase requisitions
planned orders
production orders
reservations
dependent reservations
dependent requirements
sales requirements
delivery requirements
Revert back if you want more info.
Reg,
Ashok
Rewards Welcome -
Availability Overview in ME51N, ME52N, ME53N
Hi,
When I go to the menu path Environment -> Availability in transactions ME51N, ME52N or ME53N, nothing happens. The expected behaviour is the display of availability overview as in transactions ME21N, ME22N, ME23N.
I found the same thing to happen in several SAP systems. What is the reason behind this strange behavior?
Thank you.
Helpful answers will be rewarded.Availability check only possible for stock transfer items
-
Unit of measure in availability overview
Hi
The question is about the possibility to change the unit of measure displayed in the availability overview during a sales order creation as you can do in transaction MD04.
The problem is that if you set a quantity in the sales order in a alternative unit of measure (for instance Boxes) and if you check the availability, the systems shows the quantities in the base unit of measure (e.g. Pieces), so it is quite complicated to make the conversion, because you do not have the information on the screen.
Has anybody solved that issue?
thanks a lot!Hi,
Check in material master.U can go to aditional data and give as box and save the material then it will ask u how many units for a box.Then check this hope it solves ur problem.
RV -
Availibility check "02" not generating a confirmed schedule line
Hey Gurus,
We can't figure out why when create a order using the availability check as "02" that the system will not create a confirmed quantity for the schedule line. The material is available and we have also checked to see that the delivery time was reasonable for delivery of the product. We run the availability check in the sales order and it still will not create a schedule line for us to create a delivery on.
Do you all have any suggestions of master data and configuration that we should check in order to try to get this to work?
Sincerely,
NinaDear Nina,
I think in your case - the stock may be allocated to some other sale orders which are already created and not yet delivered.
Please check in CO09(Availability Overview) for that particular material.
Though you can see the stock in MMBE, it might be allocated to some other order..
Transaction:
First check the requirement type assigned to your sale order in Procurement Tab of a sale order.
OVZG(Req,. class) - Check Availablity Check indicator is checked
OVZH(Req. Type) - Check Req. type has assigned to Req. class.
In VOV6 - check Availability check indicator is checked for your schedule line category..
Check in Material master - general / plant view .. Availability check is assigned for that material..
If you have maintained all these settings properly, and still the order is not getting confirmed - then the stock might be assigned to some other sale order which is not delivered yet..
Thanks,
Venkatesh.S.P
Edited by: venkatesh paulraj on Mar 12, 2009 5:32 AM -
List of Tcodes in SAP(Technical)
Hi Gurus,
Send me a list of Tcodes in SAP.
Thanks in Advance,
SakthiHello Shakthi,
Transactions:
search_sap_menu - Finds the menu path to a transaction - Can either type in TX code in the search criteria or a description- ie. 1st try SE38 and then ABAP.... the returned result is 'bottom to top'.
EDI Specific Transactions
VOE1 Translation between EDI categories and SD item categories
VOE2 Table EDSC view. Customer link to sales area detail
VOE3 Table view EDPVW. Add partner types that will be transferred to the IDoc
VOE4 Table view EDPAR. Link external partner number with our internal number
WEDI EDI Administrator Menu
BALE Idoc Administration
Scheduling agreements
OVA9 Create entries for each sold-to customer for which you will receive EDI schedule releases. At implementation, the only field that needs to be maintained is "Check PO number," which causes SAP to make sure that the PO number sent on the release matches the PO number on the schedule agreement. This transaction updates table T663A. SAP will not post an EDI schedule release, if this record is missing.
OVAI Create entries for each Vendor / Partner description combination. (Vendors must match sold-to Acct. at Cust., and Partner descriptions must match ship-to Partner descriptions.) This transaction updates table T661W. SAP uses this table to determine the schedule agreement sold-to partner.
OVAJ If you would like SAP to post schedule requirements using discrete dates only, instead of weekly and/or monthly buckets, you can indicate the days of the week that you deliver to this customer. SAP will divide the customer's quantity for a week or month evenly into the days of the week specified by the distribution function code. This code must be sent in the DELINS IDoc in field E1EDP16-ETVTF.
IDoc Transactions
WE09 / WE02 IDoc lists according to content. View IDocs via specific IDoc number or business application detail contained within the contents of a segment.
WE05 View IDocs
WE19 EDI test tool. Use to test inbound Function module changes.
WE20 Partner profile configuration. Add partner detail together with inbound and outbound relationships. We also incorporate message control on the outbound IDocs. Utilize the organizational units to trap functional errors for further processing
WE30 Create IDoc extension type
WE31 Segment create
WE57 Assign function module to logical message and IDoc type
WE60 IDoc type documentation tool
WE82 Link Release detail to Extension IDoc Type
BD55 Conversion rule user exit. Link conversion rule user exit to the different system \ partner combinations
BD87 Reprocess IDocs in error or waiting for action. (Both inbound and outbound in 4.6. Use BD88 in prior versions)
BALA ALE Application Distribution
BALM ALE Master Data Distribution
Output determination
856 - ASN
V/36 Maintain output determination for deliveries (Output determination procedures). V10000 (Header output) has condition type LAVA (usually with requirement 1 NB: Use V/84 V7ALLE SHAD for grouped ASNs. I.e. Group deliveries into shipments
VV21,VV22,VV23 Create output condition records for shipping. LAVA WE (Partner function) - We must add each new partner with VV21
VL71 Reissue output for deliveries
810 - Invoice
V/54 Maintain access sequence for billing documents
VV31,VV32,VV33 Create condition records for billing documents. (RD00 RE Billing party)
VF31 Reissue output for billing documents
855 Order Response
V/30 Sales document output types (BA00)
V/48, V/32, V/43 Maintain access sequence for sales documents
VV11,VV12,VV13 Create condition records for sales documents. (BA00 SP Sold to party)
Requirements coding
V/27 Create code to check requirements for output control. Used to check ZBA0 against BA00 output.
Sales & Distribution
Sales order / Quote / Sched Agreement / Contract
VA02 Sales order change
VA05 List of sales orders
VA22 Quotation change
VA32 Scheduling agreement change
VA42 Contract change
Billing
VF02 Change billing document
VF11 Cancel Billing document
VF04 Billing due list
FBL5N Display Customer invoices by line
FBL1N Display Vendor invoices by line
Delivery
VL02N Change delivery document
VL04 Delivery due list
VKM5 List of deliveries
VL06G List of outbound deliveries for goods issue
VL06P List of outbound deliveries for picking
VL09 Cancel goods issue
VT02N Change shipment
VT70 Output for shipments
General
VKM3, VKM4 List of sales documents
VKM1 List of blocked SD documents
VD52 Material Determination
Workflow
SWEAD Event queue administration
SWE2 Event type linkages
SWE3 Event linkages
PPOME Organizational Unit Maintenance
SWE5 Consistency Checks for Event Linkages
SWUD Workflow Diagnostic Tool
General
The following section provides detail on other useful SAP areas.
Create delivery via transfer orders
Once the order is saved proceed through the following steps. The process assumes the item has values in the warehouse bin.
VL04 Delivery due list. Run the delivery due with your order number to create the delivery
LT03 Create Transfer Order. EG. Warehouse: 101 and enter. Picking background. Save
The Transfer order should now be saved. It now needs to be confirmed.
In LT03 go to menu option Transfer Order -> Confirm Transfer Order
Enter
Save
The transfer order is now confirmed.
VL02N Delivery change. EG: Edit the delivery to do the following Pack External customer material number = COO. External delivery number Waybill number. BOL Transport tag. Carrier Header partner SP (E.G. FXP). Tracking number = Packing Unit
Purchase Orders
ME22N PO Change
ME57 Create PO from purchase requisition
ATP
CO09 Availability overview
Goods Movement
MIGO Post goods receipt
MB51 Material document list
MB01 Goods Movement
Other
MD04 Material Requirements. Shows material requirements and releases against materials
SE38 ABAP Editor. Used to modify ABAP programs
SM01 Transaction list. Lock transactions in the system. Also a good tool to see what transactions are available
SHDB Transaction recorder (BDC)
CMOD User exit \ project tool. Coordinates your changes into projects for the purpose of activating all user exits for a particular project. A user exit needs to be modified before it will work
SE16 Table contents display
SOST View mails sent externally from SAP
SU53 Check authorization object
SQVI Table Quickviewer Used to created quick client dependent reports
ST22 ABAP Dump Analysis
ST01 System trace
ST11 Display developer trace
ST05 SQL Trace
SM21 System log
ST22 Display short dumps
SM12 Display locked entries
With Regards,
Vidya
**Please reward with points -
Dear Frndz,
Are there any ready-made daily production reports available in the system.If so, pls help me with what are all the reports available and the transaction code /Path of the same.
Regards,
SriniHi,
You can find useful reports of PP in Production--> Shop Floor Control--> Information System as below :
COOIS - Order Information System
CO24 - Missing Parts Info System
MD09 - Pegged Requirements
MD04 - Stock/Requirements List
MMBE - Stock Overview
CO09 - Availability Overview
CO46 - Order Progress Report
MD4C - Order Report
Further you can find other reports also under information system by drilldown in following segments :
Shop Floor Information System
Capacity Evaluation
Capacity Evaluation
Use of PRT
Controlling Reports
Hope this helps.
Revert if you have any doubt.
Regards,
Tejas -
Hello experts ,
PLease provide me some of the commonly used T codes
in the PP module .Hope you will find this informative:
Capacity Planning CM01 Cap. planning, work center load
CM02 Capac. planning, work center orders
CM03 Capac. planning, work center pool
CM05 Capacity plan.:Work center overload
CM07 Cap. planning: Variable access
CM21 Capacity leveling SFC planning table
CM22 Capacity leveling:SFC planning table
Work Center CR01 Create Work Center
CR02 Change Work Center
CR03 Display Work Center
CR04 Test Work Center Formulas
CR05 Work Center List
CR06 Work Center Assignment to Cost Ctr
CR07 Work Center Capacities
CR08 Work Center Hierarchy
CR60 Work center information system
BOM CS01 Create Material BOM
CS02 Change Material BOM
CS03 Display Material BOM
CS05 Change Material BOM Group
CS11 Display BOM Level by Level
CS12 Multilevel BOM
CS13 Summarized BOM
CS14 BOM Comparison
CS15 Single-Level Where-Used List
CS80 Change Documents for Material BOM
CS81 Change Documents for Standard BOM
Inventory Activities MM03 Material Display
MB03 Display Material Document
MB1A Goods Withdrawal
MB1B Transfer Posting
MB1C Other Goods Receipts
MB51 Material Doc. List
MB59 Material Doc. List
MMBE Stock Overview
MRP MD01 MRP Run
MD02 MRP - Single-item, Multi-level -
md03 MRP-Individual Planning-Single Level
MD04 Display Stock/Requirements Situation
MD05 Individual Display Of MRP List
MD06 Collective Display Of MRP List
MD07 Current Material Overview
MD09 Pegging
Planned Orders MD11 Create Planned Order
MD12 Change Planned Order
MD13 Display Planned Order
MD16 Collective Display of Planned Orders
MD21 Display Planning File Entry
MD46 Eval. MRP lists of MRP controller
MD4C Multilevel Order Report
Demand Management MD61 Create Planned Indep. Requirements
MD62 Change Planned Indep. Requirements
MD63 Display Planned Indep. Requirements
MD73 Display Total Indep. Requirements
MD79 PP Demand Mngmt - XXL List Viewer
MDLD Print MRP List
Quality Management QA03 Display inspection lot
QA13 Display usage decision
QE03 Display characteristic results
QF03 Display defect data
Repetitive Manufacturing
MF52 Planning Table - Display
MF41 Reverse Backflush Posting
MF12 Display Document
MF47 Post Processing of Backflush Document
MF26 Display Reporting Point Quantity
MF27 Update Stats for Planned Quantities
MF41 Reverse Backflush (With ALV)
MF42 Collective Backflush
MF42N New Collective Entry
MF4R Resetting Reporting Points
MF50 Planning Table - Change
MF51 Print Production Quantities (Production list for Rep. Manufacturing)
MF52 Planning Table - Display
MF53 Maintaining Variants-Production List
MF57 Planning Table - By MRP Lists
MF65 Stock Transfer for Reservation
MF70 Aggregate Collective Backflush
MFBF Backflushing In Repetitive Mfg
Routing CA21 Create Rate Routing
CA22 Change Rate Routing
CA23 Display Rate Routing
CA51 Print List
CA80 Use of Work Center in Task Lists
Master Recipe C201 Create Master Recipe
C202 Change Master Recipe
C203 Display Master Recipe
C223 Maintain Production Versions
C251 Print Master Recipes
C252 Print Production Versions
C260 Recipe Development on Time Basis
C261 Change Document Display Master Rec.
C298 Delete Master Recipes
Process Orders CO06 Backorder Processing
CO09 Availability Overview
CO26 Order information system
CO28 Choose indiv. object lists
CO46 Order progress report
COGI Processing goods movemnts w. errors
COID Select Object Detail Lists in PP-PI
COIO Order Info System for PP-PI
COPD Print Process Order
COPI Print Process Order ShopFloor Papers
COR1 Create Process Order
COR2 Change Process Order
COR3 Display Process Order
COR7 Convert Planned Order to Proc. Order
COR8 Coll.Conv.: Plnned Ord. to Proc.Ord.
CORK Process Order Confirmations (Total)
CORS Cancel Process Order Confirmation
CORT Display Process Order Confirmation
COOIS Production Order Information System
COOISPI Process Order Information System
CO24 MissingPartsInfoSyst
MB52 List of Warehouse Stocks on Hand
MDUM Convert Planned Orders into PReqs
LX02 Stock list
LX03 Bin Status Report
Resource CRC1 Create Resource
CRC2 Change Resource
CRC3 Display Resource
MB21 Create Reservation
MB22 Change Reservation
MB23 Display Reservation
MB24 Reservation List
MB25 Reservation List
MB56 Analyze batch where-used list
MB57 Compile Batch Where-Used List
MC74 Transfer Mat. to Demand Management
MC75 Transfer PG to Demand Management
MC78 Copy SOP Version
MC80 Delete and activate versions
MC81 Sales and Operations Planning
MC82 Sales and Operations Planning
MC83 Sales and Operations Planning
MC84 Create Product Group
MC85 Display Product Group
MC86 Change Product Groups
MD14 Individual Conversion of Plnned Ord.
MD15 Collective Conversion Of Plnd Ordrs.
MD47 Product Group Planning Evaluation
Batch Management MSC1N Create Batch
MSC2N Change Batch
MSC3 Display Batch
MSC3N Display Batch
MSC4 Display Batch Changes
ZMIS Material Requisition Issue Slip
ZMRP Material Requirement Planning Report
ZPPCOR2 Process Order Release - Batch Number
ZQI002 TCod for Inspec. Resu.
ZQI003 Report to see Quality Report(03) -
Availability check for Make to stock and Make to Order
Dear All,
Client is selling Make to stock and make to Order material.
How and what settings need to do for Avaialbility check.or we can use standard one.
I hope in case of Make to Order availability check may not happen.
Please correct me.
Thanks in advance.
Regards,
Shrikanthi,
yes for make to order we dont have AvChk. for make to stock items u need to follow the
below configuration.
Availability check
1. Availability check is an integral part of the business process that determines if the required delivery quantity can be met on a required delivery date. For this purpose the system takes into account pre-delivery activities such as scheduling for picking or packing times and the time taken to produce or obtain the material. It also performs several background functions such as Backorder processing, rescheduling and ATP quantities.
2. Backorder processing: processing of a sales order that has not been fully confirmed or not confirmed at a certain delivery date.
3. Rescheduling: is a proposal of how u2013 confirmed quantities already assigned to a sales order can be reassigned to other sales orders that have a higher priority.
4. Available to promise (ATP): is a process of checking the available quantities of a material. The ATP quantity consists of warehouse stock + planned receipts (incoming stock) u2013 planned issues (outgoing stock). to examine stock on hand (CO09) proceed to logistics u2013 sales & distribution u2013 sales u2013 environment u2013 availability overview.
5. Replenishment lead time (RLT): is the time taken for the material to become available either internally (in house production) or externally (from a vendor). The most important things to consider during an external procurement are purchasing and MRP 2 (procurement) views of MMR where the processing time for purchasing, planned delivery time and goods receipt processing time are taken into account. On the other hand internal procurement is based on in house production time (MRP 2 view) goods receipt processing time or alternatively RLT time, which is found on MRP 3 view.
6. RLT (Replenishment Lead Time) is the time taken for the material to become available. RLT is only used when doing an ATP check (Available To Promise). The value of RLT for a material is specified on material master record.
7. There are three types of availability checks u2013
Check on basis of ATP quantities.
Check against product allocation.
Check against planning.
Configuring Availability check through Checking Groups u2013
1. The checking group + checking rule determine how the availability check is to be performed.
2. The checking group determines whether and how the system checks the stock availability and generates requirements for material planning. The checking group defines what type of requirements will be passed on i.e. summarized requirements (daily/weekly) or individual requirements for each sales order.
3. The checking rule applies to how the availability check is to be carried out at the transaction level. Note that you must define checking rules for each individual application such as for production orders for example. In Sales and Distribution, the checking rule is specified internally within the system and cannot be changed.
4. The checking rule, in conjunction with the checking group, determines the scope of the availability check for every business operation; that is, which stocks, receipts and issues are to be included in the availability check and whether the check is to be carried out with or without the replenishment lead time.
5. Briefly explaining the above u2013 checking group determines which type of requirement to be passed on to MRP whether it be individual or summarized and checking rule which is at the transaction level and can be configured independently for each application module, determines which stocks, receipts and issues to be taken into account. For performing an availability check checking group has to work in conjunction with checking rule.
6. Advantages of individual processing over summarized processing u2013
Backorder processing is possible.
You can access (MD04) order, line and schedule line individually which gives a greater control on available stock and requirements placed on stock.
The system automatically uses individual requirements in case of special stock items.
7. Required data for the Availability check to be carried out u2013
The Availability check must be switched on at the requirement class level.
The Availability check must be set at the schedule line level.
A requirements type must exist by which the requirements class can be found.
A plant must be defined in the sales order for each schedule line item (in other words plant must be defined for every material in MMR).
A checking group must be defined in the material master record in the MRP3 screen in the availability check field.
8. Configuring Availability check and defining Checking Groups u2013
Checking groups are introduced into the sales order based on the setting in the material master record.
SAP standard checking groups are 01 u2013 summarized requirements and 02 u2013 individual requirements or you can create your own by copying the standard ones.
Total sales and total deliveries columns are there to configure a checking rule to sum up requirements to post to MRP either individually or by day or week.
Block quantity required can be set if you want several users to be able to process the material simultaneously in different transactions without blocking each other.
The no check indicator is CHECKED when you DO NOT want the system to carry out ATP check.
9. Defining material block for other users u2013 the block check box is an indicator that enables you to block material master records of a particular material during the availability check and restrict other users from accessing same master record and reserve the material. If the block is not set, two users can confirm the same material at the same time for two different orders, not knowing if the stock is available or not. If you select this field, the material is blocked during the availability check and other users cannot: a) Make changes in the material master record. b) Create purchase orders for the material. C) Create orders for the material.
10. Defining default values for checking groups - Checking groups are introduced into the sales order based on the setting in the material master record.
However if there is no entry present in the material master record for the checking group, a default value can be set here, depending on material type and plant.
This default value will be used by the system depending on the material type mentioned in MMR and plant in sales order.
If an entry exists, this default value is over written by MMR.
11. Controlling Availability Check u2013 in this section, you tell the system what stock on hand and what inward and outward movements of stock it must take into account when performing the availability check in addition to whether or not to consider the replenishment lead time.
12. These settings are based on the checking group that is assigned to the material master record and the checking rule that is predefined and assigned to the sales and distribution transaction.
13. These settings carry out control both for sales order and delivery as well. This is due to the fact that you may want to include specific stock or incoming stock for the sales order, yet at the time of the delivery only include physical stock on hand waiting to be shipped.
14. It is possible to indicate to the system that you would like the availability check NOT TO CHECK the stock at the storage location level. This indicator is used to set the scope of the availability check.
15. It is used to switch off the check at storage location level. You create a reservation for a particular storage location. However, the scope of the availability check is set in such a way as to exclude the storage location. In this case, the system carries out the check at plant level only and does not take the storage location into account that is specified in the reservation.
16. Should you not want the system to automatically check RLT, you may indicate so here. RLT is the time taken for a material to become available. It is only used when doing an ATP check and is taken from MMR.
17. Defining the elements in the availability check entirely depends on the business needs, but a few tips are given under u2013
When controlling the Availability check at the time of the sales order, a purchase requisition does not necessarily indicate by it is going to come into the plant.
A shipping notification on the other hand - a confirmed purchase order u2013 is a good indicator of receiving stock on a specified date.
It is always recommended not to select the shipping notifications for the delivery requirements type as you may not actually receive the stock into plant or warehouse for which you are creating a delivery.
regards
anand -
Set Availability Check to Exclude Planned Order
Hi All,
anyone know how to set the availability check so it will not include the planned order in the calculation ?
I find one setting in SPRO, the path is :
Sales & distribution ==> Basic functions ==> availability check and Transfer of Requirements ==> Availability Check ==> Availability Check with ATP Logic or Against Planning ==> Carry Out Control for Availability Check
select one of the record, and update filed "Incl. Planned Orders".
I've uncheck that field, but I can't get the appropriate result. When I create a new sales order, the availability check still take the planned order I created before into account.
The problem is, my user want to prevent creating delivery before the goods are already put in the stock. So the planned order should not be considered in the availblity check.
Thank you in advance
RudyHi Rudy,
Concept of availability check is to verify if the stock is available at the time of creation of sales order. If available, when it can be ready for delivery (as Packing, arranging for transportation, etc may have lead time) & if not available, when it would be available considering Packing, arranging for transportation, etc lead time.
Availability check whether material is available on required delivery date (backward scheduling) or not. If not available on required delivery date, system will propose next available date (forward scheduling)
1. Define Checking Groups
Menu Path: SPRO>SD>Basic Functions>Availability Check and Transfer of Requirements> Availability Check with ATP Logic or Against Planning>Define Checking Groups
You define checking groups with which you specify the type of requirements records the system is to create when processing sales orders or deliveries
2. Define Material Block for Other Users
Menu Path: SPRO>SD>Basic Functions>Availability Check and Transfer of Requirements> Availability Check with ATP Logic or Against Planning>Define Material Block for Other Users.
3 .Define Checking Groups Default Value
Menu Path: SPRO>SD>Basic Functions>Availability Check and Transfer of Requirements> Availability Check with ATP Logic or Against Planning>Define Checking Groups Default Value.
4. Carry out Control for Availability Check
Menu Path: SPRO>SD>Basic Functions>Availability Check and Transfer of Requirements> Availability Check with ATP Logic or Against Planning>Carry Out Control for Availability Check.
5. Define Procedure by Requirements Class
Menu Path: SPRO>SD>Basic Functions>Availability Check and Transfer of Requirements> Availability Check with ATP Logic or Against Planning>Define Procedure by Requirements Class.
6. Define Procedure for Each Schedule Line Category
Menu Path: SPRO>SD>Basic Functions>Availability Check and Transfer of Requirements> Availability Check with ATP Logic or Against Planning>Define Procedure for Each Schedule Line Category.
7. Determine Procedure for Each Delivery Item Category
Menu Path: SPRO>SD>Basic Functions>Availability Check and Transfer of Requirements> Availability Check with ATP Logic or Against Planning>Determine Procedure for Each Delivery Item Category.
8. Checking Rule for Updating Backorders
Menu Path: SPRO>SD>Basic Functions>Availability Check and Transfer of Requirements> Availability Check with ATP Logic or Against Planning>Checking Rule for Updating Backorders.
9. Define Default Settings
Menu Path: SPRO>SD>Basic Functions>Availability Check and Transfer of Requirements> Availability Check with ATP Logic or Against Planning>Define Default Settings.
Availability checks
1. Availability check is an integral part of the business process that determines if the required delivery quantity can be met on a required delivery date. For this purpose the system takes into account pre-delivery activities such as scheduling for picking or packing times and the time taken to produce or obtain the material. It also performs several background functions such as Backorder processing, rescheduling and ATP quantities.
2. Backorder processing: processing of a sales order that has not been fully confirmed or not confirmed at a certain delivery date.
3. Rescheduling: is a proposal of how confirmed quantities already assigned to a sales order can be reassigned to other sales orders that have a higher priority.
4. Available to promise (ATP): is a process of checking the available quantities of a material. The ATP quantity consists of warehouse stock + planned receipts (incoming stock) planned issues (outgoing stock). to examine stock on hand (CO09) proceed to logistics sales & distribution sales environment availability overview.
5. Replenishment lead time (RLT): is the time taken for the material to become available either internally (in house production) or externally (from a vendor). The most important things to consider during an external procurement are purchasing and MRP 2 (procurement) views of MMR where the processing time for purchasing, planned delivery time and goods receipt processing time are taken into account. On the other hand internal procurement is based on in house production time (MRP 2 view) goods receipt processing time or alternatively RLT time, which is found on MRP 3 view.
6. RLT (Replenishment Lead Time) is the time taken for the material to become available. RLT is only used when doing an ATP check (Available To Promise). The value of RLT for a material is specified on material master record.
7. There are three types of availability checks
Check on basis of ATP quantities.
Check against product allocation.
Check against planning.
Configuring Availability check through Checking Groups
1. The checking group + checking rule determine how the availability check is to be performed.
2. The checking group determines whether and how the system checks the stock availability and generates requirements for material planning. The checking group defines what type of requirements will be passed on i.e. summarized requirements (daily/weekly) or individual requirements for each sales order.
3. The checking rule applies to how the availability check is to be carried out at the transaction level. Note that you must define checking rules for each individual application such as for production orders for example. In Sales and Distribution, the checking rule is specified internally within the system and cannot be changed.
4. The checking rule, in conjunction with the checking group, determines the scope of the availability check for every business operation; that is, which stocks, receipts and issues are to be included in the availability check and whether the check is to be carried out with or without the replenishment lead time.
5. Briefly explaining the above checking group determines which type of requirement to be passed on to MRP whether it be individual or summarized and checking rule which is at the transaction level and can be configured independently for each application module, determines which stocks, receipts and issues to be taken into account. For performing an availability check checking group has to work in conjunction with checking rule.
6. Advantages of individual processing over summarized processing
Backorder processing is possible.
You can access (MD04) order, line and schedule line individually which gives a greater control on available stock and requirements placed on stock.
The system automatically uses individual requirements in case of special stock items.
7. Required data for the Availability check to be carried out
The Availability check must be switched on at the requirement class level.
The Availability check must be set at the schedule line level.
A requirements type must exist by which the requirements class can be found.
A plant must be defined in the sales order for each schedule line item (in other words plant must be defined for every material in MMR).
A checking group must be defined in the material master record in the MRP3 screen in the availability check field.
8. Configuring Availability check and defining Checking Groups
Checking groups are introduced into the sales order based on the setting in the material master record.
SAP standard checking groups are 01 summarized requirements and 02 individual requirements or you can create your own by copying the standard ones.
Total sales and total deliveries columns are there to configure a checking rule to sum up requirements to post to MRP either individually or by day or week.
Block quantity required can be set if you want several users to be able to process the material simultaneously in different transactions without blocking each other.
The no check indicator is CHECKED when you DO NOT want the system to carry out ATP check.
9. Defining material block for other users the block check box is an indicator that enables you to block material master records of a particular material during the availability check and restrict other users from accessing same master record and reserve the material. If the block is not set, two users can confirm the same material at the same time for two different orders, not knowing if the stock is available or not. If you select this field, the material is blocked during the availability check and other users cannot: a) Make changes in the material master record. b) Create purchase orders for the material. C) Create orders for the material.
10. Defining default values for checking groups - Checking groups are introduced into the sales order based on the setting in the material master record.
However if there is no entry present in the material master record for the checking group, a default value can be set here, depending on material type and plant.
This default value will be used by the system depending on the material type mentioned in MMR and plant in sales order.
If an entry exists, this default value is over written by MMR.
11. Controlling Availability Check in this section, you tell the system what stock on hand and what inward and outward movements of stock it must take into account when performing the availability check in addition to whether or not to consider the replenishment lead time.
12. These settings are based on the checking group that is assigned to the material master record and the checking rule that is predefined and assigned to the sales and distribution transaction.
13. These settings carry out control both for sales order and delivery as well. This is due to the fact that you may want to include specific stock or incoming stock for the sales order, yet at the time of the delivery only include physical stock on hand waiting to be shipped.
14. It is possible to indicate to the system that you would like the availability check NOT TO CHECK the stock at the storage location level. This indicator is used to set the scope of the availability check.
15. It is used to switch off the check at storage location level. You create a reservation for a particular storage location. However, the scope of the availability check is set in such a way as to exclude the storage location. In this case, the system carries out the check at plant level only and does not take the storage location into account that is specified in the reservation.
16. Should you not want the system to automatically check RLT, you may indicate so here. RLT is the time taken for a material to become available. It is only used when doing an ATP check and is taken from MMR.
17. Defining the elements in the availability check entirely depends on the business needs, but a few tips are given under
When controlling the Availability check at the time of the sales order, a purchase requisition does not necessarily indicate by it is going to come into the plant.
A shipping notification on the other hand - a confirmed purchase order is a good indicator of receiving stock on a specified date.
It is always recommended not to select the shipping notifications for the delivery requirements type as you may not actually receive the stock into plant or warehouse for which you are creating a delivery.
Please Reward If Helpful,
Thanks and Regards,
Sateesh.Kandula -
Determination of Delivery/Availability dates for a SO
Hello Gurus,
.....I am an SAP-PP consultant , my question is..
.....I have a sales order created by user on Sep 15 for 840pcs . We do not have any stock of this material
1. MD04 screen shows availability date as Oct 7 .
2. I selected the SO in this screen and branced to the schedule line of this Material . It had 2 line items
One line item was on Oct 7th, Order qty 840pcs,rounded-840,confirmed qty is ZERO
second line item was on Nov 11th, order qty and rounde qty is zero, but confirmed qty is 840 .
...I want to know why system is proposing 2 line items for the same requiremnst?
..I want to know how has sytem arrived at these date .(the inhouse prodn time is only 1day)
..i branched into shiiping info for first line item it shows Delivery date,GI date,Loading date,Materila availabality date,Transportation plan date as ...Oct 7th..How did it arrive at this date.
Appreciate if GURUs can give a detailed reply cos i m not familiar with SD terminology.
THNX in ADVANCE
HKRThe way that I associate this situation is the following:
10/7 - there is a requirement to ship qty 840 on this date. Per this requirement, there is 0 confirmed qty to actually ship the goods on this date. This is also schedule line 1.
11/11 - the system is proposing this date to ship qty 840 and is confirming for this date based on either an incoming purchase order or the planned delivery time set in the material master. There is no requirement for this date because the requirement is already set for the 10/7 date. This is schedule line 2.
MD04 is known as the stock/requirements list. As previously stated, you have a requirement to ship qty 840 on 10/7 and it would appear as such within the stock/requirements list. This isn't the date it will actually ship, it merely lists the requirement to fulfill that qty for the 10/7 date. MD04 is primarily for the planning side from my understanding.
CO09 is the availability overview and will show the two dates 10/7 - qty 0 confirmed and 11/11 - qty 840 confirmed. Lets say you get a shipment on 10/15. When rescheduling runs, on 10/15, the system will delete schedule line 2 and update schedule line 1 with the following - date 10/15, order qty 840, confirmed qty 840.
Hope this helps. -
1. I have created a Sales Order 15009231 on 02.11.2010 for Material 391115 Quantity Two. Requested delivery date is 08.11.2010. Availability check is working fine and schedule lines confirmed for 08.11.2010.
2. Created delivery 80106315 on 04.11.2010.
Picking 06.11.2010
Trans. Planning 06.11.2010
Loading 06.11.2010
Planned GI 06.11.2010
Delivery Date 08.11.2010
3. On 04.11.2010 EDI output (LAVA) has processed successfully from delivery 80106315 and updated delivery details (material and quantity) in third party wear house system (Mailway) for picking.
4. Picking done in Mailway for delivery 80106315.
5. On 05.11.2010 Mailway has updated the picked material and quantity in their system, which will update delivery through an IDOC.
6. IDoc has filed in SAP with ERROR MESSAGE '' Only 1 CS from material 391115 are available''.
Can you help me to understand why IDoc has failed?
In the sales order 15009231, availability screen I could see Material 391115 and Quantity Two are allocated against the delivery 80106315.
Any small suggestion even could help me.
Thanks and Regards,
SatishDear Satish,
Just to notify that, MMBE stock overview- doesnt give correct figure of ATP qtty.
It would be better to check in Availability overview:CO09 or execute function module:BAPI_MATERIAL_AVAILABILITY.
By using this function Module, system finds ATP qtty in live transactions i.e order / Delivery.
Can you explain, what for you are using Ztables & whats the purpose using this & how its inter related to availability check?
Replies given is under the assumption that, availability check in with std system settings, have not considered any developments.
Regards,
Reazuddin MD -
Check availability button in purchase requisition
Dear All,
What is the use of the "Check availability" button provided above the item over view sub screen of the ME51N transaction.This button one among the other buttons provided above the Item over view sub screen.
To enable this we need to do any customisation.
Please share your ideas for which iam very much thankful.
Advance thanks,
Regards,
DayanandThere are two types of availability check:
_ Availability check for the various stock types in Inventory Management
_ Check for the available stocks in Materials Planning (MRP)
Availability check of the stock types is carried out automatically and cannot be manually set in the
system. Non-availability results in an error message.
The available stocks check in MRP is activated in the material master record and can be
configured in Customizing for MRP (refer to Net Requirements Calculation [Ext.]).
Your system administrator can define:
_ Whether an availability check is to be carried out
_ Whether non-availability is to result in a warning message or an error message
In Customizing for Inventory Management, you can configure the dynamic availability
check for goods movements. In the step Define Checking Rule, you determine for
each checking rule which stocks, receipts, and issues should be included in the
availability overview (transaction code CO09).
Remember that the system does not update the consumption statistics in the material master
record if you post goods movements using the special stock types Sales order stock and Project
stock.
For every material movement, the system automatically performs an availability check of the
stock types if this has been defined for a material. The availability check prevents the book
inventory balance of the various physical stock types (for example, unrestricted-use stock) from
becoming negative.
If several withdrawals of material are entered in a single document (for example, for different
account assignments), the system checks the availability of the material for each item entered. It
checks whether the desired quantity can be withdrawn. The system takes into account those
items of the document that have already been entered, but not yet posted.
If there is not enough stock to cover the withdrawal, the system issues an error message.
The availability check includes the stock in question at plant, storage-location, and special-stocks
level, for the current month and, if necessary, for the previous month. Different stocks are
checked, depending on the movement type:
_ In the case of a withdrawal for consumption, unrestricted-use stock is checked.
_ In the case of a release from stock in quality inspection, quality inspection stock is
checked.
_ In the case of consumption of consignment material, consignment stock for unrestricted
use is checked.
In addition to checking the various types of physical stock, you can also check available stock
from a Materials Planning perspective. With this type of availability check, you can, for example,
prevent a quantity already reserved from being used for another purpose.
There are 100 pieces of a material in unrestricted-use stock. 70 pieces of these 100
have been reserved for a particular requirement date.
You want to withdraw 50 pieces for a different purpose. If the availability check is
active, depending on how the system is set, you will receive:
_ A warning message
_ An error message
_ No message -
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 planningAvailability 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, lineStock 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 -
Material availability while creating reservation
Dear All,
While creating reservation in Maintenance Order how can we check the material availability of that particular material???????? plz guide
rgrds
DMAvailability Check
There are two types of availability check:
_ Availability check for the various stock types in Inventory Management
_ Check for the available stocks in Materials Planning (MRP)
Availability check of the stock types is carried out automatically and cannot be manually set in the
system. Non-availability results in an error message.
The available stocks check in MRP is activated in the material master record and can be
configured in Customizing for MRP (refer to Net Requirements Calculation [Ext.]).
Your system administrator can define:
_ Whether an availability check is to be carried out
_ Whether non-availability is to result in a warning message or an error message
In Customizing for Inventory Management, you can configure the dynamic availability
check for goods movements. In the step Define Checking Rule, you determine for
each checking rule which stocks, receipts, and issues should be included in the
availability overview (transaction code CO09).
Remember that the system does not update the consumption statistics in the material master
record if you post goods movements using the special stock types Sales order stock and Project
stock.
Checking Availability of Stock Types
For every material movement, the system automatically performs an availability check of the
stock types if this has been defined for a material. The availability check prevents the book
inventory balance of the various physical stock types (for example, unrestricted-use stock) from
becoming negative.
If several withdrawals of material are entered in a single document (for example, for different
account assignments), the system checks the availability of the material for each item entered. It
checks whether the desired quantity can be withdrawn. The system takes into account those
items of the document that have already been entered, but not yet posted.
If there is not enough stock to cover the withdrawal, the system issues an error message.
The availability check includes the stock in question at plant, storage-location, and special-stocks
level, for the current month and, if necessary, for the previous month. Different stocks are
checked, depending on the movement type:
_ In the case of a withdrawal for consumption, unrestricted-use stock is checked.
_ In the case of a release from stock in quality inspection, quality inspection stock is
checked.
_ In the case of consumption of consignment material, consignment stock for unrestricted
use is checked.
Checking Available Stocks
In addition to checking the various types of physical stock, you can also check available stock
from a Materials Planning perspective. With this type of availability check, you can, for example,
prevent a quantity already reserved from being used for another purpose.
There are 100 pieces of a material in unrestricted-use stock. 70 pieces of these 100
have been reserved for a particular requirement date.
You want to withdraw 50 pieces for a different purpose. If the availability check is
active, depending on how the system is set, you will receive:
_ A warning message
_ An error message
_ No message
Maybe you are looking for
-
Hi, I have done file2mail scenario.I put a file in source directory and it is picked by sender file adapter.I have checked comm.channel monitoring in runtime workbench and in sxmb_moni i got success flag.But i didn't get the mail as output. Please su
-
This might be a dumb question, but I'll ask it anyway... I have methods in my servlet to handle registration, specifically creating address, customer and order objects. All the information needed for creating my objects is coming from the registratio
-
I have the system requirements but it keeps saying cannot be installed on this computer what do i do
i want mavericks but its not working
-
How do I delete my account, please?!
Hello there, I've created an account containing all of my personal information, but now that I've bought the few songs that I wanted to have ... I would very much like to delete my account again. You see: there is no need for me to have an account an
-
Black & White with color . . .
I have a color photo of a group of people. I would like to isolate a single individual. I want to make everybody else in the photo BW, with only the isolated person in color. Can somebody tell where I might find a tutorial for this action?