Effective SAP SD .pdf
-
Upload
ajitabh-singh -
Category
Documents
-
view
396 -
download
7
Transcript of Effective SAP SD .pdf
Bonn � Boston
D. Rajen Iyer
Effective SAP® SDGet the Most Out of Your SAP SD Implementation
Contents at a Glance
1 Introduction and Overview ..................................... 15
2 Sales and Distribution Master Data and Configuration: Applications and Processing ........... 59
3 Key Techniques in Sales and Distribution .............. 91
4 Influence of SD on Materials Management ............ 127
5 Supply Chain Extension of Sales and Distribution ............................................................ 165
6 Financials and Controlling: Key Influence and Interface ........................................................... 193
7 Influence of SM and QM in SD Processes .............. 223
8 Reports, Analysis, User Interface and Development Tools for SD ...................................... 257
9 Data Transfer, Outputs, Communication, and Interfaces with Other SAP Systems ................. 299
A Glossary .................................................................. 349
B About the Author .................................................... 355
Index ....................................................................... 357
7
Contents
1 Introduction and Overview ...................................... 15
1.1 Sales and Distribution in the SAP World ..................... 171.1.1 Meeting Customer Requirements ................... 181.1.2 Shipping Materials to the Customer ............... 201.1.3 Getting Paid for Services or Goods ................. 20
1.2 Key Influence of the Organizational Structure ............. 221.2.1 Organizational Units ...................................... 231.2.2 Linking Organizational Structures ................... 33
1.3 Key Processes in Sales and Distribution ...................... 361.3.1 Sales Document Structure .............................. 381.3.2 Sources of Document Data ............................. 391.3.3 Controlling Business Processes in Sales ........... 41
1.4 What is New in mySAP ERP? ...................................... 451.4.1 Functionality Enhancements Within
SAP R/3 Releases ........................................... 471.4.2 Sales Order Management ............................... 491.4.3 New Features in mySAP ERP 2005 ................. 511.4.4 SAP Analytics ................................................. 52
1.5 Summary .................................................................... 541.6 The Information Contained in This Book ..................... 541.7 How to Read This Book .............................................. 57
2 Sales and Distribution Master Data and Configuration: Applications and Processing ............ 59
2.1 Master Data in Sales and Distribution ......................... 602.1.1 Customer Master Data ................................... 612.1.2 Material Master Data ..................................... 662.1.3 Condition Master Data ................................... 70
2.2 Sales and Distribution Processes: Data Determination and Processing ............................ 732.2.1 Plant .............................................................. 752.2.2 Shipping Point Determination ........................ 752.2.3 Route Determination ..................................... 76
2.3 Controlling Sales Document with Sales Document Type ................................................. 772.3.1 Configuring Sales Document Types ................ 79
Contents
8
2.3.2 Controlling Sales Document with Item Category ........................................ 82
2.3.3 Controlling Sales Documents with Schedule Line Category ......................... 85
2.4 Summary ................................................................... 89
3 Key Techniques in Sales and Distribution ............... 91
3.1 Pricing Fundamentals ................................................. 923.1.1 Pricing Overview ........................................... 933.1.2 Header Conditions ........................................ 963.1.3 New Pricing .................................................. 973.1.4 Pricing Configurations ................................... 973.1.5 Access Sequence ........................................... 973.1.6 Condition Type .............................................. 983.1.7 Procedure Determination .............................. 983.1.8 Working with Condition Records ................... 1013.1.9 Price Report .................................................. 1033.1.10 Special Functions ........................................... 1043.1.11 Special Condition Types ................................ 1063.1.12 Determining Taxes, Rebates, and
Agreements ................................................... 1093.2 Making Partner Determination Work
for Your Business ....................................................... 1133.2.1 Partner Functions .......................................... 1143.2.2 Customer Master and Account Group ............ 116
3.3 Working with Text Items ............................................ 1193.3.1 Text in Sales and Distribution Documents ..... 1193.3.2 Copying and Referencing Sales Texts ............. 121
3.4 Copy Control and Requirements ................................ 1213.4.1 Configuring Copy Control in SD ..................... 1223.4.2 Data Transfer Routines and Requirements ..... 124
3.5 Summary ................................................................... 125
4 Influence of SD on Materials Management ............. 127
4.1 Availability ................................................................. 1284.1.1 Availability Check Control ............................. 1304.1.2 Back-Order Processing .................................. 1314.1.3 Configuration Setting .................................... 1324.1.4 MRP Types .................................................... 1334.1.5 Transfer Requirements ................................... 135
Contents
9
4.1.6 Batches .......................................................... 1374.1.7 Bill of Material ............................................... 138
4.2 Cross-Company Sales .................................................. 1384.2.1 Sales Order for Cross-Company Sales ............. 1394.2.2 Inter-Company Billing .................................... 141
4.3 Inter-Company and Cross-Company Stock Transfer ..... 1444.3.1 Stock Transport Orders .................................. 1444.3.2 Materials Resource Planning .......................... 1454.3.3 Document Type ............................................. 1464.3.4 Configurations Steps for Stock Transport
Order ............................................................. 1464.3.5 Shipping Process ............................................ 1474.3.6 Goods Movement .......................................... 148
4.4 Third-Party Processing ................................................ 1504.4.1 Ordering Through Third-Party Processing ....... 1514.4.2 Goods Receipt ............................................... 1534.4.3 Invoice Receipt .............................................. 1544.4.4 Customer Billing ............................................. 154
4.5 Subcontracting ........................................................... 1554.5.1 Procurement Process ...................................... 1564.5.2 Goods Movement .......................................... 1574.5.3 Sales and Distribution Delivery ...................... 1584.5.4 Serial Numbers .............................................. 160
4.6 Agreements ................................................................ 1614.6.1 Scheduling Agreements .................................. 1614.6.2 Contracts ....................................................... 1614.6.3 Scheduling Agreements vs. Contracts ............. 162
4.7 Summary .................................................................... 163
5 Supply Chain Extension of Sales and Distribution .............................................................. 165
5.1 Transportation with Logistics Execution and Shipment Execution .................................................... 1665.1.1 Shipment Documents ..................................... 1675.1.2 Individual vs. Collective Shipments ................ 1695.1.3 Stages of Shipments ....................................... 1715.1.4 Delivery Split ................................................. 1725.1.5 Transportation ............................................... 173
5.2 Warehouse Management Basics and Business Process Outsourcing ................................................... 178
Contents
10
5.2.1 Basic Functions of Warehouse Management ................................................. 179
5.2.2 Interfaces with Other Applications ................ 1805.2.3 Organizational Structure ................................ 1805.2.4 Delivery Processes with Warehouse
Management ................................................. 1825.3 Decentralized Warehouse Management ..................... 186
5.3.1 WMS Applications ........................................ 1865.3.2 Prerequisites for Connecting
Decentralized WMS to an ERP System ........... 1885.3.3 Inbound and Outbound Deliveries ................ 1885.3.4 Distributed Model ......................................... 189
5.4 Summary ................................................................... 190
6 Financials and Controlling: Key Influence and Interface ............................................................ 193
6.1 Integration of Billing in SD Processes ......................... 1946.1.1 Special Billing ................................................ 1966.1.2 Creating Billing Documents ........................... 1986.1.3 Payment Processing ....................................... 2026.1.4 Reference Data for Account Posting .............. 203
6.2 Account Determination .............................................. 2056.2.1 Ex Stock Sale Process ..................................... 2066.2.2 Sale of Services .............................................. 2066.2.3 Account Assignment Criteria ......................... 206
6.3 Financials Supply Chain Management ........................ 2096.3.1 Financials Accounting .................................... 2096.3.2 Electronic Bill Presentment and Payment ....... 2106.3.3 Credit and Risk Management ........................ 2126.3.4 Settings ......................................................... 2136.3.5 Value Contract .............................................. 214
6.4 Interface with Profitability Analysis (CO-PA) .............. 2176.4.1 Evaluation and Reporting .............................. 2186.4.2 Profitability Analysis Procedures .................... 219
6.5 Summary ................................................................... 220
7 Influence of SM and QM in SD Processes ............... 223
7.1 Service Management .................................................. 2247.1.1 Documents in Customer Services ................... 2267.1.2 Notification Types ......................................... 228
Contents
11
7.1.3 Catalogs ......................................................... 2317.1.4 Solution Database .......................................... 232
7.2 Processing Service Orders ........................................... 2327.2.1 Order Components ........................................ 2337.2.2 Advance Shipment ......................................... 2347.2.3 Customer Consignment .................................. 2347.2.4 Paging and Mobile ......................................... 236
7.3 Complaints and Returns .............................................. 2387.3.1 Business Processes and Scenarios ................... 2407.3.2 Customizing Settings ...................................... 241
7.4 Quality Processes in SD .............................................. 2447.4.1 Certification Planning ..................................... 2457.4.2 Certificate Processing ..................................... 2477.4.3 Batch Determination ...................................... 2487.4.4 QM in Delivery .............................................. 249
7.5 Workflow ................................................................... 2507.5.1 Workflow Architecture ................................... 2517.5.2 Workflow Design ........................................... 253
7.6 Summary .................................................................... 254
8 Reports, Analysis, User Interface and Development Tools for SD ....................................... 257
8.1 Quick Views, Query, Lists, and Reports ....................... 2588.1.1 QuickViewer and Query ................................. 2588.1.2 SAP Query ..................................................... 2608.1.3 Lists and Report ............................................. 262
8.2 Sales Information System ............................................ 2658.2.1 Analysis ......................................................... 2668.2.2 Information Structures ................................... 268
8.3 SAP BW and Reporting Requirements ......................... 2718.3.1 InfoObject ..................................................... 2738.3.2 InfoCube ........................................................ 2738.3.3 InfoProviders ................................................. 2748.3.4 Types of Data Stores ...................................... 2748.3.5 BW Architecture ............................................ 2748.3.6 Business Content ........................................... 2768.3.7 Sales Analytics ............................................... 277
8.4 User Productivity ........................................................ 2788.4.1 Internet Sales Representative Role ................. 2808.4.2 Enterprise Portal ............................................ 285
Contents
12
8.5 Modifications and Enhancements—Concepts and Application ......................................................... 2878.5.1 Concepts ....................................................... 2878.5.2 Personalization .............................................. 2898.5.3 Modifications and Enhancements .................. 290
8.6 Summary ................................................................... 297
9 Data Transfer, Outputs, Communication, and Interfaces with Other SAP Systems .................. 299
9.1 Data Transfer ............................................................. 3009.1.1 Techniques in Detail ...................................... 3019.1.2 Data Transfer Workbench .............................. 3039.1.3 Legacy System Migration Workbench ............ 3049.1.4 Direct Input .................................................. 3059.1.5 Intermediate Documents ............................... 3059.1.6 Business Application Programming
Interfaces ...................................................... 3069.2 Output Control .......................................................... 306
9.2.1 Output Determination: Applications .............. 3069.2.2 Output Determination: Condition
Techniques .................................................... 3089.3 Communication ......................................................... 309
9.3.1 Synchronous and Asynchronous RFCs ............ 3109.3.2 Configuration Set-Up ..................................... 3119.3.3 RFC Utilities .................................................. 313
9.4 Interfaces with Other Systems .................................... 3149.4.1 Basic Parts of the Business Framework ........... 3149.4.2 Function Builder ............................................ 3169.4.3 Business Application ...................................... 318
9.5 Access Shared Data .................................................... 3199.5.1 ALE Applications ........................................... 3209.5.2 IDoc Applications .......................................... 324
9.6 Interfacing with the GTS System ................................. 3299.6.1 SAP Foreign Trade and GTS ........................... 3309.6.2 Plug-In .......................................................... 3319.6.3 Configuration ................................................ 333
9.7 Sales Process with mySAP CRM ................................. 3379.7.1 MySAP CRM Architecture ............................. 3399.7.2 Internet Sales and Customer Self-Service ....... 3419.7.3 Interaction Center ......................................... 342
Contents
13
9.7.4 Integrating mySAP CRM with mySAP ERP ...... 3429.7.5 MySAP CRM Customization ........................... 343
9.8 Summary .................................................................... 3449.9 Book Conclusion ......................................................... 345
Appendix ........................................................................ 347
A Glossary ................................................................................ 349B About the Author .................................................................. 355
Acknowledgments ................................................................ 355
Index ............................................................................................ 357
91
This chapter will cover the key (or most popular) techniques used in Sales and Distribution. You will become familiar with condition tech-niques as they are used in pricing. I will also go over some of the powerful determination techniques with partner function and text. Last but not least, you will learn about data transfer to the subse-quent document from the preceding document.
3 Key Techniques in Sales and Distribution
SAP R/3, Enterprise version, and mySAP ERP use some common techniquesto apply your business rules to the processes you are designing in the system.Let’s say that in a sales transaction with a customer, you would like the finalprice to be based on the price of the material, any discount application,freight, and taxes. This determination depends on the business rules associ-ated with that transaction.
Similarly, you might like to have some kind of text determined, based on thedocument; e.g., a sales order has a purchase order text, and a delivery notehas the shipping instruction text. You would like some of the text items to becopied to subsequent documents; e.g., a special instruction for customerentered in the sales order copied to the delivery note.
Creating a delivery document involves copying information from the salesorder, such as the materials and quantities. You can define control data forthe flow of documents. Configuration allows you to define the specificationsfor copy requirements and data transfer.
Different customers can assume different roles in a business transaction. Thecustomer who places the order doesn’t necessarily have to be the same cus-tomer who receives the goods, or who is responsible for paying the invoice.Assigning partner roles in SAP Sales and Distribution (SD) determines thefunctions of particular partners in the sales process. We will examine the keyconfiguration techniques involved in setting up partner functions and deter-minations.
Key Techniques in Sales and Distribution3
92
3.1 Pricing Fundamentals
Pricing procedure is associated with the sales document and provides the dif-ferent components needed to come to final agreements with customers onthe price they will pay for the goods or service. Prices are stored as datawithin condition records. The values for condition could be for base price,surcharge, and discount. These are defined by condition types, which deter-mine the category and describes how the condition is used.
Table 3.1 shows the condition for pricing and the different business applica-tion of this condition. These different business applications or categories ofconditions are identified by their condition types. The control data providesthe basis for calculation type and identifies any scale bases for value, weight,quantity, volume, or time period.
Price conditions are maintained through transaction under the menu path:SAP Easy Access � Logistics � Sales and Distribution � Master Data � Condi-tions. Condition type configuration can be accessed via the path: Tools � Cus-tomizing � IMG � Execute Project � SAP Reference IMG � Sales and Distribu-tion � Basic Functions � Pricing � Pricing Control � Define Condition Types.
All condition types permitted in pricing are available in the pricing proce-dure. In the pricing procedure, you can define how the system should usethe condition by specifying the requirements for each condition. Thesequence in which the system accesses these conditions in the business doc-ument is also determined in the pricing procedure. Table 3.2 displays a typ-ical pricing procedure. The reference level provides a method to specify a dif-ferent basis to calculate the condition type and to group conditions forsubtotal. The pricing procedure might contain any number of subtotals.
Condition Application Condition Type Control Data
Price Price ListMaterial PriceCustomer Specific
PR01PR00
Fixed amount based on time period.
Discount/Surcharge
CustomerMaterialPrice GroupCustomer Material
K007K029
Calculation Type—Percentage, amount, or weightScale Bases—value or weight
Table 3.1 Price Condition Application
Pricing Fundamentals 3.1
93
Pricing condition in the pricing procedure can be marked in the followingways:
� As a mandatory condition
� As a manually entered condition
� For statistical purpose only
Last but not least, we have the access sequence, which is assigned to the con-dition type (except for the condition types configured as header condition).Access sequence is the search that defines the sequence in which the systemreads the condition records for a condition type. Figure 3.1 shows an accesssequence overview. Access performed by access sequence is made using acondition table. A condition table is a combination of fields that form the keyfor a condition record. You can also make access dependent on certainrequirements.
3.1.1 Pricing Overview
Let’s take a typical example of how an item price is determined in a docu-ment. When item information is entered, the system runs a check for appro-priate pricing procedures. The relevant pricing procedure is determinedbased on the sales area, customer, and sales document type (these areentered in the header of a sales document). Once it finds the right pricingprocedure, the system reads the condition type listed in the pricing proce-dure sequentially, as maintained in the pricing procedure. Based on this con-dition type, it determines the access sequence.
Step Condition Type
Description Reference Level
Manual Requirement
123456
PR00KA00RA01
PriceGross ValueOffer DiscountDiscountDiscount valueNet Value
23—4
X 2222
789
HA00HD00
Header discountFreightNet Values 2
— X —
10 MWSTSKTO
Output taxCash disc. basisCash discount
— — —
Table 3.2 Pricing Procedure
Key Techniques in Sales and Distribution3
94
The system reads the access sequence. The sequence of the condition tablesrepresents the search strategy to find the relevant condition record. Eachcondition table represents an access, which can be made for a conditionrecord with the specified key. The system searches for valid conditionrecords with the key specified by the condition table (accesses). If the first
Figure 3.1 Access Sequence
PR00
K007
K020
Price
Discount (%)
Customer Discount
Access Sequence
- PR02
Access Sequence
- K002
Access Sequence
- K020
PR02 Customer Material
Price list / currency/ material
Material
The access sequence moves from specific to general
Pricing Fundamentals 3.1
95
access does not find a valid condition record, then the system searches forthe next access using the next condition table. Figure 3.2 gives a pricingoverview.
After the system finds a valid condition record for an access, the systemreads the condition record and copies into the sales document the value thatcorresponds to the scale. The whole process is repeated for each conditiontype until the system has finished the entire pricing procedure.
Figure 3.2 Pricing Overview
Note
The prices, surcharges, and discounts determined automatically by the system canbe changed manually and are then marked as manual changes. In conditionrecords, you can specify limits within which a manual change can be made; e.g.,for making a discount, which can only be changed between 1 % and 3 %. In addi-tion to determining conditions automatically, conditions can be entered manuallyin sales documents. Conditions are marked as having been entered manually.
Pricing Procedure
1. Price PR002. Discount KA003. Discount RA01
Condition Type: PR00Access Sequence- PR02
Access Seq – PR02
Condition tables:1. Customer / material2. Price list / currency /
material3. Material
PR00 records
1. No record exists 2. Valid record exists
Document
Item 10 120 piecesPR00 Price $ 99KA00 Discount $ 1 -RA01 Discount $ 2 - %
Key Techniques in Sales and Distribution3
96
The condition maintenance screen can be accessed through SAP Easy Access,following the path: Logistics � Sales and Distribution � Master Data � Condi-tions. Figure 3.3 shows you the different condition maintenance optionswith the SAP Easy Access.
3.1.2 Header Conditions
Conditions also can be entered at the document-header level, as header con-ditions, and are valid for all items. These header conditions are automaticallydistributed among the items based on net value. The basis of distributing theheader conditions can be changed in the pricing procedure by selecting theappropriate routine; e.g., weight and volume, in the Alternative formula forCondition Base Value (AltCBV) field.
Figure 3.3 Condition Maintenance
Pricing Fundamentals 3.1
97
3.1.3 New Pricing
You can configure pricing behaviour in Pricing Type. With Release 4.5, youhave the following two ways of controlling the new pricing function in thesales document:
� Update prices on the condition screens at the header and item levels. Youcan choose the pricing type in the dialog box that appears.
� To use the new pricing-document function for the sales document (menupath: Edit � New Pricing document), assign a pricing type to pricing proce-dure in Customizing. If you do not maintain an entry, the system usespricing type B (Carry out new pricing). These functions are supported inthe sales and billing documents.
Copy control makes it possible to handle re-pricing of billing documentsbased on several different scenarios. While all customers will not use everypossible pricing type, the ability to specify what will happen to pricing calcu-lation during billing is a decision each customer has to make.
3.1.4 Pricing Configurations
Condition tables contain the keys that can be used to create dependent con-dition records. You can add your own condition tables using tables from 501through 999. Condition records are always created using specific keys. Con-dition tables are used to define the structure of the keys of a conditionrecord. The SAP standard system provides most of the important fields usedin pricing at the header and item levels. The key fields of a condition tablemust appear at the start of the table.
With release SAP R/3 4.5, you can also add non-key fields to the conditiontables. This is explained in condition table 144, which is used in the pricebook (condition type PBUD).
3.1.5 Access Sequence
You can define prices, discounts, and surcharges at various levels. Each levelis defined by a condition table. An access sequence consists of one or morecondition tables. The order of the entries in an access sequence defines thehierarchy of the various levels. The system determines the condition recordsin the sequence specified.
Key Techniques in Sales and Distribution3
98
Within each access of an access sequence, you can specify the document fieldor source field with which an access is performed. You can make accessdependent on requirement to avoid unnecessary access, thus reducing thesystem load.
Table 3.3 displays the key fields of document used as a condition record key.So you could have a record value of $100 for a key combination of SalesOrganization (1000), Distribution Channel (10), Price List Type (02), Docu-ment Currency (USD), and Material (M1), and $200 for a key combinationof Sales Organization (1000), Distribution Channel (10), different Price ListType (01), Document Currency (USD), and Material (M1).
3.1.6 Condition Type
After the access sequence is created, it is then assigned to a condition type.You can also create your own condition type. You can determine the charac-teristics of each condition type; e.g., whether the condition type representssurcharges or discounts and whether the condition type should be depen-dent on values or quantities. The condition types are combined in therequired sequence in the price procedure.
3.1.7 Procedure Determination
Remember that you also need to maintain the pricing procedure. The pricingprocedure is determined according to the following factors:
Document Field
Value Access Value Condition Record key
Sales Organization
1000 Sales Organization
1000 1000
Distribution channel
10 Distribution channel
10 10
Price List type 02 Price List Type 02 02
Document Currency
USD Document Currency
USD USD
Material M1 Material M1 M1
Table 3.3 Source Field for Access
Pricing Fundamentals 3.1
99
� Sales Area
� Customer pricing procedure in the customer master
� Document pricing procedure field assigned to the sales document type
Figure 3.4 shows the pricing procedure determination process
Putting it all together, the pricing component consists of the following:
� Condition TableDefines the key fields of the condition records
� Access SequenceContains the hierarchy for condition record access
� Condition TypeRepresents the properties of the pricing conditions
� Pricing ProcedureDefines how the condition types are linked
Figure 3.4 Pricing Procedure Determination
1. Condition table
MaterialCustomer / Material
3. Condition TypePrice Material discount
Standard Free of charge
2. Access Sequence
PriceCustomer discountMaterial
1. Customer / Material
2. Material
1. Price2. Material
Discount
Procedure Determination
Sales org Dist Chan Div Doc Cust
1000 10 01 A 123 Standard
Pricing Procedure
Key Techniques in Sales and Distribution3
100
� Procedure DeterminationSelects the correct pricing procedure
The following elements might be needed to implement complex scenarios:
� Adding New Fields for PricingCreate new fields to meet customer requirement
� RequirementsDefines dependencies and improve performance
� FormulaEnables expanding the limits of standard configuration.
New fields may be added to the pricing field catalogue. This allows you touse the new field to define condition tables. Requirement routines and for-mulas make it possible to modify the standard pricing logic to meet uniqueuser requirements. Figure 3.5 displays the configuration step screen for newfield additions.
The screen shot in Figure 3.5 only displays access. To add a new field you needa special authorization object in your user profile S_TABU_CLI. Also be awarethat this is a cross-client table and applies to all the clients in your system.
Figure 3.5 Pricing Field Catalog
Pricing Fundamentals 3.1
101
Figure 3.6 displays the fields selected for the condition table from the list ofthe Field Catalog. We have selected the table for Material with the Selectedfields on the left and the list of catalog fields (FieldCatlg) on the right.
3.1.8 Working with Condition Records
Condition maintenance has two maintenance interfaces. You can mass main-tain conditions based on characteristics like customers and material, whichallows you to maintain condition records across all condition types and con-dition tables. The new condition maintenance function can be configuredusing the area menu. The standard area menu for condition maintenance isCOND_AV. A user-specific area menu can be assigned by going to the menupath: Environment � Assignment Area Menu.
The user-specific area menus can be created using transaction code SE43;e.g., by copying the user menu, COND_AV, and changing it to meet specific
Figure 3.6 Field Catalog Selection
Key Techniques in Sales and Distribution3
102
requirements. You can also follow this menu path through SAP Easy Access:Tools � ABAP Workbench � Development � Other Tools � Area Menus.
New condition records can be created with reference to existing conditionrecords. This can be access through the SAP Easy Access menu path: Logistics �Sales and Distribution � Master Data � Conditions Create with Template �
Prices � Material Price. The pricing change function allows you to maintainmultiple condition records simultaneously. This can be reached through theSAP Easy Access menu path: Logistics � Sales and Distribution � Master Data �Conditions � Change � Prices � Individual Prices.
Long text can be maintained for pricing and agreements, such as rebates,sales deals, and promotions. Figure 3.7 shows the SAP Easy Access for con-dition maintenance.
You can create and use condition indices to search for condition records thatwere created for a variety of condition types and condition tables. If you cre-ate your own indices, the system automatically activates each new index
Figure 3.7 Condition Maintenance
Pricing Fundamentals 3.1
103
when you generate it. You must also specify an update requirement for eachcondition index. You can configure for each condition type whether the sys-tem updates the condition indices when you post the condition records forthe corresponding condition type.
You can allow a release procedure to be used when a condition table is cre-ated by selecting the with release status checkbox, as seen in Figure 3.6. Thisautomatically adds the following fields to the condition table:
� KFRSTRelease status as last key field
� KBSTATProcessing status as a field of the variable data part (non-key field).
Release statuses are predefined as follows:
� Released
� Blocked
� Released for price simulation (net price list)
� Released for planning and price simulation (planning in CO-PA).
Calculation type for condition type is defined in Customizing. This calcula-tion type determines how prices or discounts and surcharges are calculatedfor a condition. When creating a new condition record, you can select a cal-culation type that differs from the one set in Customizing.
3.1.9 Price Report
To provide an overview of existing condition records, you can generate a listof conditions for analysis. The layout of the lists and the conditions reportedare set in Customizing. When creating a new program for pricing reports, youfirst decide the views in which you want to analyze the condition records. Todo this, you need to select specific fields from the existing condition tables.
Depending on the fields selected, the system generates a list of tables, whichcontain at least one of the selected fields. From this list of tables, you canselect specific tables that will appear in the report. The list layout is specifiedby positioning and sorting the fields that appear in the selected tables in oneof the three following report sections:
� Page HeaderA page break occurs when a value changes
Key Techniques in Sales and Distribution3
104
� Group HeaderA new line heading is generated for each table analyzed.
� ItemDetailed record information is provided.
Price reports can be accessed through SAP Easy Access by following the path:Logistics � Sales and Distribution � Master Data � Conditions � List � PricingReport. You can create your own price report by configuring it as followsfrom the Display IMG: Sales and Distribution � Basic Functions � Pricing �Maintain Pricing Report � Create Price Report.
3.1.10 Special Functions
There are special pricing functions that include grouping conditions. Theseallow you to carry out pricing for several items in an order, compare condi-tion types, and use condition updates. Remember that condition types arestandard and delivered with pre-set business rules.
Group Conditions
In Customizing, you can set a condition type to be group condition. The con-dition base value, such as weight, is then calculated as the sum of the individ-ual items within a group. The different type of group keys could be as fol-lows:
� Complete DocumentAll quantities with the same condition type are accumulated.
� Condition TypesAll quantities of condition types that have assigned group condition rou-tine 2 are accumulated.
� Material Pricing GroupAll quantities with the same condition type and material pricing group areaccumulated.
Excluding Conditions
Conditions can be linked to requirements in the pricing procedure. Arequirement can evaluate the condition exclusion indicator and ignore thecondition if the indicator is set. The condition-exclusion indicator can be setin either the condition type or the condition record. This can be applied in a
Pricing Fundamentals 3.1
105
situation where more than one condition is used for pricing and you wantthe highest price to be selected.
Comparing Condition Types
Condition types to be compared are placed in an exclusion group. Duringpricing, the conditions—which result in the best price (lowest charge orhighest discount—are selected from his group. All other conditions are deac-tivated. The following comparison methods are available:
� AAll conditions found within the first exclusion group are compared andthe condition with the best price is chosen. All other conditions are deac-tivated.
� BAll condition records found for one condition are compared. The bestprice is chosen. All condition are deactivated. This method can be usedwith condition type PR00.
� CThe total of condition records found in the first exclusion group is com-pared to the total of comparison records found in the second exclusiongroup. The group that provides the best price is chosen. The conditions ofthe other groups are deactivated.
� DIf a condition record is determined for the condition types of the firstexclusion group, all the condition records for the second exclusion groupare deactivated.
� ESimilar to method B, except that the worst (highest charge or lowest dis-count) price is chosen.
� FSimilar to method C, except that the group with the worst overall price ischosen. The conditions of the other group are deactivated.
The condition type definition can be accessed through the SAP Easy Accessby following the menu path: Tools � Customizing � IMG � Execute Project �SAP Reference IMG � Sales and Distribution � Basic Functions � Pricing � Pric-ing Control � Define Condition Types.
Key Techniques in Sales and Distribution3
106
Hierarchy Pricing
Hierarchy accesses optimized pricing for hierarchy data structures, such asthe product hierarchy. The functions in hierarchy accesses enable you tosolve problems by using one access to a condition table. When you create theaccess sequence to use this condition table, you need to define at the fieldlevel whether each field is a fixed component of the key or whether the fieldis optional. Priorities are assigned to the optional fields in the next step. Dur-ing pricing, the system sorts the records found with this single access accord-ing to priority and uses the record with the highest priority. Hierarchyaccesses also provide clear and easy master data maintenance because thedifferent condition records for a condition type can be created together inthe quick entry screen for maintaining conditions.
3.1.11 Special Condition Types
The SAP standard system provides many condition types that can be usedimmediately. Referencing these condition types and creating your own con-dition types will help you meet the business requirement based on thesestandard delivered condition types.
Manual Pricing
The header condition type HM00 allows you to enter the order value manu-ally. The new order value is then distributed proportionately among theitems, taking into account the previous net item value. Taxes are determinedagain for each item. The PN00 condition in the standard system allows youto specify the net price for an item manually. The original conditions aredeactivated.
Minimum Price Value
You can use the condition type AMIW for minimum order value. If the valuein the order header is less than this minimal order value during pricing, thesystem automatically uses the minimum as the net order value. The mini-mum order value is a statistical condition.
Condition type AMIW is a group condition and is divided among the differ-ent items according to value. Calculation formula 13 is assigned to conditiontype AMIZ in the pricing procedure. This formula calculates the minimumvalue surcharge by subtracting the net item value from the minimum ordervalue, AMIW.
Pricing Fundamentals 3.1
107
You can use condition type PMIN for material minimum price. If the mini-mum price is not met during pricing, the system determines the differenceusing condition type PMIN.
You can maintain condition records with interval scales if the condition typeis set to the scale type D in Customizing. Interval scales cannot be used forgroup conditions.
Hierarchy Pricing
Customer hierarchies are available in Sales Order Management so that youcan create flexible hierarchies to reflect the structure of the customer organi-zations. These hierarchies could represent different groups within a com-pany. You could use this hierarchy during the sales order and billing processin determining pricing and runtime statistics. Customer hierarchy consists ofthe following elements:
� Master record for each node
� Assignment of nodes
� Assignment of customer master record to node
With customer hierarchy, you can assign a price or rebate agreement to ahigher-level node. The agreements are then valid for customers at all subor-dinate levels of this node. You can create pricing condition records for eachnode indicated as relevant for pricing. If one or more nodes in the hierarchyof a sales order contain pricing information, the system takes these nodesinto account automatically during pricing according to the underlying accesssequence.
Discount and Surcharges
KP00 condition type is controlled by formula 22 in the pricing procedure,which only takes the number of complete pallets into account to give a pal-let-level discount. KP01 condition type uses formula 24 in the pricing proce-dure to charge customers with surcharges for incomplete pallets. The mixedpallet discount (KP02, group condition—X and unit of measure-PAL) accu-mulates the quantities of individual items and calculates the discount for acomplete pallet. The mixed pallet surcharge is controlled by formula 23,which calculates the fractional proportion of the total mixed quantity for afull pallet.
Key Techniques in Sales and Distribution3
108
Rounding Difference
You can maintain a rounding unit in Table T001R for each company code andcurrency. If the final amount in the order header differs from the roundingunit, the system rounds the amount up or down as specified. Condition typeDIFF determines the difference amount. This is a group condition and is dis-tributed among the items according to value.
Statistical Condition Types
You might have a requirement to determine prices for statistical purposes ina way that doesn’t change the net value of the item. This can be achieved bymarking the condition as statistical. For example, the material cost from thematerial master could be used for information purpose or as a statistical con-dition.
Condition type VPRS is used to retrieve the standard cost of the material andthis is used as statistical condition. It uses the condition category G to accessthe valuation segment of material master for getting the standard cost ormoving average cost, as specified in the material master. Condition categoryG accesses the standard cost, whereas condition category T always accessesthe moving average cost. The profit margin is calculated using formula 11 inthe pricing procedure; this subtracts the cost from the net value.
The condition type SKTO is used to retrieve the cash discount rate. The pric-ing procedure uses this condition type as a statistical value. Table T052 isaccessed using condition category E, and an amount is calculated from thefirst percentage rate of the item payment terms.
Condition type EDI1 is used for comparing the net price with customerexpected price. You can use the EDI2 condition type to compare the overallitem value, which is obtained by multiplying the net price and the quantity.Calculation formula 9 is assigned to condition type EDI1 with maximumdeviation of 0.05 currency units, and formula 8 is assigned to EDI2 withmaximum deviation of 1.0 currency units. If the customer’s expected pricediffers from the automatically determined price or value by more than themaximum difference allowed, the system considers this order incompletewhen the order is saved.
Pricing Fundamentals 3.1
109
3.1.12 Determining Taxes, Rebates, and Agreements
The criteria for determining taxes are departure country (the country of thedelivering plant from the sales document), destination country (countryfrom the ship-to party from the sales document), tax classification main-tained in the customer master, and material tax classification accessed usingdeparture country (maintained in the material master). The system deter-mines a tax rate in the order/billing document on the basis of the followingthree criteria:
� Business transaction: domestic or export/import
� Tax liability of the ship-to party
� Tax liability of the material
You can define a promotion or general marketing plan for a product line fora certain period of time. You can then link this promotion with specific salesdeals, which then are linked to special condition records used for promo-tional pricing or discounts.
A rebate is a discount, which is granted subsequently to a rebate recipient onthe basis of a defined sales volume within a certain period. Rebate agree-ments are created to determine the values required for a rebate settlementwith the validity period of the rebate agreement.
Determining Taxes
Taxes are calculated in SAP SD using the normal condition techniques. Thecondition type for tax is entered into the pricing procedure. Figure 3.8 onthe next page displays the tax determination in pricing procedure. The accesssequence is used to find the appropriate condition record for the current sit-uation.
Tax procedure is assigned in the default for Financial Accounting by country.For example, for the United States there are the following options:
� TAXUS (taxes calculated in SD)
� TAXUSJ (taxes calculated in the central tax procedure using the tax juris-diction value stored in the master data for the ship-to party)
� TAXUSX (taxes calculated through a remote function call (RFC) and a cen-tral tax procedure)
The jurisdictional and the third-party tax are calculated, after the procedurehas been determined and the corresponding pricing procedure in SD uses
Key Techniques in Sales and Distribution3
110
the appropriate condition types. If the tax procedure assigned is TAXUSJ, thepricing procedure RVAJUS uses the condition types UTXJ, JR1, JR2, JR3, andJR4. The condition type UTXJ initiates the tax calculation.
Promotions and Sales Deals
You can maintain the sales deal through SAP Easy Access, following themenu path: Logistics � Sales and Distribution � Master Data � Agreements �Promotion � Create. You can also create condition records for discount andassociate those with sales deals to represent the different process steps theygo through. The possible values are given below:
� _ > Released Assigned when a sales deal is released for processing
� A > Blocked Asigned when a sales deal is blocked from processing
Figure 3.8 Tax Determination Procedure
Pricing Procedure
Price PR00
Value-added tax MWST
Condition Type: MWST
Access Sequence- MWST
Access Sequence MWST Requirement
1. Country / ship-to country Export2. Country / customer ID / material ID Domestic business3. Country / ship-to country / country ID / Material ID Export
PR00 records
1. no record exists 2. US/full tax/full tax3. France / full tax / full tax
Indicator A1Accounting
Pricing Fundamentals 3.1
111
� B > Released for price simulation Sales deal is specifically released for price simulation and not for process-ing it through.
� C > (CO-PA)Released specifically for price simulation and planning (CO-PA)
Rebate Agreements
You can define rebates at as many levels as you want, similar to any otherpricing condition. The SAP standard system provides the following agree-ment types:
� Material
� Customer
� Customer hierarchy
� Material group rebate
� Independent of sales volume
The rebate agreement is created with a specific rebate agreement type. Thefeatures of each rebate agreement type are set in Customizing. Table 3.4 dis-plays the rebate agreement types delivered in the SAP system.
Condition records are linked to the rebate agreement specifying the rebaterate and the accrual rate. With the rebate agreement, you can specify the con-dition type to be used and the validity period.
Agreement Type Condition Table Condition Type
0001 Customer/MaterialCustomer/rebate group(percentage rebate)
B001B001
0002 Customer/Material(absolute rebate)
B002
0003 Customer (percentage) B003
0004 Customer hierarchyCustomer hierarchy/material(percentage)
B004B005
0005 Independent sales volume B006
Table 3.4 Pricing Agreement
Key Techniques in Sales and Distribution3
112
The rebates are different from other discounts, as they are based on sales vol-umes. A settlement run creates the required credit memo request automati-cally. When the rebate-relevant billing documents are processed, accrualscan be determined and posted automatically. You can use the rebate creditmemo to reverse these accruals.
The rebate processing needs to be activated for the sales organization, payermaster record, and billing document type. The rebate processing begins bycreating a rebate-relevant billing document. If it is not needed, rebate pro-cessing must be deactivated, as it might affect performance.
Rebate Settlement
The system uses the accumulated amounts in the rebate agreement to createa rebate settlement. The settlement can be performed manually, automati-cally, and in the background (batch programs RV15C001 and RV15C002).Accruals are reversed as soon as the rebate agreement is settled by creditmemo. Partial rebate settlement can be limited for each rebate agreementtype, such as:
� Up to the accumulated accrual amount
� Up to the calculated payment amount for the current date
� Unlimited
Retroactive rebate agreement allows you to take into account the billing doc-uments created before the rebate agreement was created. Now let’s look atthe configuration steps in setting up the rebate agreement:
1. Follow the menu path: Display IMG � Sales and Distribution� Billing �
Rebate Processing � Activate Rebate Processing.
2. Click on Select billing documents for rebate processing.
3. Navigate to the menu path: Display IMG � Sales and Distribution � Billing �Rebate � Processing � Activate Rebate Processing.
4. Click on Activate rebate processing for sales organization.
5. Maintain in the payer’s customer master record.
Let me conclude the pricing discussion with a reference to some useful infor-mation. Table 3.5 displays the different conditions.
Making Partner Determination Work for Your Business 3.2
113
You can also look at Figure 3.9 to see a typical pricing procedure.
Having learned the condition technique that is applied in pricing, let’s seehow partner determination works. Partner determination is used within thesales transactions for determining different business partners.
3.2 Making Partner Determination Work for Your Business
You might have different business relationships with different business part-ners, involving the roles of customer, vendor, employee, and contact person.Some examples are as follows:
Table Description
A001, A002, …, Annn Condition tables
KONH Condition header
KONA Agreement
KONP Condition item
KONM Quality scale
KNOW Value scale
Table 3.5 Condition Tables
Figure 3.9 Pricing Procedure
Key Techniques in Sales and Distribution3
114
� Vendor-CustomerThe vendor acts as a forwarding agent to the customer.
� Contact Person-CustomerThe contact person is employed at the customer’s company, or is the cus-tomer’s consultant, but doesn’t work in the same company.
� Customer-CustomerThe sold-to party and ship-to party are different parties.
� Employee-Contact PersonThe contact person is looked after individually.
� Employee-CustomerThis is the relationship you maintained with the Customer manager.
These business partners are represented by various partner types in the SAPR/3 or in the mySAP ERP system. Some examples of partner type are AP forcontact person, KU for customer, LI for vendor, and PE for Personnel.
3.2.1 Partner Functions
While using partner types allows you to distinguish between different busi-nesses partners, partner functions represent the roles played by businesspartners within the business transaction. For example, you could have onecustomer ordering the part, one who receives it, and another one pays for it.
Assigning partner functions in SAP SD determines the functions of particularpartners in the sales processes. One partner might take on several functions,such as:
� SPSold-to-party
� SHShip-to-party
� BPBill-to-party
� PYPayer
� FAForwarding agent
� EREmployee responsible
Making Partner Determination Work for Your Business 3.2
115
In the simplest case, all the partner functions within the customer partnertype would be assigned to one business partner. In other words, the samecustomer could be the sold-to party, ship-to party, payer, and bill-to party.
You can enter contact persons for a customer directly in the customer mas-ter, and this information will be automatically assigned to that customer.This contact person can be assigned to another customer; e.g., in a consult-ant role.
Transportation services are performed by the forwarding agent. These mightinclude organizing the shipment, delivery and receipt of the goods, arrang-ing carrier services, and handling custom issues. A vendor could take up thispartner function role.
The SAP standard system delivers a set of partner functions, so before youcreate a new one, check the existing ones. The partner function configura-tion can be reached through the menu path: Tools � Customizing � IMG � EditProject � Select SAP Reference IMG. Then configure as: Sales and Distribution� Basic Functions � Partner Determination. Click on Set up Partner Deter-mination. This will provide a pop-up window with options for setting uppartner determination for the following:
� Customer master
� Sales document header
� Sales document item
� Delivery
� Shipment
� Billing Header
� Billing Item
� Sales Activities
If Customizing allows, you can change or supplement these relationshipsmanually by going to the partner screen and changing the function assign-ment. In Customizing, you can decide whether several partners can beassigned to one partner function in the customer master. If multiple partnersof the same function are maintained, a selection list containing these part-ners appears when you enter the sales order. In the sales documents, the sys-tem has been configured so that only one partner can be assigned to eachpartner function. The only exception is for outline agreements (partner func-tions AA and AW). Figure 3.10 displays the configuration steps in partnerfunction definition and determination.
Key Techniques in Sales and Distribution3
116
You can also define partners at the item level in the sales documents. Busi-ness partners are only defined in the header and cannot be changed in theitem. You can configure so as to prohibit anyone from changing the partnerentered. It is possible to change the address of the partner, and this doesn’taffect the master record.
The configuration starts with the partner function definition in the proce-dure along with other settings, as shown in Figure 3.10. As a next step, youneed to assign the partner determination procedure to the appropriate salesdocument type. Within the Partner Functions configuration step you need toassign the partner type (whether it is a customer, vendor, or individual). Theconfiguration step Account Groups-Function Assignment allows you to mapthe account group to the partner function.
3.2.2 Customer Master and Account Group
Partner function determines which partner assumes specific business func-tion within the sales process and which account group controls the customermaster record. Some examples of the account group are: 0001—Sold-to
Figure 3.10 Partner Function Definition
Making Partner Determination Work for Your Business 3.2
117
party, 0002—Ship-to party, 0003—payer, and so on. The following criteriaare determined, while defining account groups:
� Data fields displayed and whether maintainance is mandatory, optional,or not possible.
� The number range
� A number of other control elements, for partners and texts of customermaster records.
A ship-to party compared to another ship-to party might involve differentcustomer master records. The billing information might not be required, andthe correspondence fields are displayed.
Partner Function Specific to Account Group
You can restrict the allowed partner functions by account group in an orga-nized sales processing. This control is accomplished by assigning partnerfunctions to account groups. Examples include: Account groups 0002 (sold-to party), 0003 (payer) or 0004 (bill-to party).
Partner Determination Procedure
Partners appear in the system at different levels, such as the customer mas-ter, the sales document header, and the sales document items. You candefine your own partner-determination procedures for each of these levels:
� Customer master
� Sales document header
� Sales document item
� Delivery
� Billing header
� Sales activity (CAS)
A partner-determination procedure is where you determine which partnerfunctions should or must appear on the sales documents. You determineareas of validity by assigning procedures. The partner procedures areassigned to the partner objects as follows:
� Partner object to Assignment key
� Customer master to Account group
Key Techniques in Sales and Distribution3
118
� Sales document header to Sales document type
� Sales document item to Item category in sales
� Delivery to Delivery type
� Shipment to Shipment type
� Billing header to Billing type
� Billing item to Billing type
� Sales activities (CAS) to Sales activity type
Figure 3.11 displays the partner determination procedure assignments set upfor configurations.
Indirect Partner Functions
You can use other sources to automatically determine business partners insales documents, such as the tables for customer hierarchy (KNVH), contactperson (KNVK), credit representatives (T024P), and so on. Now that we havecovered partner determination, we can move on to working with text items.
Figure 3.11 Partner Determination Procedure
Customer MasterSales document headerSales document itemDelivery ShipmentBilling headerBilling itemSales activity
Define Partner Function
Procedure for doc typesORSM KAB
Procedure for customer master
Sold-toShip-to -----
Sales document
1
2
3 3
2
1
Master data
Assign doc types
ORSM KAB
Assign Account Group
Sold-to (0001)One time customer
Sold-toShip-toPayer
----
Working with Text Items 3.3
119
3.3 Working with Text Items
Information exchange is a key function within the logistics supply chainbetween business partners. This exchange of information is supported inSAP SD in the form of texts in master records and documents. Texts are avail-able in the areas or functions of the logistics system (sales texts—notes forcustomer, shipping texts—shipping instructions in deliveries, internal notes,supplement texts, etc).
Text can be copied or carried through the document flow, from sales order todelivery. The copying of texts can be made language dependent. Based onthe configuration setting, you can propose text from master data to the doc-uments when they are created.
Text can be maintained at central locations, for accounting, marketing, exter-nal sales notes, partner notice, shipping, etc. These can be accessed in thecustomer master’s create, change, or display transactions thus: Extras � Texts.For example, you can maintain notes for accounting in the customer masterby branching out to accounting view in the customer master and then goingto the menu path: Extras � Texts.
3.3.1 Text in Sales and Distribution Documents
Sales documents consist of inquiries, quotations and sales orders. The salesdocument text could reside in a header (header note, shipping requirement)or an item (material sales text, packing note). With deliveries, you could havea text referenced from the preceding document or without reference forheader and item. Similarly, you can have header and item text for billing.
Header text refers to the entire document and can be found in the headerdocument. The header text of the SAP standard system appears in the top ofthe text and should be reserved for important information. Another impor-tant standard text of SAP standard system is supplementary text, whichappears in the bottom of all the texts.
Item texts are specific to the item and can be maintained separately for eachitem. The material sales text is an important item text copied from the mate-rial sales text and carried forward. You can also overwrite the text as you canother texts.
Not all the texts are activated for sales and distribution forms; some aremeant for internal purposes. These are individually maintained in the cus-tomizing setting. The three main configuration steps are:
Key Techniques in Sales and Distribution3
120
� Define text types
� Define the access sequence for determining texts (which uses the condi-tion techniques)
� Define and assign the text-determination procedure
Figure 3.12 displays the configuration steps for customizing text determina-tion.
In the Figure 3.12 icon bar there are three icons: Display, Change, and Texttypes. You can display the text types in the system by clicking on Text types.Text types are client independent, so if you want to create a new one, youneed to have the specific authorization: S_TABU_CLI. To maintain the textdetermination, select the specific object and the text area under which it falls.
Figure 3.13 displays the sales header text-determination procedure. We seethe text determination procedure for sales header. If you select that and dou-
Figure 3.12 Text Determination
Copy Control and Requirements 3.4
121
ble-click on the Text IDs in the Textprocedure, you will see Text IDs listed inthe sequence with the indicator for reference or duplication, followed byaccess sequence. If you create a new procedure, you need to maintain a sim-ilar entry here. The folder within the access sequence provides the detailsbehind access sequence, search sequence, text application object, and themapped Text ID. The last folder lists the assignment of text-determinationprocedure to sales document type.
3.3.2 Copying and Referencing Sales Texts
Text can be copied from the preceding document. This copying requirementuses the access sequence of condition techniques. Some text might be carriedforward to the end of the logistics chain without being changed or altered.SAP SD provides you two options, one to reference the text from the originaland one to duplicate it.
With duplication, the changes in the specific document don’t affect the pre-ceding document. Reference documents use less space, as they are not cop-ied to the follow-on documents. We can now move on to copy control andrequirements.
3.4 Copy Control and Requirements
In copy control, you determine which document types can be copied toother document types. Copy control helps you control the movement of dataor information from the source document to target. SAP uses documents to
Figure 3.13 Sales Header Text Determination Procedure
Key Techniques in Sales and Distribution3
122
identify business transactions. Sales orders, deliveries, shipping memos, bill-ing, etc. within the logistic chains have information copied over or carriedforward to the next process or document in the SAP system.
Another important function of the copy control is to check the prerequisitefor the process before it can be processed. For example, creating a deliverymight require a purchase order number or availability of the material, andthese are checked during the copy control dynamically.
As we know, the sales cycle flows from inquiry to quotation to sales order todelivery (to transport order for warehouse management) to billing documentor invoice. Copy control applies individually for each source and target com-bination; e.g., inquiry to quotation, quotation to sales order, sales order todelivery. For billing documents created out of the sales orders directly, thecopy control from sales order to billing document should be maintained. Forsales orders created from contracts, the copy control from contact to salesorder should be maintained.
You could create a sales order copy from another existing sales order, for ref-erence purposes or to reduce the date-entry time. For this you need to main-tain copy control from a sales document to a sales document type. If youdon’t maintain the copy control from a source document type to a target doc-ument type and try to create the target document copying from the source,the system will prompt you with an error.
3.4.1 Configuring Copy Control in SD
You can define control data for a flow of documents. You can specify, for aparticular sales document type, which document type is to be assigned tocopied reference documents, and which item categories or schedule line cat-egories are to be copied. You also must set the requirement specifications forcopying requirements and data transfer, as well as quantity and valueupdates in the document flow. This must be done for each copying proce-dure at header, item and—if necessary—schedule-line level.
When you define a new sales document type by copying with reference, theSAP system copies all the specification of the reference original document.You can make specific changes to these settings based on your businessrequirement.
As mentioned earlier, copy control can be defined in different process stepsof the supply chain (sales order to delivery to billing). The configuration forcopy control from quotation to sales order can be found under the section
Copy Control and Requirements 3.4
123
sales document to sales document. Copy control from sales order to deliverycan be found under sales document to delivery. Copy control from sales doc-ument to billing can be found under sales document to billing while copycontrol from delivery document to billing document can be found underdelivery document to billing document. Copy control for creating billingdocument with reference to another billing document can be found underbilling document to billing document. An example of this is the credit memofrom invoice.
Configuration can be accessed through SAP Easy Access, following the menupath: Tools � Customizing � IMG � Edit Project � Select SAP Reference IMG �Sales and Distribution � Sales � Maintain Copy Control for Sales documents.Then choose copy control. Figure 3.14 displays the copy control from sourceto target document type options. Let’s take the example of sales document tosales document. In Figure 3.14 you can see the copy control from a quotationto a sales order.
Copy controls in shipping can be found in the Display IMG by following thispath: Logistics Execution � Shipping � Copy Control. Copy control for billingcan be found under Display IMG by following the path: Sales and Distribu-tion � Billing � Billing Documents � Maintain Copy Control for Billing docu-ments.
Figure 3.14 Copy Control
Key Techniques in Sales and Distribution3
124
In Figure 3.14 you can see the data transfer routines for header, item, andpartner, DataT. The copy requirement is an ABAP code, which checks if spe-cific requirements are met before copying. Here you define the target salesdocument type and the associated item category, source document type, andassociated item category. The FPLA routine is meant for transferring condi-tion records. If you check the copy schedule lines, the system will carry theschedule line information from source document to target.
If you want the document flow to be updated, you need to check the config-uration. Pricing type setting allows you to set the pricing re-determination orre-calculation in the document. You have configuration options for copyingquantity, pricing type, etc. Figure 3.15 displays the source-to-target configu-ration steps needed to match the sales structure.
3.4.2 Data Transfer Routines and Requirements
Data transfer routines control the way fields are copied from the referencedocument. With the copy requirement, you define requirements that arechecked when a document is created with reference to another. If theserequirements are not met, the system issues a warning or error and, if neces-sary, terminates processing.
Figure 3.15 Source-to-Target Configuration Steps
Schedule line category
Sales doc tyoeQT – Quotation
Sales doc typeOR – Standard
Order
Item Category – TANN (Free of charge Item)
Item Category – AGNN (Free of charge Item)
Schedule line category
BN – No MRP - no entry
Source Target
Header
Item
Schedule line
Summary 3.5
125
You can define indicators or switches for setting specific controls for eachtransaction. For example, you can activate or deactivate the transfer of itemnumbers. As we saw in Figure 3.14, the copy requirement can be defined foreach level, as follows:
� HeaderCopy requirement at this level can check the instance to see whether thesold-to party and the sales area in the source and target document are thesame.
� Item LevelCopy requirement at this level can check by instance whether the itemthat is used as a copy has a reason for rejection or status completed.
� Schedule Line CategoryCopying requirement at this level for instance can check whether only aschedule line with an open quantity greater than zero is copied.
Routine and requirements are written in ABAP/4 code and can be processedin Customizing in SD under system-modifications transaction VOFM. Therecommended approach would be to copy the standard and make necessarychanges to the code by adding or deleting the line of code to meet therequirement.
3.5 Summary
In this chapter, I covered some key techniques of Sales and Distribution.Because pricing is one of the important functions, we went over the funda-mentals, as well as, some additional features of this powerful functionality.Partner determination is another important functionality, which helps theorganization define its business relationship within the transaction. Text isused as an information-sharing placeholder, and we saw how this informa-tion flows from one document to another through text types and procedures.The logistical or supply-chain processes are represented by the functionswithin the process and in SAP they are represented by document flow. Copycontrol helps you control the data flow from one process to another.
In Chapter 4, we will explore sales and distribution’s influence on materialsmanagement. When you create a sales order, material availability is checkedagainst the inventory and this function crosses SD and performs the functionwithin SAP Materials Management (MM). We will learn how these are car-ried out. We will look at different sales transactions that use the materials-
Key Techniques in Sales and Distribution3
126
management functions, with Cross-Company Sales and Intercompany Sales.Similarly, there are functions within MM that use the SD functionality, suchas the stock transport orders for shipping, delivery, and goods movement.Third-party processing is used in sales orders, which use MM functions forprocessing. Similarly the subcontracting purchase order uses many SD func-tions. Finally, we will touch on the agreements initiated in SD and processedthrough the MM functions.
357
Index
A
ABAP 46, 84Code 287Coding 254Data extraction 262Dictionary 287, 290, 295Dictionary structure 302Programming 290Programs 262Queries 257Report 262Structures 290Tables 290Workbench 287, 289, 290
Access sequence 93, 94, 97Account assignment
Criteria 206Account determination 220Account group 116Accounting 66Accounts Payable Accounting 210Accounts Processing 52Add-on Industry Solutions 45Administration
Monitoring 329Administrative Workbench 274Advanced Planner and Optimizer 137After Sales and Service 52Aftermarket Sales 49Agreement
Initiated in SD 126Outline 115Processed though MM 126Type 111
AgreementsOutline 161Rental 201Scheduling 128, 161Service 201
AnalysisAggregate data 266Flexible 257Standard 257
Analysis WorksetSales Support Analysis 282
Analysis worksetOrder fulfillment analysis 282
Analytical content 281Analytics
Enterprise 277Sales 277
Append structure 290Application Linking and Enabling 300,
319Application Programming Interface 315Asset Accounting 209Availability Check 40
B
Back-order processing 131BAPI Explorer 287
Hierarchy 316Work area 316
Basic data 66Batch
Material managed 137Batch determination 223, 248Batch input 300, 301
Session 302Bill of material
Master record 138Billing
Inter-company 141Milestone 201Periodic 201
Billing configuration steps 143Billing document 17, 21, 63, 194
Interface with Financials Accounting 220
Type 37Billing Engine 343Business
Processes 240Scenarios 240
Business Add-Ins 293, 344Business Application 318
358
Index
Business Application Programming Interface 186, 306, 314
Business Component 315Business content 276Business Framework 314, 315Business Object Browser 287Business Object Builder 253Business to business user interface 278Business Transaction Event 293
C
Calculation type 103Case Management 337Cash Account 21Cash Sale 45, 73Catalog Management 280Certificate
Characteristics 246Profile 245
Certification planning 245Change pointer 328Checks
Inward 130Outward 130
Client-server architecture 313Collective processing 184Commission Management 49Common Programming Interface 309Communication
Asynchronous 189, 320Distributed model 189Interface 309
Communication typesEmail 307SAP Office 307
Company Code 23, 25, 34, 174Comparing condition types 105Complaints 238Compliance Management 332, 334, 337Condition maintenance
Maintenance interface 101Condition master data 70
Configuration 71Listing/Exclusion 72Material determination 71Output 71Pricing 70Product proposal 72
Condition record 95, 101Condition technique
Normal 55, 109Condition type 92, 98, 103
Statistical 108Consignment 236
Pick and Return 236Contact Center 338Content metadata 286Contract determination
Automatic 228Contract Management 337Control table 59Controlling sales document 85Copy control 121
Configuring 122Corporate Group 23Costing 32, 66Credit check
Automatic 212Part of supply chain process 212
Credit Limit 42Credit Management 209, 212CRM middleware
Data exchange 340Cross-client table 100Customer
Billing 154Billing price 140Consignment 235Consignment stock 234Helpdesk 224Include 291Interaction Channel 17Master 65, 116, 130Master data 61Order Management 21Processing 224Requirements 18Scheduling Agreement 45Self-Service 341
Customer-Material Information 130Customizing 39, 41Customizing entry 62Customs Management 332Customs Management Services 334
359
Index
D
DataAnalysis 340Consolidation 340Formats 306Integrity 300Source 258
Data determination 73, 89Data fields 273Data stores
Logical views 274Operational 274Physical views 274
Data transfer 89methods 304
Data transfer routine 124Database
MS SQL 280Tables 320
Database meta objects 274Debit Memo 21Decentralized WMS 188Default output type 78Default Values 40Deliveries
Inbound 169Outbound 169
Delivery 158Document 91Item 170Processing 180Proposal 131Quantity 183Scheduling 40, 129Type 37, 158, 170
DependenciesBAPIs 326Message Types 326
Discount 107Distributed Component Object Model
315Distributed model 189Distribution 165Distribution Channel 27
Representative 28Shared 28
Division 29
DocumentCustoms 336Sales and Distribution 301
Document Category 42Document Currency 38Document determination procedure 80Document Flow 37, 119Document Item 38
Data about Goods 38Service Ordered by Customer 38
Document Type 42, 146Inquiry 42Order 42Returns 42Scheduling agreement 42
Dunning procedure 65
E
Electronic BillPayment 210Presentment 210
Electronic Data InterchangeTechniques 143
Enterprise Portal 275, 278, 285Knowledge Management 286
Enterprise Sales 337ERP Central Component 20ERP SD transaction process 336Exchange Rate 38Excluding conditions 104Extension Sets 45External tool
MS Excel 259MS Word 259
F
Field catalog 101Field Services 17Filtering segments 326Finance 33, 54Finance and Controlling
Interface 191Financial Accounting 24, 48, 109Financial and Controlling 56Financials Accounting 206, 220Financials Management 208
360
Index
Financials Supply Chain Management 209, 220
Fixed value 79Flexible analyses 267Foreign trade organization 335Foreign Trade Solution 329Function assignment 115Function Builder 316
Function Library 316
G
G/L account 21General data 61General ledger account 207General marketing plan 109Global Trade Services 49, 309, 329Goods
Issue 165, 249Movement 148, 153, 157Movements 179Receipt 153, 165Receipt process 165, 182
Goods and services 15Group condition 104, 106
H
Handling unit 184Hard-coded Controls 39Hierarchy
Customer 107Data structures 106Pricing 106Product 106
I
IDocs 177Incentive 49Incentive and Commission Management
52Incentive Business Configuration 52Incoterms 65Independent Accounting Unit 23InfoCube 277Information exchange 119InfoSet 258, 260
Queries 260
Inspection lot 240, 249Integrated scenario 188Intelligent Cashing Mechanism 50Interaction Center 338, 340, 342Inter-company billing
Settings 143Inter-company invoice 141Intercompany sales 126Intermediate document 300Internal warehouse process 165Internet and Pricing Configurator 341Internet Application Components 315Internet Sales 46, 52, 341
Catalog Management 278Order Management 278Representative 280Web Shop Management 278
Inventory Controlling 266Inventory Management 173, 180, 186Inventory management 177Invoice
Customer 141Internal 141List 201Receipt 154Split 200
ItemCategory 80, 242Category assignment 84Category definition 83Category group 84Price 93
Item usage indicator 84iView 282, 286iViewStudio 286
J
J2EE 46J2EE engine 279Java 315
K
Key Module 16
361
Index
L
Lead Management 337Legacy System Migration Workbench
304List Viewer 259Listing/exclusion determination 80Lists 258Load distribution option 312Logical database 260Logistics 25, 34, 336Logistics Execution 20, 144
Functions 178Overview 178
Logistics Execution System 165Logistics Information Library 257
M
Main Ledger 209Managing Auctions 52Manual pricing 106Marketing, Channel Management 17Mass maintain condition characteristics
Customer 101Material 101
Master Data 39, 40, 59, 190, 304Business Partner 40Classified 326Condition Master Data 59Control table 59Customer Master Data 59Customer/Material 40Material Master Data 32, 59Materials 40Output 59Transfer 333
Master recordCustomer 112
MaterialDocument 148
Material availability date 129Material determination procedure 80Material Management 54Material master 84, 87, 128, 225Material master record 148Materials Management 31, 37, 55, 125,
144, 180
Materials managementTransactions 69
Materials Requirement Planning 87Materials Resource Planning 145Message determination scheme 143Metadata repository 276Minimum price value 106MM inventory management 148Mobile Client 17, 340Mobile devices 275Mobile Service 338MRP Types 133MS SQL database 279mySAP
ERP reports 281mySAP CRM 338
Adapter 341Analytics 338Architecture 339Integration with mySAP ERP 342Sales processes 337Server 340
mySAP ERP 16, 45, 54, 91, 169Central Component 17interface 309
mySAP ERP 2005 49, 51
N
New document type 80Note administration 296Note Browser 296Notification
Create 229Type 229
Notification structure 227Notification Type 228
O
Online Analytical Processing 258Online List 263Online Transaction Processing 257Opportunity Management 337Order Management 280Order processing
Sales 127Order to cash process 209Order value 153
362
Index
Outbound processing 326Outgoing invoice 143Output 77Output determination 143
P
Pack 184Partner determination 113Partner determination procedure 117,
118Partner function 114Partner function definition 116Partner functions 63Partner role 91Payment block 65Payment Cards 47Payment method 65Payment models 211
Biller model 211Consolidator 211Thin consolidator model 211
Personal object work list 49Personalization 289Pick 184Picking overview 249Pipeline Management 337Planning and price simulation 103Plant 31, 75, 173Plant assignment 139Plant Maintenance 228Plant Maintenance Information System
266Portal interface 282Pre-sales 37Pre-sales Information 17Price report 103Pricing 41, 77, 125
Field catalogue 100Functionality 55Procedure 93, 113
Procedure determination 98Processing
Asynchronous RFC 310Synchronous RFC 310Third-Party 127Third-party 153
Procurement 165Process 156, 166
ProductionMake-to-Order 223Make-To-Stock 223
Production Facility 31Production Planning and Control 180Professional-Service Delivery 52Profitability Analysis 217
Line item 219Project Planning 52Purchase requisition 151, 152Purchasing data 66Purchasing Information System 265Put-away 182
Q
Quality Management 54, 180, 228, 240, 244Integrated process 223Process 223
Quality Management Information System 266
Quality processes 244Quantitative reduction 266Query 258
Defining 259Quick Views 258QuickViewer 258, 260
R
RebateAgreement 109, 111Partial settlement 112Processing 112Recipient 109Retroactive agreement 112Settlement 112
Recievables account 21Reconciliation account 65Remote Function Call 309
Destination 310, 311Repair
Bill 244Repair order
Status 241Repair procedure 243Repair Processing 48Reports 258
363
Index
Requirement planning 87Resource and Time Management 52Return Material Authorization 240Returns 73, 238Revenue recognition 48RFC-enabled function 314Risk Management 213, 332, 334Rounding difference 108Route determination 76Rush order 73
S
Sale 193Costs 193
Sale processEx -stock 206
SalesRevenues 193
Sales Area 34, 99, 147Sales area data 61Sales document 116, 215
Inquiry 119Quotation 119Sales order 119Type 25, 37, 79, 84, 234
Sales Document Structure 38Document header 38Schedule Line 38
Sales Information System 257, 265Info structures 266
Sales Office 28Definition 28Location 28
Sales order 17, 59, 119, 248, 314Cross-company sales 139number 314scenario 343Third-party processing 151
Sales order items 193Sales Order Management 49, 50, 52,
107Sales Organization 25, 34Sales process
Customer billing 194Integration with Financials and Control-
ling 194Sales Processing 55
Sales representativeUser interface 344
Sales support queries 281Sales tab 63Sales transaction 63
Bill-to party 63Payer 63Ship-to party 63Sold-to party 63
SAP Analytics 52SAP Business Connector 315SAP Business Explorer 274SAP BW
Architecture 274InfoAreas 274InfoCube 273InfoCube structures 274InfoObject 273Server 275
SAP ECC 184SAP Internet Sales 279SAP logistics process 16SAP Netweaver 46SAP Note Assistant 296SAP Office 236SAP Quality Management 56SAP Query 258, 260SAP R/
BASIS 320SAP R/3 60, 169
4.7 Enterprise 185Enterprise 291, 329Enterprise Enhancements 291Release 4.7 312
SAP R/3 4.6A 258SAP R/3 4.6C 184SAP R/3 Enterprise 91SAP Release 4.6 47SAP Release 4.6C 45SAP Release R/2 45SAP Release R/3 4.0 47SAP Release R/3 4.5 97SAP Release SAP R/3 45SAP Service Marketplace 289SAPphone 342
Standard interface 342Schedule Line 39, 149Schedule line category 77, 85, 87
364
Index
Serial numberProfile 160Unique identifier 160
Service 49Order 337Request 337
Service Management 56, 221, 224, 244Service order processing 224Service provider 224Service recipient 224Shipment
Advance 234Tendering 168
Shipment Cost Processing 48Shipment document 167Shipments
Collective 169Documents 168Flow 166Inbound 166Individual 169Outbound 166Stages 167
Shipping 63, 177Organizational Assignment 32Process 147Shipping Point 32
Shipping point determination 75Shipping Process 20Shipping unit 184Shop Floor Information System 266Standard item in order 84Standard item in quotation 83Standard Order 18, 73Standard Order Type 43Status
Document type 263Item category 263
Stock transferCross-company 144Inter-company 144
Stock transport orderDefault delivery type 147Intra-company 147
StorageSections 181Type 181
Storage bin level 179Storage locations 146
Storage typesPre-configured 181
Strategic Enterprise Management 45, 54Subcontract order 156Subcontracting 155Subledgers 210Subsidiary 23Supply Chain
Logistics 119Surcharge 107System
Number parameters 312Reporting 271Target 312, 313Transaction 271
T
Tax Determination 40Tax jurisdiction 109Tax liability
Material 109Ship-to party 109
Technical objects 226Terms of payment 65Text Application Object 121Text determination procedure 120Text Enhancements 291Text enhancements
Customer documentation 291Customer keywords 291
Text item for inquiry 83Text items 119Text-determination procedure 121Third party processing 150Trade checks 309Trade Promotion Management 337Transaction data 190Transfer order 182Transmission medium 307Transportation 177
Chain 175Controlling 174Planning point 174Relevance 171Typical scenarios 174
Transportation Information System 266Transportation service 115
365
Index
U
Update Stock 17
V
Value Contract 48, 214Vendor
External 150Visual Basic 315
W
Warehouse 20Decentralized 320
Warehouse Management 66, 180Basics 178In SAP ECC 179Link to Inventory Management 173Process Outsourcing 178Transfer Order 180Warehouse Number 180
Warehouse Management System 49, 165
Warehouse processInbound delivery 165Outbound delivery 165
Warehouse stock 153Web Application Server 45, 312Web Auction 51Work List 257, 264Workbench
Data Transfer 304Workflow 250
Definition 253, 254Design 253
Workflow application 315Worklist
Billing Due List 264Delivery Due List 264
X
XML datastream 320