SD Tutorial

8/6/2019 SD Tutorial

http://slidepdf.com/reader/full/sd-tutorial 1/114

1

SAP SDTUTORIAL

Web URL

http://www.techhairball.com/concepts/SAP_SD_Tutorials.htm



2

Master Data in Sales and Distribution

Purpose

Sales processing is based on the following basic structures:

• Every company is structured in a certain way. In order to work with the SAP System your

company structure has to be represented in the system. This is done with the help ofvarious organizational structures.

• In sales and distribution, products are sold or sent to business partners or services areperformed for them. Data about the products and services as well as about the businesspartners is the basis for sales processing. Sales processing with the SAP System requiresthat the master data has been stored in the system.

In addition to sales and distribution, other departments of the company such as accountingor materials management access the master data. The material master data is stored in aspecific structure in order to allow access from these different views.

• The processing of business transactions in sales and distribution is based on the masterdata. In the SAP System, business transaction are stored in the form of documents. Thesesales and distribution documents are structured according to certain criteria so that allnecessary information in the document is stored in a systematic way.

Pricing and Conditions

Purpose

The term pricing is used broadly to describe the calculation of prices (for external use bycustomers or vendors) and costs (for internal purposes, such as cost accounting). Conditions represent a set of circumstances that apply when a price is calculated. For example, a particularcustomer orders a certain quantity of a particular product on a certain day. The variable factorshere - the customer, the product, the order quantity, the date - determine the final price thecustomer gets. The information about each of these factors can be stored in the system asmaster data. This master data is stored in the form of condition records .

The Condition Technique in Pricing

The condition technique refers to the method by which the system determines prices frominformation stored in condition records. In Sales and Distribution, the various elements used inthe condition technique are set up and controlled in Customizing. During sales order processing,the system uses the condition technique to determine a variety of important pricing information.For example, the system automatically determines which gross price the customer should becharged and which discounts and surcharges are relevant given the conditions that apply.

Example of Pricing in the Sales Order

The following figure shows how the condition technique works in the background to produce thepricing information. The diagram shows how the various elements in the condition technique worktogether.



3

1. The system determines the pricing procedure according to information defined in thesales document type and the customer master record.

2. The pricing procedure defines the valid condition types and the sequence in which theyappear in the sales order. In the example, the system takes the first condition type(PR00) in the pricing procedure and begins the search for a valid condition record.

3. Each condition type in the pricing procedure can have an access sequence assigned toit. In this case, the system uses access sequence PR00. The system checks theaccesses until it finds a valid condition record. (Although you cannot see this in thediagram, each access specifies a particular condition table. The table provides the keywith which the system searches for records).

4. In the example, the first access (searching for a customer-specific material price) isunsuccessful. The system moves on to the next access and finds a valid record.

5. The system determines the price according to information stored in the condition record.If a pricing scale exists, the system calculates the appropriate price. In the example, thesales order item is for 120 pieces of the material. Using the scale price that applies toquantities from 100 pieces and more, the system determines a price of USD 99 perpiece.

The system repeats this process for each condition type in the pricing procedure determines afinal price.

For further information on the condition technique, see Introduction to the Condition Technique

Commodity PricingPurpose

You can use this component if you agree on complex pricing rules rather than fixedprices as part of your sales negotiations and these rules influence the product price as part

of the system-aided sales process.



4

Implementation ConsiderationsComplex pricing rules play an important role when, for example, you sell commodities

(raw materials traded on the stock market).

To perform commodity pricing, you need to connect a CRM system to your system

landscape.

Integration

The function requires a functioning Sales and Distribution (SD) component with

pricing activated. The SD component must be connected to a CRM Sales component inthe CRM system.

Features

For more information, see Integration of Commodity Pricing in SD Sales Documents and

Price Quotation.

Constraints

This component doesnot

support the following document types in the ERP system: • Request for quotation

• Quotation

• Sales contract

Corresponding document types are available in the CRM system.

This component does not support sales orders that you create in the ERP system withtransactions or BAPIs. You must create sales orders in the CRM system; these are then

automatically replicated in the ERP system.

Availability Check and Requirements in Sales andDistribution Processing

Availability Check in Sales and Distribution Processing

Requirements in Sales and Distribution Processing

Availability Check in Shipping

Availability Check against Product Allocation

Available-to-Promise on the Internet

About the Availability Check in Sales andDistribution Processing



5

When you enter a sales order, you can only confirm the delivery of the goods for the requireddelivery date if the goods are available for all the necessary processing activities which take placebefore delivery:

• The shipping department must ensure that freight forwarding or another shippingcompany is advised early enough so that sufficient time remains for packing and loading

to be carried out. An availability check can be carried out on the deadline date foravailability for the goods.

• The procurement department must ensure that the production and purchasingdepartments are advised of inadequate stock quantities so that goods can either beproduced punctually or ordered. Sales transfers the information on materials ordered asrequirements to material requirements planning. Requirements are planned outwardmovements of stock. The transfer of requirements informs production that goods must beproduced, or advises purchasing that purchase requisitions have been created for whichpurchase orders must be created and sent to the suppliers. An availability check can onlybe carried out if these requirements are transferred.

Working with the Availability Check in Sales andDistribution Processing

How the availability check is carried out is influenced by various factors. Among other things,these factors also determine the scope of the check. The scope of the check can be defineddifferently in the sales documents and in the deliveries. You can also specify whether theavailability check takes replenishment lead time into account.

For further information on working with the availability check, see

Types of Availability Check in Sales and Distribution Processing

Controlling the Availability Check in Sales and Distribution Processing

Timing of the Availability Check in Sales and Distribution Processing

Scope of the Availability Check in Sales and Distribution Processing

Reactions to the Availability Check in Sales and Distribution Processing

For further information on the availability check, see


Controlling the Availability Check in Sales andDistribution Processing

You control the availability check using general and SD-specific control features.



6

General Control Features

The following control elements need to be maintained in Customizing and in the materialmaster record:

• Strategy group

The allowed planning strategies (main strategy and further possible strategies) arecombined in the strategy group. As of Release 3.0, the strategy group is specified in thematerial master record in the MRP 1 Screen. In Customizing, strategy groups areassigned, dependent on plant, to MRP groups. If the strategy group is missing in thematerial master record, it is determined on the basis of the MRP group, if it has beenmaintained.

Up to Release 3.0, the strategy group is determined on the basis of the MRPgroup

• MRP group

The MRP group combines materials from the point of view of material requirementsplanning. This enables you to control planning for these materials in a particular wayusing, for example, the strategy group, consumption mode and planning period. Youenter the MRP group in the material master in the MRP 1 screen. The strategy group isdetermined from the MRP group.

• Planning Strategy

The planning strategy specifies the requirements type for planning and customerrequirements. This represents the decisive control feature for the interaction betweenProduction Planning and Sales and Distribution.

• MRP type and item category

If no requirements type is found using the planning strategy, the system tries todetermine a corresponding requirements type on the basis of the MRP type and the itemcategory.

Until 3.0C, determination of the requirements type via planning strategy hastaken priority. This is not always the best option, however, as the followingexample will show. A requirements type is determined for a material, whichcauses availability to be checked against planning. In consignment stockprocessing, however, availability should be checked against stock. Until 3.0C theavailability check had to be deactivated in these cases. As of Release 3.0C, you

can determine how the requirements type is to be determined for eachtransaction by maintaining the Source field in Determination of requirement types using transaction in Customizing.

• Requirements type

The various requirements are identified by their requirements type. The requirementstype refers to the requirements class and its control features.



7

• Requirements Class

The requirements class contains all control features for planning such as relevance forplanning, requirements planning strategy and requirements consumption strategy. Inaddition, it is specified at a global level whether an availability check is to take place forthe 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 finerdegree of control can be obtained for sales documents using the schedule line category.

Control Features Specific to Sales and DistributionThe following SD-specific control features need to be maintained in Customizing:

• Checking group

The checking group controls whether the system is to create indivdual or collectiverequirements in sales and shipping processing. In addition, a material block for theavailability check with transfer of requirements can be set here. The checking group canalso be used to deactivate the availability check. This option was created especially forthe 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 asprocurement is concerned.The checking group specifies in combination with the checking rule the scope of theavailability check. It is proposed in the material master record on the basis of the materialtype 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 eachtransaction in sales and distribution. You also specify whether the check should becarried out including or excluding replenishment lead time. The individual checking rulesdefine by transaction, which stock and inward and outward movement of goods should betaken into account for the availability check.

• Schedule line category

You can control with the schedule line category whether an availability check and transferof requirements should be carried out in the sales documents. The possible settings forthis at schedule line level are dependent on the settings in the requirements class whichis determined from the requirements type of the material.

• Delivery item category

The delivery item category can be used to control whether an availability check takesplace in deliveries.

PrerequisitesAn 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 inCustomizing for Sales and the relevant assignments made to the sales transactions

• The availability check must be switched on at requirements class level and - for theavailability check in the sales documents - at schedule line category level



8

• 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 masterrecord 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

Global and Fine Control in CustomizingAt the global requirements class level, the availability check can only be switched on incombination with the transfer of requirements. At schedule line level, the settings are proposedfrom the requirements class.If the availability check is switched on at requirements class level, it can be switched off atschedule line level. However, you cannot switch on the availability check at schedule line level, ifit is switched off at requirements class level. You can make this setting at schedule line level. Butthe system ignores it and the setting for the requirements class applies.Also, at schedule line level when the availability check is switched on, the transfer ofrequirements can be switched off. For example, this makes sense for inquiries or salesinformation.The settings specific to schedule lines for performing an availability check are only relevant forsales documents. In the shipping documents, the settings from the requirements class and thedelivery item category are used. As with the schedule line category, the availability check can beswitched off as required in the delivery item category.

Blocking LogicThere are two blocking concepts:

• Material block

In Customizing, the Define material block for other users, step is used to determine, bychecking group and transaction (order/delivery), whether a material master record shouldbe blocked for other users during an availability check. The block is set at material-plant

level and remains in place until you save the sales document.

• Material block with quantity transfer

For performance-related reasons, the only time when it makes sense to set thematerial block with quantity transfer is when it is common for several users towork on the same material simultaneously. If this is not the case in yourorganization, you can work with the conventional blocking logic at material-plantlevel.In Customizing, the material block can be set with quantity transfer under Define checking group . If this block is active, the material is blocked only for the duration

of the availability check when you create or change a sales and distributiondocument. Thus, it is possible for several users to process the same materialsimultaneously in various transactions without blocking each other. During theavailability check, the material being used is blocked exclusively in the currentplant as in a conventional block.

If another user tries to process the blocked material in the corresponding plantwhile the availability check is being carried out, the system tries five times toblock the material exclusively for this other transaction with a pause of about 1



10

Scope of the Availability Check in Sales andDistribution Processing

The following elements can be included in the availability check:

• Stock

o safety stocko stock in transfero quality inspectiono blocked stock

• Inward/Outward movement of goods

o purchase orderso purchase requisitionso planned orders

o production orderso reservationso dependent reservationso dependent requirementso sales requirementso delivery requirements

Requirements in sales and distribution (sales requirements and delivery requirements) result fromall transactions which forward a requirement to Materials Management (MM) or to ProductionPlanning (PP). For example, this could include sales orders or deliveries and quotations as well.Sales and distribution requirements reduce existing stock or inward movements of stock on thematerial availability date to ensure that other outward movement of stock elements cannot accessthe quantity reserved in this way.

Requirements relevant for Sales and distribution are created in Sales and Distribution, whereasother elements in this list are created in Materials Management or in Production Planning.For further information on transfer of requirements, see Requirements in Sales and DistributionProcessing.

Defining the Elements to be Included in CheckA checking rule is assigned to each transaction. This rule in combination with the checking groupcontrols the scope of the availability check. You can use the checking rules in Customizing forSales to specify for the various transactions which of the elements listed above should beincluded in the availability check.For trading goods it does not make sense to include planned or production orders, for example, inthe availability check. However, for products manufactured by your company these orders shouldbe included in the check.For transactions such as make-to-order production, consignment or returnable packaging

processing that create special stock, the availability check is performed against special stock.

If it is defined by the checking rules that both sales and delivery requirements aretaken into account in the availability check in sales documents but only deliveryrequirements are taken into account in the availability check in deliveries, there isa danger that quantities reserved in the sales documents are considered to beavailable by the availability check in the deliveries. This can lead to salesdocuments becoming backlogged.



11

Reactions to the Availability Check in SalesDocuments

If the goods ordered by the customer are not available on the requested date, the systembranches automatically during sales document processing to a further screen where delivery

proposals are offered for selection. The system determines these proposals on the basis of theavailability situation. This screen also provides you with information on the scope of the check,the current ATP quantity, and the availability situation across all plants.

Availability Control

On the Availability Control screen, you can choose between the following delivery proposals:

• One-time delivery on the requested delivery date

In this section, the system checks whether the requested delivery date can bekept to. If stock of the material is available to make a delivery on the requested

delivery date, the stock quantity is confirmed here. If there is no stock available,confirmed quantity zero is displayed.

To copy this data into the sales document, select Edit → One-time delivery .

• Complete delivery

In this section, the system checks whether there will be sufficient stock forcomplete delivery at a later date:

o If there is sufficient stock available at a later date to cover the required quantity inthe sales document, the system proposes the date here.

o If the system determines that complete delivery cannot be made at a later date,

no date is proposed in this section.

When availability is checked including replenishment lead time, the date which isproposed in this section is the date on which the replenishment lead time periodends if the stock before the end of replenishment lead time does not cover theorder quantity.When availability is checked excluding replenishment lead time, the systembases its calculations on the stock and the planned inward movements of stock.

To copy this data into the sales document, select Edit → Complete delivery

• Delivery proposal

In this section, the system checks whether and for which dates partial deliveries

can be made. Partial deliveries are displayed for different dates. These dates arebased on the planned inward and outward movements of stock.During an availability check which takes replenishment lead time into account,the date on which replenishment lead time ends is displayed if insufficient stockmeans that no partial deliveries can be made before replenishment lead timeends.During an availability check which does not take replenishment lead time intoaccount, the system displays the dates on which partial deliveries can be madewith the available stock.



12

To copy this proposal into the sales document, select Edit → Delivery proposal

The dates displayed in the sections complete delivery and deliveryproposal are determined from the material availability date using forwardscheduling and represent actual delivery dates.

Availability Across PlantsYou can display the availability situation in the various plants for which a material is maintained.To do this, proceed as follows:

1. Select Goto → Other plants on the availability control screen.

The dialog box Plant Selection appears. All plants for which the material is maintainedare displayed.

2. Mark the plants in which you want to check availability and select Check plants .

You reach the Availability Check: Overview screen. The requirements quantity and thequantity which could be confirmed as well as some additional information is displayed ina separate line for each plant you selected.

3. If you require detailed information on the availability check for a particular line, select the

relevant line and select Edit → Check availability .

You reach the Date proposals dialog box where the detailed data is displayed.

4. You can select a plant with sufficient quantity for confirmation to be copied automatically

into the Overview screen. Select the appropriate line and select Edit → Copy plant .

Using the user exit USEREXIT_PLANT_SELECTION in the IncludeRV03VFZZ you can make a preselection of the allowed plants. If you usethis option, the Plant selection dialog box does not appear and theavailability check is performed immediately for the allowed plants. If, onthe basis of information resulting from the availability check, you want to

deliver from a plant other than the one specified in the item, you must atpresent enter this plant manually in the item. In a later release, however,you will be able to select the plant directly from the list of plants.

Displaying the ATP QuantitiesIf you want to display the current ATP situation on the availability control screen, select Goto

→ Availability overview .

Displaying the Scope of the Check



13

If you want to display the scope of the check (stock and inward/outward movements of goodstaken into account during the availability check) from the availability control screen, select Goto

→ Scope of check .

Delivery Agreements in the Customer Master RecordA customer may react in different ways to the fact that a complete delivery can not be providedfor the required delivery date. You can define in the customer master record, the way a customer

reacts to the inability to meet the requirements represented by the key data.

• The customer wants complete delivery of all items by the requested delivery date or at alater date.

The complete delivery indicator is copied into the sales document from the

customer master record. To find it, select Header → Business data on anoverview screen or a header screen. You find the indicator in the Shipping section.

If the complete delivery indicator is set in the sales document, theindividual items are automatically correlated when the document is savedif the schedule lines exist for various dates (that is, a delivery group isautomatically created for the sales document items and the latestdelivery date within this group becomes the group delivery date). For

further information on delivery groups, see Combining SalesDocument Items for Delivery.

• The customer only allows a certain number of partial deliveries for each item.

The partial delivery indicator and the number of partial deliveries are copied intothe sales document item from the customer master record. To find the indicators:

1. Go to the Business Data screen for this item.

2. Select Edit → Shipping details .

The indicators are found in the Shipping section.

Performing the Availability Check AgainUsually, an availability check is only performed when a sales document is created. If quantities ordates are changed in the document and availability needs to be checked again, the check isperformed again automatically. However, you can also initiate an availability check manually.

Automatic ChecksIn the following situations, a new availability check is automatically carried out:

• Quantity change

• Date change (requested delivery date, material availability date)

• Change to the fixed data



14

• After new delivery scheduling (for example, the route or shipping point has beenchanged)

• Change of plant

• Change of storage location or batch

• Removal of blocks which affect requirements

• Removal of reasons for rejection

Initiating a Check ManuallyIn the sales document, you can initiate a new availability check manually. If you want to perform

an availability check for all items in a sales document, select Sales document → Check availability on the header screen. If you want to check availability for an individual item, select

Edit → Item availability .


About the Availability Check in Shipping

Working with the Availability Check in Ship

About the Availability Check in Shipping

When you create a delivery, an availability check is initiated for the picking date. This check iscarried out along the same lines as in the sales order.

It makes sense to carry out an availability check in the delivery for the following reasons. If you donot carry out an availability check for particular materials in the sales order, you should definitelycheck whether the order quantity is available and can be delivered when you create the delivery.Even if you have checked the availability situation in the order, it makes sense to check it onceagain in the delivery. The availability check is calculated using planned inward and outwardmovements of goods. Therefore the delivery situation might have changed in the meantime dueto unforeseen circumstances, such as lost output. The availability check in the delivery takes anysuch changes into account.

Working with the Availability Check in Shipping

When you create the delivery for a sales order, the sales order requirement is reduced by thedelivery quantity. A delivery requirement which is transferred to material requirements planning iscreated at the same time. You can define whether delivery requirements are managed asindividual or collective requirements. Collective requirements can include, for example,requirements from all deliveries for one particular day or week. The availability check treats thesedelivery requirements as outward movements of goods.



16

o safety stocko stock in transfero quality inspectiono blocked stock

• Inward/Outward movement of goods

o purchase orderso purchase requisitionso planned orderso production orderso reservationso dependent reservationsdependent requirementso sales requirementso delivery requirements

Process FlowThe system determines the date on which the availability check should be carried out on thebasis of the earliest material availability date of all the schedule lines in the delivery. If the system

determines that insufficient stock will be available on that date, it responds as follows:

• If a material is not available for delivery by the material availability date, the systementers a delivery quantity of zero in the delivery. The item is only included in the deliveryif the quantity zero is permitted for the item category.

• If the quantity available of a material is lower than the order quantity, the system entersthe available quantity as the delivery quantity. If a partial delivery is not allowed for thesales order, the fact that the delivery quantity is smaller than the order quantity is noted inthe log for the delivery.

Blocking Confirmation of Quantities in SalesDocuments

In Customizing, using Block transfer of requirements by delivery block , you can specify thatcertain delivery blocks in the sales document header also block the confirmation of orderquantities.

If you enter such a delivery block in a sales order header, the system confirms the availablequantity to show you the delivery options. If you save the document, however, the confirmed

quantities are not saved. Your company could block confirmation for a customer if this customer'scredit worthiness was questionable. The sales order in this case is not only classed asunconfirmed, it is also blocked for delivery.

Thus, no stock is reserved. The stock is still available for other customers. Although the orderquantities are not confirmed, the system still transfers the requirements to material requirementsplanning. It is assumed that the delivery block will be removed at some point. The automatictransfer of requirements means that the order quantity can be confirmed at a later point in time.



17

See also:

Setting a delivery block

Setting a Delivery Block

To set a delivery block at schedule line level which also blocks or defers the confirmation of orderquantities, proceed as follows:

1. Select Overview → Shipping on the initial entry screen of the sales order.

You reach the Overview - Shipping Data screen.

2. Enter a block which blocks or defers order quantity confirmations in the Delivery block field.

Remember the differences between a delivery block at schedule line level and a delivery atheader level (business data):For the delivery block at header level, the delivery type must be set in Customizing. The deliveryblock at schedule line level, however, is activated as soon as you enter it.

If you want to see what would have been confirmed on the basis of theavailability check if no delivery block with confirmation block had been set, selectthe relevant order items before you save the sales order and then select Item

→ Schedule lines . As soon as you save the sales order, all order quantities whichhave been confirmed by the availability check are reset to zero.

Removing a Delivery BlockIf you remove the delivery block or replace it with another delivery block which does not blockconfirmations, the system automatically performs a new availability check and confirms theavailable order quantities.

Deferring Confirmation of Quantities in SalesDocuments

In Customizing, using Requirements transfer per delivery block, you can specify that certaindelivery blocks in the sales document header also defer the confirmation of order quantities, in

that the deferral period is entered.

If, for example, you enter a delivery block in the sales order header and the oreder quantities canbe confirmed within the deferral period specified, the system adds the deferral period to thecurrent date, thus determining a material staging date. The requirements can, however, bepassed on.



18

An order needs a letter of credit. The letter of credit will only be available in 14days time, however. For this reason you want to block the order until the letter ofcredit arrives. You also do not want to reserve the material yet. In this case, adeferral period of 14 days must be entered in Customizing for the correspondingdelivery block. You set the delivery block in the order header. The system carriesout the availability check. The order quantity can be confirmed within the deferralperiod. The system adds 14 days to the current date and confirms the resulting,later date.

You can only use this option if scheduling is active for transportation anddelivery.

See also:

Setting a delivery block

Rescheduling Sales Documents

The following functions exist for rescheduling:

• Performing rescheduling

• Evaluating rescheduling

Performing Rescheduling

When rescheduling is performed, the open sales document items in the item index for thematerial are processed. The items found by this process are sorted according to the criteriadelivery priority, date, document number, and item number and forwarded to the availabilitycheck. The results are then saved.

Note the following constraint with regard to rescheduling and thecombination of availability check against ATP logic and the check againstproduct allocations. If you use the availability check against ATP logicand the check against product allocations, dates and quantities can onlybe redistributed in a restricted way. In SAP R/3 there is no information onwhich product allocation quantities in which periods are assigned to thesales order. The product allocation assignment is therefore missing. Forthat reason, when several sales orders are rescheduled, only the product

allocation quantity of the sales order being checked each time can bereleased. If the product allocation quantities of all other periods arealready reserved, the sales order to be checked cannot be confirmed atany other time.

Simulating ReschedulingYou can carry out rescheduling in simulation mode. This can show you what would happen if youwere to carry out rescheduling. The results are not saved, however.



19

It only makes sense to carry out this function if you only want to check avery limited selection of documents.

Credit Limit BlockIn the case of a credit limit block in the order header (delivery block reason '01'), a credit limitcontrol is performed before the availability check if the special type of block affects requirements.The document can then only be processed further once the customer involved becomescreditworthy again. The results of the run are issued as a list and stored temporarily. They can beevaluated with the function ‘Evaluate rescheduling’.Selection ReportThere is a report in the standard system, that selects the documents relevant for rescheduling. Ifyou want to create you own reports, contact your SAP consultant.Processing ParametersYou can define the scope of the check using the parameter 'Unconfirmed documents required'. Ifthis parameter is set, at least one document for this material must be unconfirmed if alldocuments for this material are to be included in the availability check. Otherwise (nounconfirmed documents exist for a material), no document for this material is included in theavailability check.You can define that the delivery date entered when an order is created is used as a sortingcriterion for the availability check using the parameter 'Sorting criterion deliv.date'. If thisparameter is set, all orders of the same priority are sorted according to delivery date. Otherwise,

sorting is performed by document creation date.Display CriteriaThe display criteria for the list can be defined under the menu option ‘List'. Improvements,deteriorations, and the complete list are the options. To be included in one of the two limited lists,an item must have undergone a date or quantity change. This means that an item can beincluded in both the improvements list and the deteriorations list.

There is only an entry in the columns 'New date' and 'New confirmed qty’if the fields 'Old date' and/or 'Old confirmed qty' have been changed. Asthe check for changes (date/quantity) is only performed by line in theoriginal list, it is possible that an item which has become more overdue isincluded in the list of improvements. This occurs if, for example, theentire quantity can be delivered in one delivery but at a later date, as acomparison of quantities for this line reveals an increase. You mustmake sure that all required sales and distribution document types whichare to be included in the item index have been correctly configured inCustomizing. This means the item indexes for all SD document typeswhich are to be included in the availability check must be activated.

Evaluating ReschedulingThe evaluation function uses the list created by the function ‘Execute rescheduling’ as a work list.The outcome of the run is displayed in the form of a list.Display CriteriaThe display criteria for the list can be defined under the menu option ‘List'. The options areimprovements, deteriorations, and the complete list.

There is only an entry in the columns 'New date' and 'New confirmed qty’if the fields 'Old date' and/or 'Old confirmed qty' have been changed.

See also:Performing Rescheduling of Sales Documents Evaluating Rescheduling of Sales Documents



20

Performing Rescheduling of Sales Documents

The program should only be run online in exceptional circumstances and even

then with a very limited selection of documents, as it has a considerable effect onsystem resources.

To perform rescheduling, proceed as follows:

1. In the entry screen, select Logistics → Sales/distribution → Sales .

You reach the Sales screen.

2. Select Environment → Backorders → Rescheduling → Execute .

You reach the Rescheduling in Sales: By Material screen where you carry out

rescheduling.

If you only want to simulate rescheduling, mark the Simulate field.

Background or Online ModeIt is possible for both functions to be performed both in the background and online.

We recommend you perform rescheduling in the background.

Evaluating Rescheduling of Sales Documents

You can only carry out this function after performing rescheduling.

To evaluate rescheduling, proceed as follows:

1. In the entry screen, select Logistics → Sales/distribution → Sales .

You reach the Sales screen.

2. Select Environment → Backorders → Rescheduling → Evaluate .3. You reach the Rescheduling in Sales: Evaluation screen where you can carry out the

evaluation.



21

Shortage Check

If the availability check is carried out without the cumulative confirmed quantities or requirementquantities being taken into account, this can lead to more being confirmed than is available. Thesystem checks whether ATP quantities arise in the period before the delivery date. If so, the newsales order reduces the ATP quantities if the ATP dates come befor the delivery date.

If a planned inward movement of goods is delayed to a desired date after the confirmed date,then the confirmation of the sales order remains in place without a stock coverage being given.This is because a change to inward movement of goods does not necessarily change the order.In this situation, a newly created order could be confirmed because of the delayed inwardmovement of goods and lead to more being confirmed than is available.

Situation 1

Inward/outwardmoverment

Quantity ATP quantity Cumulative

ATP quantity

Confirmed

quantity

Stock 100 0 0 -

Planned order 100 0 -100 -

Sales order 1 -200 - - -200

Situation 2

Inward/outwardmoverment

Quantity ATP quantity Cumulative

ATP quantity

Confirmed

quantity

Stock 100 0 0 -

Sales order 1 -200 -100 -100 -200

Planned order 100 0 0 -

Sales order 2 -100 - - -100



22

In Situation 1, the first sales order is confirmed for its full quantity for a point intime before the planned order. In Situation 2, the planned order has now beendelayed until after the delivery date for sales order 1. For the new sales order 2,the availabililty check reports an ATP quantity of 100, as the full quantity of thedeferred planned order is still available and, according to this checking logic,sales order 1 cannot be supplied by this inward movement of goods.

The example shows how an error is caused in confirmation by the deferring of a planned order.This causes the total of the confirmed quantities to exceed the total of all inward movement ofgoods.

There are three possible ways of avoiding this error:

• Carring out a planning run

• Rescheduling

• Backorder processing

Since these functions are very time consuming, it is possible for orders to be delivered thatshould not be delivered at all according to their entry data. The shortage check is used to avoidthis situation.You can define how the availability check is carried out under Define checking group in SDCustomizing. The options are as follows:

• Set up check to take cumulative confirmed quantities into account

The system takes into account the total of all confirmed quantities when calculating thecumulative ATP quantity. This means that new sales orders can only be confirmed if thetotal for inbound goods is greater than the total for confirmed quantities.

We recommend that you work with the cumulative requirement quantities whenyou create sales orders.

• Set up check to take cumulative requirement quantities into account

The system takes into account the total of all open requirement quantities whencalculating the cumulative ATP quantity. This means that new sales orders can only beconfirmed if the total for inbound goods is greater than the total for requirementquantities.

We recommend that you work with cumulated confirmed quantities when youchange sales orders.

Processing Sales Documents in Backlog

The backorder processing functions enable you to list relevant sales documents for specificmaterials and process them from the point of view of confirmation. You can assign available to



23

promise (ATP) stock to outstanding order quantities. In addition, you can withdraw alreadyconfirmed quantities and reassign them to different items.

For further information on backorder processing, see backorder processing.

Displaying the Availability Situation in SalesDocuments

You can display the following information on the availability of a material:

• Stock for a material by storage location and plant

• Stock for a material by plant

•Availability for an item in the sales document

Stock for a Material by Storage Location and PlantTo display the stocks:

1. Select Logistics → Materials management → Inventory management on the main menuscreen.

You reach the Inventory Management screen.

2. Select Environment → Stock → Stock overview .

You reach the Stock Overview: Company Code/Plant/StLocation/Batch screen.

3. Enter your selection criteria and select Program → Execute.

You reach the Stock Overview: Basic List . Stock is displayed here by plant, storagelocation and, if appropriate, by batch.

4. Place the cursor on a line of the stock list for which you want to access detailedinformation and select Edit → Choose .

A window appears in which the individual stock for the line selected is l isted.From this list, you can display the following additional information with the menu option

Environment .

• Stock/requirements situation (current requirements)

• Open purchase orders

• Reservations

• Material movements



24

• Warehouse management (WM) stocks

To display this information, place the cursor on one of the lines below the company code leveland select the appropriate menu option.

Stock for a Material by PlantTo display the stocks:

1. Select Logistics → Materials management → Inventory management on the main menuscreen.

You reach the Inventory Management screen.

2. Select Environment → Stock → Plant stock avail.

You reach the Plant Stock Availability screen.

3. Enter the material number and the plant. Then select one of the following values for theScope of list field:

Scope of List when you Display Plant Stock Availability

Scope of list Display

AA Stock at plant level

BB Stock at storage location level

CC Stock at plant and storage location level

DD Stock at plant and storage location leve with

a few future stocks, such as:

planned inward movements.

4. Select Program → Execute.

You reach the screen on which the stock is displayed.

Availability for an Item in the Sales DocumentIn the sales document, you can display the availability situation as follows:

1. On the overview screen or an item screen in the sales document select Environment → Availability .

You reach the availability overview where the current availability situation with regard toATP quantities are displayed. The requirements reduced by the sales document beingprocessed is simulated in the overview so that the availability situation is illustratedincluding this sales document.

2. Select Overview → Exit to return to the sales document.



25

Availability Check Against Product Allocation

Product Allocation

Availability Check against Product Allocation During Order Entry SD

Display Availability Check Against Product Allocation

Product AllocationA precise planning and controlling mechanism is of the utmost importance for the

execution of competitive order processing with guaranteed efficient and timely deliveryto the customer of the required order quantity. Unforseen problems, such as productiondeficits or increased demand can have critical consequences for order processing and

must be brought under control as soon as possible.

Product allocation is a function provided by the SAP System for carrying out these

control options intended to help your company to avoid critical requirement andprocurement situations. This should enable you to keep production to a minimum at the

same time as allowing you to react quickly to bottlenecks and changing market situations.

In the SAP System, product allocations represent an ordered allocation of production forcertain periods. Product allocations can be created according to various criteria (i.e.,

customer, regions).

Product allocations are created in the logistics controlling area in the planning hierarchy

(Logistics → Logist. controlling → Flexible planning → Planning create/change

→ Planning type: COMMIT for SAP standard planning type ). Product allocations arealways divided right up to the lowest level in the hierarchy. The basis for the planning

hierarchy is info structure “S140”, which SAP issues as the standard info structure. It

determines the criteria of the hierarchy. You can define your own info structures in

Customizing for LIS (Logistics General → Logistics Information System

→ Reporting → Standard Analyses → Change settings).

When creating product allocations, make sure that you use version number

“000”.Because updates are carried out for this version number.If a product allocation of 5000 pieces were to be entered at the material level as depicted

in the diagram below, it would be automatically distributed among the lower levels

(= consistent planning). Changes are possible at every level, but the other levels are still

adjusted automatically.



26

As of Release 3.0F, it is possible to carry out an availability check against product

allocations. The check is still carried out if neither the availability check nor transfer of

requirements are activated in Customizing. This ensures, for example, that whenproduction is low, the first customer does not get the full amount, resulting in following

sales orders not being confirmed or being confirmed far too late. The check is carried out

on the basis of the confirmed quantity from the ATP check against the correspondingproduct allocation.

To get reliable information and to recognise critical situations, the actual requirementsare compared with the planning product allocations throughout the entire product

allocation period.

General Requirements

To carry out availability check against product allocation, certain requirements must be

met:

• Material master

• In the material master, the product allocation determination procedure must be entered inthe basic data screen for general data.

• Statistics update

In Customizing for the Logistics Information System, statistics updating must be set for theinformation structure. This is required at customer, material and header level. The updategroup must also be maintained in Customizing for the Logistics Information System.

• In Customizing for SD, the settings must be made for availability check against productallocation. You will find the necessary steps described in the Implementation Guide insection “Availability check against product allocations”. This is where, the necessaryCustomizing activities for the statistics update are described.

Availability Check Against Product AllocationDuring Order Entry SD

The planning hierarchies for product allocations are created in logistics controlling. If the correctsettings have been made in Customiuing, the system carries out an availability check against theATP quantity in SD during order entry. If the availability check determines that the ATP quantitycan fully or partially cover the order requirement, then a confirmed quantity is determined as the



27

result of the check. The confirmed quantity is the basis for the availability check against productallocation, which is carried out along with the ATP check.

The confirmed quantity from the ATP check is checked against the relevant product allocation.This ensures that the product allocation for this period is not exceeded. Required quantities thatcannot be confirmed, because the product allocation for that period is used up, are postponed

until the next period.

The result of the product allocation check can change confirmed quantities that have alreadybeen determined. In this case you receive a message before branching to the availability controlscreen.

For example, even though the material for an order for 100 pieces may be available in full for therequired date according to the ATP check, it is only partially confirmed because the productallocation for that customer only had a value of 80 pieces remaining at the time of order entry.The confirmed quantity for the required quantity and an alternative delivery date is displayed onthe control screen.

Unlike the ATP check, the check date for the availability check against product allocations is theplanned delivery date for the customer and not the material availability date.

The actual order quantities are updated in the planning hierarchy of the LIS. Comprehensivereporting tools and an early warning system in the LIS that has to be set in Customizing monitorthe status of the product allocation period and report critical situations immediately.

Product allocation uses a blocking mechanism similar to quantity block in theATP check: The check hierarchy of the corresponding product allocation object is

only blocked exclusively during the check itself. Afterwards, the same object canalso be used by other processes without the current procedure having beensaved. The product allocation quantity used is, however, seen in all subsequentprocesses (via this blocking mechanism) to prevent over-confirmation.

Display Availability Check Against ProductAllocation

The system can carry out an availability check against product allocation automatically duringorder entry. When availability is low, you branch to the availability control screen automatically.From there, you can view the result of the product allocation.

This is done as follows:

1. In the availability control screen, branch to the display of the availability situation with

regards to product allocations via Goto → Product allocations .2. By clicking on the "product allocation" symbol, you can view the product allocation that

was checked against. You can see which product allocations are available for whichperiods, how much the product allocation has been used up by other orders and howmuch product allocation remains.



28

Available-to-Promise on the Internet

Use

An essential activity in many business processes within Logistics is the checking of

available resources before making critical decisions or commitments. For customer-

oriented companies, it is vital that reliable information on the availability of resources canbe access at all times. This is especially important in the sales department as before the

salesperson can provide the customer with reliable dates, s/he requires immediate accessto information on the availability of a product.

The availability check in the SAP System provides decision support for a large number of

logistics operations at all organizational levels, that is, at plant level, storage location

level and at batch level. The check can be adjusted to suit the specific requirements of each company. This guarantees the necessary flexibility for dealing with the customer

and within the company itself. For more information on the availability check refer to the

SAP Knowledge Product Availability Check .

The Internet Application Component Available to Promise has been created as an

example scenario in the SD environment. The Available to Promise screen shows theresults of the material availability check in a clear and simple overview.

Type of Internet Application Component

• Business-to-Business

• Consumer-to-Business

For customer-oriented companies, easily accessible information on material availability

that can be read at a glance provides an important basis for making decisions in an

increasingly competitive market environment. Therefore, many companies (especially inthe high tech and consumer goods branches of industry) are keen to take advantage of the

new opportunities provided by the Internet. They want the necessary support for their

business processes, for example: • Tools for the salesperson must be transparent and easy to use.

• System information must be provided quickly and should be easy to understand.

If you work in Production Planning, in Sales and Distribution or if you are a customerand you use the Internet Application Component Available to Promise, you have thefollowing advantages:

• You can access Available to Promise from anywhere in the world around the clock.

• The layout of Available to Promise is simple and easy to use. For example, to select theproduct in which you are interested, you only have to select the line.

• Using the Internet, the customer can access information on the available quantities forcertain products without having to get in touch with the sales department of the company (if

a customer master record has been created in the SAP System).

• Vendors can see which products are still available and how much is still available. Thismeans that they know when to anticipate necessary deliveries.

Prerequisites

Authorizations/Security

No special authorizations are required for this Internet Application Component.



29

Internet Users

To trigger the Internet Application Component in the Internet, you must log on using

your SAP user name and your password. If you are a customer, you also require acustomer master record and a password of your choice in the SAP System.

Using transaction SU05, you can create, change and delete passwords for Internet users.

To specifically identify users, enter the object type KNA1 as well as the number of theSAP user master record or the customer number.

Standard Settings and Default Values

Browser

The browser used must be Java-enabled (for example, Netscape Navigator >3.0,

Microsoft Internet Explorer > 3.0). The browser must also be set so that Java programs

can run.

Product Selection Using the Java Applet

You select a product for which you want to see Available to Promise using a Java applet.A Java applet is a small program that is loaded and executed on your PC along with the

HTML page.

When started, the Java applet loads the contents of the product catalog from two files

saved in the Web server. Using the product hierarchy tree and a text search, you canselect a product in the applet and copy it to the input field for the availability check.

Using the text search functions in the applet, you can search for material numbers and

descriptions. You can also carry out a generic search using ‘*’. If you enter “test”, forexample, a search will be made for precisely this string. Entering “test*” triggers a search

for everything that starts with with “test”. Entering “*test” triggers a search for

everything that contains the string “test”. The search does not differentiate between lower

and upper case characters.

In problem cases, for example, if a file cannot be read or contains inconsistent data, theapplet terminates and an error message is displayed in the status line of the browser. In

the Netscape Navigator, this message also appears in the Java Console that can bedisplayed via the menu.

Default Values for Input

Using the Java applet, you can preset certain parameters for accessing information from

the SAP System. The contents of the applet are provided by the report PCATALOG

which accesses the data in the product catalog which it saves as two files. Copy thesefiles to the Web server.

This procedure requires the maintenance of a product catalog in the SAP System. Here,

make sure that materials are not assigned more than once. Furthermore, use the base unit

of measure. (See also the SAP documentation on the product catalog.)

Activities involved in including your own product catalog ...

1. Create a product catalog in the SAP System’s product catalog maintenance screen.

2. Use the report PCATALOG to create the input files for the Java applet.

3. Place the input files for the Java applet on the Web server.

4. Adjust the applet parameters on the HTML page to the new files.



30

Default Values for the Checking Rule

Information on material availability in the SAP System is given according to the scope of

the check which is determined by the material’s checking group and the checking rule Aof the sales department. See also the documentation on the function module,

BAPI_MATERIAL_AVAILABILITY for tips on transferring special checking rules.

Features

Modification Options

You can change the layout of this Internet Application Component.

Every change to the development objects used in the Internet ApplicationComponent is taken as a modification.

Do not in any circumstances change the development objects of the standardsystem.

Service Name

The service name of this Internet Application Component is CKAV. You can find all therelevant data under this service name in the SAP@Web Studio.

Modification Options

The Java applet can be controlled using the following parameters:

Parameter Description Example

Products (Essentialparameter)

Path and file name for theproduct file. You must specify anabsolute path (starting with ‘/’)that is valuated from the rootdirectory of the Web server.

/sap/its/startpages/ckav/data/

materials.txt

Hierarchy (Essentialparameter)

Path and file name for the filewith the product hierarchy. Youmust specify an absolute path(starting with ‘/’) that is valuatedfrom the root directory of theWeb server.

/sap/its/startpages/ckav/data/

hierarchy.txt

BgColor (Optional) Background color of the HTMLpage that contains the applet. Byspecifying this parameter, thebackground of the tab (the areato the right of the two indexcards) is displayed in the

transferred colors.The color is specified as ahexadecimal number with 6numbers. The format is the sameas a color specification in theHTML. However, note that youcannot enter a leading ‘#’.

C0C0C0



31

The parameters are specified in the applet tag in the HTML page. With the above

example data, the applet tag is as follows:

<APPLET name=catalogApplet archive="catalog.zip"

codebase=/sap/its/startpages/ckav/classes

code=catalogApplet.class width=320 height=295 mayscript>

<PARAM name=cabbase value=“catalog.cab“>

<PARAM name=products

value=/sap/its/startpages/ckav/data/materials.txt>

<PARAM name=hierarchy

value=/sap/its/startpages/ckav/data/hierarchy.txt>

<PARAM name=bgColor value=C0C0C0>

</APPLET>

Development Objects

In the SAP System, the data exchange via the Internet is carried out using transactionsand function modules. The following developments are required for creating and passing

on service messages:

Development class: MDW1

Transaction: CKAV

Function group for the screens: W61V

Function modules: BAPI_MATERIAL_AVAILABILITY

Data Output via the Internet Transaction Server

Data output is performed using the Internet Transaction Server (ITS). The data is merged

with the output forms and made available on the Internet/intranet in HTML format.

The output forms are in the subdirectory CKAV of the directory TEMPLATES. The

following 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_J.HTRC

The numbers in the names of the forms correspond to the screen numbers.

Credit and Risk Management (SD-BF-CM)



32

Credit management

Purpose

Outstanding or uncollectible receivables can spoil the success of the company greatly. CreditManagement enables you to minimize the credit risk yourself by specifying a specific credit limitfor your customers. Thus you can take the financial pulse of a customer or group of customers,identify early warning signs, and enhance your credit-related decision-making. This is particularlyuseful if your customers are in financially unstable industries or companies, or if you conductbusiness with countries that are politically unstable or that employ a restrictive exchange ratepolicy.

Integration

If you are using the Accounts Receivable (FI-AR) component to manage your accounting and anexternal system for sales processing, Credit Management enables you to issue a credit limit foreach customer. Every time you post an invoice (created in FI-AR), the system then checkswhether the invoice amount exceeds the credit l imit. Information functions such as the sales

summary or early warning list help you to monitor the customer’s credit situation.

If you are using both the Accounts Receivable (FI-AR) component to manage your accountingand the Sales and Distribution (SD) component for sales processing, you can also use CreditManagement to issue credit limits for your customers. You can make settings in Customizing todecide the scope of the check and at what stage in the process (for example, order entry, deliveryor goods issue) a credit limit should take place. General information functions are also availablefor use with credit checks.

Features

If you are using both the SD and FI-AR components, Credit Management includes the followingfeatures:

• Depending on your credit management needs, you can specify your own automatic creditchecks based on a variety of criteria. You can also specify at which critical points in thesales and distribution cycle (for example, order entry, delivery, goods issue) the systemcarries out these checks.

• During order processing, the credit representative automatically receives informationabout a customer’s critical credit situation.

• Critical credit situations can also be automatically communicated to credit managementpersonnel through internal electronic mail.

• Your credit representatives are in a position to review the credit situation of a customerquickly and accurately and, according to your credit policy, decide whether or not toextend credit.

•You can also work with Credit Management in distributed systems; for example if youwere using centralized Financial Accounting and decentralized SD on several salescomputers.

You can find information about where to make Customizing settings for Creditand Risk Management in Settings for Credit and Risk Management



33

Risk Management for ReceivablesSee Risk Management for Receivables in SD for information about managing risks forreceivables.

Settings for Credit Management and RiskManagement: Overview

The table below lists the most important settings that you make in Customizing for Credit Management . The relevant Implementation Guide (IMG) provides a detailed description of theindividual activities.

Settings for

Access via Menu path

Creating credit data

(Determine credit limit forcustomer)

Accounting application Accounting → Financial accounting → Accounts receivable → Credit management

→ Master data → Change

Credit control area Credit control area Enterprise Structure Customizing

Enterprise Structure → Structure

maintenance → Definition → Financial

Accounting → Maintain CreditControl Area

Company code - Creditcontrol area

Enterprise Structure Customizing

and

Financial Accounting Customizing

Enterprise Structure → Structure maintenance → Assignment → Financial

Accounting → Assign CompanyCode to Credit Control Area

and

Financial Accounting → Accounts Receivable and Accounts Payable → Credit

Management → Credit Control Account →

Assign Permitted Control Areas

to Company Code



Enterprise Structure → Structure maintenance → Assignment → Sales and

Distribution → Assign SalesOrganization to Company Code

Subdividing the creditcontrol area

Credit representativegroups


Financial Accounting → Accounts

Receivable and Accounts Payable → Credit



34


Define Credit RepresentativeGroups

Credit representative Financial Accounting Customizing


Receivable and Accounts Payable → Credit Management → Credit Control Account →


Risk category Financial Accounting Customizing




Define Risk Categories

Sending a documentwith SAPoffice

Sales and Distribution Customizing

Sales and Distribution → Basic Functions → Credit Management/Risk Management → Credit Management/Risk Management

Settings → Enter settings

Defining credit limit

checks for sales anddistribution processing

Automatic credit control Sales and Distribution

Customizing

Sales and Distribution → Basic Functions →

Credit Management/Risk Management → Credit Management → DefineAutomatic Credit Control

Risk management forreceivables

Define form of paymentguarantee



Credit Management/Risk Management →

Receivables risk management → DefineForms of Payment Guarantee

Define and assignpayment guaranteeprocedures


Sales and Distribution → Basic Functions → Credit Management/Risk Management →


Risk Management for Receivables in SD

Purpose

As well as Credit Management, there are several other ways to guarantee payments includingletters of credit, export credit insurance, and payment cards. These forms of payment guaranteesare all integrated in the Risk Management for Receivables component, providing you with anefficient tool for guaranteeing the payment of all billing values that arise in sales and distributionprocesses.

Integration

You can only use Risk Management for Receivables if you are also using the Sales andDistribution component.

Features

The following forms of payment guarantee are available in the Risk Management component:



35

• Documentary payment (for example, letters of credit).

• Payment cards

• Export credit insurance (external link)

The form of payment guarantee controls how you guarantee the payment of a sales documentitem (for example, using a private guarantee, payment card, unconfirmed or confirmed letter of

credit, or export credit insurance). In the first step you can use a secure form of payment such asa letter of credit to try and minimize the payment risk as much as possible. If this is insufficient,you can turn to Credit Management to create a credit limit for restricting the risk. In this way,Credit Management enables you to secure values yet to billed that could not be guaranteed usinga form of payment guarantee.The following graphic shows how credit and risk management work together to minimize yourrisks.

The vertical axis shows the size of the risk related to the type of guarantee on the horizontal axis.The risk decreases according to the type of payment guarantee in use. For example, the risk isgreatest if you use no payment guarantees and is at a minimum when you use letters of credit.(See also Calculating the Credit Value).

For information about the different areas and Customizing settings you need inthe Implementation Guide (IMG) for Credit and Risk Management, see Settingsfor Credit and Risk Management: Overview.

Customer Hierarchies

Use

With customer hierarchies you can now create flexible hierarchies to reflect the structure ofcustomer organizations. For example, if your customer base includes multi-level buying groups,cooperatives, or chains of retail outlets, you can create hierarchies to reflect the structure of these



36

groups. You use customer hierarchies in order and billing document processing for partner andpricing determination (including rebate determination) and for creating statistics.

You can use customer hierarchies to assign price conditions and rebate agreements to one of thecustomer’s subordinate levels, to ensure that all subordinate levels are valid for the customer. Foreach node that you indicate as relevant for pricing, you can create condition records for pricing. If

one or more nodes in a hierarchy path for a sales order contain pricing data, this is automaticallytaken into account in pricing.

Integration

You can also use customer hierarchies for evaluations in profitability analysis (CO-PA) and in theSales Information System (SIS):

To evaluate customer hierarchies with the sales information system and in the profitabilityanalysis, you can maintain the field Hierarchy assignment on the Marketing tab page in thecustomer master record for a hierarchy customer. Here you can maintain 10 features forhierarchy customers (HIEZU01 to HIEZU10). You can use these to evaluate hierarchiesstatistically with up to 10 levels. (Field catalogue VHIE)

Note that the hierarchy assignment is statistical. If you change the customerhierarchy, you may need to change the hierarchy level manually in the customermaster record in the Hierarchy assignment field.

Features

A customer hierarchy is a flexible structure consisting of customers. Each customer - with theexception of the uppermost customer - refers to another customer at a higher level in the

hierarchy (known as a higher-level customer). Customers that are assigned to higher-levelcustomers are known as dependent customers.

To be able to display organizational elements, that are not independent partners, you can assignpure hierarchy nodes (account group 0012) in the hierarchy. Specific data can be assigned to ahierarchy node (for example, address, price conditions, rebate agreements) and this then appliesto all subordinate customers.

As all nodes in a hierarchy are time-dependent, you can adapt the customer hierarchy to changesin the structure of a customer at any time.

• Customers can be reassigned in a hierarchy When reassigning a customer, allsubordinate customers are moved with it

• You can add new customers to a hierarchy When you assign a new customer to anexisting hierarchy, all pricing data, that applies to the higher-level hierarchy node, isautomatically copied from the customer

• You can also remove customers from the hierarchy

See also:Customer Hierarchies and Pricing



37

Link between Sales and Distribution andAccounting

By assigning sales organizations and plants you create a link between company codes and salesorganizations. A plant, though always linked to one company code, can be assigned to differentsales organizations. Within a company code several sales organizations can be active. Businesstransactions can also be carried out between different company codes (for example, during inter-company sales processing).

The following figure displays possible assignments of company codes, sales organizations andplants.

Plants 1, 2 and 3 belong to company code 1. Sales organization 1 uses plants 1 and 2. Sales

organization 2 uses plants 2 and 3. Sales organizations 1 and 2 can make cross-company salesfor goods from plants 4 or 5.

Creating Customer-Material InformationRecords

If a customer manages a material with a number that differs from the one your company uses, acustomer-material information record is created.

Steps:

Use the following steps to create a customer-material information record:

1. In the SD Master Data Screen select, Agreements → Cust.-material info → Create .

You reach the Create Customer-Material Info Record screen.

2. Enter the customer number, the sales organization and a distribution channel. Thus, youcan specify to which part of your organization the information record applies.



38

3. Press ENTER.

You reach the Create Customer-Material Info Record: Overview screen

4. Edit the data screen by entering data in the following fields:

– In the field Material enter the number which identifies the material in your company.

– In the field Customer material enter the number that the customer uses to identify thematerial.

5. Press ENTER.

The system adds the material description used in your company.

Press Info record details to display the items created, and to enter shipping data, as wellas partial delivery agreements.

6. If you want to maintain a text, select Goto → Texts in the Overview screen

You reach the Text screen, where you can enter your text.

7. If you want to enter several lines of text, mark the text lines and select Edit → Detail, toget to the SAPscript editor.

8. Save your text after maintaining it in the SAPscript editor. You return to to the Text

screen of the sales information record using Goto → Back .9. Save the data record.

In the message line, you receive the message that customer-material info record wassaved.

Sales Master Data Screen

Depending on the system you are using, choose

System Menu path

Standard SAP System Logistics → Sales and distribution → Master data

SAP Retail Master data

Creating Item Proposals

Item proposals are created, if certain material combinations are often ordered and delivered incertain quantities. When creating item proposals, different materials with proposed quantities canbe entered.



39

You can also adopt bil ls of material (e.g., configurable materials) into an item proposal. However,it is NOT possible to explode, or configure a bill of material in an item proposal. You can onlycarry this out when you are copying it into a sales order.

Steps:

Use the following steps to create an item proposal:

1. In the SD Master Data Screen select, Products →→→→ Item proposal →→→→ Create .

You reach the Create Item Proposal: Initial Screen .

2. Edit the data screen by at least entering data in the fields Item proposal type , Sales organization , Distribution channel and Division .

3. Press ENTER .

You reach the Create Item Proposal: Overview - Fast Entry screen where you enter theitem proposal.

4. Create the item proposal by entering the materials and the quantities. In the fieldDescription , you can define a search term which you can later use to retrieve the itemproposal by using the matchcode.

If you want to create an item proposal for a bill of material, enter the header materialwithout the component. When the item proposal is transferred to the sales document, thebill of material is then exploded or configured. Make sure that an item category isdetermined in the sales order that allow bill of material explosion or configuration. This iscontrolled in Customizing for the item category in the Structure scope field.

5. Press ENTER and save the item proposal.

The system saves the item proposal and assigns an item proposal number. You receivethe following system message:Item Proposal <Item proposal number> was saved You remain on the same data screen, where you can create another item proposal.Select Back to return to the initial screen.

Basic Functions in SD

Purpose

The most important basic functions are:

• Pricing • Availability Check • Credit Management



40

• Material Determination • Output Determination • Text Processing • Tax Determination • Account Determination

Pricing and Conditions

Purpose

The term pricing is used broadly to describe the calculation of prices (for external use bycustomers or vendors) and costs (for internal purposes, such as cost accounting). Conditions represent a set of circumstances that apply when a price is calculated. For example, a particular

customer orders a certain quantity of a particular product on a certain day. The variable factorshere - the customer, the product, the order quantity, the date - determine the final price thecustomer gets. The information about each of these factors can be stored in the system asmaster data. This master data is stored in the form of condition records .

The Condition Technique in Pricing

The condition technique refers to the method by which the system determines prices frominformation stored in condition records. In Sales and Distribution, the various elements used inthe condition technique are set up and controlled in Customizing. During sales order processing,the system uses the condition technique to determine a variety of important pricing information.For example, the system automatically determines which gross price the customer should becharged and which discounts and surcharges are relevant given the conditions that apply.

Example of Pricing in the Sales Order

The following figure shows how the condition technique works in the background to produce thepricing information. The diagram shows how the various elements in the condition technique worktogether.



41

1. The system determines the pricing procedure according to information defined in thesales document type and the customer master record.

2. The pricing procedure defines the valid condition types and the sequence in which theyappear in the sales order. In the example, the system takes the first condition type(PR00) in the pricing procedure and begins the search for a valid condition record.

3. Each condition type in the pricing procedure can have an access sequence assigned toit. In this case, the system uses access sequence PR00. The system checks theaccesses until it finds a valid condition record. (Although you cannot see this in thediagram, each access specifies a particular condition table. The table provides the keywith which the system searches for records).

4. In the example, the first access (searching for a customer-specific material price) isunsuccessful. The system moves on to the next access and finds a valid record.

5. The system determines the price according to information stored in the condition record.If a pricing scale exists, the system calculates the appropriate price. In the example, thesales order item is for 120 pieces of the material. Using the scale price that applies toquantities from 100 pieces and more, the system determines a price of USD 99 perpiece.

The system repeats this process for each condition type in the pricing procedure determines afinal price.

For further information on the condition technique, see Introduction to the Condition Technique

Introduction to the Condition Technique

UseThis section describes the elements within the condition technique. It is organized to

reflect the likely sequence of events that you go through when you implement pricing in

Customizing. The standard SAP System includes predefined elements for routine pricing

activities. For example, the standard system includes condition types for basic pricing



43

In the example in the preceding figure, two discounts apply to the item in the sales order.

The first discount is a percentage discount based on the quantity ordered. The seconddiscount is a fixed discount based on the total weight of the item.

You determine the calculation type for a condition type in Customizing. Thisdetermines how the system calculates prices, discounts and surcharges for acondition. When setting up condition records, you can enter a different calculationtype than the one in Customizing. At present all available calculation types arepermitted. The field ‘Calculation type’ can however not be accessed if this field is leftempty. After the data release has been printed, if the field has not been completedmanually, the proposal is automatically taken from Customizing. After this it is nolonger possible to make manual changes.

If you use different calculation types for what are otherwise the same conditions (forexample, percentage, as a fixed amount or quantity-dependent), you do not have todefine different condition types in Customizing. You can set a different calculationtype when maintaining the individual condition records.

Condition Types in the Standard Version of the SAP System

The standard system includes, among many others, the following predefined conditiontypes:

Condition type Description

PR00 Price

K004 Material discountK005 Customer-specific material discount

K007 Customer discount

K020 Price group discount

KF00 Freight surcharge (by item)

UTX1 State tax



44

UTX2 County tax

UTX3 City tax

Creating and Maintaining Condition TypesYou can change and maintain condition types provided in the standard version of the

SAP System or you can create new condition types to suit the needs of your ownorganization. You create and maintain condition types in Customizing.

To reach the condition type screen from the initial Customizing screen for Sales andDistribution: ...

1. Basic Functions → Pricing → Pricing Control → Define condition types .

A dialog-box appears, listing the transaction options. Select the corresponding transactionfor defining the condition types.

2. In the Conditions: Condition Types view, you can change existing condition types orcreate new ones.

Condition Tables

Use

A condition table defines the combination of fields (the key) that identifies an individualcondition record. A condition record is how the system stores the specific condition data

that you enter in the system as condition records. For example, when you enter the price

for a product or a special discount for a good customer, you create individual conditionrecords.

Example of a Condition Table

A sales department creates condition records for customer-specific material prices.The standard version of the SAP System includes condition table 005 for thispurpose. The key of table 005 includes the following fields:

• Sales organization

• Distribution channel

• Customer

• Material

The first two fields identify important organizational data and the last two fields express

the relationship between customers and specific materials. When the sales departmentcreates a condition record for a material price or discount that is specific to one customer,

the system automatically uses condition table 005 to define the key and store the record.

The following figure illustrates the connection between the condition table and thesubsequent condition records.



45

Condition Tables in the Standard Version

The standard system includes predefined condition tables and specifies them for eachaccess in each predefined access sequence.

Creating or Maintaining Condition Tables

You can change and maintain the condition tables in the standard system. You can also

create new condition tables to meet the needs of your own organization. You create andmaintain condition tables in Customizing.

From the initial screen of Customizing for Sales and Distribution, you reach the condition

table screens by choosing Basic functions → Pricing → Pricing Control → Define condition tables. Then select the mode you want to work with (create, change, display).

Information About Fields

The fields that you choose to make up the key are called the selected fields . The fields

from which you can make your selection are called the allowed fields .

Selected Fields

The preceding figure shows the fields that make up the key for condition table 005 (thetable for customer/material condition records in Sales). The selected fields show

organizational data, such as Sales organization .The fields Customer and Material define the relationship between a particular customer and material.



46

Field Catalog (Allowed Fields)

When you select fields for the key, you must choose the fields from the list of allowedfields.

Making Changes to Condition Tables

You can make limited changes to existing condition tables. For example, you can changethe name of the table or the format of the fast entry screens for the condition records.(Fast entry screens are screens where you can quickly, on a single screen, create and

maintain the condition records that refer to the condition table).

Format of a Fast-Entry Screen

The screen consists of header and item lines. Each item line represents a separatecondition record. The header lines include the fields that are general to all item lines. When deciding on the format of the fast-entry screen, you can determine whethereach field in the key appears as a line in the header or as an item line.

Changing the Format of a Fast-Entry Screen

To change the format of the Fast-Entry screen, choose F6 (Technical View) on thescreen where you create or maintain a condition table.

When you determine the format, you have the following possibilities:

If you want the... Do the following...

Field to appear as a header line Leave the line field blank

Field to appear as an item Mark the line field

Text for an item line to appear Mark the text field

After you make changes to a condition table, choose F16 Generate) to regenerate thetable.

Creating a New Condition Table

You can create new condition tables to meet the pricing needs of your organization.When you create a new condition table, you select a combination of fields from the list of

allowed fields. The selected fields define the key for the subsequent condition records.

Before you select the fields for the key, there are two things to consider:

• The sequence (or hierarchy) of the fields

• Which fields you want to appear in the header and item areas of the corresponding fast-entry screens

Important Fields

In sales, the fields you should take into consideration are Sales organization and

Distribution channel . The sales organization is nearly always used as a criteria inpricing, because different sales organizations often want to use their own prices,

discounts, and surcharges. If you use the sales organization as a criterion in pricing, you

should also use the distribution channel. If you do not want to establish different prices,discounts, and surcharges for each distribution channel, use the field anyway. In



47

Customizing for Sales, you can use one distribution channel as a reference for all others

(thereby sharing the same pricing data).

Deciding the Sequence of Fields

The order of the fields in a condition table affects the performance of the system during

pricing. Two general guidelines will help you create an efficient condition table: ...

1. If you select fields that are connected to the structure of your organization (forexample, sales organization and distribution channel), assign the fields according to thelevel of general applicability: Put the most general field, for example, the sales organization in the highest position and the most specific field in the lowest.

2. After organizational fields, place fields from the document header before those thatcome from the item level. (For example, Customer comes before Material )

After you have selected the fields for the key on the screen where you maintain and

define condition tables, choose F16 Generate to generate the table in the system.

Generation prepares the condition table for storing condition data.

Access Sequences

Use

An access sequence is a search strategy that the system uses to find valid data for aparticular condition type. It determines the sequence in which the system searches for

data. The access sequence consists of one or more accesses. The sequence of the accesses

establishes which condition records have priority over others. The accesses tell the

system where to look first, second, and so on, until it finds a valid condition record. Youspecify an access sequence for each condition type for which you create condition

records.

There are some condition types for which you do not create condition records(header discounts that you can only enter manually, for example). These conditiontypes do not require an access sequence.

A sales department may offer customers different kinds of prices. Thedepartment may create, for example, the following condition records in the system:

1. • A basic price for a material

1. • A special customer-specific price for the same material

1. • A price list for major customers

During sales order processing, a customer may, in theory, qualify for all three prices. The

access sequence enables the system to access the data records in a particular sequenceuntil it finds a valid price. In this example, the sales department may want to use the most

favourable price for a certain customer. For this reason, it ensures that the system

searches for a customer-specific price. The following figure shows how the systemsearches for the relevant record.



48

Access Sequences in the Standard Version of the SAP System

The standard version of the SAP System contains access sequences that are predefined

for each of the standard condition types. The names of the access sequences often

correspond to the condition types for which they were designed. For example, the accesssequence for a material discount (condition type K004) is also called K004.

Creating and Maintaining Access Sequences

You create and maintain access sequences in Customizing. For more information, see the

online Implementation Guide for Sales and Distribution.

To reach the access sequence screen, go to the initial screen for Sales and Distribution

Customizing and choose: ...

1. Basic Functions → Pricing → Pricing Control → Define access sequences

Select the transaction that you want to execute (Maintain access ).

Pricing Procedures

Use

The primary job of a pricing procedure is to define a group of condition types in aparticular sequence. The pricing procedure also determines:

• Which sub-totals appear during pricing

• To what extent pricing can be processed manually

• Which method the system uses to calculate percentage discounts and surcharges

• Which requirements for a particular condition type must be fulfilled before the system takesthe condition into account

Example of a Pricing Procedure



49

If a sales department processes sales orders for a variety of foreign customers, thedepartment can group the customers by country or region. A pricing procedure canthen be defined for each group of customers. Each procedure can include conditiontypes that determine, for example, country-specific taxes. In sales order processing,you can specify pricing procedures for specific customers and for sales documenttypes. The system automatically determines which procedure to use.

Pricing Procedures in the Standard Version of the SAP SystemThe standard system contains pre-defined pricing procedures, which contain frequently

used condition types along with their corresponding access sequences. You can, of

course, modify these procedures or create your own from scratch.

Creating and Maintaining Pricing Procedures

You create or maintain pricing procedures in Customizing for Sales. For more

information on creating pricing procedures, see the online Implementation Guide forSales and Distribution.

To reach the pricing procedure screen from SD Customizing: ...

1. Choose Basic Functions →→→→ Pricing →→→→ Pricing control →→→→ Define and assign pricing procedures.

2. Select the transaction that you want to execute.

Credit and Risk Management (SD-BF-CM)

Credit management

Purpose

Outstanding or uncollectible receivables can spoil the success of the company greatly. CreditManagement enables you to minimize the credit risk yourself by specifying a specific credit limitfor your customers. Thus you can take the financial pulse of a customer or group of customers,identify early warning signs, and enhance your credit-related decision-making. This is particularlyuseful if your customers are in financially unstable industries or companies, or if you conductbusiness with countries that are politically unstable or that employ a restrictive exchange ratepolicy.

Integration

If you are using the Accounts Receivable (FI-AR) component to manage your accounting and anexternal system for sales processing, Credit Management enables you to issue a credit limit foreach customer. Every time you post an invoice (created in FI-AR), the system then checkswhether the invoice amount exceeds the credit l imit. Information functions such as the salessummary or early warning list help you to monitor the customer’s credit situation.

If you are using both the Accounts Receivable (FI-AR) component to manage your accountingand the Sales and Distribution (SD) component for sales processing, you can also use CreditManagement to issue credit limits for your customers. You can make settings in Customizing todecide the scope of the check and at what stage in the process (for example, order entry, delivery



50

or goods issue) a credit limit should take place. General information functions are also availablefor use with credit checks.

Features

If you are using both the SD and FI-AR components, Credit Management includes the following

features:

• Depending on your credit management needs, you can specify your own automatic creditchecks based on a variety of criteria. You can also specify at which critical points in thesales and distribution cycle (for example, order entry, delivery, goods issue) the systemcarries out these checks.

• During order processing, the credit representative automatically receives informationabout a customer’s critical credit situation.

• Critical credit situations can also be automatically communicated to credit managementpersonnel through internal electronic mail.

• Your credit representatives are in a position to review the credit situation of a customerquickly and accurately and, according to your credit policy, decide whether or not toextend credit.

• You can also work with Credit Management in distributed systems; for example if youwere using centralized Financial Accounting and decentralized SD on several salescomputers.

You can find information about where to make Customizing settings for Creditand Risk Management in Settings for Credit and Risk Management

Risk Management for ReceivablesSee Risk Management for Receivables in SD for information about managing risks forreceivables.

Settings for Credit Management and RiskManagement: Overview

The table below lists the most important settings that you make in Customizing for Credit Management . The relevant Implementation Guide (IMG) provides a detailed description of theindividual activities.

Access via Menu path



51

Settings for

Creating credit data

(Determine credit limit forcustomer)

Accounting application Accounting → Financial accounting →

Accounts receivable → Credit management

→ Master data → Change

Credit control area Credit control area Enterprise Structure Customizing


maintenance → Definition → Financial

Accounting → Maintain CreditControl Area



and

Financial Accounting

Customizing


maintenance → Assignment → Financial

Accounting → Assign CompanyCode to Credit Control Area

and



Assign Permitted Control Areasto Company Code




maintenance → Assignment → Sales and

Distribution → Assign SalesOrganization to Company Code

Subdividing the creditcontrol area

Credit representativegroups




Management →

Credit Control Account →


Credit representative Financial Accounting Customizing




Risk category Financial Accounting Customizing



Define Risk Categories

Sending a documentwith SAPoffice


Sales and Distribution → Basic Functions → Credit Management/Risk Management → Credit Management/Risk Management

Settings → Enter settings

Defining credit limitchecks for sales anddistribution processing

Automatic credit control Sales and Distribution Customizing



Credit Management → DefineAutomatic Credit Control



52

Risk management forreceivables

Define form of paymentguarantee





Define and assignpayment guarantee

procedures


Sales and Distribution → Basic Functions → Credit Management/Risk Management →


Material Determination

Use

Material determination enables the automatic substitution of materials in sales documents duringsales order processing. For example, during the course of a sales promotion, the system can,during sales order entry, automatically substitute a material that has promotional packaging. A

consumer product may have a special wrapper for, for example, the Christmas season. Usingmaterial determination, the system substitutes the material only during the specified period.

The following graphic illustrates the determination of a promotional product in the sales order.

In addition, you can use material determination if you want the system to automatically substitute,for example:

• customer-specific product numbers with your own material numbers

• International Article Numbers (EANs) with your own material numbers

• Substituting discontinued materials with newer materials

Output Determination (SD-BF-OC)

Purpose

The Output Determination component offers output functions for sales, shipping, transportation,and billing to help you manage sales transactions with your customers and within your company.You can create sales activity output (for example, customer telephone calls, mailing campaigns)and group output (for example, freight lists). Your company employees can send and receiveoutput. Output is directly linked to the corresponding sales transaction (for example, the system



53

automatically sends an order confirmation via Electronic Data Interchange (EDI) as soon as theemployee creates an order).

Integration

The output determination component is used for output control. Output control is used to

exchange information with internal and external partners.

Output control includes the following functions, described in the cross-application (CA) - Output Control documentation:

• Output Determination

• Output Processing

FeaturesThe system can automatically propose output for a sales and distribution document. You canchange this output in the sales and distribution document.The system uses the condition technique to determine output. For more information on the

condition technique, see Conditions and Pricing.See also:For further information on output, refer to the following documentation:

Application Documentation

Basis-Services SAP Internet Mail Gateway

SAP Communication: Configuration (BC-SRV)

Cross-Application Components CA – Output Control

BC - SAP Business Workflow

SD – Sales and Distribution: Workflow-Scenarios

For information on Customizing settings and examples, refer to Output Control Customizing inSales and Distribution (SD) in the CA - Output Control documentation.

Texts in Sales and DistributionPurpose

In a business relationship, it is essential that business partners exchange information throughoutthe logistics chain. In sales and distribution, this exchange of information is supported by texts inmaster records and documents. You can maintain these texts for one particular customer ordefine them so that they can be used more flexibly.



54

Texts can be used in many areas of sales and distribution:

• Sales notes for customers

• Sales texts for materials

• Explanations in order confirmations

• Shipping instructions in deliveries

You can define as many text types as you require (sales texts, shipping texts, internal notes,supplement texts etc.) for master records and documents.You can take the settings for the texts from Sales and Distribution Customizing under Text control.

FeaturesYou store the texts that are to serve as information carriers in the system and in the output in thecustomer master record, the material master record, and in the sales and distribution documents.In addition the following processing and control functions are supported:

• Texts are proposed from the master records in the sales and distribution documents, ifyou have made the appropriate setting.

• Texts can be copied from a reference sales and distribution document into another salesand distribution document (e.g. from an inquiry into a sales order or from an order into adelivery).

• The copying of texts can be made language dependent, if required.

• You can change copied texts.

• You can integrate standard texts into the sales and distribution documents.

Creating Tax Records

Steps:

To create a tax condition record:

1. Choose Logistics →→→→ Sales/distribution →→→→ Master data .

You reach the Sales Master Data screen.

2. Choose Pricing →→→→ Taxes →→→→ Create .

You reach the data Select Countries for Maintaining Tax Conditions screen.

3. Position the cursor on the country for which you want to maintain a tax record andchoose Tax records .



55

4. Enter the relevant data.5. To save the tax record, choose Save .

Account Determination

Use

To be able to use revenue recognition, you should select several special general ledger accounts.Choose: Sales and Distribution -> Basic Functions -> Account assignment/Costing -> Revenue Recognition

Determining the Revenue Account

Revenue recognition uses revenue account determination. To set up revenue account

determination, use transaction VKOA.

Determining Non-Billed Receivables Accounts

The account for non-billed receivables is a special general ledger account, used to determinerevenue which has been implemented but not yet billed.

If you want to set up an account, join an account with non-billed receivables together with acustomer reconciliation account which is a part of your chart of accounts. You can use thetransaction OVUR for this.

The standard system has the balance sheet account 142100 for non-billed receivables in the

USA and in Canada (Accruals and Deferred Income).

Determining the Deferred Revenue Account

The deferred revenue account is a special general ledger account, used to determine revenuewhich has been billed but not yet implemented.

The system determines the deferred revenue account for a document item using standard SDaccount determination. Use the transaction VKOA for this.

You must enter the deferred revenue account number in the second column.

Output Determination (SD-BF-OC)

Purpose



56

The Output Determination component offers output functions for sales, shipping, transportation,and billing to help you manage sales transactions with your customers and within your company.You can create sales activity output (for example, customer telephone calls, mailing campaigns)and group output (for example, freight lists). Your company employees can send and receiveoutput. Output is directly linked to the corresponding sales transaction (for example, the systemautomatically sends an order confirmation via Electronic Data Interchange (EDI) as soon as theemployee creates an order).

Integration

The output determination component is used for output control. Output control is used toexchange information with internal and external partners.

Output control includes the following functions, described in the cross-application (CA) - Output Control documentation:

• Output Determination

• Output Processing

FeaturesThe system can automatically propose output for a sales and distribution document. You canchange this output in the sales and distribution document.The system uses the condition technique to determine output. For more information on the

condition technique, see Conditions and Pricing.See also:For further information on output, refer to the following documentation:

Application Documentation

Basis-Services SAP Internet Mail Gateway

SAP Communication: Configuration (BC-SRV)

Cross-Application Components CA – Output Control

BC - SAP Business Workflow

SD – Sales and Distribution: Workflow-Scenarios

For information on Customizing settings and examples, refer to Output Control Customizing in

Sales and Distribution (SD) in the CA - Output Control documentation.

Message Determination

Use



57

During message determination, the condition tables are searched for condition records accordingto the rules defined in Customizing (defining condition components) which correspond to thecurrent application data.

The current application data is transferred to Message Control from the application in theCommunication Structure . In addition, the application also transfers the relevant Application

Code and a Procedure as the highest condition components in the hierarchy.

When the system finds a message, the following scenario occurs:

• If the application provides functions for manual editing of messages, the message foundis proposed to the user. The user can edit the message manually and make any changesrequired.

• The message (which may have been edited) is saved and is then immediately or later transferred to the processing program.

PrerequisitesThe Condition Components and Condition Records must be defined.

FeaturesMessage Determination: Processing Condition Component Hierarchies Condition Table Access

Activities

For each object (document), if you wantto...

You should read the section entitled...

send not more than one message to eachpartner

Strategy:"Exclusive Access Sequence"

send several messages to a partner invarious functions or languages

Strategy:"Inclusive Access Sequence"

send several messages to a partner in thesame function and language

Strategy Procedure

Condition Components and Condition Records

Definition

The tool that Message Control uses for message determination is well known in otherapplications (for example price determination and account determination in SD): condition

technique. The condition technique uses condition components that determine with whichmethod and with which application data the message is searched for. The following two diagramsshow the hierarchy for the condition components.

Condition Components: Sample Hierarchy

Condition Components: General Hierarchy



58

Structure

The individual condition elements are:

Application Code

Field Catalog for Condition Keys

Procedure

Output Type

Access Sequence

Condition Table

Condition Access

Message Determination: Processing ConditionComponent Hierarchies

If a business application transfers a procedure for message determination to Message Control, alloutput types in the procedure are searched. The following diagram shows the output types Order confirmation and Internal mail in the procedure Order .



59

During message determination for an output type, the access sequence is processed, that is, allcondition tables in this access sequence are accessed sequentially.

In the above example, there are two condition tables (001 and 002) for the access sequence0001 and therefore for the message Order confirmation .

The order confirmation access sequence refers successively to the tables listed below with thecorresponding keys:

Table Key Indic. "Exclusive"

Condition table 001 Sales organization customernumber

According to strategy: Setor not set

Condition table 002 Sales organization No difference in example

Condition table 001 therefore contains more specific conditions (sales organization / customernumber) than condition table 002 (only sales organization) for the sending of an orderconfirmation. In the case of an exclusive exit strategy for table 001, table 002 is no longeraccessed when a condition from table 001 has been met. As there is not a third table behind table002 in the access sequence, it makes no difference in this example if the exit strategy for thistable is inclusive or exclusive.

You can assign the following condition components with conditions written in ABAP:

• Output type



60

The value of the system return code at the end of the condition determines whether thecondition table of this output type is accessed. If the result is negative (Return code <>0), processing in the procedure continues, that is to say, the next output type in theprocedure is processed.

• Condition Table Access

If the system return code is <> 0 at the end of the condition, processing of the accesssequence continues.

Message Determination: Condition TableAccess

Order confirmations are searched for in the following diagram:

1. Message determination begins in the procedure V1000 with the output type BA00 and theassigned access sequence 0001.

2. In the access sequence the key of the condition table 001 is determined with the salesorganization 0001 and the sold-to party "company 1". The condition table is read with thiskey.

3. If a condition record is found, the system proposes a message default with the attributesfound in table NACH.

4. The message default (which may have been edited manually) is stored after documentposting as a record in table NAST. The message is given a unique number foridentification purposes.

Condition access example



61

Message Processing

UseFor output (for example EDI dispatch) the message found is processed. This involves, forexample, formatting (for printing). The current status of message processing can be seen inmessage status. Processing time can be used to set when message processing should betriggered.

Features

The Message Status Record (table NAST) contains information about when to start processingprograms and which parameters are used. When the processing program has been called, aprocessing status is written. You can therefore obtain an overview of the processing status of themessages (or conditions) valid for this object on the basis of an application object.

Subsequent Processing

Interface to Processing Programs

Processing Log

Formatting SAP script Messages

Formatting mails

Message Control scenario: Processing

A particular customer’s credit limit being exceeded should cause theaccount history to be printed out. In this case, the processing program isthe print formatting and output.

A release message for a document is implemented in a processingprogram as a call to Business Communication Interface.

The following diagram shows the various processing options:



62

Entering Electronic Mails Manually in SDDocuments

1. Choose Extras → Output → Header or Item in the document you are currentlyprocessing.

2. Enter the following data:

– Mail in the Output type field

– Output medium 7 in the Output medium field

– MP in the PartFunct. field

– the user name of the mail recipient in the Partner field

– the language in which the mail should be sent in the Language field

3. Choose Further data to enter the timing data for the electronic mail.4. Choose Communication method to maintain the communication data for the electronic

mail:

- Mark either the Functional or Standard field (for mail that is not confidential) or theConfidential field.



64

Item dataWhereas data in the document header applies to all items in the document, some data appliesonly to specific items. This data is stored at item level and includes the:

• Material number

• Target quantity for outline agreements

• Number of the ship-to party and the payer (an alternative ship-to party or payer can bedefined for a particular item)

• Plant and storage location specifications

• Pricing elements for the individual items

Schedule line dataAn item consists of one or more schedule lines. The schedule line contains all the data that isneeded for a delivery. For example, a customer orders 20 units of a particular material which youenter as one item in the sales order. However, you can only deliver 10 pieces now and theremaining 10 pieces next month so you need to schedule two deliveries. The data for thesedeliveries (dates, confirmed quantities) are stored in two separate schedule lines. In salesdocuments where delivery data is not relevant, for example, contracts, credit and debit memorequests, the system does not create any schedule lines.Data recorded in the schedule lines includes the:

• Schedule line quantity

• Delivery date

• Confirmed quantity

How Sales Documents are Controlled

During Customizing for Sales and Distribution, your system administrator defines various types ofdata for controlling the processing of sales documents. Data is defined on three different levels:

• According to sales document type

• According to item category

• According to schedule line category

At sales document level, for example, you can specify whether a credit check takes place for aparticular type of document. In addition, you can specify whether a certain document type isautomatically blocked and must first be reviewed before it can be processed further (a request fora credit memo, for example). At item category level, you can specify, for example, whether anitem category is relevant for delivery or billing. The item categories used in a quotation, for



65

example, would not be relevant for delivery or billing. Finally, schedule line categories can bedefined according to how you want MRP requirements and the availability check to be carried out.

Sales Document TypesThe standard version of the SAP System includes a variety of pre-defined sales document

types. During the implementation of your system, these standard definitions may bemodified to suit the particular needs of your organization. In addition, you may add your

own sales document types. The sales document types in the standard system include thefollowing:

Type of processing Sales document type Abbreviation

Presales Inquiry IN

Quotation QT

Free-of-charge delivery FD

Sales orders Standard sales order OR

Cash sale BV

Rush order SO

Outline agreements Quantity contract CQ

Maintenance contract WV

Rental contract MV

Scheduling agreement DS

Complaints Credit memo request CR

Debit memo request DR

Subsequent delivery, free-of-charge SD

Returns RE

Control Elements in Sales Document Types

You can use control elements, configured in Customizing for Sales and Distribution, todefine each sales document type in such a way that it is provided with its own range of

functions. The document types can be tailored to meet the requirements of your company.

You can modify the existing document types or you can create your own if those

specified in the standard version of the SAP System do not meet the needs of your sales

organization. Your system administrator is responsible for maintaining control elements. Your answers to the following questions help to decide how to define a particular sales

document type:

General data

• Can the document be entered only with reference to a preceding document?

• Should the existing customer-material info record be taken into consideration?

• Should the delivery date be proposed?



66

• Must a customer number be entered when creating a document? For example, assortmentmodules can be entered without reference to a particular customer.

• Which order probability is defined?

• Should the division be taken from the material master record for every item or should analternative division specified in the header take precedence over the item specifications?

1.

•

How should the system respond if the division entered in the header deviates from thedivision in the items?

• Should a credit limit check be made?

• From which number range should the document number for internal or external numberassignment come?

• Which fields are relevant for the incompletion log? The validity period, for example, isimportant for contracts and must therefore be specified in the document.

• Can an incomplete document be saved or must all data be complete?

• Which partner functions are allowed and which ones are mandatory?

Shipping data

• Which delivery type should the delivery resulting from the order have?

• Should delivery schedulingbe carried out?

• Should transportation scheduling be carried out?

• Should a delivery block be set automatically for a specific reason? For example, a deliveryblock may be appropriate for a free-of-charge delivery.

• You can define shipping conditions for a sales document type. These are copied into thedocument regardless of what is defined in the customer master record.

Billing data

• Which billing type should the invoice resulting from the order or the delivery have?

• Should a billing block be set automatically for a specific reason? For example, a billingblock may be appropriate if a credit memo request should first be checked before it is usedas the basis for a credit memo.

Item Categories

Item categories are defined to provide additional control functions for the sales documents andthus meet the demands resulting from different business transactions. A separate control isdefined for each of these item categories. For example, the functions of a standard item arecompletely different from those of a free-of-charge item or a text item.

The following graphic shows some of the item categories which are defined in the standardsystem. For instance, the first example displays the item categories for a standard item in the

inquiry, in the quotation, and in the sales order.



67

Item Category Control

The system uses an item category to process a material differently in each sales document type.For example, you can define a different control for a material in an inquiry and a material in anorder.

The following graphic shows an example of how a material is controlled in an inquiry and how it iscontrolled in an order.



68

In the inquiry, the standard item is priced but is not relevant for delivery. For the free-of-chargeitem, however, which is subordinate to the standard item, no pricing is carried out and it is notrelevant for delivery.

In the sales order, the situation is different. Both items are relevant for delivery but pricing iscarried out only for the standard item.

Control Elements in Item Categories

Depending on the sales document type, different item categories are allowed. The itemcategories can also be adapted using control elements to meet the special requirements of yourinstallation. You can modify the existing item categories or you can create your own. Your systemadministrator is responsible for maintaining the control elements.

The answers to the following questions form the basis for deciding how to define a particular itemcategory:

General data

• Should pricing be carried out for the item?

• When should an item be regarded as completed? A quotation item, for example, can onlybe regarded as completed if the entire quantity has been copied into a sales order.

• Does the item refer to a material or is it a text item?

• Are schedule lines allowed for the item?

• May general business data, for example, the terms of payment at item level, deviate fromthose at header level?

• Should a system message appear if the item cannot be fully delivered?

• Which fields are relevant for the incompletion log?

• Which partner functions are allowed at the item level and which are mandatory?

• Which output (for example, an order confirmation) is allowed for the business transactionand which output determination procedure is used?

Shipping data

• Is the item relevant for delivery?

• Should the weight and the volume of an item be determined?

Billing data

• Is an item relevant for billing?



69

• Should the cost of the item be determined?

• Is it a statistical item? The system prices statistical items, but they are not added to thevalue of the order. In other words, the customer is not charged for them.

• Should a billing block be set automatically for an item? For example, this may be

important for items whose prices have to be clarified before billing.

• Is it a returns item?

Determining the Item CategoryThe item category in the sales document depends on the sales document type and the material.An item category group is defined in the material master record. For example, in the standardSAP System, the item category group NORM is defined for materials kept in stock and the groupDIEN for services and non-stock material.The following graphic shows how the system determines the item category. For a material withitem category group NORM, the system determines the item category AFN for an inquiry (salesdocument type IN) and the item category TAN for a standard order (sales document type OR).

Determining the Item Category for Sub-ItemsServices and free goods can be entered as separate items or can be allocated to other items. Anitem which is allocated to another one is called a sub-item. Determining the item category for sub-items depends on the higher-level item.If a free goods item is allocated to a standard item in a standard order (item category TAN), theitem category TANN is used for the sub-item in the standard version of the SAP System, and thesub-item is processed as a free-of-charge item.

Schedule Line CategoriesThe items in a sales document are divided into one or more schedule lines. These schedule linesdiffer from each other with respect to date and quantity.

Different control elements are also defined for the schedule lines. For example, for someschedule lines, material requirements planning is not carried out; for other schedule lines, it iscarried out. Also goods receipt, not goods issue, is posted for a schedule line defined in a returnsdocument.



70

The following graphic provides an overview of some of the item categories which are defined inthe standard system.

Schedule Line Category Control

The various schedule line categories are controlled in different ways:

• The schedule line AT in inquiries is used only for information.

• No requirements are transferred and no availability check is carried out for the schedulelines BN and CN.

• Requirements are transferred and the availability of the material is checked for theschedule lines BP and CP.

• No stocks are managed for the schedule line categories BT, CT and CX. No goods issueis posted for the categories BT and CT. However, goods issue is posted for CX.

• The schedule line categories BV and CV are controlled in the same manner as thecategories BN and CN. However, requirements can be passed on for analysis purposes.

• Goods receipt is posted for the schedule line DN in a returns document.

• The schedule line categories CN, CP, CT, and CV are relevant for delivery; the otherschedule line categories are not.

Control Elements for Schedule Line Categories



71

Different schedule line categories are permitted according to the sales document type and itemcategory you are using. You can use control elements to tailor the schedule line categories tomeet the special demands of your installation. You can also define new schedule line categories.Your system administrator is responsible for maintaining the control elements.The answers to the following questions form the basis for deciding how to define a particularschedule line category:

General data

• Which fields are relevant for the incompletion log?

• Should a customer requirement be reported to purchasing or production?

• Should an availability check be carried out?

• Is it a schedule line for a returns document?

Shipping data

• Is the schedule line relevant for delivery?

• Should a delivery block be set automatically for the schedule line? A delivery block isappropriate for free of charge deliveries.

Determining the Schedule Line CategoryThe schedule line category depends on the item category of the corresponding item and thematerial requirements planning type (MRP) of the material. The MRP type of a material isspecified in the material master record.Schedule line categories are proposed automatically based on values set in the appropriate table.You can make some manual changes to the entries in the sales document but you cannot changeeverything. When you enter another schedule line category, the system checks whether this

category is allowed. For information on which schedule line categories are allowed in each case,see your system administrator.

Customer Inquiry/Quotation

Purpose

You can represent pre-sales business processes in the system using the functions for inquiriesand quotations. Customer inquiries and quotations to the customer can be entered andmonitored.

For example, a customer inquires whether you have a certain product in your warehouse, howmuch it will cost, or whether the product will be available for a certain date. The inquiry istherefore a request from the customer for you to provide him with a sales quotation.

A quotation presents the customer with a legally binding offer for delivering a product or providinga service within certain fixed conditions.

The data you store in sales queries forms the basis of subsequent documents and, if you wish,sales analysis.



72

Creating and maintaining this kind of data may be useful under, for example, the followingcircumstances:

• You want to evaluate your pre-sales processing with reports and analysis. For example,

you want to compare the value of a quotation against the value of subsequent salesorders and invoices and then evaluate the effectiveness of your planning process. Or youwant to evaluate the success rate of quotation-to-order conversion by salesman or salesgroup.

• Your sales organization deals with government agencies or large organizations andinstitutions who routinely send out for bids and requests for proposal. You want to recordthe entire sales cycle.

• Your sales organization sells a wide range or low value products (for example, consumerproducts with a high turnover) but you wish to fix certain data for the presales phase ifyou are negotiating for larger contracts.

A company sends out quotations for equipping intensive care rooms in hospitals.The equipment can vary, depending on the hospital and other factors, but 40% ofthe components are standard. The company's sales staff copy the standardcomponents into quotations from master data, along with standard texts(standard clauses, for example). Whenever possible, the staff copies theremaining components from existing quotations that resulted from similarqueries. Alternatively, the staff can copy data from product proposals.

Implementation ConsiderationsBefore you can use sales queries, you must maintain the following:

• Master data for order probability by customer and document type

• Relevant sales query document types

• Copying requirements for document flow

• Master data for alternative items (material determination)

You maintain document types and copying requirements in Customizing for Sales andDistribution. For more information about these functions, see the online Implementation Guide .

FeaturesSales queries let you enter and store all the important, sales-related information you use duringsales order processing. Queries that are not complex can be entered quickly in the initial entryscreen. The query can be entered from scratch or can be copied. For example, when thecustomer decides he wants a firm quote, you can copy a previously entered inquiry directly into aquotation.The inquiries and quotations entered in the system can be displayed and evaluated in a list. Youcan use selection criteria to limit the list which will give you a more selective display andprocessing. For analysis purposes, you can list all the quotations you processed during the lastsix months and examine those that were rejected and for what reasons.



74

Once the customer has received the goods and is satisfied with them, the transaction isconsidered to be complete. We recommend that you post goods issue in the background using aprogram designed specifically for this purpose. You can then bill the transaction.

The cash sale can only be billed if the order quantity is the same as the goodsissue quantity. If this is not the case, you need to adjust the cash sale documentso that the delivered quantity and the quantity to be billed match.

You use an order-related collective billing process to bill the cash sale, but an invoice is notprinted. The sales order number is used as the reference for the accounting document, created inFinancial Accounting.

Dealing with Problems and Complaints

If the transaction does not run smoothly, manual intervention is necessary. For example, if therequired quantity of goods is not found in the warehouse, you need to adjust the delivery quantity.Equally, if the customer is not prepared to pay the agreed price, because, for example, the goodsare scratched, you can change the price in the cash sale document.



75

In extreme cases, you can delete the entire transaction, starting with the delivery.

If the delivery is damaged before it is picked up but after it is paid for and there is no replacementstock, you can initiate a subsequent delivery.

If you make changes to the cash sale, you can issue a new cash sale invoice using the repeat

printout function.

Rush Order

Implementation Considerations

In a rush order transaction, the customer picks up the goods or you deliver the goods on thesame day as the order is placed. In the standard system, when you save this sales documenttype, a delivery is automatically created and billing is related to the delivery.

Process Flow

In the standard system, sales document type SO is saved for rush orders with immediate deliverytype LF. Once the goods have been removed from storage, the goods are picked, and goodsissue is posted.

Once the billing documents are created (for example, in collective processing), invoice papers areprinted and sent to the customer.



76

Complaints

Implementation Considerations

The following processes are available in complaints processing:

• Free-of-Charge Deliveries

Although these are not complaints, they are offered as part of this component. A free-of-charge delivery is used to send a customer a free sample of your products.

• Free-of-Charge Subsequent Deliveries

If the customer complains (for example, that they received the wrong quantity) you cansend them the extra material later free of charge. This free-of-charge subsequent deliveryalways refers to a sales order.

• Returns

If the customer complains, for instance, that the goods were faulty, you take the goodsback to check them. Once you have checked the goods, you can implement one of thefollowing activities:

− Send the customer a credit memo

− Make a subsequent delivery of the goods, free of charge

• Credit Memo Requests

If the customer complains that the price was miscalculated (for example, too high) yourequest a credit memo for the appropriate sum, and you do not take the goods back.

• Debit Memo Requests

If prices were calculated as too low, you request a debit memo.

• Invoice Correction Requests

The invoice correction request works in the same way as credit and debit memorequests, but here you enter the price or quantity that should have been calculated. Thesystem then calculates the difference and creates either a debit or a credit memo,depending on whether the difference is negative or positive.

Implementation ConsiderationsYou need this component for processing complaints, or for sending free samples or products toyour customers.

FeaturesAll complaints can be approved or rejected. Once a complaint has been approved, you createeither a credit or debit memo, depending on the type of complaint.If you reject a complaint, you can specify a reason for the rejection and this can be used asselection criteria for listing complaints.



77

Free-of-Charge Delivery

Definition

A sales document for delivering goods to a customer free of charge.

Use

You can create free of charge deliveries for sending samples of your products to the customer. The system will then generate a delivery based on the free-of-charge delivery.

Structure

A free-of-charge delivery is a type of sales document just like the standard order. For moreinformation on sales documents, see Working With Sales Documents

Integration

A free of charge delivery triggers a delivery.

Free-of-Charge Subsequent Delivery

Definition

A sales document used in complaints processing for making a subsequent delivery of goods tothe customer, free of charge.

Use

You can create a free-of-charge subsequent delivery if, for example, a customer receives too fewgoods, or if the goods have been damaged in the shipment. The system uses the free-of-chargesubsequent delivery to create a delivery.

Structure

A free-of-charge subsequent delivery is a sales document, like a standard order. For moreinformation on sales documents, see Working With Sales Documents

Integration

A free-of-charge subsequent delivery triggers the system to create a delivery.

Returns

Definition



78

A return is a sales document used in complaints processing for when a customer sends goodsback.

Use

You enter a return in the system if the customer returns damaged goods, or goods that had been

delivered for sale on approval.

The return causes the system to:

• Register the receipt of goods using a returns delivery, and post the goods to stock (forexample, blocked stock).

• Create a credit memo, once you have checked the goods and approved the complaint.

StructureA return is another type of sales document like a standard order. For more information on salesdocuments, see Working With Sales Documents Integration

The return triggers the following functions:

• Delivery (returns delivery)

• Billing (for creating a credit memo)

Credit Memo Request

Definition

A credit memo request is a sales document used in complaints processing to request credit for acustomer.

Use

If the price calculated for the customer was too high (for example, with the wrong scaled prices orbecause a discount was forgotten), you can create a credit memo request. The credit memorequest can be automatically blocked for checking. Once it has been approved, you can removethe block.

The system uses the credit memo request to create a credit memo.

Structure

A credit memo request is another type of sales document like a standard order. For moreinformation on sales documents, see Working with Sales Documents.

A credit memo request starts the billing process.

Debit Memo Request



79

Definition

A debit memo request is a sales document used in complaints processing to request debit for acustomer.

UseYou can create a debit memo request if the prices calculated for the customer were too low (forexample, if the wrong scale prices were calculated). The debit memo request can beautomatically blocked for checking. Once it has been approved, you can remove the block.

The system uses the debit memo request to create a debit memo.

Structure

A debit memo request is another type of sales document like a standard order. For more info

rmation on sales documents, see Working With Documents.

Integration

A debit memo request starts the billing process.

Invoice Correction Requests

Definition

A sales document used in complaints processing to correct the quantity or price of one or moreitems in an invoice.

The invoice correction request is the same as the differential credit memo in theSAP R/2 System.

Use

You can create an invoice correction request if the wrong prices have been calculated for thecustomer. The invoice correction request can be automatically blocked by the system until it hasbeen checked.

The system calculates the difference between the amount that was originally calculated and thecorrected amount for each item.

Once it has been approved, you can remove the block. The system creates a credit memo withreference to the invoice correction request. If the remaining amount is positive, the total valuedoes not have a + sign, if the remaining amount is negative, the total value has a – sign.

Structure



80

An invoice correction request is a type of sales order, like the standard order. For moreinformation on sales documents, see Working With Sales Documents.

An invoice correction request has the following structure:

• Header

This contains the data that is relevant for the whole invoice correction request, such assold-to party and payer, and the total value of the invoice correction request.

• Item pairs

Two items are automatically created for each item from the invoice, to be copied for theinvoice correction request:

o First: Credit itemo Second: Debit item

These contain the same value and quantity.In the credit item, the system credits the customer with the full value. If you change thedebit item (for example, due to new pricing or a change in quantities), this results in adifference amount.

In most cases, an invoice correction request is created with the aim that a creditmemo is generated. In the standard system, the invoice correction request istherefore characterized as a credit memo request, which means that the systemcreates a credit memo based on the invoice correction request.In Customizing, you can change this, so that the invoice correction request ischaracterized as a debit memo request. In this case, the system creates a debitmemo, based on the invoice correction request. You can change these settings

in Customizing under Sales → S ales Documents → Sales document header → Define sales document types in the Sales document categ. field.Regardless of whether the invoice correction request is a credit or debit memo,the first item is always a credit item and the second is a debit item.If you want the system to generate a credit memo for a positive remainingamount, and a debit memo for a negative remaining amount, you need to set anadditional sales document type in Customizing, for example, ZRK1 (invoice

correction request for debit memos). This sales document should becharacterized as a "debit memo request". In addition, you make the setting thatthis sales document type should be billed with a debit memo (for example, withthe billing type L2 ).Before you create an invoice correction request, you need to consider from thevery start what it should be generated for. If the aim is a credit memo, you usethe sales document type RK for the invoice correction request, if the aim is a

debit memo, you use the sales document type ZRK1 .You can find further information about setting up a new sales document type in

the implementation guide (IMG) under Sales and Distribution → Sales → Sales Documents .You can find further information about setting up a billing type with which this

sales document type should be billed in the IMG under Sales and Distribution →

Billing → Billing Documents → Maintain Copying Cotrol for Billing Documents,Activity: Copying Control: Sales document to billing document .

Integration



81

You create invoice correction requests with reference to an invoice.

Web Shop

Use

You use Web shops in ERP E-Commerce to sell your products via the Internet. You can

maintain Web shops for your Business-to-Business (B2B) and Business-to-Consumer

(B2C) scenarios. You define the content for your Web shop, that is, the products youwish to sell, in the ERP product catalog or an external catalog. You maintain the shop

itself, for example which transactions, functions, and product catalog you wish to offer,

in the Web-based Shop Management application. Once you have maintained a catalogand a Web shop you can sell your products via the Internet.

Prerequisites

You have created a Web shop in the Shop Management application. For more

information, see the Shop Management configuration documentation in SAP SolutionManager.

Features

You can create and maintain your Web shops in the Shop Management application. Youcan do the following:

• Create a new Web shop

• Copy the data of an existing Web shop

• Search for a Web shop

• Change, delete a Web shop

You can define various settings for your Web shop in the Shop Management applicationwhich will result in the view your customers and business partners see. The settings are

grouped into three main areas: 1. • General Information

Contains, for example, settings for language of Web shop, address format, and shopscenario.

2. • Product Catalog

Contains, for example, settings the catalog variant and catalog price determination.

3. • Transactions

Contains, for example, settings for the transaction types enabled in the web shop, and thesales organizational data.

If you choose the Web shop scenarios for Internal Users (ERP E-Commerce) or

Business-on-Behalf (Channel Management) in the General Information section, thesystem displays a fourth settings area in the Shop Management application, calledCustomers , which contains particular settings for these scenarios.

Backorder Processing

Using backorder processing, you can list sales documents relevant for requirements for particularmaterials and confirm them manually. You can assign available-to-promise (ATP) stock to



82

outstanding order quantities. In addition, you can withdraw already confirmed quantities andreassign them to different items.

Backorder processing is only available for materials with individual requirements.Summarized requirements are usually used for materials sold in bulk quantities.Backorders for bulk products are not, as a rule, processed manually.

The following display and processing functions are available for backorder processing:

• Selecting Backordered Materials From a List • Selecting Single Materials for Backorder Processing

See also:

Availability Check in Sales and Distribution Processing

Selecting Backordered Materials From a List

The selection list enables you to display information about the requirements for the selectedmaterials. You can then select and process individual sales documents directly from the list.

Creating a List of Sales Documents for Backorder Processing

To process backorders with a selection list, proceed as follows:

1. In the initial screen, choose Logistics → Sales and distribution → Sales .

2. Choose Environment →→→→ Backorders →→→→ Backorder processing →→→→ SD documents .

3. Enter you selection criteria (for example, the plant, sold-to party, purchase order number)and choose Program →→→→ Execute .

The system displays a list of the materials that meet your selection criteria. For eachmaterial, you the list provides the relevant information for each corresponding salesdocument (for example, the first delivery date, order quantity, confirmed quantity, andopen quantity).

You can branch directly from the selection list into the individual sales documents. In addition,you can display the status, the document f low, and any changes made to the document.Select the documents that you want to process and select from the following options:

• Environment →→→→ Document to branch to an individual sales document

• Environment →→→→ Document status to display the document status

• Environment →→→→ Document flow to display the document flow

• Environment →→→→ Document changes to see the changes

Processing Backorders for Sales DocumentsBackorder processing from the selection list always takes place by material. This means that ifyou select several materials in the list, the system processes each one in turn.



83

If you want to reschedule in order to update the sales documents before youprocess the backorders, note that this may adversely affect system performance.Whenever possible, carry out rescheduling in the background.

To process backorders with a selection list, proceed as follows:

1. Select the materials and sales documents in the selection list that you want to process

and choose Edit →→→→ Backorders .

This overview displays the requirements and received quantities, the quantity confirmeduntil now and the cumlated ATP (available-to-promise) quantity (the required andreceived quantities in stock still available for use) for each selected material,requirements/received date and MRP (materials requirements planning) element (suchas the sales order). The requirements date generated by the sales document matchesthe material availability date.

2. Place your cursor on the MRP element that you wish to process and choose Edit

→→→→ Change confirmation .

Note that you can only process the MRP elements for the lines that you selectedin the list for which confirmed quantities exist. The MRP elements that you canprocess are highlighted. Deliveries cannot be processed as backorders so theoverview does not contain any confirmed quantities for them. However, thesystem does take the size of the delivery quantities into account when calculatingthe ATP quantity.

You reach the Backorder Processing: Change Confirmation screen where you can seethe details of the MRP element you selected (in the Sales requirements section for salesdocuments). In addition to the order and item numbers and the material availability date,the following data is displayed for a sales order item:

Field Description

Open quantity Quantity not yet delivered

Confirmed quantity Quantity that has been confirmed in backorder processing

Total confirmed quantity Total quantity confirmed for the sales order items (if there ismore than one schedule line for the item, this is the total ofall confirmed schedule lines)

ATP quantity Quantity available for outwards goods movements

In the Sales requirements section, you can process the backorders in one of the following ways:

• Distributing ATP Quantities • Redistributing Confirmed Order Quantities

Choose Display to branch directly to the sales document.

Additional FunctionsThe overview screen for requirements processing contains the following additional functions:Variable Views Scope of Check



84

Exception Messages MRP Elements

Distributing ATP Quantities

To distribute ATP quantities, proceed as follows:

1. In the Backorder Processing: Change Committed Quantity screen, you can distributesome or all of the ATP quantity by entering a quantity in the Committed field in the Sales requirements section of the screen. This quantity fulfills some or all of the requirementsfor the backordered item.

2. Choose Enter to display the updated requirements situation.3. Choose Copy to confirm the data.

4. Choosing Backorder processing →→→→ Save .

If you selected more than one material in the selection list, the system automaticallydisplays the next material you selected.

Example of Distributing ATP Quantities

140 pieces have been confirmed already for sales orders 14940, 14942 and 14981 in theunrestricted use stock. A backorder of 5 pieces exists for sales order 14943. Only 15 of theoriginal order quantity of 20 pieces could be confirmed so the cumulative ATP quantity stands at5.The backordered quantity of 5 pieces can be fulfilled from the (in this case identical) ATPquantity. You do this by entering 20 pieces to replace the original 15 in the Committed field andchoosing Copy . The cumulative ATP quantity is now used up and stands at zero. Sales order14943 is fully confirmed.

Redistributing Already Confirmed Order

QuantitiesYou can take back some or all of an already confirmed order quantity and reassign the quantity toa backordered item that has higher priority. To redistribute an already confirmed quantity in thisway, proceed as follows:

1. In the Backorder Processing: Change Committed Quantity screen, reduce the quantity inthe Committed field (in the Sales requirements section of the screen) by the amount thatyou want to assign to other backordered items.

2. Choose Enter to display the updated requirements situation.3. Choose Copy to confirm the data.4. Assign the freed up quantity to the appropriate backordered items using the procedure

described above for distributing ATP quantities.

Variable Views for Backorder Processing

You can select different views of backorder data. In addition to displaying a view of all data, youcan also select a view of just the SD requirements, or just the reservations for production orders.



85

The sales view shows you all the requirements that have resulted from sales orders. Theproduction view shows you the requirements that have resulted from production orders.

To change the view, select from the following alternatives:

• Settings →→→→ Total display to display all requirements

• Settings →→→→ Only SD requirements to display only sales requirements• Settings →→→→ Reserv. for prod.ords to display only requirements for production orders

Displaying Scope of Check for BackorderProcessing

To display the scope of the check which the system carries out for backorder processing for a

selected material, position the cursor on a line in the overview and choose Goto →→→→ Displ. scope of check .

Displaying Exception Messages

If an exception message exists in the backorder processing overview for a particular MRPelement, you can display the message by positioning the cursor on the relevant material and

choosing Edit →→→→ Disp. except. message .

Displaying MRP Elements for BackorderProcessing

To display one of the MRP elements in the backorder handling overview, position the cursor onthe relevant material and choose Environment →→→→ Display element .

Selecting Single Materials for Backorders

As an alternative to processing backorders using a selection list, you can select the backordersfor a single material.

To process backorders for a single material, proceed as follows:

1. In the initial screen, choose Logistics → Sales and distribution → Sales .

2. Choose Environment →→→→ Backorders →→→→ Backorder processing →→→→ Material .3. Enter a material number, a plant, and choose Enter .

You reach the Backorder Processing: Overview screen. You can process the backordersfrom this screen in the same way as if you were using the selection list.



86

Sales Order Entry in the Internet (SD-SLS-SO)

Use

A useful supplement to normal business transactions is the ability to accept purchase

orders from customers over the Internet and forward them as sales orders to an SAP

System. This is true for all kinds of business, such as catalogs, where the customer knows exactly

what she or he wants and is probably only interested in comparing prices and receiving

the goods quickly.

Types of Internet Application Components

Consumer to Business

Advantages for your Customer:

• Your customer can order at any time of night or day

• Your customer can enter purchase orders directly into their web server without having to

make a telephone call or send a fax

• Using the screen layout that you defined, your customer can enter data quickly and easily

• Your customer can find out quickly about the most up-to-date prices and delivery times

• Your customer can check the delivery status of the purchase order at any time

Advantages for you:

• You can design the layout of the screen so that the customer can enter data quickly andeasily

• You receive the sales order online, as soon as it has been entered

• You are able to deliver the product rapidly, thanks to the short time span between enteringthe order and its arrival at your company

• You can react very quickly to the sales order• You can ease congestion in sales order entry as peak times will be more dispersed

Prerequisites

To enter an order in the Internet, the customer has to log on with his or her SAP customer

number (or email address) and an initial password that you issued. The customer can

replace the initial password with their own. The system asks for the customer number and

password as soon as the customer assigns a product to shopping basket. New customerscan register at this point by entering their information and the system assigns them an

initial password that they can change later.

Authorizations

• For customers with use master data in the SAP System and are logging on for the firsttime in the Internet:

You can use transaction SU05 to create, change and delete passwords for the customer.In order to create a unique identification for the customer, enter object category KNA1 nextto the customer number.

• For new customers who do not have any master data in the SAP System and are loggingon for the first time in the Internet:



87

The system creates a customer master record in the SAP System with the data from thenew customer. Essentially, the user just provides address data and additional informationsuch as data for the company code and sales area are taken from a reference customer .

The reference customer is obligatory and you enter it as a global customer in the SAPSystem with the company code, organizational data, account group, and internal number

assignment data. You store the reference customer as a parameter value for the parameter

CSM in the master record for the global user.

• In the VW01.SRVC service file you can use the ~customeridentificationcustomer

ID switch to decide how the customer should log on - either with the customer number orthe email address. The following values are permitted:

− sapnumber (standard value)The customer has to enter his or her assigned customer number to buy products

− emailThe customer can enter his or her email address and the SAP System thenautomatically finds the customer number by determining the customer master recordfor that address.

Material Group

Authorization group WWW must be saved for the material group that is being offered onthe Internet. You can save it in the material master in Customizing by going to Logistics -

General → Logistics Basic Data: Material Master → Material → Define Material

Groups. If you want to offer several Internet application components in the same client,

you can use the user parameter VBG (in combination with the SAP user) to control

several material groups.

Preallocated Data and Parameters

All the authorizations for the Sales/Distribution object class must be maintained for the

SAP user used by the Internet application component to log on to the SAP System via the

Interaction Transaction Server (ITS9). You must also save certain parameters for this

user. A sales order is created in your SAP System based on the sales order that has been

entered in the Internet. The sales order contains certain mandatory entries that have to be

completed when it is being created.

This data is taken from the default parameters for the global user master record. The

parameters are as follows:

AAT (sales order type)

VKO (sales organization)

VTW (distribution channel)

SPA (division)

CSM (customer number of reference customer)

VBG (service material group)

If these parameters have not been completed, the system automatically enters the

following values:

AAT (sales order type): OR

VKO (sales organization): 001



88

VTW (distribution channel): 01

SPA (division): 01

VKB (sales office) from customer master

VBG (material group): WWW

FeaturesService Name

The service name of this Internet application component is VW01 and you can find all

the relevant files under the service name in SAP@Web Studio.

BAPIs

The following Business Application Programming Interfaces (BAPIs) are used for this

Internet application component:

1. • BAPI_SALESORDER_SIMULATE

2. • BAPI_SALESORDER_CREATEFROMDAT1

Sales Order Status in the Internet (SD-SLS-GF)

Use

Your customers can also see the status of their orders on the Internet. For example theycan display their purchase orders, check whether shipping has been activated or whether

the goods are already on their way.

Types of Internet Application Components

Consumer to Business

Advantages for your Customer:• Your customer can check the delivery status of the purchase order at any time

• Customers can check the status directly in their web server without having to make atelephone call or send a fax.

Advantages for you:

• You can design the layout of the screen so that the customer can f ind information quicklyand easily

• The ability of customers to access their information on the Internet significantly reduces theworkload for the order entry department, as there is no need to answer constant phonecalls or faxes.

Prerequisites

Authorizations/Security

To enter an order in the Internet, the customer has to log on with his or her SAP customer

number (or email address) and an initial password that you issued, which the customer

can then replace with their own.

You can use transaction SU05 to create, change and delete passwords for the customer. In

order to create a unique identification for the customer, enter object category KNA1 next

to the customer number.



89

All the authorizations for the Sales/Distribution object class must be maintained for theSAP user used by the Internet application component to log on to the SAP System via theInteraction Transaction Server (ITS9). You should establish whether you want to restrict

the authorizations for order types if there any that you do not want the customer to see.

Standard Settings and Preallocated Data

You do not need to enter any additional data in order for the customer to check the statusof the sales orders. The customer number with which the customer logs on also provides

the date, while the customer can enter any other selection data such as the article, time

period or order number directly.

Features

Service Name

The service name of this Internet application component is VW01 and you can find all

the relevant files under the service name in SAP@Web Studio.

BAPIs

The following Business Application Programming Interfaces (BAPIs) are used for thisInternet application component:

• BAPI_SALESORDER_GETSTATUS

• BAPI_SALESORDER_GETLIST

• BAPI_CUSTOMER_CHECKPASSWORT

Billing Plan

Purpose

A billing plan is a schedule of individual billing dates for a single item in a sales document. Youcan define a billing plan at header level, which is then valid for all items assigned to it.

Depending on the kind of business process you are carrying out, the system can automaticallypropose one of two different types of billing plan: periodic billing or milestone billing.

• Periodic billing means billing a total amount for each individual billing date in the plan. Forexample, if you are creating a rental contract, the system can propose a schedule ofmonthly rental payments, according to the length and conditions of the contract.



90

• Milestone billing means distributing the total amount to be billed over multiple billing datesin the billing plan. For example, you can use a billing plan for billing a make-to-order itemthat is assigned to a project in the SAP Project System. When you enter the project-related make-to-order item in the sales order (or assembly order), the system proposes abilling plan based on milestones defined for networks in the project. As each milestone issuccessfully reached, the customer is billed either a percentage of the entire project cost

or simply a pre-defined amount.

During sales order processing, the system determines from the item category whether a billingplan is required and, if so, which type of plan: The type of billing plan that is determined at thispoint is set up in Customizing and cannot be changed in the sales document. For each billingplan you create, you can enter a freely-definable search term in the details screen of the billingplan in the sales document. When you save the document, the system automatically assigns anumber that later uniquely identifies the individual plan. You can use the search term later tolocate specific billing plans.Billing plans for rental contracts and billing plans for project-related milestone billing have differentoverview screens so that you can enter data relevant to your processing. For example, formilestone billing, you must be able to enter data to identify the individual milestones.

For more information about project milestones, see the Production Planningdocumentation about the Project System.

Installment Plan

Use

The installment plan allows the customer to pay in installments. With the installment plan thesystem creates one invoice for all installments. On the basis of this billing document you can printan invoice listing all the installments with the relevant payment dates and amounts to be paid by

those dates.

The installments are calculated by the system by taking a percentage of the total invoice amountfor each installment. These percentages can be defined by your system administrator. Thesystem takes into account any rounding differences for the last payment date.

For each installment the system creates a customer line item in financial accounting.

The installments are defined by the payment terms, which are controlled by the payment termskey. Your system administrator can define the folloowing data for this key:

• the number of installments

• the payment dates• the percentage of the billling value

A customer buys a washing machine for USD 1,000.00. The customer makes adown payment of 20% - USD 200.00 The remaining amount is paid in monthlydown payments of 13,33% over six months.Down payment:



91

1. February 1: USD 200Monthly installments:1. March 1: USD 133.331. April 1: USD 133.331. May 1: USD 133.331. June 1: USD 133.331. July 1: USD 133.331. August 1: USD 133,35

You can:

• store the default payment terms key in the customer master record (on the Billing Sales Area screen, field: payment terms).

• overwrite the payment terms key in the sales order header or item (menu path Header or

Item → Business data, field Payment terms)

You can use the payment terms key to print a suitable text on the order confirmation.

Working with User Exits

Updating the document flow

The total quantity to be billed is transferred to the sequential data record. Quantities which havealready been billed are managed within the SAP system. This process is influenced by user exits.User exits directly influence the update of compressed document flow VBAPF in the system. Thisdocument flow accumulates quantities which have already been billed and compares them to newbilling quantities. A new billing document is then created with the following quantity:

Quantity to be billed = New quantity - quantity already billed

Using user exits, you can specify the keys to which records of the compressed document flow areto be stored.

The following user exits have been designed for the general billing interface:

User exit Description

Table VBAPFZZ Used for adding customer-specific key fields to table VBAPF

Report RV45PFZZ Used for adding customer-specific key fields from VBRK to internalwork table FXVBAPF

Report RV60AFZA Used for adding values in customer-specific key fields from interfacestructure XKOMFKGN or from cancellation VBRK in field listXVBAPF_KEY.



92

Following is an example of how user exits are used in the SAP IS-H:

An interim settlement for 10 days (KWMENGE ) is created for patient account4711 (VBELN ) on June 30. In this case, the invoice is paid by various payers.

The payer ‘AOK Insurance’ agrees to pay 30% (=3 days) while patient 122

assumes the role of a second payer and pays the rest, 70% (=7 days). Thefollowing billing documents are created:

On July 30, a complete settlement is prepared for a total patient stay of 20 days.

Without using user exits

During the program run, a record is created in compressed document flow(VBAPF ) with the cumulative quantity already billed from the interim settlement(=10 days).

In the final settlement, payer ‘AOK Insurance’ is billed for a total of 6 days (30%of 20 days). The compressed document flow (VBAPF ) shows 10 days as alreadyhaving been billed: the document flow without payer as key field cannot processpercentage divisions.

A new billing document 3 is created for payer ‘AOK Insurance’ with a billingquantity of -4:

Quantity to be billed = Quantity to be billed from KOMFKGN -quantity already billed

6 days - 10 days = 4 days



93

Using user exits

For a correct result in this case, the payer must be taken into account indocument flow (VBAPF ) for quantities which have already been billed. This canbe accomplished by making the appropriate settings for these user exits:

Transaction Configuration

Table VBAPFZZ:

→ SE11 Object name: table VBAPFZZ

Delete available fields

Add field name KUNRG with data element KUNRG Report RV45PFZZ FORM USEREXIT_FXVBAPF_KEY.

→ SE38 MOVE VBRK_KUNRG TO FXVBAPF-KUNRG.

ENDFORM.

Report RV60AFZA FORM USEREXIT_XVBAPF_KEY.

→ SE38 MOVE XKOMFKGN-KUNRG TO XVBAPF_KEY-KUNRG.

ENDFORM.

FORM USEREXIT_XVBAPF_KEY_CANC.

MOVE * VBRK-KUNRG TO XVBAPF_KEY-KUNRG.

ENDFORM.

During the program run, two records are created in the compressed documentflow with the cumulative quantity already billed from the interim settlement (=10days).

In the final settlement, payer ‘AOK Insurance’ is billed for a total of 6 days (30%of 20 days). The compressed document flow (VBAPF ) shows 3 days as alreadyhaving been billed due to the setting for payer (KUNRG ) in the user exits. A new



94

billing document 4 is created for payer ‘AOK Insurance’ with a billing quantity of3:

Quantity to be billed = Quantity to be billed from KOMFKGN - quantity alreadybilled from VBAPF

that means 6 days -3 days = 3 days

Adding new partner functions

You can define new partner functions for those existing in the standard (sold-to party, ship-toparty, bill-to party, payer).

Copy new partner function ‘representative number’ from the interface.

Use Report RV60AFZA as a user exit:

FORM USEREXIT_AVBPAK_ADD.

MOVE "VE" TO AVBPAK-PARVW.

IF NOT XKOMFKGN-VRTNR IS INITIAL.

AVBPAK-PERNR=XKOMFKGN-VRTRNR.

ENDIF.

APPEND AVBPAK.

It is not yet possible to use user exits for document flow update with new partner functions.

See also:

The topic on updating the document flow in Working with User Exits.

Deviating CpD address data



95

In order to process deviating CpD address data in different partner functions using the generalbilling interface, you must modify the INCLUDE structure KOMFKZZ according to table structureKOMFKGN as well as the user exit USEREXIT_AVBPAK_CPD (Report RV60AFZB ).

There are, however, several limitations:

• The sold-to party (partner function AG ) must be a CpD customer• The bill-to party (partner function RE) must not be a CpD customer

• User exit USEREXIT_AVBPAK_CPD can only be used as delivered in the standardsystem

Another example:

• The sold-to party is a CpD customer

• The CpD address is valid for the sold-to party and bill-to party, independent of whetherthe partners are CpD customers

• The ship-to party has a different CpD address

• Sample report RVAFS01 which creates the sequential file would then contain thefollowing coding:

* CpD fields

WA_KOMFKGN-CPD_PARVW1 = ‘AG’

WA_KOMFKGN-CPD_PARVW2 = ‘RE’

WA_KOMFKGN-CPD-ANRED = ‘Mr.’

WA_KOMFKGN-NAME1 (length 30) = ‘FIRST_CPD_NAME’

WA_KOMFKGN-LAND1 = ‘US’

WA_KOMFKGN-PSTLZ = ‘99999’

WA_KOMFKGN-ORT01 = ‘New York’

* Different address - Ship-to party (CpD customer)

WA_KOMFKGN-WE_PARVW = ‘WE’

WA-KOMFKGN-WE_ANRED = ‘Ms.’

WA_KOMFKGN-WE_NAME1 (length 30) = SECOND_CPD_NAME

WA-KOMFKGN-WE_LAND1 = ‘US’

WA_KOMFKGN-WE_PSTLZ = ‘9999’

WA_KOMFKGN-WE_ORT01 = ‘Boston’

TRANSFER WA_KOMFKGN TO DS_NAME1....

Partner functions in the billing document would appear as follows:Billing document FX

Partner function Partner Name

SP Sold-to party ODL-CPD FIRST_CPD_NAME

BP Bill-to party ODL FIRST_CPD_NAME

PY Payer ODL Address in customer master

SH Ship-to party ODL-CPD SECOND_CPD_NAME



96

To add a different CpD address for all partners other than the sold-to party, change the user exit.

Another example:The sold-to party is a CpD customerThe CpD address is valid for the sold-to party

A different CpD address is valid for all other partnersSample report RVAFSS01 which creates the sequential file would thencontain the following coding:* CpD fields

WA_KOMFKGN-CPD_PARVW1 = ‘SP’

WA_KOMFKGN-CPD_ANRED = ‘Mr.’

WA_KOMFKGN-NAME1 (length 30) = ‘FIRST_CPD_NAME’

WA_KOMFKGN-LAND1 = ‘US’

WA_KOMFKGN-PSTLZ = ‘99999’

WA_KOMFKGN-ORT01 = ‘New York’

* Different address - Ship-to party (CpD customer)WA_KOMFKGN-WE_PARVW = ‘XX’ (e.g. ‘BP’, ‘SH’, etc.)

WA-KOMFKGN-WE_ANRED = ‘Ms.’

WA_KOMFKGN-WE_NAME1 (length 30) = ‘SECOND_CPD_NAME’

WA-KOMFKGN-WE_LAND1 = ‘CH’

WA_KOMFKGN-WE_PSTLZ = ‘9999’

WA_KOMFKGN-WE_ORT01 = ‘Basel’

TRANSFER WA_KOMFKGN TO DS_NAME1.Partner functions in the billing document would appear as follows:Billing document FX

Partner function Partner Name SP Sold-to party ODL-CPD FIRST_CPD_NAME

BP Bill-to party ODL SECOND_CPD_NAME

PY Payer ODL SECOND_CPD_NAME

SH Ship-to party ODL-CPD SECOND_CPD_NAME

User exit RV60AFZB appears as follows (changes can be identified by an ‘*’ at the beginning ofthe line):

FORM USEREXIT_AVBPAK_CPD.

IF XKOMFKGN-WE_PARVW NE SPACE.

LOOP AT AVBPAK.LOOP AT AVBPAK WHERE PARVW EQ XKOMFKGN-WE_PARVW.

MOVE '00000000'TO AVBPAK-ADRNR.MOVE AVBPAK-PARVWTO AVBPAK-ADRNR(2).*MOVE XKOMFKGN-WE_PARVWTO AVBPAK-ADRNR(2).MOVE 'B' TO AVBPAK-ADRDA.MOVE 'X' TO AVBPAK-XCPDK.



97

MODIFY AVBPAK.

*ENDLOOP.

CLEAR XVBADR.MOVE '0000000'TO XVBADR-ADRNR.MOVE AVBPAK-PARVWTO XVBADR-ADRNR(2).MOVE XKOMFKGN-WE_PARVWTO XVBADR-ADRNR(2).MOVE XKOMFKGN-WE_ANREDTO XVBADR-ANRED.MOVE XKOMFKGN-WE_NAME1TO XVBADR-NAME1.MOVE XKOMFKGN-WE_PSTLZTO XVBADR-PSTLZ.MOVE XKOMFKGN-WE_ORT01TO XVBADR-ORT01.MOVE XKOMFKGN-WE_LAND1TO XVBADR-LAND1.APPEND XVBADR.

* Fehlerprotokoll (Error log)*PERFORM GN_CPD_CHECK USINGSY-SUBRCXKOMFKGN-WE_LAND1*XKOMFKGN-WE_NAME1

*XKOMFKGN-WE_PSTLZ*XKOMFKGN-WE_ORT01.**IF SY-SUBRC NE 0.EXIT.ENDIF.

ENDLOOP.*ENDIF.ENDFORM.

Scheduling AgreementsPurpose

A customer scheduling agreement is an outline agreement with the customer containing deliveryquantities and dates. These are then entered as schedule lines in a delivery schedule. You caneither create schedule lines when you create the scheduling agreement or you can create themlater.

You fulfill a scheduling agreement by creating the deliveries in the schedule as they become due.You process deliveries for a scheduling agreement in exactly the same way as you process anormal delivery. After you have carried out the delivery, the system updates the Delivered

quantity field in the scheduling agreement item with the delivery quantity. The following graphicshows the document flow for scheduling agreements.



98

Integration

You would use this component if you had outline agreements with the customer that containedfuture delivery quantities of materials that would be sent at certain times within a fixed timeperiod.

If you work with scheduling agreements for the component supplier industry you also need to

choose the "Electronic Data Interchange" (EDI) component.

Features

The same functions are at your disposal for processing scheduling agreements as there are forthe sales order, including pricing and availability checks.

In addition to the standard scheduling agreements you can also manage scheduling agreementsfor the component supplier industry, with their special features that include:

• Working with scheduling agreements with EDI output

• Entering scheduling agreements in a forecast or just-in-time (JIT) delivery schedule

• Using different types of cumulative quantities

• Taking into account the automatic fiscal year change used by the component supplier

• Managing engineering change statuses

• Storing packing proposals

• Creating correction deliveries for the scheduling agreement

• Working with external service agents

Service Contracts



99

Purpose

You use service contracts to record the details of the service package that you have agreed toprovide a service recipient with over a specified period of time. For example, you specify:

• The routine service tasks which are to be performed on a piece of machinery you havesold or rented to a customer

• The prices which are to apply for these routine tasks

For more information, see Standard Pricing in Service Contracts.

• The prices which are to apply for additional service tasks and for any spare parts required

For more information, see Price Agreements in Service Contracts.

• The terms under which the contract can be cancelled

For more information, see Cancellation Data in Service Contracts.

During the validity period of the service contract, you use the service contract as follows:

• To initiate automatic billing of the routine service tasks at regular intervals

• To determine whether a service request from the customer is covered by the servicecontract

• To determine which price agreements apply for service tasks not covered by the servicecontract

• To determine whether a cancellation request from the customer is valid

• To initiate follow-up actions before the service contract becomes invalid

Service Quotation

Definition

A presales document containing the terms under which you offer a particular service to acustomer.

To create a service quotation, choose one of the following processes:

• Create the service quotation directly in Sales and Distribution

Use this option for straightforward service transactions, which do not require detailedplanning.

• Create a service order in Customer Service and then create a service quotation withreference to the service order

This option enables you to plan service activities more accurately and influence the coststhat are forwarded to billing.

UseIn the service quotation, you:

• Record details of the service to be performed

• Record the costs of the service

• Control how billing is performed



100

You specify in the service quotation how the customer is to be billed for the servicesrendered via the billing form and the dynamic item processor profile.

Returns and Repairs Processing (CS)Purpose

Returns and repairs processing provides you with a wide range of functions for managing all thenecessary activities which repairing goods for a customer entails, from registering the repairrequest from the customer through to billing the customer for the services performed.

Process Flow

Repair Registration

1. Create the Repair Order:

The customer informs you that he has goods that he would like you to repair. You recordthe details of the customer's repair request as the main item in a repair order. You enterthe Serviceable material and, depending on the repair order type, a suitable ServiceProduct as well.



101

Repairs processing can also be initiated by a service or quality notification. You use the

Action Box in the notification to create a repair order automatically. For more

information on repairs processing using quality notifications, see Repairs ProcessingUsing Quality Notifications.

You can start repairs processing by sending the customer a service estimate for the costs

of the repairs. For more information, see the Service Estimate.

2. Create a return order item for the serviceable materials:

The return order item is created automatically on the basis of the Repair Procedure assigned to the repair request item in the repair order.

3. Posting Goods Receipt for Serviceable materials

The customer either sends you the serviceable materials or you arrange to pick them up.When you receive the serviceable materials, you post goods receipt for the appropriatequantity.

If inspection lot processing has been activated for the serviceable material, an inspection

lot is created automatically for the repair order. For more information, see RepairsProcessing Using Inspection Lots in QM

4. Post goods movement

The serviceable materials are posted as sales order stock.

If you are not using inspection lot processing, the serviceable materials are assigned tounrestricted use stock. We recommend that you post the serviceable materials to blockedstock for the duration of the repairs. Use movement type 344/E to make this posting.

If you are using inspection lot processing, the serviceable materials are assigned toinspection stock for the duration of the repairs.

5. Perform the technical check

Once you have posted goods receipt, you perform a technical check on the serviceablematerials and decide what actions need to be taken to fulfill the customer's repairrequest.You can perform the technical check in one of the following ways:

o If you are working with inspection lots, use the inspection lot that is createdautomatically when you post goods receipt.

o If you used a notification to initiate repairs processing, use the action box in thenotification.

o If you are simply working with the repair order, perform the check manually.

6. Create Actions for Managing Repairs Processing



102

The results of the technical check are reported back to the repair order. The actions,which need to be taken as a result of the technical check, are recorded as sub-items ofthe repair request item. Possible actions include:

o Perform repairso Scrap the goods

o Send temporary replacement

Depending on how you perform repairs processing, the switch from the repair registrationstage to the repair start stage occurs:

o During inspection lot processing

The actions are generated automatically when the results of the inspection lot arereported back to the repair order unless manual intervention is required.

o During returns delivery processing

The system proposes the possible actions when you call the change orderfunction. You select the appropriate actions for the subsequent stage of repairsprocessing.

Repair Start

1. The service technician repairs the serviceable materials for which a repair item has beencreated. He refers to the service order that was created automatically for the repair itemto obtain the following essential information:

o The materials required to perform the repairso The tasks to be performedo The costs (for example, labor hours) involved

2. Loaner items (for example, for temporary replacements) become relevant for delivery andare included in the delivery due list.

3. The serviceable materials for which a scrap item has been created can be scrapped.

Repair Completion Confirmation

1. The service technician reports that he has completed the necessary repairs for the repairitems in the repair order by:

o Posting the repaired serviceable materials to unrestricted use stock usingmovement type 343/E

o Updating the status of the service order to "technically completed"o

The repair order status is updated accordingly.

If you perform the repairs without using a service order, you must update therepair order status manually.

2. The system creates a delivery item for returning the serviceable materials to thecustomer.



103

3. The system may also create a pick-up item to arrange the return of any temporaryreplacements the customer may have had.

4. When you perform resource-related billing, a debit memo request item is enteredautomatically in the repair order.

Results

1. Delivery items are included in the delivery due list and the repaired serviceable materialsare returned to the customer. When you post goods issue, stock is adjusted accordingly.

2. Loaner items can be returned to you with a returns delivery.

For information on creating a returns delivery, see Posting Goods Receipt for ServiceableMaterials.

3. The debit memo request item is included in the billing due list. The system creates a debitmemo on the basis of the debit memo request item.

4. Costs collected in the service order and the repair order sub-items are settled to therepair request item. The data is forwarded to profitability analysis.

Repair Order

Definition

Sales document for recording all the business processes that are involved in processing faultygoods that a customer sends in for repair.

Structure

The repair order has the following structure:

• Header in which you record data that applies to the entire document

• Repair request item in which you document the customer repair request

The following information is recorded in the repair request item:



104

o Material number of the Service Product o Material number of the Serviceable material o Costso Stock informationo Configuration datao The repair procedure which the system uses to determine which actions it needs

to generate for the repair request item

• Actions that have to be performed in order to fulfill the customer repair request.

o The Repair Procedure that is assigned to the repair request item determineswhich actions are required.

UseYou require a repair order to manage repairs processing.Depending on how repairs processing is performed in your organization, you can choosebetween one of the following repair order types in the standard system:

• RAS - Repair order with service product

You use this type of repair order if you want to specify the repairs to be performed at thetime of order entry. A repair order of the type RAS is incomplete until a service product isentered. You can:

o Enter the service product directly in the Material field in the repair ordero Use the material determination function to find suitable service products via the

material number of the serviceable material.

When you enter the service product and serviceable material in the repair request item,the system creates a return order item automatically for the serviceable material. Therepair procedure controls this.

• RA - Repair order

You use this type of repair order if you perform repairs according to the results of thetechnical check. You do not have to enter a service product at the order entry stage. Afterthe technical check has determined what repairs need to be performed on theserviceable material, you can:

o Enter the appropriate service product on the repair screen of the repair ordero Use the material determination function to find suitable service products via the

material number of the serviceable material.

You must enter a service product in the RA repair order before the servicetechnician can begin the repairs.

Service Product

Definition



105

Material that represents the customer's repair request. The service product is represented in thesystem by a material master record. Service products are measured in the unit of measure"piece". If required, you can define the service product as a configured or configurable material.

Use

You enter the service product in the repair request item in the repair order. You can set upmaterial determination so that when you enter the serviceable material in the repair request item,the system proposes the appropriate service products for selection.

The service product is used to determine:

• What services the customer should pay for

• How much these services cost

• Which tasks are required to perform the services

Serviceable Material

Definition

Represents the goods to be repaired in repairs processing.

Use

The serviceable material is recorded in the repair request item of the repair order. It is also addedto the technical objects list for the repair request item.

The system adopts the base unit of measure as the unit of measure for the serviceable materialin the repair order.

You use material determination condition records to link serviceable materials to suitable serviceproducts.

Repair Procedure

Definition

Set of rules according to which actions are generated in the repair order.

It is assigned in Customizing to the item categories that are relevant for repairs processing and isadopted in the repair request item in the repair order.

Structure

The repair procedure contains the following control elements:



106

• Stages

They represent the various phases of repairs processing.

• Actions

They represent the activities that need to be performed to fulfill the customer repairrequest.

You define repair procedures in the Customizing activity Define repair procedures.By assigning actions to stages, you set up the rules according to which the system determineswhat actions are required during a particular phase of repairs processing.In addition, you specify for each combination of stage and action whether the required actions are

• Actions that the system proposes automatically when a particular stage of repairsprocessing begins

• Actions that are generated automatically on the basis of repair codes that inspection lots,notifications or service orders report back to the repair order

• Actions that require approval and must be created manually

The following indicators have been defined for these purposes:

• Default

In Customizing for the repair procedure, you set this indicator for combinations of stagesand actions that do not involve inspection lots or services orders and, for which yourequire an action to be generated automatically. For example, at the repair registrationstage, you require a return order item to be generated automatically. You activate thisindicator for the stage 101 (repair registration) and the action 101 (return goods). In therepair order, a return order item is generated automatically when you create a repairrequest item.

• Repair code

Repair codes represent the information that the service technician reports back to therepair order after performing the technical check or completing the repairs. InCustomizing for the repair procedure, they are assigned to combinations of stages andactions that involve inspection lots or service orders. The code initiates the generation ofthe appropriate action.



107

• Manual

If you use the manual indicator in the repair procedure, you always activate it inconjunction with the Repair code indicator. The Manual indicator prevents particularactions from being generated automatically when repair codes are reported back to therepair order from inspection lots, notifications and service orders. If you do not set theManual indicator for a combination of stage and action to which a repair code isassigned, the system automatically generates the appropriate action on the basis of the

repair code.

If the technical check determines that goods cannot be repaired and should bescrapped, you need to contact the customer to f ind out whether you can scrapthe goods or whether he wants the goods returned to him. In this case, you donot want the system to automatically create an action for scrapping the goods.Therefore, you need to activate the Manual indicator for the stage 101(repairstart) and the action 107 (scrap goods). When the system reads the repair codethat the inspection lot reports to the repair order, it determines that the scrap itemis required. The system then checks the corresponding stage and action in therepair procedure and determines that the scrap item cannot be generatedautomatically. It does not generate that or any other required actionsautomatically. It does not update the status of the repair request item.

To continue repairs processing, you must clarify whether the customer wants youto scrap the goods or return them to him. You must then create the requiredactions manually on the Repairs screen.

Material Determination in the Repair Order

Use



108

You can use material determination in the following situations in the repair order:

• When you create an order to find suitable service products for the serviceable materialyou enter in the repair order

• When actions are created automatically or manually

o To find suitable service products for a serviceable material when a repair item iscreated

o To find suitable temporary replacements when a loaner item is created and thematerial for which a temporary replacement is required is no longer produced

PrerequisitesAt the Order Entry StageYou must make sure that the appropriate material determination procedure is assigned to thesales document type in Customizing for Sales and Distribution in the section Basic Functions ->Material Determination.You must create a material determination condition record in which you define:

• The material for which suitable service products are to be proposed

• The service products which are to be proposed in the repair order for this material

• Substitution reason 0007 for the condition record

The substitution type A that is defined for substitution reason 0007 controls that theservice product replaces the serviceable material as the leading item in the repair order.

When Actions are Created Automatically or ManuallyYou must make sure that the appropriate material determination procedure is assigned to therelevant action in the Customizing activity Maintain actions.To be able to perform material determination for the repair item, you must define a materialdetermination condition record as described above.To be able to perform material determination for the returnable item, you must create a material

determination record in which you define:

• The material to be substituted

• The material(s) which may substitute the material entered in the repair order

For more information, see Material Determination.

Posting Goods Receipt for ServiceableMaterials

Use

You post goods receipt to record that the serviceable materials have arrived at your plant. Youcan also record receipt of other goods such as loaner items.

Prerequisites



110

StandardSAPSystem

Logistics → Logistics Execution → Outbound process → Goods issue for outbound delivery

or

Logistics → Sales and distribution → Shipping and transportation

SAP Retail Logistics → Retailing → Merchandise logistics → Logistics Execution →

Outbound process → Goods issue for outbound delivery

Actions for Managing Repairs Processing

Use

The system uses the Repair Procedure that is assigned to the repair request item to determinewhat actions need to be taken to fulfill the customer's repair request.

The actions are represented in the system as sub-items of the repair request item. The systemdetermines the appropriate item categories for the sub-items using the item category usage andthe item category of the higher level item (repair request item). The item category usage and theitem category of the higher level item are assigned to the repair order type in the Customizingactivity Assign Item Categories.

The item category usage is the action from the repair procedure with the prefix"R". For example, 101 (Repair registration) is the underlying action for itemcategory usage R101.

Features

In the standard system, the following sub-item types can be created:

Sub-item Is used to

Return order item Manage return of goods to be repaired

Loaner item Send temporary replacements to the customer

Repair item Initiate repairs

Depending on the requirements type, a service order may becreated automatically for a repair item

Scrap item Simply records that an item is to be scrapped. It does notmanage the scrapping process.

Credit memo request item Initiate the credit memo process for reimbursing customer forirreparable goods



111

Outbound delivery item Return repaired goods to customer

Loaner pick-up item Pick up temporary replacements from customer

Debit memo request item Record data from resource-related billing

Activities

Where possible, the system generates the required actions automatically. If any of the actionsneed to be approved before they can be performed, the system does not generate any of theactions automatically. (You control this in the repair procedure with the Manual indicator.) Youmust create these actions manually when you have the necessary approval to proceed. In thiscase, you select the type of action that you require from proposals made by the system.

The repair procedure prevents the system from generating a scrap item in therepair order automatically. The repair request item status remains "Businessdecision required" until you gain the customer's approval to scrap the serviceablematerial and create a scrap item manually for it.

Shipping (LE-SHP)

Implementation Options

Shipping is an important part of the logistics chain in which guaranteed customer service anddistribution planning support play major roles.

In shipping processing, all delivery procedure decisions can be made at the start of the processby

• Taking into account general business agreements with your customer

• Recording special material requests

• Defining shipping conditions in the sales order



112

The result is an efficient and largely automatic shipping process in which manual changes areonly necessary under certain circumstances.

IntegrationThe Shipping component is integrated under the Logistics Execution component. Shipping is asubsequent activity of the Sales component.

Range of FunctionsThe shipping module supports the following functions, which include but are not limited to:

• Deadline monitoring for reference documents due for shipment (sales orders andpurchase orders, for instance)

• Creating and processing outbound deliveries

• Planning and monitoring of worklists for shipping activities

• Monitoring material availability and processing outstanding orders

• Monitoring the warehouse's capacity situation

• Picking (with optional link to the Warehouse Management system)

• Packing deliveries

• Information support for transportation planning

• Support of foreign trade requirements

• Printing and transmitting shipping documents• Processing goods issue

• Controlling using overviews of

o Deliveries currently in processo Activities that still are to be carried outo Possible bottlenecks

A list of deliveries posted as goods issue in the shipping department could be used to form aworklist for the billing department.



113

Transportation (LE-TRA)

Purpose

Transportation is an essential element in the logistics chain. It affects both incoming andoutgoing goods. Effective transportation planning and processing ensure that shipments

are dispatched without delay and arrive on schedule. Transportation costs play anessential role in the calculation of the price of a product. It is important to keep these

transportation costs to a minimum so that the price of a product remains competitive.

Efficient transportation planning and processing helps to keep these costs down.

Integration

As illustrated in the following graphic, you can use the SAP transportation functions to

plan and process:

• Incoming shipments in Materials Management based on purchase orders and shippingnotifications

• Outbound shipments in Sales and Distribution based on sales orders and deliveries

The graphic below illustrates this process:

Transportation planning and processing is based on the shipment document. This

document facilitates the flow of information from the shipper to the customer and to any

service agents who are involved in the business transaction.

Features

The transportation component includes basic transportation processing functions:

• Transportation planning and shipment completion

• Shipment costs calculation

• Shipment costs settlement

• Shipment costs calculation for individual customers



114

• Billing of customer freight

• Service agent selection

• Management of means of transport and utilities

• Follow-up and supervision of shipments

• Management of shipment costs

These transportation functions can handle planning and processing for both inbound andoutbound shipments. You can control and monitor the entire transportation process from

the planning stage to goods issue at your shipping point (for outbound shipments) orvendor location (for inbound shipments), through to goods receipt at the customer

location or your plant.

Other available functions include: shipment costs calculation and settlement with the

service agent, transfer to accounting, credit memo creation and invoice verification.

This documentation describes procedures in outbound shipment processing. Unlessspecifically stated otherwise, the information here also applies to inbound shipment

processing. Differences between the two will be pointed out where necessary.For more information about creating and processing inbound deliveries, see theConfirmations section of the documentation for Purchasing (MM-PUR).

SD Tutorial

Documents

Transcript of SD Tutorial