Controlling the Availability Check in

Sales and Distribution Processing

You contro the avaabty check usng genera and SD-specc contro features.
General Control Features
The foowng contro eements need to be mantaned n Customzng and n the matera
master record:
Strategy group
The aowed pannng strateges (man strategy and further possbe strateges) are
combned n the strategy group. As of Reease 3.0, the strategy group s speced n
the matera master record n the MRP 1 Screen. In Customzng, strategy groups are
assgned, dependent on pant, to MRP groups. If the strategy group s mssng n the
matera master record, t s determned on the bass of the MRP group, f t has been
mantaned.
Up to Reease 3.0, the strategy group s determned on the bass of the MRP
group
MRP group
The MRP group combnes materas from the pont of vew of matera requrements
pannng. Ths enabes you to contro pannng for these materas n a partcuar way
usng, for exampe, the strategy group, consumpton mode and pannng perod. You
enter the MRP group n the matera master n the MRP 1screen. The strategy group s
determned from the MRP group.
Pannng Strategy
The pannng strategy speces the requrements type for pannng and customer
requrements. Ths represents the decsve contro feature for the nteracton between
Producton Pannng and Saes and Dstrbuton.
MRP type and tem category
If no requrements type s found usng the pannng strategy, the system tres to
determne a correspondng requrements type on the bass of the MRP type and the
tem category.
Unt 3.0C, determnaton of the requrements type va pannng strategy has
taken prorty. Ths s not aways the best opton, however, as the foowng
exampe w show. A requrements type s determned for a matera, whch
causes avaabty to be checked aganst pannng. In consgnment stock
processng, however, avaabty shoud be checked aganst stock. Unt 3.0C
the avaabty check had to be deactvated n these cases. As of Reease
3.0C, you can determne how the requrements type s to be determned for
each transacton by mantanng the Source ed nDetermnaton of
requrement types usng transacton n Customzng.
Requrements type
The varous requrements are dented by ther requrements type. The requrements
type refers to the requrements cass and ts contro features.
Requrements Cass
The requrements cass contans a contro features for pannng such as reevance
for pannng, requrements pannng strategy and requrements consumpton strategy.
In addton, t s speced at a goba eve whether an avaabty check s to take
pace for the matera n the saes and dstrbuton documents on the bass of the ATP
quantty (ATP = avaabe to promse) and whether requrements are to be passed on.
A ner degree of contro can be obtaned for saes documents usng the schedue ne
category.
Control Features Specifc to Sales and Distribution
The foowng SD-specc contro features need to be mantaned n Customzng:
Checkng group
The checkng group contros whether the system s to create ndvdua or coectve
requrements n saes and shppng processng. In addton, a matera bock for the
avaabty check wth transfer of requrements can be set here. The checkng group
can aso be used to deactvate the avaabty check. Ths opton was created
especay for the assemby order so that when the b of matera s expoded n the
assemby order, the ndvdua components, f necessary, can be cassed as non-
crtca parts as far as procurement s concerned.
The checkng group speces n combnaton wth the checkng rue the scope of the
avaabty check. It s proposed n the matera master record on the bass of the
matera type and the pant, and coped nto the saes and dstrbuton documents.
Checkng Rue
You use the checkng rue to contro the scope of the avaabty check for each
transacton n saes and dstrbuton. You aso specfy whether the check shoud be
carred out ncudng or excudng repenshment ead tme. The ndvdua checkng
rues dene by transacton, whch stock and nward and outward movement of goods
shoud be taken nto account for the avaabty check.
Schedue ne category
You can contro wth the schedue ne category whether an avaabty check and
transfer of requrements shoud be carred out n the saes documents. The possbe
settngs for ths at schedue ne eve are dependent on the settngs n the
requrements cass whch s determned from the requrements type of the matera.
Devery tem category
The devery tem category can be used to contro whether an avaabty check takes
pace n deveres.
Prerequisites
An avaabty check can ony be carred out f the foowng prerequstes have been fued:
The contro eements descrbed above for the avaabty check must be mantaned
n Customzng for Saes and the reevant assgnments made to the saes transactons
The avaabty check must be swtched on at requrements cass eve and - for the
avaabty check n the saes documents - at schedue ne category eve
A requrements type must exst by whch the requrements cass can be found
A pant must be dened. It can ether be proposed from the customer or matera
master record or can be entered manuay n the document.
A checkng group must be dened n the matera master record on
the Saes/pant data screen n theAvaabty check ed
Global and Fine Control in Customizing
At the goba requrements cass eve, the avaabty check can ony be swtched on n
combnaton wth the transfer of requrements. At schedue ne eve, the settngs are
proposed from the requrements cass.
If the avaabty check s swtched on at requrements cass eve, t can be swtched oh at
schedue ne eve. However, you cannot swtch on the avaabty check at schedue ne
eve, f t s swtched oh at requrements cass eve. You can make ths settng at schedue
ne eve. But the system gnores t and the settng for the requrements cass appes.
Aso, at schedue ne eve when the avaabty check s swtched on, the transfer of
requrements can be swtched oh. For exampe, ths makes sense for nqures or saes
nformaton.
The settngs specc to schedue nes for performng an avaabty check are ony reevant
for saes documents. In the shppng documents, the settngs from the requrements cass
and the devery tem category are used. As wth the schedue ne category, the avaabty
check can be swtched oh as requred n the devery tem category.
locking !ogic
There are two bockng concepts:
Matera bock
In Customzng, the Dene matera bock for other users, step s used to determne,
by checkng group and transacton (order/devery), whether a matera master record
shoud be bocked for other users durng an avaabty check. The bock s set at
matera-pant eve and remans n pace unt you save the saes document.
Matera bock wth quantty transfer
For performance-reated reasons, the ony tme when t makes sense to set
the matera bock wth quantty transfer s when t s common for severa
users to work on the same matera smutaneousy. If ths s not the case n
your organzaton, you can work wth the conventona bockng ogc at
matera-pant eve.
In Customzng, the matera bock can be set wth quantty transfer
under Dene checkng group. If ths bock s actve, the matera s bocked
ony for the duraton of the avaabty check when you create or change a
saes and dstrbuton document. Thus, t s possbe for severa users to
process the same matera smutaneousy n varous transactons wthout
bockng each other. Durng the avaabty check, the matera beng used s
bocked excusvey n the current pant as n a conventona bock.
If another user tres to process the bocked matera n the correspondng pant
whe the avaabty check s beng carred out, the system tres ve tmes to
bock the matera excusvey for ths other transacton wth a pause of about
1 second between each attempt. If the fth attempt s unsuccessfu, the check
s termnated and the transacton remans unconrmed. To conrm the
transacton, the user must ca up the avaabty check agan.
After competon of the check, the correspondng conrmed quanttes are st
bocked, but not excusvey. The matera bock s removed. The non-excusve
quantty bock then suppes nformaton to users workng n other
transactons, on the reserved quanttes of the correspondng matera beng
processed n the seected pant. The bock entres are removed when
processng s competed. If the transacton processed was saved, then the
bock entres were ony removed after the reevant changes to the data base
have been carred out.
You create a saes order for a matera. Durng the avaabty check, ths
matera s bocked. After the avaabty check s competed, the bock s
removed. The quantty reserved for ths transacton s recorded n the bockng
tabe. Ths nformaton can be assessed by a others who are workng wth ths
matera. If you save the order, the bocked entres are canceed.
Durng manua backorder processng, a matera wth a quantty bock s
bocked excusvey so that an avaabty check for ths matera s no onger
possbe.
If both of the bockng optons are actve, the bock wth quantty transfer
takes precedence.
Scope o" the Availability Check in
Sales and Distribution Processing
The foowng eements can be ncuded n the avaabty check:
Stock
safety stock
stock n transfer
quaty nspecton
bocked stock
Inward/Outward movement of goods
purchase orders
purchase requstons
panned orders
producton orders
reservatons
dependent reservatons
dependent requrements
saes requrements
devery requrements
Requrements n saes and dstrbuton (saes requrements and devery requrements) resut
from a transactons whch forward a requrement to Materas Management (MM) or to
Producton Pannng (PP). For exampe, ths coud ncude saes orders or deveres and
quotatons as we. Saes and dstrbuton requrements reduce exstng stock or nward
movements of stock on the matera avaabty date to ensure that other outward
movement of stock eements cannot access the quantty reserved n ths way.
Requrements reevant for Saes and dstrbuton are created n Saes and Dstrbuton,
whereas other eements n ths st are created n Materas Management or n Producton
Pannng.
For further nformaton on transfer of requrements, see
Requirements in Sales and Distribution Processing.
Defning the #lements to be $ncluded in Check
A checkng rue s assgned to each transacton. Ths rue n combnaton wth the checkng
group contros the scope of the avaabty check. You can use the checkng rues n
Customzng for Saes to specfy for the varous transactons whch of the eements sted
above shoud be ncuded n the avaabty check.
For tradng goods t does not make sense to ncude panned or producton orders, for
exampe, n the avaabty check. However, for products manufactured by your company
these orders shoud be ncuded n the check.
For transactons such as make-to-order producton, consgnment or returnabe packagng
processng that create speca stock, the avaabty check s performed aganst speca
stock.
If t s dened by the checkng rues that both saes and devery requrements
are taken nto account n the avaabty check n saes documents but ony
devery requrements are taken nto account n the avaabty check n
deveres, there s a danger that quanttes reserved n the saes documents
are consdered to be avaabe by the avaabty check n the deveres. Ths
can ead to saes documents becomng backogged.
%ypes o" Availability Check in Sales
and Distribution Processing
There are three types of avaabty check:
Check on the bass of the ATP quanttes
Check aganst product aocaton
Check aganst pannng
In Customzng, you determne whether an avaabty check s to be carred out aganst the
ATP quantty or aganst pannng. The check aganst product aocatons s controed n the
matera master and esewhere n the system.
Check on the asis o" the A%P &uantities
The ATP quantty (ATP = Avaabe To Promse) s cacuated from the warehouse stock, the
panned nward movements of stock (producton orders, purchase orders, panned orders)
and the panned outward movements of stock (saes orders, deveres, reservatons). Ths
type of check s performed dynamcay for each transacton, takng nto account the
reevant stock and panned goods movements wth or wthout repenshment ead tme.
Panned ndependent requrements are not taken nto account here.
Check against Product Allocation
Product aocaton factates perod-based dstrbuton of products for certan customers or
regons. As of Reease 3.0F, you can carry out an avaabty check aganst product
aocaton. Ths ensures, for exampe, that when producton s ow, the rst customer does
not get the fu amount, resutng n foowng saes orders not beng conrmed or beng
conrmed far too ate.
Check against planning
The check aganst pannng s performed aganst ndependent requrements whch are
usuay created for an anonymous market rather than beng customer-specc (for exampe,
n the strategy Pannng wthout assemby, when producton occurs ony up to the stockng
eve). The panned ndependent requrements resut from demand program pannng and
are used for pannng expected saes quanttes ndependent of orders
Wetere Informatonen herzu erhaten Se unter
Allocating and Reducing Independent Requirements in Sales and Distribution Processing.
$ncluding 'eplenishment !ead %ime
Repenshment ead tme s the tme that s needed to order or produce the requested
matera. The system determnes repenshment ead tme accordng to specc tmes
dened by you n the matera master record. Dependng on the matera type,
repenshment ead tme can be cacuated accordng to varous tme perods. In the case of
tradng goods, for exampe, t s determned accordng to the panned devery tme,
purchasng processng tme, and the goods recept processng tme.
Repenshment ead tme s ony ncuded n the check performed on the bass
of the ATP quantty.
Availability Check $ncluding 'eplenishment %ime
Avaabty s ony checked up to the end of repenshment ead tme. If the matera
avaabty date s cacuated on the bass of the current date to e after the repenshment
ead tme for the tem, the tem tsef can be conrmed despte nsumcent stock beng
avaabe. In ths case, the system assumes that any quantty requested by the customer can
be procured by the matera avaabty date and consders the goods to be avaabe.
Therefore, a bndng conrmaton can be sent to the customer.
The foowng gure shows such a case. The customer wants 20 peces devered n fu by
the requested devery date. Usng backward schedung, the system determnes a matera
avaabty date. However, no goods are avaabe. The nward movement of 100 peces s
used up by an outward stock movement. Therefore no stock s avaabe for the matera
avaabty date determned by the system. If repenshment ead tme were not taken nto
account, the foowng stuaton woud arse. The customer wants compete devery.
However, as a resut of further nward (50 peces) and outward stock movements (40
peces), the goods ony become avaabe shorty before the requested devery date
speced by the customer when 60 peces are added to the stock. Correspondngy, the
devery date resutng from ths matera avaabty date woud e further n the future.
However, snce repenshment ead tme s taken nto account durng the avaabty check,
the 20 peces ordered can be devered before ths date, namey at the end of the
repenshment ead tme.


To ensure that the repenshment ead tme can be correcty cacuated, the
requred tmes must be entered n the matera master record. For n-house
produced goods, the overa repenshment ead tme s requred, for externay
procured materas, the panned devery tme, the processng tme for goods
recept, or the processng tme for purchasng s requred.
Performng the avaabty check ncudng repenshment ead tme ony makes sense f
materas pannng s carred out at reguar ntervas (best of a, day for ndvdua and day
requrements and weeky for weeky requrements). Ths ensures that nward movements of
goods are checked aganst conrmed quanttes. Ths s necessary as the devery date for a
saes order whch has been conrmed on the day before repenshment ead tme begns es
the next day wthn the repenshment ead tme perod and ths eads to nsumcent stock
beng avaabe. Ths shortage can resut n probems such as devery creaton beng
bocked.
Availability Check #(cluding 'eplenishment !ead %ime
If repenshment ead tme s not to be taken nto account n the avaabty check, the
system can perform an unrestrcted avaabty check. The foowng gure shows how the
system reacts f an avaabty check s performed under the same condtons as n the gure
above but excudng repenshment ead tme. The customer aso requres compete devery
of 20 peces n ths exampe.


The quantty can ony be conrmed on the date on whch avaabty can be guaranteed
agan as a resut of panned nward movements of stock. In ths case, ths s on the date
when 60 peces are added to stock.
Availability Status Display )ptions
You have the foowng optons for dspayng avaabty for materas:
1. In the saes menu you seect Envronment
Availability Ovw to display the availability status or a material with reerence to the plant and the
chec!ing rule.
In the shipping menu you can display the same data by selecting Envronment Inventory
management Availability overview.
Display total requirements
"o display current requirements#inventory status by material and plant with assignments to planned
independent requirements$ select %Logstcs Production &aster planning Demand
management 'valuations Display total reqmts(
Display current requirements/inventory
To dspay the avaabe quantty for each matera and pant from the MRP pont of
vew; the avaabe quanttes are determned from the recept eements and stock
eements that are vad for MRP (Logstcs &aterials management Inventory
management 'nvironment Stoc! Stoc!#rqmts. list)


'eactions to the Availability Check
in Sales Documents
If the goods ordered by the customer are not avaabe on the requested date, the system
branches automatcay durng saes document processng to a further screen where devery
proposas are ohered for seecton. The system determnes these proposas on the bass of
the avaabty stuaton. Ths screen aso provdes you wth nformaton on the scope of the
check, the current ATP quantty, and the avaabty stuaton across a pants.
Availability Control
On the Avaabty Contro screen, you can choose between the foowng devery proposas:
One-tme devery on the requested devery date
In ths secton, the system checks whether the requested devery date can be
kept to. If stock of the matera s avaabe to make a devery on the
requested devery date, the stock quantty s conrmed here. If there s no
stock avaabe, conrmed quantty zero s dspayed.
To copy ths data nto the saes document, seect Edt
One)time delivery.
Compete devery
In ths secton, the system checks whether there w be sumcent stock for
compete devery at a ater date:
If there s sumcent stock avaabe at a ater date to cover the requred
quantty n the saes document, the system proposes the date here.
If the system determnes that compete devery cannot be made at a ater
date, no date s proposed n ths secton.
When avaabty s checked ncudng repenshment ead tme, the date
whch s proposed n ths secton s the date on whch the repenshment ead
tme perod ends f the stock before the end of repenshment ead tme does
not cover the order quantty.
When avaabty s checked excudng repenshment ead tme, the system
bases ts cacuatons on the stock and the panned nward movements of
stock.
To copy ths data nto the saes document, seect Edt *omplete delivery
Devery proposa
In ths secton, the system checks whether and for whch dates parta
deveres can be made. Parta deveres are dspayed for dherent dates.
These dates are based on the panned nward and outward movements of
stock.
Durng an avaabty check whch takes repenshment ead tme nto account,
the date on whch repenshment ead tme ends s dspayed f nsumcent
stock means that no parta deveres can be made before repenshment ead
tme ends.
Durng an avaabty check whch does not take repenshment ead tme nto
account, the system dspays the dates on whch parta deveres can be
made wth the avaabe stock.
To copy ths proposa nto the saes document, seect Edt Delivery proposal
The dates dspayed n the sectons compete devery and devery
proposa are determned from the matera avaabty date usng
forward schedung and represent actua devery dates.
Availability Across Plants
You can dspay the avaabty stuaton n the varous pants for whch a matera s
mantaned. To do ths, proceed as foows:
1. Seect Goto
Other plants on the availability control screen.
"he dialog bo+ Pant Seecton appears. All plants or which the material is maintained are displayed.
Mark the plants in which you want to check availability and select Check pants.
,ou reach the Avaabty Check: Overvew screen. "he requirements quantity and the quantity which
could be conirmed as well as some additional inormation is displayed in a separate line or each plant
you selected.
If you require detailed information on the availability check for a particular line, select the
relevant line and select Edt *hec! availability.
,ou reach the Date proposas dialog bo+ where the detailed data is displayed.
You can select a plant with sufficient quantity for confirmation to be copied automatically
into the Overview screen. elect the appropriate line and select Edt *opy plant.
Usng the user ext USEREXIT_PLANT_SELECTION n the Incude
RV03VFZZ you can make a preseecton of the aowed pants. If you
use ths opton, the Pant seecton daog box does not appear and the
avaabty check s performed mmedatey for the aowed pants. If,
on the bass of nformaton resutng from the avaabty check, you
want to dever from a pant other than the one speced n the tem,
you must at present enter ths pant manuay n the tem. In a ater
reease, however, you w be abe to seect the pant drecty from the
st of pants.
Displaying the A%P &uantities
If you want to dspay the current ATP stuaton on the avaabty contro screen, seect Goto
Availability overview.
Displaying the Scope o" the Check
If you want to dspay the scope of the check (stock and nward/outward movements of
goods taken nto account durng the avaabty check) from the avaabty contro screen,
seect Goto
Scope o chec!.
Delivery Agreements in the Customer *aster 'ecord
A customer may react n dherent ways to the fact that a compete devery can not be
provded for the requred devery date. You can dene n the customer master record, the
way a customer reacts to the nabty to meet the requrements represented by the key
data.
The customer wants compete devery of a tems by the requested devery date or
at a ater date.
The compete devery ndcator s coped nto the saes document from the
customer master record. To nd t, seect Header
-usiness data on an overview screen or a header screen. ,ou ind the indicator in the Shipping section.
If the compete devery ndcator s set n the saes document, the ndvdua tems
are automatcay correated when the document s saved f the schedue nes exst
for varous dates (that s, a devery group s automatcay created for the saes
document tems and the atest devery date wthn ths group becomes the group
devery date). For further nformaton on devery groups, see *ombining Sales
Document Items or Delivery.
The customer ony aows a certan number of parta deveres for each tem.
The parta devery ndcator and the number of parta deveres are coped
nto the saes document tem from the customer master record. To nd the
ndcators:
1. Go to the Busness Data screen for ths tem.
2. Seect Edt Shipping details.
The ndcators are found n the Shppng secton.
Per"orming the Availability Check Again
Usuay, an avaabty check s ony performed when a saes document s created. If
quanttes or dates are changed n the document and avaabty needs to be checked agan,
the check s performed agan
automatically. .owever$ you can also initiate an availability chec! manually.
Automatic Checks
In the foowng stuatons, a new avaabty check s automatcay carred out:
Ouantty change
Date change (requested devery date, matera avaabty date)
Change to the xed data
After new devery schedung (for exampe, the route or shppng pont has been
changed)
Change of pant
Change of storage ocaton or batch
Remova of bocks whch ahect requrements
Remova of reasons for re|ecton
$nitiating a Check *anually
In the saes document, you can ntate a new avaabty check manuay. If you want to
perform an avaabty check for a tems n a saes document, seect Saes document
*hec! availability on the header screen. I you want to chec! availability or an individual item$
select 'dit Item availability.
Types of Transfer of Requirements in Sales and Distribution Documents
The foowng types of transfer of requrements exst:
Transfer of requrements wth ndvdua requrements
Transfer of requrements wth coectve requrements
In the matera master record, you specfy on the Saes/Pant Data screen n the Avaabty
check ed whether each requrement s forwarded ndvduay to pannng or whether the
requrements for one matera n one pant are be combned.
$ndividual 'equirements
A ne for ndvdua requrements s created n the avaabty overvew for each saes and
dstrbuton document and schedue ne. Ths ne contans the order quantty and the
number of the document whch created the requrement as we as the tem number and the
requrements cass.
Indvdua requrements have the advantage that the ntatng document can be dented
(the ntatng document s dspayed n the avaabty overvew for each requrement).
Collective 'equirements
Coectve requrements combne severa requrements accordng to the foowng crtera:
Pant
Batch
Storage ocaton
Date
Transacton
Requrements Cass
Coectve requrements can ether be created day or weeky. You can aso use the checkng
group to contro whether the requrements date for weeky created coectve requrements
s the Monday of the current week or the Monday of the foowng week.
In contrast to the ndvdua requrements, the documents ntatng the coectve
requrements cannot be drecty dented.However, t can be ndrecty determned from the
st of orders for the matera
In a ater reease, you w be abe to break down coectve requrements n
the avaabty overvew so that you can drecty dentfy the ntatng
document for the requrements.
The coectve requrements functon s usefu for deang wth a arge voume of saes orders,
as you obtan a cearer st of requrements and the system response tme s aso better.
The system automatcay creates ndvdua requrements for transactons
whch create requrements for speca stock (for exampe, made-to-order
stock, returnabe packagng, or consgnment goods) even f coectve
requrements have been speced by the checkng group n the matera
master record.

#+ects o" the %rans"er o"
'equirements in the Sales and
Distribution Documents
When you enter a saes document, the conrmed quantty s "reserved" and posted as a
outward movement of stock on the conrmaton date. Ths quantty cannot then be
accessed by any other transacton. The order quantty s forwarded to matera requrements
pannng even f t cannot be conrmed. The foowng gure shows how the transfer of
requrements s ahected by the creaton of a saes document.


In the exampe shown above, the customer orders 100 peces of matera M1 for 06.01.92.
On the bass of the avaabty status, 50 peces can be conrmed on 06.01.92 and 40 on
06.09.92. The remanng 10 peces cannot be conrmed. The conrmed quanttes (90
peces) are taken nto account n the avaabty check for addtona orders. Ths means that
no other orders can access ths quantty.
The order quantty s forwarded to matera requrements pannng as a requrement. There,
f a pannng run determnes nsumcent avaabty, nward stock movement eements (for
exampe, purchase requstons or panned orders) can be created.
By specfyng the order quantty and the conrmed quantty, the orgna customer request s
documented. As a resut of, for exampe, addtona producton capacty, t may be st be
possbe to fu the orgna customer requrements (and thus conrm the entre order
quantty by performng reschedung). For more nformaton on ths sub|ect, see
Perorming rescheduling o sales documents
/i+ing 0uantities and Dates in Sales Documents
Fi(ing &uantities and Dates in Sales
Documents
If the avaabty check for an tem determnes that the tem cannot be devered fuy on the
requested devery date, and, as a resut one or more schedue nes have to be created for
ater devery dates, the customer can decde whether to accept these devery dates and
quanttes.
You can record the customer's decson ether by settng an ndcator n the Fxed date and
qty ed or by eavng ths ed bank. The ed s dspayed both on the schedue ne
overvew screen and on the avaabty screen.
Customer Accepts the Schedule !ine Proposal
If the customer accepts the schedue nes whch are proposed by the system, mark
the Fxed date and qty ed. The system then transfers the requrements for the schedue
nes to matera requrements pannng.
Customer 'equires Goods #arlier
If the customer requres the goods earer than the date that the system can conrm after
the avaabty check, eave the Fxed date and qty ed bank. The system then ony passes
on the requrements for the requested devery date and does not take the quanttes and
dates conrmed by the system after the avaabty check nto account. In ths case, t s
assumed that the requested devery date can be kept to because, for exampe, addtona
producton capacty may become free. The system ony conrms the saes order once the
entre order quantty can be devered on the requested devery date. In the subsequent
devery processng, the saes order s ony consdered to be competed when the entre
order quantty has been devered or when a parta devery agreements have been
fued.
A xed tem s consdered to be competed once the entre conrmed quantty
(whch can be smaer than the orgnay requested order quantty)has been
devered. Therefore, t does not make sense to x the conrmed quantty to 0
as the tem s consdered to be competed from the start.
Durng reschedung, the xed quanttes and dates are no onger taken nto
account.

Allocating and 'educing
$ndependent 'equirements in Sales
and Distribution Processing
When you pan for future saes orders, you specfy the order quanttes whch you expect to
receve over a speced perod for product groups and saabe products. Panned
ndependent requrements are created n demand management for a speced perod of
tme for expected order quanttes. After ncomng orders have been processed, approprate
consumpton quanttes are transferred to matera requrements pannng for the order
quanttes of materas for whch the requrements are consumed by demand management.
For further nformaton, see the PP documentaton on demand program pannng.
Pannng consumpton and the aocaton of the varous consumpton strateges are actvated
n Customzng and are dependent on the requrements cass.
Prerequste for pannng consumpton s that the reevant saes and
dstrbuton appcatons perform transfer of requrements. If the avaabty
check s aso swtched on, the check s carred out aganst the ATP (avaabe
to promse) quantty rather than the pannng quantty. However, a
consumpton quantty s st forwarded n the requrements record.
Allocating $ndependent 'equirements in the Sales
Document
If pannng aocaton takes pace for an tem durng saes processng, the pannng aocaton
contro screen appears f the ndependent requrements aocated to the matera do not
cover the order quantty. Ths screen s dentca to the avaabty contro screen.
The pannng aocaton contro screen does not appear f the avaabty check s swtched
on for the resutng schedue ne category.
'educing $ndependent 'equirements
Independent requrements from pannng are reduced by the goods ssue postng n the
devery. The quantty decrease s determned from the consumpton quantty whch s
transferred for the reevant tem n the underyng order, as we as from the approprate
consumpton perod and mode.
You enter the consumpton mode and the consumpton perod n the MRP 3 screen n the
matera master record.
Consumption *ode
The consumpton mode denes whether and n whch drecton on the tme axs from the
requrements date the consumpton of customer requrements wth panned ndependent
requrements shoud occur. The requrements date corresponds to the date the saes order
tems were created.
You have the foowng optons:
No pannng consumpton
Backwards consumpton ony
Startng from the requrements date, backwards consumpton s carred out wthn the
reevant consumpton perod.
Forwards consumpton ony
Startng from the requrements date, forward consumpton s carred out wthn the
reevant consumpton perod.
Backwards/forwards consumpton
Startng from the requrements date, backwards consumpton s performed rst of a.
Then, f no panned ndependent requrements can be aocated before the requrements
date, forward consumpton s performed. Both procedures are carred out for the
reevant consumpton perod.
Forwards/backwards consumpton
Startng from the requrements date, forward consumpton s performed rst of a. Then,
f no ndependent requrements can be aocated after the requrements date, backwards
consumpton s performed. Both procedures are carred out for the reevant consumpton
perod.
Consumption Period
You can enter a consumpton nterva for both backwards and forwards consumpton. Ths
nterva determnes the consumpton perod. If backwards/forwards consumpton or
forwards/backwards consumpton s actvated, both consumpton perods are taken nto
account.
Planning *aterial
You can create a common pannng matera and assgn smar materas to t. Independent
requrements are created for the pannng matera to cover the requrements whch are
expected for the materas assgned to the pannng matera. Thus, customer requrements
for these materas are consumed by the ndependent requrements of the pannng matera.
Ths means that you do not have to create ndependent requrements for each matera.
You assgn the pannng matera to the materas on the MRP 3 screen. You must aso enter
the approprate strategy group for pannng wth pannng materas on the MRP 1 screen.
You cannot perform the transfer of requrements wth the avaabty check
when pannng s carred out usng pannng materas.
Displaying Allocations
You can dspay the quanttes aocated by pannng consumpton to a matera for whch
pannng s carred out.
For exampe, to dspay the quanttes aocated to a pannng matera, proceed as foows:
1. Seect Logstcs , Producton , Master pannng , Demand management on the man
menu screen.
You reach the Demand Management screen.
2. Seect Evauatons , Dsp.tota reqmts.
You reach the Dspay Tota Requrements screen.
3. Enter the number of the pannng matera, the requrements type of the panned
requrements (for exampe,-S#-), the aocaton ndcator 4 (Informaton on a
aocatons) and the approprate pant. If necessary, mantan addtona seecton
crtera.
4. Press #.%#'.
You reach the Dspay Tota Requrements screen, where data on pannng consumpton
for the pannng matera s dspayed aong wth the numbers of the documents and
tems whch created the requrements.
To dspay the documents whch created the requrements, pace the cursor on the
approprate document number n the st and seect Display.
Ths takes you to the document where you can access the nformaton whch you
requre.
Per"orming the Availability Check in
Shipping
When you enter a devery, the system carres out an avaabty check on the matera
avaabty date f the avaabty check s actvated usng the requrements cass.
/hich #lements are %aken into Account0
The foowng eements can be taken nto account durng an avaabty check n the
devery:
Stock
safety stock
stock n transfer
quaty nspecton
bocked stock
Inward/Outward movement of goods
purchase orders
purchase requstons
panned orders
producton orders
reservatons
dependent reservatonsdependent requrements
saes requrements
devery requrements
Process Flo1
The system determnes the date on whch the avaabty check shoud be carred out on the
bass of the earest matera avaabty date of a the schedue nes n the devery. If the
system determnes that nsumcent stock w be avaabe on that date, t responds as
foows:
If a matera s not avaabe for devery by the matera avaabty date, the system
enters a devery quantty of zero n the devery. The tem s ony ncuded n the devery
f the quantty zero s permtted for the tem category.
If the quantty avaabe of a matera s ower than the order quantty, the system
enters the avaabe quantty as the devery quantty. If a parta devery s not aowed
for the saes order, the fact that the devery quantty s smaer than the order quantty s
noted n the og for the devery.
Product Allocation
A precse pannng and controng mechansm s of the utmost mportance for the executon
of compettve order processng wth guaranteed emcent and tmey devery to the
customer of the requred order quantty. Unforseen probems, such as producton dects or
ncreased demand can have crtca consequences for order processng and must be brought
under contro as soon as possbe.
Product aocaton s a functon provded by the SAP System for carryng out these contro
optons ntended to hep your company to avod crtca requrement and procurement
stuatons. Ths shoud enabe you to keep producton to a mnmum at the same tme as
aowng you to react qucky to bottenecks and changng market stuatons.
In the SAP System, product aocatons represent an ordered aocaton of producton for
certan perods. Product aocatons can be created accordng to varous crtera (.e.,
customer, regons).
Product aocatons are created n the ogstcs controng area n the pannng herarchy
(Logstcs , Logst. controng , Fexbe pannng , Pannng create/change , Pannng
type: COMMIT for SAP standard pannng type). Product aocatons are aways dvded rght
up to the owest eve n the herarchy. The bass for the pannng herarchy s nfo structure
"S140", whch SAP ssues as the standard nfo structure. It determnes the crtera of the
herarchy. You can dene your own nfo structures n Customzng for LIS (Logstcs
Genera ,Logstcs Informaton System , Reportng , Standard Anayses , Change
settngs).
When creatng product aocatons, make sure that you use verson number
"000".Because updates are carred out for ths verson number.
If a product aocaton of 5000 peces were to be entered at the matera eve as depcted n
the dagram beow, t woud be automatcay dstrbuted among the ower eves
(= consstent pannng). Changes are possbe at every eve, but the other eves are st
ad|usted automatcay.
As of Reease 3.0F, t s possbe to carry out an avaabty check aganst product
aocatons. The check s st carred out f nether the avaabty check nor transfer of
requrements are actvated n Customzng. Ths ensures, for exampe, that when producton
s ow, the rst customer does not get the fu amount, resutng n foowng saes orders not
beng conrmed or beng conrmed far too ate. The check s carred out on the bass of the
conrmed quantty from the ATP check aganst the correspondng product aocaton.
To get reabe nformaton and to recognse crtca stuatons, the actua requrements are
compared wth the pannng product aocatons throughout the entre product aocaton
perod.
General 'equirements
To carry out avaabty check aganst product aocaton, certan requrements must be met:
Matera master
In the matera master, the product aocaton determnaton procedure must be entered
n the basc data screen for genera data.
Statstcs update
In Customzng for the Logstcs Informaton System, statstcs updatng must be set for
the nformaton structure. Ths s requred at customer, matera and header eve. The
update group must aso be mantaned n Customzng for the Logstcs Informaton
System.
In Customzng for SD, the settngs must be made for avaabty check aganst product
aocaton. You w nd the necessary steps descrbed n the Impementaton Gude n
secton "Avaabty check aganst product aocatons". Ths s where, the necessary
Customzng actvtes for the statstcs update are descrbed.
Availability Check Against Product
Allocation During )rder #ntry SD
The pannng herarches for product aocatons are created n ogstcs controng. If the
correct settngs have been made n Customung, the system carres out an avaabty
check aganst the ATP quantty n SD durng order entry. If the avaabty check determnes
that the ATP quantty can fuy or partay cover the order requrement, then a conrmed
quantty s determned as the resut of the check. The conrmed quantty s the bass for the
avaabty check aganst product aocaton, whch s carred out aong wth the ATP check.
The conrmed quantty from the ATP check s checked aganst the reevant product
aocaton. Ths ensures that the product aocaton for ths perod s not exceeded. Requred
quanttes that cannot be conrmed, because the product aocaton for that perod s used
up, are postponed unt the next perod.
The resut of the product aocaton check can change conrmed quanttes that have aready
been determned. In ths case you receve a message before branchng to the avaabty
contro screen.
For exampe, even though the matera for an order for 100 peces may be avaabe n fu
for the requred date accordng to the ATP check, t s ony partay conrmed because the
product aocaton for that customer ony had a vaue of 80 peces remanng at the tme of
order entry. The conrmed quantty for the requred quantty and an aternatve devery
date s dspayed on the contro screen.

Unke the ATP check, the check date for the avaabty check aganst product aocatons s
the panned devery date for the customer and not the matera avaabty date.
The actua order quanttes are updated n the pannng herarchy of the LIS. Comprehensve
reportng toos and an eary warnng system n the LIS that has to be set n Customzng
montor the status of the product aocaton perod and report crtca stuatons mmedatey.
Product aocaton uses a bockng mechansm smar to quantty bock n the
ATP check: The check herarchy of the correspondng product aocaton ob|ect
s ony bocked excusvey durng the check tsef. Afterwards, the same ob|ect
can aso be used by other processes wthout the current procedure havng
been saved. The product aocaton quantty used s, however, seen n a
subsequent processes (va ths bockng mechansm) to prevent over-
conrmaton.
Display Availability Check Against Product Allocation
The system can carry out an avaabty check aganst product aocaton automatcay
durng order entry. When avaabty s ow, you branch to the avaabty contro screen
automatcay. From there, you can vew the resut of the product aocaton.
Ths s done as foows:
1. In the avaabty contro screen, branch to the dspay of the avaabty stuaton
wth regards to product aocatons va Goto
Product allocations.
!y clickin" on the #product allocation# symbol, you can view the product allocation that was
checked a"ainst. You can see which product allocations are available for which periods, how
much the product allocation has been used up by other orders and how much product allocation
remains.
Available2to2Promise on the $nternet
3se
An essenta actvty n many busness processes wthn Logstcs s the checkng of avaabe
resources before makng crtca decsons or commtments. For customer-orented
companes, t s vta that reabe nformaton on the avaabty of resources can be access
at a tmes. Ths s especay mportant n the saes department as before the saesperson
can provde the customer wth reabe dates, s/he requres mmedate access to nformaton
on the avaabty of a product.
The avaabty check n the SAP System provdes decson support for a arge number of
ogstcs operatons at a organzatona eves, that s, at pant eve, storage ocaton eve
and at batch eve. The check can be ad|usted to sut the specc requrements of each
company. Ths guarantees the necessary exbty for deang wth the customer and wthn
the company tsef. For more nformaton on the avaabty check refer to the SAP
Knowedge Product Avaabty Check.
The Internet Appcaton Component Avaabe to Promse has been created as an exampe
scenaro n the SD envronment. The Avaabe to Promse screen shows the resuts of the
matera avaabty check n a cear and smpe overvew.
%ype o" $nternet Application Component
Busness-to-Busness
Consumer-to-Busness
For customer-orented companes, easy accessbe nformaton on matera avaabty that
can be read at a gance provdes an mportant bass for makng decsons n an ncreasngy
compettve market envronment. Therefore, many companes (especay n the hgh tech
and consumer goods branches of ndustry) are keen to take advantage of the new
opportuntes provded by the Internet. They want the necessary support for ther busness
processes, for exampe:
Toos for the saesperson must be transparent and easy to use.
System nformaton must be provded qucky and shoud be easy to understand.
If you work n Producton Pannng, n Saes and Dstrbuton or f you are a customer and you
use the Internet Appcaton Component Avaabe to Promse, you have the foowng
advantages:
You can access Avaabe to Promse from anywhere n the word around the cock.
The ayout of Avaabe to Promse s smpe and easy to use. For exampe, to seect the
product n whch you are nterested, you ony have to seect the ne.
Usng the Internet, the customer can access nformaton on the avaabe quanttes for
certan products wthout havng to get n touch wth the saes department of the
company (f a customer master record has been created n the SAP System).
Vendors can see whch products are st avaabe and how much s st avaabe. Ths
means that they know when to antcpate necessary deveres.
Prerequisites
Authorizations4Security
No speca authorzatons are requred for ths Internet Appcaton Component.
Internet Users
To trgger the Internet Appcaton Component n the Internet, you must og on usng your
SAP user name and your password. If you are a customer, you aso requre a customer
master record and a password of your choce n the SAP System.
Usng transacton SU05, you can create, change and deete passwords for Internet users. To
speccay dentfy users, enter the ob|ect type KNA1 as we as the number of the SAP user
master record or the customer number.
Standard Settings and De"ault -alues
Browser
The browser used must be |ava-enabed (for exampe, Netscape Navgator >3.0, Mcrosoft
Internet Exporer > 3.0). The browser must aso be set so that |ava programs can run.
Product Seecton Usng the |ava Appet
You seect a product for whch you want to see Avaabe to Promse usng a |ava appet. A
|ava appet s a sma program that s oaded and executed on your PC aong wth the HTML
page.
When started, the |ava appet oads the contents of the product cataog from two es saved
n the Web server. Usng the product herarchy tree and a text search, you can seect a
product n the appet and copy t to the nput ed for the avaabty check.
Usng the text search functons n the appet, you can search for matera numbers and
descrptons. You can aso carry out a generc search usng *. If you enter "test", for
exampe, a search w be made for precsey ths strng. Enterng "test*" trggers a search
for everythng that starts wth wth "test". Enterng "*test" trggers a search for everythng
that contans the strng "test". The search does not dherentate between ower and upper
case characters.
In probem cases, for exampe, f a e cannot be read or contans nconsstent data, the
appet termnates and an error message s dspayed n the status ne of the browser. In the
Netscape Navgator, ths message aso appears n the |ava Consoe that can be dspayed va
the menu.
Defaut Vaues for Input
Usng the |ava appet, you can preset certan parameters for accessng nformaton from the
SAP System. The contents of the appet are provded by the report PCATALOG whch
accesses the data n the product cataog whch t saves as two es. Copy these es to the
Web server.
Ths procedure requres the mantenance of a product cataog n the SAP System. Here,
make sure that materas are not assgned more than once. Furthermore, use the base unt
of measure. (See aso the SAP documentaton on the product cataog.)
Activities involved in including your own product catalog
1. Create a product cataog n the SAP Systems product cataog mantenance screen.
2. Use the report PCATALOG to create the nput es for the |ava appet.
3. Pace the nput es for the |ava appet on the Web server.
4. Ad|ust the appet parameters on the HTML page to the new es.
Defaut Vaues for the Checkng Rue
Informaton on matera avaabty n the SAP System s gven accordng to the scope of the
check whch s determned by the materas checkng group and the checkng rue A of the
saes department. See aso the documentaton on the functon modue,
BAPI_MATERIAL_AVAILABILITY for tps on transferrng speca checkng rues.
Features
*odifcation )ptions
You can change the ayout of ths Internet Appcaton Component.
Every change to the deveopment ob|ects used n the Internet Appcaton
Component s taken as a modcaton.
Do not n any crcumstances change the deveopment ob|ects of the standard
system.
Servce Name
The servce name of ths Internet Appcaton Component s CKAV. You can nd a the
reevant data under ths servce name n the SAP@Web Studo.
Modcaton Optons
The |ava appet can be controed usng the foowng parameters:

Parameter Description #(ample
Products
(Essenta
parameter)
Path and e name for the product e. You must specfy an absoute
path (startng wth /) that s vauated from the root drectory of the
Web server.
/
sap/ts/startpages/ckav/
data/
materas.txt
Herarchy
(Essenta
parameter)
Path and e name for the e wth the product herarchy. You must
specfy an absoute path (startng wth /) that s vauated from the
root drectory of the Web server.
/
sap/ts/startpages/ckav/
data/
herarchy.txt
BgCoor
(Optona)
Background coor of the HTML page that contans the appet. By
specfyng ths parameter, the background of the tab (the area to the
rght of the two ndex cards) s dspayed n the transferred coors.
The coor s speced as a hexadecma number wth 6 numbers. The
format s the same as a coor speccaton n the HTML. However, note
that you cannot enter a eadng #.
C0C0C0

The parameters are speced n the appet tag n the HTML page. Wth the above exampe
data, the appet tag s as foows:

<APPLET name=cataogAppet archve="cataog.zp"
codebase=/sap/ts/startpages/ckav/casses
code=cataogAppet.cass wdth=320 heght=295 mayscrpt>
<PARAM name=cabbase vaue="cataog.cab">
<PARAM name=products vaue=/sap/ts/startpages/ckav/data/materas.txt>
<PARAM name=herarchy vaue=/sap/ts/startpages/ckav/data/herarchy.txt>
<PARAM name=bgCoor vaue=C0C0C0>
</APPLET>
Deveopment Ob|ects
In the SAP System, the data exchange va the Internet s carred out usng transactons and
functon modues. The foowng deveopments are requred for creatng and passng on
servce messages:

Deveopment cass: MDW1
Transacton: CKAV
Functon group for the screens: W61V
Functon modues: BAPI_MATERIAL_AVAILABILITY

Data Output va the Internet Transacton Server
Data output s performed usng the Internet Transacton Server (ITS). The data s merged
wth the output forms and made avaabe on the Internet/ntranet n HTML format.
The output forms are n the subdrectory CKAV of the drectory TEMPLATES. The foowng
forms are used:
SAPMAVCK_500.HTML
SAPMAVCK_600.HTML
SAPMAVCK_1100.HTML
SAPMAVCK_1200.HTML
SAPMAVCK_1300.HTML
CKAV_D.HTRC
CKAV_E.HTRC
CKAV_|.HTRC
The numbers n the names of the forms correspond to the screen numbers.