Professional Documents
Culture Documents
Add BBP Udpl SD Ver2.0
Add BBP Udpl SD Ver2.0
0 Implementation
United Distributors Pakistan Limited
(UDPL)
Addendum of the
Business Blue Print Document
Sales & Distribution (SD)
April 02, 2018
Presented by:
Shoaib Ahmed
Document1
2
7.2.1.1. Process Explanation ..................................................................................................... 54
7.3. Configuration Data ................................................................................................................ 56
8. Contracts ............................................................................................................................... 57
8.1. Definition ............................................................................................................................... 57
Quantity Contract .............................................................................................................................. 57
Release Orders ................................................................................................................................. 57
8.2. Contract Creation without reference to Quotation................................................................. 57
8.2.1. Process Explanation ............................................................................................................. 58
8.3. Contract Creation with reference to Quotation ...................................................................... 59
8.4. Configuration Data ................................................................................................................ 60
9. Sales Order Processing ........................................................................................................ 61
9.1. Sales Order ........................................................................................................................... 61
9.2. Sales to Credit Customer with or without reference.............................................................. 64
9.3. Sales to BG Customer with or without reference .................................................................. 66
9.4. Sales to Advance Customer with or without reference ......................................................... 67
9.5. Scrap Sales ........................................................................................................................... 68
10. Claims Processing ................................................................................................................ 69
10.1. Overview ............................................................................................................................... 69
10.2. Process Description .............................................................................................................. 69
10.3. Debit / Credit Memo Generation ........................................................................................... 71
11. Claims Processing – Sales Returns ...................................................................................... 72
11.1. Overview ............................................................................................................................... 72
11.2. Process Description .............................................................................................................. 72
11.3. Claims Processing - Returns................................................................................................. 73
11.3.1. Process Description .............................................................................................................. 73
11.4. Reversal / Diversion .............................................................................................................. 74
11.4.1. Overview ............................................................................................................................... 74
11.5. Configuration Data ................................................................................................................ 74
11.6. Outputs / Printouts ................................................................................................................ 74
12. Shipping Process .................................................................................................................. 75
12.1. Delivery Order Creation ........................................................................................................ 75
12.2. Delivery Creation Process ..................................................................................................... 76
12.3. Configuration Data ................................................................................................................ 77
12.4. Output / Printouts .................................................................................................................. 78
13. Billing Invoice ........................................................................................................................ 79
13.1. Overview ............................................................................................................................... 79
13.2. Process Flow Billing Process ................................................................................................ 80
13.2.1. Process Explanation ............................................................................................................. 80
13.3. Configuration Data ................................................................................................................ 82
13.4. Output / Print out ................................................................................................................... 82
14. Cancellation........................................................................................................................... 83
14.1. Overview ............................................................................................................................... 83
15. Financial Document Management ........................................................................................ 84
15.1. Overview ............................................................................................................................... 84
15.2. Process Overview ................................................................................................................. 84
16. List of Standard Reports ....................................................................................................... 86
17. RICEF .................................................................................................................................... 88
17.1. Reports .................................................................................................................................. 88
17.2. Outputs .................................................................................................................................. 88
Document1
3
REVISION HISTORY
Revision # Revision Date Summary of Changes Updated by
DISTRIBUTION
This document has been distributed to:
Name Title
SIGN-OFF
This document should be signed by:
Document1
4
1. Legend
Document1
5
2. Glossary of Terms
Controlling CO
Customer Master CM
Delivery Note DN
Financial Accounting FI
Accounts Receivable AR
Goods Receipt GR
Materials Management MM
Ship to Party SH
Sold to Party SP
Payer PY
Bill to Party BP
Distribution Channel DC
Sales Order SO
Delivery Note DN
Production Planning PP
Document1
6
Materials Management MM
Letter of Credit LC
Bank Guarantee BG
Document1
7
3. Introduction
Sales and Distribution, allows you to execute different business transactions based on sales, shipping,
invoicing documents and different business processes. Sales and Distribution includes following sub
components:
1. Master Data
2. Pre-Sales
3. Sales
4. Shipping
5. Billing
6. Credit Management
The SAP Implementation scope at United Distributors Pakistan Limited currently includes Sales &
Distribution, Financials, Controlling, Production Planning, Materials Management, Human Capital
Management and Plant Maintenance modules.
The sales and distribution system in SAP allows users to manage sales and distribution activities in an
effective and efficient manner. The business processes in SD includes scenarios for pre-sales, sales,
shipping, billing, and sales information system; these all are streamlined seamlessly to provide
analytical data on real time basis. In addition, sales and distribution is integrated with the financials,
controlling, production, inventory and procurement modules which improves overall turnaround time
across the whole supply chain.
SAP Sales and Distribution interacts with the functional modules on continual and perpetual basis.
Every transaction in sales and distribution has a direct or indirect impact on the modules running parallel
in the SAP system. It is therefore of paramount importance that there is a high level of integration among
the organizational silos so that the information flow from one silo to other is precise, accurate and timely;
in turn ensuring smooth passage of the selling commitment and enthusiasm of the sales department to
the end customers.
Document1
8
4. Organizational Structure
In the SAP ERP, several structures can be used to represent the legal and organizational structure of
the company. Organizational elements can be structured from the point of view of accounting, materials
management and sales and distribution. It is possible to combine these structures. The organizational
structures form a framework in which all business transactions can be processed.
Sales Organization
Distribution Channel
Division
Sales and Distribution module uses some other organizational units which are maintained by
other module in SAP, such as:
Document1
9
4.1. Organization Elements on SAP
Sales Organization
The sales organization is an organizational unit
within logistics that structures the company
according to its sales requirements and it is
responsible for selling and distributing goods
Please refer to Financials (FI) module’s Business Blueprint document: BBP_UDPL_FI_Ver2.0 Section:
1.4. for UDPL Company Code coding and definition.
Document1
10
4.1.2.2. Distribution Channel
Based on AS IS discussions, following distribution channel will be configured in the system for UDPL:
01 Dealer Sales
04 Institutional Sales
60 Retailer Sales
4.1.2.3. Division
Based on AS IS discussions, following divisions will be configured in system for UDPL:
Code Division
01 Pesticides
02 Fertilizers
03 Animal Health
04 Seeds
90 Others
The highlighted Distribution Channel is incorporated after BBP Review meeting on 27th March 2018.
* Cross division specifies a division where you can define customer master records and share them with other
divisions. Customer-divisions are a way of sharing master data between different divisions. You can specify one
division as the source of master data for other divisions. You need then only to maintain the customer master data
in one place is proposed. For Example:
01 01
02 01
03 01
04 04
Document1
11
In this example, only divisions 01 and 04 have customer master data defined. Divisions 01, 02, and 03 share the
customer master data defined for division 01. Division 04 has its own customer master data. If you create a sales
order in division 03, the system checks the customer master data from division 01. You cannot create customer
master data for divisions 02 and 03, since it would never be used.
Above is proposed at the moment and same will be finalized further once the complete pricing understanding is
obtained.
(Naming conventions, description and/or configurable SAP codes and their respective description mentioned above
can be altered, changed or modified within the allowed character limit provided by the SAP during the BBP and
realization phase)
Document1
12
4.1.2.4. Sales Area
A sales area is a unique and allowable combination of a sales organization, distribution channel and
division. Each SD document is assigned to exactly one sales area and this assignment cannot be
modified. During the processing of Sales and Distribution documents, the system accesses master data
for customer, materials and conditions according to the sales area.
Sales Distribution
Division Sales Area
Organization Channel
2000 01 00 2000-01-00
2000 01 01 2000-01-01
2000 01 02 2000-01-02
2000 01 03 2000-01-03
2000 01 04 2000-01-04
2000 01 90 2000-01-90
2000 04 00 2000-04-00
2000 04 01 2000-04-01
2000 04 02 2000-04-02
2000 04 03 2000-04-03
2000 04 04 2000-04-04
2000 04 90 2000-04-90
2000 60 00 2000-60-00
2000 60 01 2000-60-01
2000 60 02 2000-60-02
2000 60 03 2000-60-03
2000 60 04 2000-60-04
2000 60 90 2000-60-90
2000 90 00 2000-90-00
2000 90 01 2000-90-01
2000 90 02 2000-90-02
2000 90 03 2000-90-03
Document1
13
Sales Distribution
Division Sales Area
Organization Channel
2000 90 04 2000-90-04
2000 90 90 2000-90-90
The highlighted Sales Areas are incorporated after BBP Review meeting on 27th March 2108 wherein
the need of new Distribution Channel was raised.
4.1.2.5. Plant
Please refer to Material Management (MM) module’s Business Blueprint Addendum
ADD_BBP_UDPL_MM_Ver1.0 section: 1.1 for complete Plant(s) list / information.
Inventory Management on a quantity basis is carried out at storage location level in the plant.
Shipping point is a place from where delivery is executed. Each shipping point is assigned to a plant.
Document1
14
Following shipping points will be configured for UDPL:
UDPL Shipping
2000 2000
UDPL KHI Point - Karachi
UDPL Shipping
2001 2001 Point –
UDPL HYD Hyderabad
UDPL Shipping
2000 2002 2002
UDPL Company UDPL UDPL MUL Point – Multan
UDPL Shipping
2003 2003
UDPL QTA Point – Quetta
UDPL Shipping
2004 2004
UDPL SUK Point – Sukkur
UDPL Shipping
2005 2005
UDPL PWR Point - Peshawar
(Naming conventions, description and/or configurable SAP codes and their respective description mentioned above
can be altered, changed or modified within the allowed character limit provided by the SAP during the BBP and
realization phase)
Document1
15
4.1.2.8. Configuration Data – Organizational Structure
2000
United Distributors
Pakistan Limited
Organization
Sales
2000
United Distributors
Pakistan Limited
Distribution
Channel
90
01 04 60
Others / Misc.
Dealer Sales Institutional Sales Retailer Sales
Sales
Division
00* 01 02 03 04 90
Cross Division* Pesticides Fertilizers Animal Health Seeds Others
(Naming conventions, description and/or configurable SAP codes and their respective description mentioned above
can be altered, changed or modified within the allowed character limit provided by the SAP during the BBP and
realization phase)
Document1
16
5. Master Data
5.1. Overview
Master data contains information that is always used in the same way. Master data forms the basis of
sales and distribution processing. Data about the products as well as about the business partners
(customers) are the basis for sales processing. Sales processing with the SAP ECC system require that
the master data is maintained in the system.
This section contains all the information regarding the customer master data processes in SAP SD.
The Customer Master would include all the details regarding the customers which are to be maintained
into the system and used as and when required.
In sales and distribution, products are sold to business partners or services are performed for them.
Data about the products and services as well as about the business partners are the basis for sales
processing. System require that the master data has been stored and available in the system.
Customer master is a centrally shared data which can be used by the logistics modules as well as the
finance module. Information retained in the customer master record can both be descriptive and have
functional control depending on the usage.
In order to maintain the general data in the customer master that is relevant for both sales & distribution
and accounting, the data fields are grouped on several tab pages. The general data includes Name,
Address, telephone number, other contact details etc. will be maintained.
NTN: Customer’s NTN, if required, can be maintained in customer master’s data General Data.
Sales Tax Registration Number: Customer’s GST number, if required, can be maintained in customer
master’s data General Data.
Document1
17
Computerized National identity card: Customer’s CNIC, if required, can be assigned in customer
master’s data General Data.
This view is to record the data of customer related to sales and distribution transaction such as data for
sales process, delivery process, billing process and partner function.
The data for one customer can differ for each sales area. This data is only relevant to Sales and
Distribution.
If you edit a customer master record, you must enter the customer number and the sales area in order
to access screens containing sales and distribution data.
You can only process sales and distribution transactions, for example, a sales order, after entering the
sales and distribution data for a customer in the customer master.
All critical fields that must be maintained by the business in the system are set as mandatory fields, so
that the users will not miss to incorporate all necessary data to be carried out during the sales
transaction(s).
Sales Area data is further classified in following Four (04) tabs / sections:
5.2.2.1. Sales
Customer Geographical Hierarchy
UDPL customers will be geographically mapped on Sales Hierarchy which is highlighted in the table
below. Every sales transaction will hold these parameters and will also allow reporting and pricing, if
required, on these parameters.
UDPL needs to prepare and submit master data for sales hierarchy as per provided in the master data
templates.
Document1
18
Sales District
A geographical segmentation which defines sales higher level of sales geographical notation. Each
customer can be assigned to a sales district. When you want to generate sales statistics, you can use
sales districts as selection criteria.
S00001 Sindh
P00001 Punjab
B00001 Baluchistan
K00001 KPK
Sales Office
A sales office establishes contact between the firm and the customers under the instruction of Head
Office. It monitors company sales in the market which is done by company’s sales force. It also resolves
all issues between customer and company.
A physical location (for example, a head or an area office) that has the responsibility of the sale of
certain products or services within a given geographical area. You can assign each customer to a sales
office in the customer master record.
Sales offices represent a sales branch. It can be defined as a regional hub of all the sales and collections
activity.
In case of UDPL Sales structure, Sales Offices represents sales order capturing / booking office(s).
2001 Karachi
2002 Hyderabad
2003 Sukkur
2004 Multan
2005 Quetta
2006 KPK
Document1
19
Sales Group
A sales office can be sub divided into sales groups. In case of UDPL’s sales hierarchy, these sales
groups are a further classification of Sales Offices.
Assigned to Sales
Sales Group Description Office Description
Document1
20
Assigned to Sales
Sales Group Description Office Description
The above sales geographical structure is designed by referring to the excel file containing Sales
Geographical Hierarchy (first tab: Region) of the UDPL shared via email on 20th March 2018.
RE Project
Task.msg
As per meeting on 18th April 2018 Sales Hierarchy and its levels i.e. 03 were finalized.
RE BBP Addendum
.msg
The above sales geographical structure is designed by referring to the excel file containing Sales
Geographical Hierarchy (tab: Area List) of the UDPL shared via email on 19 th April 2018.
RE Project
Task.msg
There is a possibility that the Sales Group SAP coding and description can be changed / edited /
modified during the realization phase by taking into account the sales geographical structure of all the
companies where SAP has already been implemented or will be implemented in the future at the IBL
Group.
Document1
21
5.2.2.2. Shipping
Following information will be maintained in Shipping tab page:
Delivery Priority: defines the priority of the customer for delivering of goods
Shipping Conditions: following shipping conditions are proposed in the customer master for
correct shipping point determination at Sales Order and Delivery Order:
Shipping
Conditions Description
U1 Karachi
U2 Hyderabad
U3 Multan
U4 Quetta
U5 Sukkur
U6 Peshawar
Delivering Plant: In SD perspective, Plant is an organizational unit from where the goods are
delivered to the customer
5.2.2.3. Billing
Following information will be maintained in the Billing tab page.
Inco terms
Inco terms specify certain internationally recognized procedures that the shipper and the receiving party
must follow for the shipping transaction to be successfully completed.
CPT Freight-free
Document1
22
Inco terms Description
EX From storage
UN Not free
Customer’s License number and expiry of the same, if required, can be assigned in customer
master’s data Sales Area > Billing tab > Taxes > Licenses.
Provision for maintaining Customer’s Licence number and License’s expiry date fields shall be
identified, finalized and rationalized during the realization phase keeping in view the technical impacts
on other SAP modules along with the business transactional impacts on other IBL entities.
Terms of Payment
Please refer to Financials (FI) module’s BBP_UDPL_FI_Ver2.0 section 5.3.2. for Payment Terms
details.
Additionally, in order to cater seasonal discount pricing requirement in the SAP, following six (06)
Payment Terms will be created which are specific to Sales & Distribution module only:
Document1
23
Tax Classification
Specifies the tax liability of the customer, based on the tax structure of the customer's country.
You can use the tax classification to specify, for example, whether a customer is liable for taxes
at the time of sales, such as GST or Excise taxes.
0 – Tax Exempt
ZMWS (General Sales
1 – Zero Rated
Tax)
2 – Full Tax – (07% / 17%)
0 – No Tax
ZFTX (Further Tax)
1 – Unregistered – 02%
The above further Tax classifications are designed based on the Pricing information shared via email
on 16th April 2018. Pricing Structure and calculation was shared via email on 23rd April 2018
(Naming conventions, description and/or configurable SAP codes and their respective description mentioned above
can be altered, changed or modified within the allowed character limit provided by the SAP during the BBP and
realization phase)
Document1
24
5.2.2.4. Partner Function
The four highlighted are the mandatory partner functions. These mandatory partner functions are
required to process a sales and distribution transaction. Other partner functions can also be
added depending on the need.
Note: In most cases all the four functions (Bill to party, Ship to party, Sold to party, Payer) are the same.
When a sold to party is created, all other functions will be created automatically. We can create more
than one ship to party for one sold to party/ Customer.
Document1
25
As per meeting on 18th April 2018 Sales Hierarchy till 03 levels was finalized.
RE BBP Addendum
.msg
This view is to record data of customer related to accounting data such as reconciliation account, etc.
Company Code data only applies to one company code. This data is only relevant to Financial
Accounting, and includes:
If you edit a master record, you must specify the customer number and company code to access the
screens containing company code data.
You can only invoice a business transaction if the data on the payer partner function is entered in the
Financial Accounting view.
(Naming conventions, description and/or configurable SAP codes and their respective description mentioned above
can be altered, changed or modified within the allowed character limit provided by the SAP during the BBP and
realization phase)
Document1
26
5.3. Customer Master Creation Process
5.3.1. Process Flow
Sales can only be recorded in SAP against a customer. Therefore, a customer account must always be
created in system.
3
Sales Department
1 Communicate
Get Sales related
the existence of
Request for new data from sale
Start the customer End
Customer Master department and
Finance related with customer
<Process Name> number <Process Name>
data from Finance
2
No 5
2.1 Yes
MDM Controller
Check Existence
4
2.2
Communicate
Create new customer
Customer number to the
per account concerned
group
person
2. The Master Data Management (MDM) Controller will check and ensure whether the Customer
Master record already exists in the system for the requested customer or not:
2.1. if the record exists, Master Data Management (MDM) Controller will communicate the
existing Customer code to Sales Department
2.2. if the record does not exist, following steps will be followed
3. If the customer record does not exist, Sales Department will be asked to furnish Customer’s
required details. Sales relevant data will be provided by the Sales Department and Finance
related information will be furnished by Finance Department
4. Master Data Management (MDM) Controller will create the requested Customer under the
relevant Account Group
Document1
27
5. Master Data Management (MDM) Controller will communicate the new Customer number
generated internally by the SAP system to concerned personnel in the Sales Department
Customer’s Old Numbers (used in legacy system can be maintained in the search term field
available field within customer master > general data > address)
All customers will be created for a specific sales area, which comprises of the sales
organization, distribution channel and the division. The customer can be extended on multiple
sales areas based on the requirement
For Customer Master Data maintenance in the SAP, functions are available to create, change
and display the customer master data. If required, proper authorization can be assigned through
Authorization Matrix
Document1
28
Field Name Purpose
General Data
Document1
29
Mode of payment in which customer pays (UDPL is requested to
Payment Methods coordinate with FICO module for further understanding and
finalization)
Delivering Plant Location from where the stock is issued to the customer
License Number License number of the dealer involved in the sales of pesticides
Dealership Certificate Dealership Certificate number of the dealer involved in the sales
Number* of pesticides
*Since it is a customized requirement, field identification and finalization shall be materialized further
during realization stage by taking account into account possible impacts on other entities.
Apart from the above fields, there are other standard fields maintained in the customer master for
recording and maintaining additional details for any customer. However, while creating customer
master; if the fields, mentioned as mandatory at the back end and if the same are not filled / populated
with the relevant data then the system will not allow the user to proceed further.
The process of identifying optional or mandatory or hiding any particular field for a particular Account
Group can be rationalized during realization and PU user trainings.
Document1
30
5.3.3. Configuration Data
The configurations of the Customer Master Data start from Account Group. Account group ensures that
the availability of the required information/fields in the customer master. Information requirement
depends upon the business requirement.
2008 Payer
Account Groups 2010 and 2011 was added during the BBP review / revisit meeting on 27th March 2018.
(Naming conventions, description and/or configurable SAP codes and their respective description mentioned above
can be altered, changed or modified within the allowed character limit provided by the SAP during the BBP and
realization phase)
Document1
31
5.4. Material Master Data
5.4.1. Overview
Material Master is a centrally shared data used by all logistics modules. Information captured in the
material master record can be descriptive or can have functional control depending on the usage. This
information can be maintained across several organization levels or can be maintained for specific
organization level (e.g. Plant, storage location, sales organization etc.)
In addition, the accounts affected by a material entering or leaving the warehouse depend on the
material type
In sales and distribution, products are sold to business partners or services are performed for
them. Data about the products and services as well as about the business partners are the
basis for sales processing. Sales processing with the SAP System require that the master data
has been stored in the system
In addition to the sales and distribution, other departments of the company such as accounting
or materials management or production planning or quality management access the master
data. The material master data is stored in a specific structure in order to allow access from
these different views
The processing of business transactions in sales and distribution is based on the master data.
In the SAP System, business transactions are stored in the form of documents. These sales
and distribution documents are structured according to certain criteria so that all necessary
information in the document is stored in a systematic way
Material master record exists for a particular material but has not been created for particular
organizational level e.g. specific plant or storage location
When an end user department (Sales department) needs a particular material for maintenance or sales
purposes, user will search for the material number in the SAP database. If the material is not available,
user will generate a request to the concerned department/person responsible for master data creation
in order to create the material master record in the system.
The Department/Person responsible for creating material master will create master data by selecting
correct material type and entering all relevant information.
Master data relevant to materials is more specifically generated in the Materials Management work
area, however each saleable material is extended to a particular combination of sales organization and
distribution channel (sales – line), for registering sales. Unless a material is not extended to at-least one
sales line the system will not allow the user to book sales. Material master is extended to a particular
sales line by maintaining sales related views. The following sales views for all saleable material(s) will
be maintained for each material:
Document1
32
Please refer to Material Management (MM) module’s BBP_UDPL_MM_Ver2.0 Chapter: 2.7 Section:
2.7.1.2. process number: BBP-UDPL-MM-001 for the process of Creation of Material Master of the
Finished Goods.
Material Types
For all stock materials to be maintained, a material master record is to be created. A material number
will uniquely identify this record.
The first step to creating the material master is to assign a unique identification number. The material
number length (coding) will be finalized by Material Management (MM) module and will be assigned
internally by the system. Number assignment is dependent upon the material type.
The material type groups materials with similar characteristics and attributes. It also determines whether
the material will be valued at a standard price or at a moving average price. It also maintains which
screens are to be maintained depending upon the screen sequence assigned.
Once a material has been maintained in the SAP database, changes need to be made for master data’s
maintenance. Therefore, the material master record can be:
Extended: Material master extension is used when organizational level data or departmental
data has not been maintained. The extension process allows the user to define these levels
(e.g. the purchasing data view has not been maintained, or the material has not been extended
for a certain storage location). It’s a process is similar to material creation.
Changed: If the data maintained needs to be altered, the record can be changed using the
material master change transaction.
Unit of Measure
Unit of measure are measures in which stocks of the material are managed. The system converts all
the quantities the user enters in other units of measure (alternative units of measure) to the base unit
of measure.
The user defines the base unit of measure also alternative units of measure and their conversion factors
in the material master record. In Inventory Management, the base unit of measure is the same as the
stock keeping unit. SAP has different standard unit of measures available.
At UDPL, Sales Unit of measure will be same as Base Unit of measure in which Production Planning
(PP) module will be confirming the production of Finished Materials.
The following overview includes a short description of the individual sales and distribution screens, and
lists the important data fields found on these screens.
Document1
33
View Name Description & Important Data Fields
Sales: Sales Org. Data 1 Basic sales relevant data, tax classification, delivering plant, units of
measure (e.g. base & sales unit of measure)
Sales: Sales Org. Data 2 Account Assignment Group of Material, Material groupings (e.g. product
hierarchy, material group)
Sales: General/Plant Data Sales and shipping data (e.g. gross and net weight, loading group,
availability check, transportation group, loading group) Profit Centre can
also be entered here
The Material Groups for Finished Goods Material will be configured by referring to the excel sheet
containing same of the UDPL shared via email on 23rd April 2018.
2001 By Transporter
(Naming conventions, description and/or configurable SAP codes and their respective description mentioned above
can be altered, changed or modified within the allowed character limit provided by the SAP during the BBP and
realization phase)
Document1
34
5.5. Condition Master Data (Pricing)
5.5.1. Process Definition
The term pricing is used broadly to describe the calculation of prices (for external use by customers)
and costs (for internal purposes). 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 factors here - the customer, the product, the order quantity and the date (Key
combination at the time of generating sales orders). The information about each of these factors can
be stored in the system as master data. This master data is stored in the form of condition records.
For Condition Master Data maintenance in SAP functions are available to create, change and display
the condition master data. If required proper authorization will be assign through Authorization Matrix.
Document1
35
5.5.2. Process Overview - Pricing
BBP-UDPL-SD-003 Pricing Master
Start
Sales Department
<Process Name>
1
Price Negotiation
and finalization
3
2
MDM Controller
5
At the time of IfIfany
anyCondition
Condition record
record exist
After reviewingSales
After reviewing SalesOrder
Order
Sales order First Check customer & material then exist
thatthen that
will be will inbethe
copied
sales
Pricing
Pricing
creation system related copied in theorder
sales order
will first check
Event
Saves Sales
Save sales order
Order
Material Specific Pricing
5.2.2 <Process Name>
If no record found No value will be copied in the
sales order
2. Pricing conditions are reviewed by the concerned department and will be maintained by the Master
Data Management (MDM) Controller in the SAP system
3. Confirmed on the price approval sheet, prepared by Sales Department manually, which sales has
initiated and same will be maintained in the system by the Master Data Management (MDM) Controller
4. When the sales order is created, system will check the pricing conditions maintained in the condition
records as per defined condition tables / access sequence
5.1 First, system will check, for example, the Customer / Material wise pricing:
5.1.1 If the condition record is found, same will be copied in the sales order
5.1.2 If the condition record is not found, system will proceed to the next step / access in the
access sequence
Document1
36
5.2 System, based on Condition Tables / Access Sequences’ actual sequence, will check the next
access, for example, Material / Finished Goods relevant pricing:
5.2.1 If the condition record is found, same will be copied in sales order, after reviewing the
same user will save the Sales Order
5.2.2 If the condition record in the Material specific access and / or in any of the preceding
Accesses in the Access Sequence is not found, no values will be copied in the Sales
Order and concerned user and department will be required to maintain approved
pricing in the system
6. When the condition record is found and copied into Sales Order, after reviewing the pricing in Sales
Order, user saves the order
Sales Organization
Distribution Channel
Division
Sold to Party
Customer Number
Material Number
Customer and Material wise pricing based on Sold to and specific Finished Goods material
Material specific pricing
Pricing Components
Pricing Components Purpose
Discount / Surcharges All discount and surcharges will be covered in this head
All of the pricing elements that you use in your day-to-day pricing procedures - the prices, surcharges,
discounts, freight charges, and taxes – must be defined in the system as condition types. When you
create or maintain pricing information for a particular pricing element in the system, you create condition
records.
Document1
37
For the system to automatically determine pricing, the following pre requisites must be met:
Condition records must already exist in the system for each of the condition types that you want
the system to apply automatically
Where necessary, data must be maintained in the corresponding customer and material master
records. If, for example, you want to apply discounts to special groups of customers or
materials, then the system can only carry out automatic pricing when the groups are specified
within the relevant customer or material master records
Document1
38
Tax Determination Procedures
Customer:
Material:
0 0 0%
0 1 0%
1 0 0%
1 1 0%
2 0 0%
2 1 17%
Document1
39
Determination of Further Tax – ZFTX (Unregistered)
Following will be the process of determining Further (Sales) Tax rate using the combination of Customer
and Material Tax classifications:
0 0 0%
0 1 0%
1 0 0%
1 1 02%
Process Input
Field Name Purpose
Sales Organization
Sales organization for which pricing is required to be maintained
The rate that determines how the system calculates pricing using this
Rate condition. Depending on the condition type, the rate can be a fixed amount
or a percentage. If the condition includes a pricing scale, the rate displays
the first line of the scale
The unit that determines whether the condition for a material is based on
Rate Unit a percentage or on an amount in a particular currency. The use of the rate
unit depends on the condition type (for example, whether the condition is
a material price or a customer discount)
Validity Start Date from which the condition is valid
Validity End
The date up to which the condition is valid
Document1
40
5.5.5. Seasonal / Collection Discount Slab
A brief on the AS IS handling of the seasonal discount:
this type of discount is offered to dealers before the start of the season usually from December
to February every year
this discount is sort of a sales drive which the UDPL initiates to encourage dealers to deposit
cash in advance and in return, offer special discounts other than the normal ones
phase wise discounts are offered to the dealers’; examples of which are:
at the time of sales order execution, the order puncher selects the policy number / code and
same percentage of special discount is applied on the sales order / invoice
Six (06) pricing condition types are proposed below against which required percentage of discount will
be maintained:
Based on above, (06) six payment terms with same settings as of Advance Payment shall be required
from FI (Finance) module that will be specifically used for SD pricing – seasonal discount purposes
only:
1. Customer Code
2. Territory Sales Manager / Territory Sales Officer (will be assigned in Customer Master >Sales
Area Data > Partner Functions tab so it will not be required to be maintained at the time of
advance booking)
3. Policy / Phase number (payment terms code shall be used as a reference of phase of the
seasonal discount)
4. Payment method whether in cash or DD
5. Provisional receipt number (every TSM / TSO has a receipt book which is audited regularly) to
be maintained in the defined text field by the Finance module
6. Amount of the advance deposited
Document1
41
At the time of Sales Order booking,
Order puncher will select and enter the Sold to party SAP code in the sales order
Order puncher will enter Material to be sold
User will then select the relevant payment terms for required phase of the Seasonal Discount
to be applied which will call the required condition type with the maintained discount percentage
from the pricing master in the pricing procedure of the sales order
(Naming conventions, description and/or configurable SAP codes and their respective description mentioned above
can be altered, changed or modified within the allowed character limit provided by the SAP during the BBP and
realization phase)
Document1
42
5.6. Free Goods
In many industries such as retail or consumer goods industry, it is common to provide discounts in the
form of free goods.
The following forms of free goods exist in the standard SAP SD:
Inclusive
Free goods can be part of the order quantity not included in the invoice. This is called an inclusive bonus
quantity. The ordered goods and the free goods both involve the same material. The quantity units of
the free goods and ordered goods.
Exclusive
Free goods can also take the form of extra goods that are free of charge. These are called exclusive
bonus quantities.
In exclusive bonus quantities, the extra goods are delivered free of charge and are not included in the
invoice. This can either be an additional quantity of the goods ordered or it can be another article.
The exclusive free goods appear in the sales document as a separate, free-of-charge item.
Both forms of free goods are handled in the same way in the sales order. The material that has been
ordered is entered as a main item and the free goods material is automatically displayed as a sub-item.
The system determines the free goods automatically by accessing the relevant condition records. The
system then accesses the free goods master record with the pricing date.
The system re-reads the free goods master record in the sales order if the quantities in the main item
change or if the pricing date changes. The system then deletes the sub-items and re-creates them. Any
manual changes to the free goods quantity are lost.
Document1
43
If pricing is re-run in the sales order, it does not affect the free goods determination.
You can define master records for free goods at any level - for example, material alone, customer &
material combination.
You can restrict master records for one level in many different ways:
(Naming conventions, description and/or configurable SAP codes and their respective description mentioned above
can be altered, changed or modified within the allowed character limit provided by the SAP during the BBP and
realization phase)
Document1
44
5.7. Customer Material Info Records
The customer-material info record is used for storing customer-specific material data. If a customer
manages a material with a number that differs from the one your company uses, a customer-material
information record can be created.
If a customer-material info record has been defined for a customer and a material, the default values
take priority over the values in the customer or material master when a document is processed.
You can use the customer-material information record to maintain the following data:
Cross-reference from your customer’s material number to your material number and the
customer’s material description
Specific shipping information for this customer and material (such the default delivering plant)
Document1
45
Sales orders can be placed with the customer’s material number by using the Ordering Party tab page.
The system finds the associated material master via the customer-material information.
Process Input
Document1
46
5.8. Sales BOM
Some of the products at UDPL may consist of several components when they are sold in a bundle.
Each of these components is in turn constructed from several separate parts.
UDPL can store this structure in the system as a bill of material. All the items in the bill of material (BOM)
that UDPL wants to control in the sales document must be flagged as relevant for sales. (Please note:
the items in a bill of material are controlled differently than the item categories in a sales document). If
you create a BOM material with BOM usage 5 (sales and distribution), all the items in the bill of material
will be automatically flagged as relevant to sales.
The BOM appears in the sales document as a structure with main items and sub-items. The system
explodes the BOM in the sales order by automatically generating sub-items for the components.
A specific item category group is assigned to the material master record of the main item defines which
item categories are assigned to the sub item(s).
To determine how far the BOM should be exploded in the sales document, you need to define the extent
of the structure of the item category for the main item.
As discussed in the meeting on 16th April 2018, under Combo Pricing / Bundle Sales: Selling price will
be maintained on / for the main / header item. However, issuance from the Inventory and Costing will
be done on the sub item.
(Naming conventions, description and/or configurable SAP codes and their respective description mentioned above
can be altered, changed or modified within the allowed character limit provided by the SAP during the BBP and
realization phase)
Document1
47
6. Credit Management
6.1. Overview
Outstanding receivables can have a substantial effect on the success of a company, but with the aid of
Credit Management, the risk can be minimized by defining specific credit limits. Thus, the authorities
can take the financial pulse of a customer or group of customers and enhance their credit-related
decision-making.
Credit management minimizes credit risk by defining specific credit limits for each credit customer and
assigning risk categories to each customer. The result of credit checks influences the order creation
and subsequent delivery processing for a customer whose credit limit has been exceeded. This
functionality becomes more important in sales operations where customers are frequently extended
credit. Customer wise credit reports could be made available to the users and overall credit outstanding
can be monitored efficiently.
For every customer proposed default credit limit will be PKR. 1/- which has to be maintained in
the Credit Master
Document1
48
Credit Control Area Description
Credit Limit Approved credit limit of the customer
(or proposed PKR 1/- Default)
Risk Category Defined Risk Category will be assigned in
customer credit master data
This means that sales orders worth Rs. This means that dispatches worth
6,000 have been made for this Rs. 90,000 have been made for
customer but the dispatch and the ABC Distributor and the customer
invoicing has not taken place has been invoiced for this amount
Document1
49
6.2. Process Flow Credit Master Data
1
Event
Customer
identified for Credit
<Process Name>
2
Department
Approval
Sales
Approval
with with
necessary data
necessary
values
data values
3
Controller
MDM
Update / Change
Customer Master
4
Department
Finance
Update /
Maintain credit
master record for
the customer
2. Concerned personnel from Sales department will forward request with necessary data values to the
Finance department
3. Master Data Management (MDM) Controller will update / change customer master data (Sales Area
data > Billing) with relevant credit control area
4. Finance department will update the credit limit in relevant credit control area for the customer whose
credit has already been maintained and maintain credit master in relevant credit control area for
customer whose credit limit is ought to be maintained. Same will be done by maintaining following:
Document1
50
6.3. Process Flow Credit Check Process
6
Sales Department
2 5
SO blocked due to Sales Order stays Credit
Event
credit check
SO blocked due to credit with block status Approved
check
<Process Name>
<Process Name>
Finance Department
No
3 4.1
4.2 Yes
Review Blocked 4 Resolve
Sales
Review orderOrder
Blocked Credit
Document1
51
5. Once the credit manager releases the blocked Sales order,
6. Same can be processed for delivery and billing. Once you have saved invoice, a financial
accounting document will be generated
In UDPL, one credit control area will be configured to monitor UDPL credit sales:
(Naming conventions, description and/or configurable SAP codes and their respective description mentioned above
can be altered, changed or modified within the allowed character limit provided by the SAP during the BBP and
realization phase)
Document1
52
7. Pre Sales Order Processing
7.1. Overview
You can represent pre-sales business processes in the system using the function of quotations.
Creating and maintaining this kind of data may be useful under, for example, in the following
circumstances:
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 sales orders and
invoices and then evaluate the effectiveness of your planning process
or you want to evaluate the success rate of quotation-to-order conversion by sales group
The quotation is a sales document type that comes before the sales order and after an inquiry. It is used
as a proposed agreement of a price and quantity for a particular material or service for a particular date.
Most quotations have a validity date.
The quotation is useful in business processes to determine if the material will be available at the right
time for the customer at the right price. Should the quotation be satisfactory it may be copied into a
sales order. Depending on the customizing entries, you can copy the pricing elements and the header
data, as well as the item, material, and order quantities into the sales order.
Features of Quotation
A customer quotation comprises one or more items that contain the quantity of a material or
service that the customer asked for
The valid conditions for an item are listed in the item conditions and can be derived individually
from the conditions for the whole document
This functionality of processing status would help the sales staff and the sales department to keep an
on-line track of the Quotations.
Document Flow
Tracking has been made easier through the functionality of Document flow. SAP user can view not
only the list of preceding and subsequent documents (if any) but can also view those documents in
detail using Display transaction, provided he has the necessary authorization.
Document1
53
Automatic Determination
While creating a Quotation in SAP, the system automatically determines the following and hence
reduces the chances of human error.
Standard Pricing
Shipping Point
Delivering Plant
2
1
Call / Email
Quotation is created
received from Inquiry Creation
on the system
prospect
<Process Name>
3
Create
3.1 Customer
Customer Master Record
Master Not Exists in relevant
Sales Department
account group
3.2 Exists
Inquiry Saved
Quotation Saved
Sent to Customer by
Quotation End
Printout Post / Email
<Process Name>
3.1. If the customer master data does not exist in the system, then the user will get it created from
concerned department (please refer to Customer Master creation process Chapter: 05,
Section: 5.3 and Process: BBP-UDPL-SD-002) under relevant Account Group
3.2. If the Customer Master exists, user will proceed to the next step
4. Before and upon saving the document, the user will perform following:
Document1
54
o the user will enter the customer and material information in the Quotation and the
system will itself determine the price and sales area
o the user will then enter the Quotation validity dates
o system will automatically assign a unique number generated internally to the quotation
document upon saving the document
o the valid conditions for an item are listed in the item conditions and can be derived
individually from the conditions tab
o after saving the Quotation, the user can get the print out of the quotation for approval
and it can be sent to the customer (optional):
in case of local sales, user can obtain a print of Quotation (optional)
Information Triggers
Document1
55
7.3. Configuration Data
Quotation Document Type Description
ZUQT This order type is used to create quotations for local customers
(Naming conventions, description and/or configurable SAP codes and their respective description mentioned above
can be altered, changed or modified within the allowed character limit provided by the SAP during the BBP and
realization phase)
Document1
56
8. Contracts
8.1. Definition
Contracts are customer agreements that display when sales materials are sold within a certain time
period. The customer contracts can be created for a certain quantity of a material, UDPL can use
customer contracts in future.
Quantity Contract
A quantity contract is an agreement that your customer will order a certain quantity of a product from
you during a specified period. The contract contains basic quantity and price information, but does not
specify delivery dates or quantities.
Release Orders
The customer fulfils a contract by placing sales orders against it. These sales orders are known as
release orders. When you create a release order, you refer to the relevant contract, and the system
automatically updates the released quantities in the contract. Processing a release order is just like
processing a standard sales order.
2
1
Call / Email
received from Inquiry Creation
Contract Creation
Customer
<Process Name>
3
Create
3.1 Customer
Customer Master Record
Master Not Exists in relevant
Sales Department
account group
3.2
Exists
Inquiry Saved
Contact Saved
<Process Name>
Document1
57
8.2.1. Process Explanation
1. The user will receive a call or written request for Contract creation from the customer
2. The user will proceed with the creation of the Contract in the system, for that,
3. The user will first check whether the customer master data exists in the system or not:
3.1. If the customer master data does not exist in the system, then the user will get it created from
the concerned department (please refer to Customer Master creation process Chapter: 05,
Section: 5.3 and Process BBP-UDPL-SD-002) under relevant Account Group
3.2. If the Customer Master exists, proceed to the next step
4. Before and upon saving the document, the user will perform following:
o the user will enter the customer and material information in the Contract and the system
will itself determine the price and sales area
o the user will then enter the Contract’s validity dates
o system will automatically assign a unique number to the contract document upon
saving the document
o the valid conditions for an item are listed in the item conditions and can be derived
individually from the conditions tab
o after saving the contract, the user can get the print out of the contract and it can be
sent to the customer (optional)
Document1
58
8.3. Contract Creation with reference to Quotation
Quotation
Saved
2
Sales Department
Contract Creation
Inquiry Saved
Contact Saved
<Process Name>
3. When the user creates the Contract with reference to Quotation, almost all the information is copied
from the Quotation. The only thing the user has to mention particularly in the Contract are the
Validity Dates as it’s a legal binding between customer and UDPL.
o Customer Number
o Material Number and its Quantity (Quantity can be changed in the Contract)
o Pricing
o Delivering Plant
Upon saving, the unique contract number will be generated internally by the system and
the user can get the print out of the Contract and it can be sent to the customer (optional)
Document1
59
Release Orders
The user will create the contract by entering the Contract type and sales area in the initial
contract creation screen
The user will select ‘Create with Reference’ option, then select the contract tab and then enter
the number of previously created quotation or contract
User will have the option to generate a selection list to choose from the materials and quantity
and further copy the materials and their specific quantities in to Release order
User will also have the option to change the quantity before saving the Release order or even
after saving the order in the Change mode but before the creation of the delivery
o the released quantity (in the quantity contract) is not exceeding the remaining open
quantities in the contract
o the user will then save the Release order and system the will update the contract and an
internal number will be assigned to the Release order
ZUQC This order type is used to raise Quantity contract in the system
for Local Customers
(Naming conventions, description and/or configurable SAP codes and their respective description mentioned above
can be altered, changed or modified within the allowed character limit provided by the SAP during the BBP and
realization phase)
Document1
60
9. Sales Order Processing
From the customer master record of the sold-to party, the system proposes sales data such as
internal organizational element assigned to the customer, shipping data such as default
delivering plant, and billing data such as term of payment. In addition, the system copies
customer-specific master data about partners and contact people at the customer site
For each material in the sales order, the system automatically proposes data from the relevant
material master records, such as availability check, tax determination, weight, volume etc.
You can process sales orders in the SAP system differently, depending on your specific needs. In the
simplest case, you can enter a sales order with several items in a single screen. The system
automatically proposes data from the relevant master records:
From the customer master record of the sold-to party, the system automatically proposes sales,
shipping, pricing, and billing data. In addition, the system copies customer-specific master data about
sales regions, customer tax classifications and partners.
For each material in the sales order, the system automatically proposes data from the relevant
material master records, such as data for pricing, availability check, tax determination and weight
and volume determination.
Document1
61
Creation of Sales Order with Reference to Quotation / Contract
If you are creating a Sales Order with reference to quotation or contract, then all the required
information for sales order creation will be copied from the preceding document
The user only has to accept the material and quantities that will be copied from the preceding
document
You will have the option to change the quantity in the sales order screen or add additional
material other than mentioned in the preceding sales document
The user then save the sales order an internal number will be assigned to the sales order
Credit Check
Material Availability Check
System will also check the material availability depending on the setting made in the material master.
In case of individual requirement, check will be carried out and when the stock is available that stock
will be going to reserve i.e. soft allocation against the Sales Order.
The data proposed by the system can be used as a basis for your order
If your sales order processing requires it, you can modify this data manually or add new data
up to a certain limit as allowed by the standard SAP SD practices. For example, your pricing
policy may allow you to manually change the value of certain discounts within a permitted
range. In addition, you can branch in the sales order to a number of different screens where
you can display and modify data, such as terms of payment and delivery plant
Document1
62
Status Analysis
The system always maintains a status of each sales order. The sales team can use this feature to
answer customer queries on dispatch of his material as well as use to track the progress of the pending
dispatches at their end.
Automatic Determination
While creating an order in SAP, the system automatically determines the following and hence reduces
the chances of human error:
Standard Pricing
Ship to Party
Bill to Party
Payer
Inco terms
Payment Terms
Shipping Point
Delivering Plant
Information Triggers
Document1
63
Information Triggers
Material Number Entered Manually (if the Order is not created with reference
to Quotation and/or Contract)
Material Quantity Required quantity of the material
Pricing Pricing will be determined automatically
Payment Terms Payment terms will be proposed from Customer Master
Customer Sales Tax Information Proposed from Customer Master
Material Sales Tax Information Proposed from Material Master
Tax Rate(s) Proposed from the Pricing Condition Record(s)
Pricing Date Current date will be default
Delivering Plant Will be determined automatically from Customer / Material
Master
*These Order Reasons were created with the information received on 19 th April, 2018 received via
email.
RE Project
Task.msg
(Naming conventions, description and/or configurable SAP codes and their respective description mentioned above
can be altered, changed or modified within the allowed character limit provided by the SAP during the BBP and
realization phase)
Document1
64
9.2. Sales to Credit Customer with or without reference
4
2 2.1
Sales Department
1
Create Sales Order
with or without Yes
Start reference to Sales Order Saved with open for End
Credit Status
Contract / Quotation Delivery
(optional)
<Process Name> No
<Process Name>
2.2
Finance Department
4
3
3.2
Approved
Approval Decision
Sales Order Saved with Credit
Sales Order blocked for Release status
delivery
Rejected
3.1
2. Credit management will be activated on relevant customers which are maintained in the Credit
Master as a credit customer:
2.1. If the credit status is cleared, Sales Order will be saved and will be open for delivery
2.2. If the credit status is not cleared, Sales Order will be saved but will be Blocked for delivery
3. Once the Sales Order is blocked for delivery, Finance Department will be making decision on
the blocked Sales Order:
3.1. If the credit is not approved, process will end till payment is received in the system
3.2. If the credit is approved, Finance Department will release the Sales Order
4. Once the Sales Order is released and approved, Sales Order will be available and open for
delivery
If the user creates the Sales / Release order with reference to the Quotation and / or Contract,
the system checks whether the release order is within the Contract’s / Quotation validity period
The released quantity (in the quantity contract) does not exceeds the remaining open quantities
in the contract
The user will then save the Release order and system will update the Contract / Quotation with
relevant consumed quantity and an internal number will be assigned to the Release order
The user can now take the print of the sales order (optional)
Note: Here release order is considered, referred and termed as the Sales Order.
Document1
65
9.3. Sales to BG Customer with or without reference
BBP-UDPL-SD-010 Sales to BG Customer with or without reference
4
Start 5
Create Sales Order
Sales Department
with or without
<Process Name> reference to
Quotation/Contract Sales Order Saved with open for End
and assign Finance Delivery
Document Number in
the Sales Order
<Process Name>
1 2
3
Finance Department
Bank Guarantee
Received from Bank Guarantee Saved and Financial
Enter Bank
Customer Document Number Generated
Guarantee Details
When the user creates the Release order, the system check whether the release order is within
the contract’s / Quotation validity period
the released quantity (in the quantity contract) does not exceeds the remaining open quantities
in the contract
The user will then save the Release order and system will update the Contract / Quotation
quantities and an internal number will be assigned to the Release order
The user can now take the print of the order (optional)
Note: Here release order is considered, referred and termed as the Sales Order.
Document1
66
9.4. Sales to Advance Customer with or without reference
BBP-UDPL-SD-011 Sales to Advance Customer with or without reference
4
5
Sales Department
1 2 3
Finance Department
When the Sales / Release order is created in the system, systems checks whether the release
order is within the contract’s / Quotation validity period
the released quantity (in the quantity contract) does not exceeds the remaining open quantities
in the contract
The user will then save the Release order and system will update the Contract / Quotation
quantities and an internal number will be assigned to the Release order
The user can now take the print of the order
Document1
67
9.5. Scrap Sales
BBP-UDPL-SD-012 Scrap Sales
Finance Department
Start
1 5
Stock Report 3 Accounting Entries for
2 4
Delivery Document COGS
Order Creation Post Goods Issue
Creation
6
Delivery Note Invoice Creation
7
Accounting Entries for
A/R
End
Document1
68
10. Claims Processing
10.1. Overview
Credit or Debit Memo is a document created at the system on the basis of a customer
complaint/customer claim and correction process for any error on the invoiced transaction. Credit Memo
reduces receivables in Financial Accounting; meanwhile Debit Memo increases receivables in Financial
Accounting. Prior to precede Credit or Debit Memo, a request will be created as reference document
for billing.
If there’s a claim from the customer regarding the quality of the goods received, customer can claim for
the credit memo. Based on on-site inspection and customer’s claim authenticity, credit memo can be
given to the Customer.
If the customer was under charged at the time of creation of Sales Order, debit memo can be issued to
update Customer’s ledger.
Document1
69
Material Sales Tax information will be copied from the reference document
Currency will be copied from reference document
Document1
70
10.3. Debit / Credit Memo Generation
BBP-UDPL-SD-013 Credit / Debit Note Creation
Sales Department
1
Create Credit /
Start
Debit Memo with
or without
reference to
Invoice
Finance Department
3
No 2 Credit Note
Remove Billing Block for Yes Creation
End Credit Note Approval
4
Accounting Entries
for A/R
Document1
71
11. Claims Processing – Sales Returns
11.1. Overview
Return processes are incorporated in the industry where goods issued/sold to the customer are returned
by him. So documents are to be generated to maintain the return processes of a product. Inventories
are updated again and account receivable will be reducing accordingly.
SAP standard suggests that return document is to be generated with reference to the invoice. So that
proper record keeping can be managed.
Following can be, but not limited to, the reasons of Sales Returns:
1. Transit Loss
2. Damage
3. Processing Fault
4. Low Quality
5. Improper Packing
6. Wrong Material
7. Wrong order by customer
8. Wrong Dispatch by UDPL
9. Delivered product which was near to expiry
10. Slow movement of product at dealer / distributor causing product to reach near expiry
Document1
72
11.3. Claims Processing - Returns
BBP-UDPL-SD-014 Sales Returns
Finance Department
Start 1 2 6
3
Returns Order Returns Delivery Credit Note
Post Goods Receipt
Creation Creation Creation
7
No 5
Yes Accounting Entries End
End Remove Block for Credit for A/R
Note Approval
Returns Storage
4
Returns are
Location
received in Returns
Storage location
Document1
73
11.4. Reversal / Diversion
NA
11.4.1. Overview
At UDPL, there can be a scenario where the goods are dispatched and the invoice is generated in the
system and after that UDPL came to know that the consignee / sold to party / ship to party has either
refused to receive the goods / delivery or a particular product is not moving fast at a particular dealer
and if nothing is done at the right time, it might reach its expiry date. Process will be that the goods are
diverted to another customer. User at UDPL will cancel the invoice, reverse the goods movement and
after that close the sales order by assigning the appropriate reason of rejection.
The process will continue, and transaction will be processed with a new sales order for the new
customer for the diverted goods, rest of the process will remain same till invoice creation.
(Naming conventions, description and/or configurable SAP codes and their respective description mentioned above
can be altered, changed or modified within the allowed character limit provided by the SAP during the BBP and
realization phase)
Document1
74
12. Shipping Process
The sales order should not be blocked (Sales order can be blocked due to Manual or Automated
Delivery Block at header or item level)
Credit Management Block is not activated on the Sales Order
The schedule line is due for delivery i.e. sales order is due for delivery or any line item is due
for delivery
Sufficient stock is available in the relevant warehouse
User will have the option to create the delivery order with following options:
o Single Delivery
o Partial Delivery
o Combined Delivery (combining sales orders created for the same shipping point, ship
to party and having same delivery date)
At UDPL, outbound delivery will be created with reference to the sales order
User will have the option to deliver only selected line item of the sales order
Once the user copies the item of the sales order into delivery now next step is to save the
delivery order or change the quantity, if required
Document1
75
12.2. Delivery Creation Process
BBP-UDPL-SD-016 Local Sales – Delivery / Dispatch
Start
1 5
Stock Report 3 Accounting Entries for
2 4
Delivery Document COGS
Order Creation Post Goods Issue
Creation
Delivery Note
6
Invoice Creation
7
Accounting Entries for
A/R
End
Document1
76
Post Good Issue Process
By saving the delivery order, there will be no impact at stock levels. Stock level will be adjusted
/ updated by executing Posting Goods Issue for the Delivery order
To post the goods issue, user will select the same delivery number and then select the Post
Good Issue in the delivery order screen
By posting the delivery for PGI, the following stock effects will be taken in SAP:
Document1
77
12.4. Output / Printouts
Output Types Description
(Naming conventions, description and/or configurable SAP codes and their respective description mentioned above
can be altered, changed or modified within the allowed character limit provided by the SAP during the BBP and
realization phase)
Document1
78
13. Billing Invoice
13.1. Overview
Billing represents the final processing stage for a business transaction in Sales and Distribution module.
Information on billing is available at every stage of order processing and delivery processing. Billing
component includes creation of invoice on the basis of either sales order or delivery for complete or
partial delivery quantities. At UDPL, all billing will be done with reference to the Delivery Document.
Billing Document
A sales document used to bill a customer for a goods delivery. Deliveries which are carried out on the
basis of sales orders are invoiced to the customer. If no complaints are made about the delivery, the
business transaction is considered complete from the sales point of view.
Billing document can only be created with reference to either delivery document or sales order.
There are two ways to initiate Invoice processing which are as follows;
Individual Creation: Invoice can be created individually against each delivery order
Billing Due List: Multiple invoices can be created at once through a Billing Due list which will list
all deliveries for which invoice is yet to be created
Document Flow
Tracking has been made easier through Document flow. SAP user can view not only the list of
preceding and subsequent documents (if any) but can also view those documents, provided they have
the necessary authorization.
Document1
79
13.2. Process Flow Billing Process
BBP-UDPL-SD-017 Billing Process
1
Sales / Dispatch
Delivery
Delivery OrderOrder
Saved
Saved
Department
Sales Tax
Invoice
2. Not only delivery document should be saved but also the Post Goods Issue should also be executed
for the required delivery document which is required to be billed
3. Create Billing document with reference to delivery document and Accounting entries in FI - AR will
be recorded and customer ledger will be updated accordingly:
at this stage, Sales Tax invoice printout for local customer(s) can be obtained
User will have the option of creating the billing documents in following ways:
Document1
80
Invoice Settlement Options
User will have the option to settle the delivery order in following ways:
Document1
81
Invoice Data
Document1
82
14. Cancellation
14.1. Overview
Reversal of the delivery cannot be created in the system if a subsequent document is created against
that dispatch note e.g. Billing Document. This means that if a dispatch note has to be reversed, the
billing document for that dispatch note must be cancelled first in the system in order to allow the reversal
of Post Goods Issue (PGI) and then the dispatch note.
(Naming conventions, description and/or configurable SAP codes and their respective description mentioned above
can be altered, changed or modified within the allowed character limit provided by the SAP during the BBP and
realization phase)
Document1
83
15. Financial Document Management
15.1. Overview
Letter of credit or a Bank Guarantee is a legally negotiable document issued by a bank at the request
of a Customer. The letter of credit / bank guarantee ensures the financial stability of the Customer to
pay for the goods by substituting the credit of a bank.
2. UDPL asks the customer that UDPL requires a financial document for this transaction in order
to secure the credit
3. The customer will then apply for a financial document with its bank
4. Once the Financial document i.e. Bank Guarantee is received. User will create a master record
for this financial document in the system
5. User will create the sales order for this transaction and assign the financial document at the
header of the sales order
Document1
84
6. User can assign the financial document wither to the entire sales order or on to the selected
items in the order
7. The system will check the sales order to ensure that it complies with the financial document’s
terms. For example, the system checks that the sales order’s value does not exceed the
financial document’s value.
If there are discrepancies between the sales order and the financial document, the system
blocks the sales order. Authorized users may release this block using the Credit
Management component
If there are no discrepancies, the system updates the financial document master with the
sales order amount
8. User will create the delivery for this transaction and the system copies the financial document
information from the sales order to the delivery. The financial document applies to the entire
delivery
9. When you post the billing document, the system will update the financial document master
record with the invoice amount
Document1
85
16. List of Standard Reports
T Codes Description
Document1
86
T Codes Description
Document1
87
17. RICEF
Existing Output / Print out formats were shared with UDPL via email on 12 April 2018.
Searle's Printouts
.msg
Following is list of Reports and Output formats which are pertaining to specifically Sales & Distribution
module only which were shared during the BBP discussions back in 2016. As for reports, it is not
necessary that all the shared reports will be developed in the SAP system through ABAP provided if
the requirements highlighted can be catered through standard reports provided by the SAP.
Rationalization whether the below mentioned shared reports will either be developed / customized in
SAP or will be catered through standard will be finalized further during the reports rationalization
workshop.
17.1. Reports
S. No. Shared Reports Description
4. Sales Summary
17.2. Outputs
S. No. Shared Outputs Description
1. Credit Note
2. Delivery Challan
3. Debit Note
4. Invoice
5. S. Return
(Naming conventions, description and/or configurable SAP codes and their respective description mentioned above
can be altered, changed or modified within the allowed character limit provided by the SAP during the BBP and
realization phase)
Document1
88