Académique Documents
Professionnel Documents
Culture Documents
Business Blueprint
Sales & Distribution
BBP_SD_V1.0
SIGNATORY
NAME
Prepared /
Signed by
Srinivas Poduru
TITLE
DATE
/
Reviewed/
Approved by
Approved by
Approved by
Authorized
by
SIGNATURE
PAGE:
2 of 101
SUPERSEDES:
Document Control
Document ID
ZTL/2010/PRJ-252/SD
Compliance Status
Mandatory
Security Classification
Company Restricted
Issue Date
Document Status
Prepared by
Quality Review
Authorized by
Distribution
Document History
Draft,
Revised,
Final
Srinivas Poduru
Sreenivasan A
V1.0
Page 2 of 101
PAGE:
3 of 101
SUPERSEDES:
DOCUMENT CONTROL:
S NO
Revision
Creation Date
Last Modified
Remarks
1
2
3
4
5
Page 3 of 101
PAGE:
4 of 101
SUPERSEDES:
Table of Contents
1.
INTRODUCTION.............................................................................................................. 7
2.
2.1
2.2
Delivery Processing.......................................................................................................8
2.3
Billing.............................................................................................................................. 8
2.4
Excise Invoice................................................................................................................9
2.5
2.6
2.7
3.
Availability Check.........................................................................................................10
ENTERPRISE STRUCTURE.........................................................................................11
3.1
Controlling Area...........................................................................................................11
3.2
Company code............................................................................................................. 12
3.3
Sales Organization.......................................................................................................12
3.4
Distribution Channel....................................................................................................13
3.5
Division......................................................................................................................... 13
3.6
Sales Office.................................................................................................................. 14
3.7
Sales Group.................................................................................................................. 14
3.8
Sales Area..................................................................................................................... 15
3.9
Plant.............................................................................................................................. 18
3.10
Page 4 of 101
PAGE:
5 of 101
SUPERSEDES:
3.11
4
Storage Location.......................................................................................................... 19
MASTER DATA:............................................................................................................. 22
4.1
4.2
4.3
BBP_SD_BP03: Pricing condition records...............................................................31
5 BUSINESS PROCESSES....................................................................................................34
5.1 BBP_SD_BP01: STANDARD ORDER................................................................................34
5.2 BBP_SD_BP02: SAMPLE ORDER....................................................................................36
5.3 BBP_SD_BP03: STOCK TRANSFER ORDER...................................................................37
5.4 BBP_SD_BP04: SUPPLEMENTARY INVOICE..................................................................39
5.5 BBP_SD_BP05: JOB WORK ORDER - WITH ONLY SERVICE CHARGES......................40
5.6 BBP_SD_BP06: JOB WORK ORDER WITH MATERIAL COST AND SERVICE CHARGES
41
5.7 BBP_SD_BP07: THIRD PARTY SALES (TRADING PRODUCTS/ SALE IN TRANSIT)....41
5.8 BBP_SD_BP08: PROJECT BASED ORDER.....................................................................42
5.9 BBP_SD_BP09: CUSTOMER RETURN ORDER...............................................................43
5.10 BBP_SD_BP10: CREDIT AND DEBIT MEMO REQUEST PROCESSING.......................45
5.11 BBP_SD_BP11: OUTBOUND DELIVERY PROCESSING................................................48
5.12 BBP_SD_BP012: RETURNS DELIVERY PROCESSING...............................................51
5.13
5.17
Page 5 of 101
PAGE:
6 of 101
SUPERSEDES:
5.18
6.1
REPORT REQUIREMENTS..........................................................................................82
6.2
7.
8.
INTEGRATION POINTS................................................................................................95
9.
AUTHORIZATION CONSIDERATION...........................................................................97
10.
11.
VALIDATION/ENHANCEMENTS CONSIDERATIONS.................................................98
Page 6 of 101
PAGE:
7 of 101
1.
SUPERSEDES:
Introduction
The purpose of this document is to compile the requirements gathered during business
process design workshops and it documents the business process requirements of the
company. With this, you can better understand how the company intends to run its business
within the SAP System.
This document describes the design of the proposed solution and implications for the
business process. This document is to communicate the new business solution and
expected changes to the business process. The information needs to include:
With the information conveyed by this document, the business should be able to approve
the proposed solution. The Business Blue print becomes the master deliverable/document,
which serves as a basis for the entire project.
Brief Introduction of SD Process in ARCH
As per market demand, Sales target is prepared which is usually called as Sales forecast.
Sales forecast is also based upon last years sales performance. Sales target is prepared
based on Customer and Material. Entire market area is divided into 4 major Sales Offices
(zones). Each zone is further divided into Sales groups.
Arch sales of their own manufactured goods along with Raw Material and Trading material.
Excise duty is applicable at factory gate for manufactured and traded goods and sales tax as
applicable.
2.
Page 7 of 101
PAGE:
8 of 101
SUPERSEDES:
SD module provides flexible, automated support in processing all sales activities in the
company. The Sales system allows executing the various sales business transactions based
on sales documents defined in the system. The most important basic functions in SD are as
follows.
2.1
A Standard Order is used to process customer request for material .The process of creating a
standard sales order begins with the customers request for materials to be sent to them. This
request could be via phone, mail or fax.
Once a customers purchase order is received, the order is processed through Sale Order form
(SO). The SO is raised for the required quantity after considering the factory stocks .The
dispatches shall be planned and invoices are generated based on the customer tax liability. The
deliveries shall be made directly.
During sales order processing, the system carries out various functions, such as monitoring of
sales transactions, checking for material availability, Delivery scheduling, calculating pricing and
taxes, checking credit limits and creating output documents for a sale order confirmation.
2.2
Delivery Processing
As per Dispatch Advice issued from marketing, finished goods are dispatched to the respective
customer.
In its role as central object of the goods issue process, the delivery supports all shipping
activities such as picking, packing, transportation and goods issue. During the delivery process,
shipping-planning information is recorded, status of shipping activities is monitored and the data
accumulated during shipping is documented.
2.3
Billing
On receipt of the Dispatch Advice, the marketing & logistics department generates Delivery
Challan cum invoice.
Billing represents the final processing stage for a business transaction in Sales and Distribution.
This component includes the following functions: Creation of: Invoices based on deliveries,
Issue of credit and debit memos, Cancel billing transactions, Manual Transfer billing data to
Financial Accounting.
2010 Zensar Technologies
Page 8 of 101
PAGE:
9 of 101
2.4
SUPERSEDES:
Excise Invoice
An entry is made in the excise as per the Delivery cum Invoice Challan and registers shall be
updated accordingly. Respective excise entries shall be passed on.
Excise Invoice, a statutory requirement created subsequently with reference to the Proforma
Invoice/Billing Document which has to be sent along with physical delivery. This component
includes Creation of Excise Invoice, Change and Cancel Excise Invoice.
2.5
Prices are flexible based on the product moment and seasonal demand forecast.
SO s are raised for required prices
The depot transfer prices are without any discount element.
The sales could be Cash sale / credit sale.
Various elements are considered during the price fixation.
Commissions are settled at later stage through credit note or as per the announced
schemes
Pricing policy-- Taxes.
Even though area wise prices are not maintained, depots can access any price based on
the mother excise.
Page 9 of 101
PAGE:
10 of 101
SUPERSEDES:
Pricing is used for the calculation of prices. Various conditions are used to represent a set of
business scenarios that apply when a price is calculated. For e.g. a particular customer
orders a certain quantity of a certain product on a certain day. The variable factors like the
customer, the product, the order quantity, the date determine the final price the customer
gets. The Excise Conditions to trigger the Excise Duties Applicable is also maintained in as
master data. In exports the conditions are to be entered manually at the time of Sales Order
or Quotation as desired, taking the business model into consideration. In domestic
operations the condition records for Excise and Taxes are maintained so that these are
triggered automatically during sales order creation.
2.6
2.7
Availability Check
The stock position is verified physically on receipt of sales orders.
When a sales order is entered, the delivery of goods for the required delivery can be
confirmed if the goods are available for all the necessary processing activities which take
place before delivery. The shipping department can ensure that freight forwarding or another
shipping company is advised early enough so that sufficient time remains for packing and
loading to be carried out. In exports the moment the sales order is entered in the system the
system proposes a date of delivery depending on the in house production and the total
replenishment lead time of the materials.
Page 10 of 101
PAGE:
11 of 101
3.
SUPERSEDES:
Enterprise Structure
The Organization elements for ARCH Pharmalabs Ltd are given below.
S.No.
Description
1.
Controlling Area
2.
Company code
3.
Sales Organization
4.
Distribution Channels
5.
Divisions
6.
Sales Area
7.
Sales Office
8.
Sales Group
9.
Plants
10.
Purchasing Organization
11.
Purchasing Group
12.
Storage location
3.1
Controlling Area
Controlling Areas is an organizational unit in Accounting which views the business organization
from a cost accounting standpoint. Controlling Areas is being used to represent a closed
system for cost accounting purposes. Controlling Areas is used for internal reporting purposes.
Multiple Company Codes can be used for same Controlling Area, to have a uniform Costing
Systems in place.
All the company codes in the controlling area must use the same Chart of Accounts and Fiscal
Year Variant.
Controlling Area 1000- Arch - Standard Hierarchy is used for all company codes.
2010 Zensar Technologies
Page 11 of 101
PAGE:
12 of 101
SUPERSEDES:
SL No
Controlling
Area
Company code
1000
1000
1000
3000
3.2
Company code
Company Code is the Organizational Unit of Financial Accounting for which a complete selfcontained set of accounts can be drawn up for purposes of external reporting.
This includes recording of all relevant transactions and generating all supporting documents
required for financial statements.
At each Company Code level, Balance Sheet, Profit and Loss Account and all financial
statements can be generated. Also Statements required for Legal Reporting can be generated /
balanced at Company Code level.
SL No
Company Code ID
1000
3000
3.3
Sales Organization
A sales organization is an organizational unit that sells and distributes products, negotiates
terms of sale, and is responsible for these transactions. It represents the selling unit as a
legal entity. It is an organizational unit within logistics that structures the company according
to its sales requirements. Each business transaction is processed within a sales
organization. The sales organization must be specified in all sales documents.
The Sales Organizations for Arch Group are
Page 12 of 101
PAGE:
13 of 101
SUPERSEDES:
Company Code
1000
1000
3000
3000
1000
1500
3000
3500
3.4
Distribution Channel
The distribution channel represents the channel through which salable materials or services
reach customers. Typical distribution channels include Direct, Depot sales, Inter Company
etc for Domestic & Export Sales Organization. You can assign a distribution channel to one
or more sales organizations. Within a sales organization a customer can be supplied
through several distribution channels.
Distribution Channel
Description
10
20
30
99
Direct
Depot / Warehouse
Inter-company Sale
Stock Transfer
3.5
Division
A division can be defined as a Product group that could be made up of a wide-ranging
spectrum of products. This entity normally groups together saleable materials and services
for the purpose of responsibility and analysis. For every division you can make customerspecific agreements on, for example, partial deliveries, pricing and terms of payment. Within
a division you can carry out statistical analyses or set up separate marketing.
Division
10
20
31
32
Description
Intermediates
API
CRAMS - Intermediates
CRAMS - API
Page 13 of 101
PAGE:
14 of 101
3.6
SUPERSEDES:
Agro Chemicals
Services
Others
Job work
Scrap sale
Sales Office
As per the present set up Sales Offices are defined as per the Zones of the country
Geographical aspects of the organization in business development and sales are defined using
the term sales office. A sales office can be considered as a subsidiary. Sales offices are
assigned to sales areas. If you enter a sales order for a sales office within a certain sales area,
the sales office must be assigned to that area.
Sales Offices are mapped to Areas in the present setup and made as a mandatory field in
Customer Master.
Sales office
NOR
SOU
EAS
WES
USA
EUR
ASP
MIE
LAT
3.7
Description
North Office
South Office
East Office
West Office
USA Office
Europe Office
Asia Pacific Office
Middle East Office
Latin America Office
Sales Group
At present the price and discount structures are fixed at division level. The division is nothing
but the sub area of a district in a state.
The sales office may be subdivided into sales groups. For example, sales groups can be
defined for individual divisions. For All the Sales Organizations, sales personal are mapped as
sales groups..
Sales Grp
Andhra Pradesh
Page 14 of 101
PAGE:
15 of 101
SUPERSEDES:
001
002
Mr Sudhir Nagar
Mr Vijay Garg
003
004
005
006
007
MGT
501
502
503
504
505
506
507
Mr Hemant Yadav
Mr Jatin Bhatia
Mr Rabi Panda
Domestic Sales Group # 6
Domestic CRAMS SP
Domestic/Export customers handled by Management
Mr Sudhir Nagar
Mr Prabhakar Duwuri
Mr Shrinivas V Mansabdar
Mr Samrat Choudhary
Mr Phanindra Inturi
Export Sales Group # 6
Export CRAMS SP
3.8
Sales Area
A Sales Area can be defined as a combination of Sales Organization, Distribution Channel
and Division for which each business transaction is carried out.
SO
1100
1100
1100
1100
1100
1100
1100
1100
1100
1100
1100
Distribution
Channel
10
10
10
10
10
10
10
10
20
20
20
Description
Direct
Direct
Direct
Direct
Direct
Direct
Direct
Direct
Depot / Warehouse
Depot / Warehouse
Depot / Warehouse
Division
10
20
31
32
51
90
91
92
10
20
51
Description
Intermediates
API
CRAMS - Intermediates
CRAMS - API
Services
Others
Job work
Scrap sale
Intermediates
API
Services
Page 15 of 101
PAGE:
16 of 101
SO
1100
1100
1100
1100
1100
1100
1100
1100
1100
1100
1500
1500
1500
1500
1500
3100
3100
3100
3100
3100
3100
3100
3100
3100
3100
3100
3100
3100
3100
3100
3100
3100
3100
3100
3100
3100
3100
3100
3100
3500
3500
Distribution
Channel
20
20
20
30
30
30
99
99
99
99
10
10
10
10
10
10
10
10
10
10
10
10
10
10
20
20
10
20
20
20
20
30
30
30
99
99
99
99
99
10
10
Description
Depot / Warehouse
Depot / Warehouse
Depot / Warehouse
Inter-company Sale
Inter-company Sale
Inter-company Sale
Stock Transfer
Stock Transfer
Stock Transfer
Stock Transfer
Direct
Direct
Direct
Direct
Direct
Direct
Direct
Direct
Direct
Direct
Direct
Direct
Direct
Direct
Depot / Warehouse
Depot / Warehouse
Depot / Warehouse
Depot / Warehouse
Depot / Warehouse
Depot / Warehouse
Depot / Warehouse
Inter-company Sale
Inter-company Sale
Inter-company Sale
Stock Transfer
Stock Transfer
Stock Transfer
Stock Transfer
Stock Transfer
Direct
Direct
SUPERSEDES:
Division
90
91
92
10
20
90
10
20
51
90
11
12
13
14
51
10
20
31
32
40
51
90
91
92
10
20
40
51
90
91
92
10
20
90
10
20
40
51
90
10
20
Description
Others
Job work
Scrap sale
Intermediates
API
Others
Intermediates
API
Services
Others
Intermediates
API
CRAMS - Intermediates
CRAMS - API
Services
Intermediates
API
CRAMS - Intermediates
CRAMS - API
Agro Chemicals
Services
Others
Job work
Scrap sale
Intermediates
API
Agro Chemicals
Services
Others
Job work
Scrap sale
Intermediates
API
Others
Intermediates
API
Agro Chemicals
Services
Others
Intermediates
API
Page 16 of 101
PAGE:
17 of 101
SO
3500
3500
3500
Distribution
Channel
10
10
10
Description
Direct
Direct
Direct
SUPERSEDES:
Division
31
32
51
Description
CRAMS - Intermediates
CRAMS - API
Services
ARCH/AVON
ORGANISATIONAL STRUCTURE
SALES AND DISTRIBUTION
Sales Area
D
I
S
T
R
I
B
U
T
I
O
D
N
I
V
I
S
I
O
N
1100/3100
DC-20
Depot
DIV-10
Intermediates
DC-30
I.Com
DIV-20
API
DC-99
STO
DIV-31
CRAMSINT
DC-10
Direct
DIV-32
CRAMS-API
DIV-40
Agro
Chemicals
DIV-51
Service
DIV- 90
Others
Page 17 of 101
PAGE:
18 of 101
SUPERSEDES:
Plant
Plant is an operational unit within a company code. A Plant is an organizational unit that
structures the enterprise from the production, procurement, distribution and Stock Storage
Area. The following are the plants in Arch/Avon.
Manufacturing Plant
Company
Code
1000
1000
1000
1000
1000
1000
1000
1000
1000
1000
1000
1000
1000
1000
1000
1000
Plant
1100
1101
1102
1103
1104
1105
1106
1107
1161
1171
1173
1200
1201
1202
1203
1301
1000
1302
1000
3000
3000
3000
3000
3000
1571
3101
3200
3201
3401
3171
Plant Description
Head Office
Arch Pharmalabs ltd - Tarapur factory
Arch Pharmalabs ltd - Badlapur Unit
Arch Pharmalabs ltd - Taloja G - 6 Unit
Arch Pharmalabs ltd - Taloja R & D Unit
Arch Pharmalabs Ltd- Tarapur, Plot- E-64 & E-82
Arch Pharmalabs ltd - Dombivali unit
Arch Pharmalabs ltd - Turbhe R & D Unit
Arch Pharmalabs Ltd- Tarapur, Plot- E-80 & E-81
Arch Pharmalabs ltd - Tarapur WH
Arch Pharmalabs ltd - Bhiwandi Godown
Arch Pharmalabs ltd - RO- Hyderabad
Arch Pharmalabs ltd - Merven Unit
Arch Pharmalabs ltd - Siddipet Unit
Arch Pharmalabs ltd - Sibra Unit
Vitalife Laboratories (A divison of Arch Pharmalabs
Ltd)
Vitalife Laboratories R&D (A divison of Arch
Pharmalabs Ltd)
Arch Pharmalabs ltd - Vitalife Bhiwadi Godown
Avon Organics Limited - Solapur unit
Head Office
Avon Organics Limited - Sadasivpet unit
Avon Organics Limited - Vadodara unit
Avon Organics Limited - Bhiwandi Ware House
Plant Location
Mumbai
Tarapur
Badlapur
Taloja
Taloja
Tarapur
Dombivali
Turbhe
Tarapur
Tarapur
Bhiwandi
Hyderabad
Hyderabad
Hyderabad
Hyderabad
Gurgaon
Gurgaon
Bhiwadi
Solapur
Hyderabad
Hyderabad
Vadodara
Bhiwandi
Depots (Plant)
S no
01
Company
1000
Plant
1172
Description
APL BHIWANDI (DEPOT)
Plant Location
BHIWANDI
Page 18 of 101
Sales Org.
4011 ALG - Exports
PAGE:
19 of 101
1000
1000
1271
1272
04
1000
1371
05
1000
1372
06
1000
1471
3.10
S no
01
02
03
04
05
06
Company
1000
1000
1000
3000
3000
3000
Plant
1151
1152
1153
3251
3252
3253
Description
Logical Port- Maharashtra
Logical Port- Andhra Pradesh
Logical Port- Haryana
Logical Port- Maharashtra
Logical Port- Andhra Pradesh
Logical Port- Haryana
SUPERSEDES:
HYDERABAD WH
SIBRA WH
VITALIFE GODOWN1
VITALIFE GODOWN2
VADODARA GODOWN
Plant Location
Maharashtra
AndhraPradesh
Haryana
Maharashtra
AndhraPradesh
Haryana
3.11
Storage Location
To monitor the stock of the material, it is necessary to have a storage location wherein the
materials are stored. As per material storage requirements of Arch Pharmalabs, the
following storage locations (plant wise) are maintained
Plant
1100
1101
1102
1103
1104
1105
1106
1107
1161
1171
1173
Storage location ID
FG01
FG01
FG01
FG01
FG01
FG01
FG01
FG01
FG01
FG01
FG01
Description
Finished goods
Finished goods
Finished goods
Finished goods
Finished goods
Finished goods
Finished goods
Finished goods
Finished goods
Finished goods
Finished goods
Page 19 of 101
Sales Org.
4011 ALG - Exports
PAGE:
20 of 101
Storage location ID
FG01
FG01
FG01
FG01
FG01
FG01
FG01
FG01
FG01
FG01
FG01
FG01
SY01
SY01
SY01
SY01
SY01
SY01
SY01
SY01
SY01
SY01
SY01
SY01
SY01
SY01
SY01
SY01
SY01
SY01
SY01
SY01
SY01
SY01
SY01
RT01
RT01
RT01
RT01
RT01
RT01
RT01
SUPERSEDES:
Description
Finished goods
Finished goods
Finished goods
Finished goods
Finished goods
Finished goods
Finished goods
Finished goods
Finished goods
Finished goods
Finished goods
Finished goods
Scrap Yard
Scrap Yard
Scrap Yard
Scrap Yard
Scrap Yard
Scrap Yard
Scrap Yard
Scrap Yard
Scrap Yard
Scrap Yard
Scrap Yard
Scrap Yard
Scrap Yard
Scrap Yard
Scrap Yard
Scrap Yard
Scrap Yard
Scrap Yard
Scrap Yard
Scrap Yard
Scrap Yard
Scrap Yard
Scrap Yard
FG Return Store
FG Return Store
FG Return Store
FG Return Store
FG Return Store
FG Return Store
FG Return Store
Page 20 of 101
PAGE:
21 of 101
Storage location ID
RT01
RT01
RT01
RT01
RT01
RT01
RT01
RT01
RT01
RT01
RT01
RT01
RT01
RT01
RT01
RT01
SF01
SF01
SF01
SF01
SF01
SF01
SF01
SF01
SF01
SF01
SF01
SF01
SF01
SF01
SF01
SF01
SF01
SF01
SF01
SF01
SF01
SF01
SF01
SUPERSEDES:
Description
FG Return Store
FG Return Store
FG Return Store
FG Return Store
FG Return Store
FG Return Store
FG Return Store
FG Return Store
FG Return Store
FG Return Store
FG Return Store
FG Return Store
FG Return Store
FG Return Store
FG Return Store
FG Return Store
Intermediate
Intermediate
Intermediate
Intermediate
Intermediate
Intermediate
Intermediate
Intermediate
Intermediate
Intermediate
Intermediate
Intermediate
Intermediate
Intermediate
Intermediate
Intermediate
Intermediate
Intermediate
Intermediate
Intermediate
Intermediate
Intermediate
Intermediate
Page 21 of 101
PAGE:
22 of 101
Plant
1172
1271
1272
1371
1372
1471
Storage location ID
FG01
FG01
FG01
FG01
FG01
FG01
SUPERSEDES:
Description
Finished goods
Finished goods
Finished goods
Finished goods
Finished goods
Finished goods
4
4.1
Storage location ID
FG01
FG01
FG01
FG01
FG01
FG01
Description
Finished goods
Finished goods
Finished goods
Finished goods
Finished goods
Finished goods
Master data:
BBP_SD_BP01: Customer Master
The data relevant to all the customers of the company are maintained in the form of Customer
Master Records. The following types will be used to differentiate between the customers.
Customer master Exports: Customer Master Data contains all the details pertaining to a
customer like his Name, Address, Contact Information, Payment terms, Shipping Terms,
Delivery Priority & Partner Functions.
Account Groups:
The account group is a classifying feature within customer master records.
All the Domestic Customers, Consignees, Inter Company Customers and Export
customers of the company would be grouped into separate groups.
2010 Zensar Technologies
Page 22 of 101
PAGE:
23 of 101
SUPERSEDES:
Domestic:
Account
Code
ZDOM
ZDSH
ZDIP
ZDIC
ZINT
Group Description
Domestic Customer
Domestic Consignee
Intra Plant Customer
Inter Company Customer
STO Customer for Plant
Account
Group
ZDBP
ZDIC
ZDIP
ZDOM
ZDSH
ZESH
ZEXP
Description
Domestic Bill-to party
Inter Company Customer
Intra Plant Customer
Domestic Customer
Domestic Consignee
Export Consignee
Export Customer
STO Customer - plant
Specific
IP
ZINT
From
350001
800001
900001
100001
300001
600001
500001
To
359999
899999
999999
199999
349999
699999
599999
1100
4999
Sold-To Party
The Customers Organization Sold-To party is the legal entity that represents
Arch/Avon customer. This is the entity that takes ownership of the goods they
purchase and often has many users, or contacts working within their Organization.
Page 23 of 101
PAGE:
24 of 101
SUPERSEDES:
Ship-To Party
To whom and where the goods are shipped. Ship-To party is the entity that
physically receives products. One Sold-To party could have multiple Ship-To
accounts associated with it. Many of these Ship-To accounts may be user specific
accounts. For Arch/Avon (Dom) Ship to party account can be different than the sold
to party account.
Bill-To Party
To whom the invoice will be sent. The Bill-To Party is the entity or person that will
receive the invoice. For Arch/Avon (Dom) Bill to party account can be different than
the sold to party account.
Payer
Payer is the entity or person who is responsible for payment. The Payer is the
entity or person that is responsible for account settlement. The Payer will have a
credit limit and an accounts receivable account. It is important to note that the Payer
is aligned with credit control. In this manner, Company can manage the risk of an
entire organization or group of individuals within an organization. For Arch/Avon
(Dom) the Payer account can be different than the sold to party account.
Exports:
Account
Code
ZEXP
ZESH
Group Description
Export Customer
Export Consignee
Sold-To Party
The Customers Organization Sold-To party is the legal entity that represents
Arch/Avon customer. This is the entity that takes ownership of the goods they
purchase and often has many users, or contacts working within their Organization.
Ship-To Party
To whom and where the goods are shipped. Ship-To party is the entity that
physically receives products. One Sold-To party could have multiple Ship-To
accounts associated with it. Many of these Ship-To accounts may be user specific
accounts. For Arch/Avon Ship to party account can be different than the sold to party
account.
2010 Zensar Technologies
Page 24 of 101
PAGE:
25 of 101
SUPERSEDES:
Bill-To Party
To whom the invoice will be sent. The Bill-To Party is the entity or person that will
receive the invoice. For Arch/Avon Bill to party account can be different than the sold
to party account.
Payer
Payer is the entity or person who is responsible for payment. The Payer is the
entity or person that is responsible for account settlement. The Payer will have a
credit limit and an accounts receivable account. It is important to note that the Payer
is aligned with credit control. In this manner, Company can manage the risk of an
entire organization or group of individuals within an organization. For Arch/Avon the
Payer account can be different than the sold to party account.
Commission Vendor
The sales vendors are responsible for selling products or services.
You can create and change master records using groups of data that differ in the
level of detail. Master records for business partners who are customers have the
following structures.
General Data
General data does not depend on the company code or the sales and distribution
organization. General data applies to one business partner for all company codes, and in
all sales areas. It is shared information across Arch/Avon Organization. General data is
used in many functions including promotions, order entry & acknowledgement, financial
2010 Zensar Technologies
Page 25 of 101
PAGE:
26 of 101
SUPERSEDES:
Customer Number
Account Group
Company address or
Persons name & address
Contact persons
Company code data only applies to company code, (i.e. for Arch/Avon). This data is
only relevant to Financial Accounting.
Reconciliation Account
The reconciliation account in G/L accounting is the account which is updated parallel to
the sub ledger account for normal postings (for example, invoice or payment).
The data for one customer can differ for each sales area. A sales area is a combination
of sales organization, distribution channel and division.
o
Sales office
A Sales office would be defined for a territory or region. They would be assigned
to the sales areas. An area manger with specified (one or more districts) area
shall be monitoring the sales
o
Sales group
Page 26 of 101
PAGE:
27 of 101
SUPERSEDES:
o
Customer statistics Group.
This field is used for updating the Sales Information System Reports
Shipping Condition
Shipping point determination would be carried out by the SAP system if a
shipping condition is contained in the sales document. The shipping conditions
defined in the customer master record would be copied into the sales document
header which would then be used to determine the shipping point.
o
Shipping
condition
01
02
Description
Standard
Pickup
The account assignment group to which the system automatically posts the
sales document
01
02
21
31
Domestic Revenues
Domestic - SEZ
Export
Affiliated Companies
Tax Classification
Exports
Tax
2010 Zensar Technologies
Description
Page 27 of 101
PAGE:
28 of 101
SUPERSEDES:
Classification
0
Tax exempt
1
Full tax
Domestic
Tax
Classification
0
1
2
3
4
5
6
Description
Fully Exempt
Full tax
50% tax
Without from C
against from 'F'
against from 'H'
against from 'I'
Maintenance of Master Data shall be handled by central ERP team at Head Office. All the
controls including setting of block or deletion flag shall be handled by the team. The application
for the Master Data creation as well as modification needs to be approved by concerned.
4.2
i. Sales Org 1
In this view, we would define basic data and units of measure and tax
classification (e.g. sales units)
Important fields:
2010 Zensar Technologies
Page 28 of 101
PAGE:
29 of 101
SUPERSEDES:
Base Unit of Measure - Unit of measure in which stocks of the material are
managed. The system converts all the quantities you enter in other units of
measure (alternative units of measure) to the base unit of measure.
Sales Unit Unit of measure in which the material is sold. This field would be
used if a unit of measure differing from the base unit of measure is used. This
would be proposed in other transactions/events, where it can be changed. The
sales unit KG would be used for Domestic & Exports.
Old Material Number-- You can use the old material number to systematically
search for material master records via match codes
Delivering Plant - Plant from which the goods should be delivered to the
customer.
Division The division would be used to determine the sales areas and the
business areas for a product.
Material Pricing Group--- A combination of customer and material pricing group & a
combination of price group and material group. This has been activated for maintaining
price on basic unit of measure for different pack codes.
01
Normal
02
Spare Parts
Page 29 of 101
PAGE:
30 of 101
SUPERSEDES:
API
20
Intermediates
31
CRAMS-Intermediates
32
CRAMS-API
40
51
Agro Chemicals
Services
90
Others
91
Job work
92
Scrap Sale
Daily requirements
Individual requirements
Page 30 of 101
PAGE:
31 of 101
SUPERSEDES:
Description
ZCRAM1
Exp.Pricing Procedure-CRAMS
ZCRAM5
ZDEPOT
ZDOM11
Dom.Jobwork Returns
ZDOMTP
ZDOM15
ZDOMLL
ZDOMRT
ZDOMTP
ZDSTO1
ZEXP01
Exp.Pricing Procedure
ZEXPRT
ZPSQTN
PS Quotation Pricing
As some of the elements may be settled through credit note or debit note a separate document
type along with pricing has been proposed. For ex expenses like freight, other discounts
The following Condition types are used in preparing the above pricing procedures to cater the
requirements of the organization.
Page 31 of 101
PAGE:
32 of 101
Description
JEXP
JECS
IN A/R E-Cess
JA1X
JIVC
JIVP
JLSR
JLST
IN A/R LST
ZC02
ZC06
ZCON
Conversion Charges
ZD02
ZECD
ZF02
ZF04
Palletization
ZF05
Stuffing
ZF06
Chocking Chrg
ZF07
THC Shipping
ZF08
Carting Charges
ZF09
Transport Crg(Inland
ZF10
ZF13
ZF14
Transport CFS
ZF15
ZF16
Ground Rent
ZF17
Repacking gharges
SUPERSEDES:
Page 32 of 101
PAGE:
33 of 101
Description
ZF18
ZFRT
ZI02
ZOIC
ZP01
Basic Price-Dom
ZP02
Basic Price-STO
ZP03
ZP04
FOB Price
ZP05
ZP06
CIF Price
ZPPS
ZTCS
ZTPP
SUPERSEDES:
The following access sequences are maintained to differentiate tax calculation from region to
region and to cater the other requirements of the organization.
Exports Pricing
Pricing
Procedures
Description
ZEXP01
Condition Type
Description
Page 33 of 101
PAGE:
34 of 101
FOB Price
ZF06
CIF Price
ZC02
ZC06
SUPERSEDES:
The following key combination would be used in Access Sequence to determine prices
for materials during Sales order processing in case of Controlled Products, Manual
pricing is used for regular products.
o
o
5 Business Processes
5.1 BBP_SD_BP01: Standard Order
Process Description: As Is
The customers are indenting the orders directly on the Company for supplying the material. A
Standard Order is used to process customer purchase orders for material the process of
creating a standard sales order begins with the customers request for materials to be sent to
2010 Zensar Technologies
Page 34 of 101
PAGE:
35 of 101
SUPERSEDES:
them. This purchase order could be via phone, mail or fax. Once a customers purchase order
is received, the order is processed through Sale order form (SO). The SO is raised for the
required quantity after considering the factory stocks the dispatches shall be planned and
invoices are generated based on the customer tax liability. The deliveries shall be made directly.
Process Description:
A Standard Order is used to process customer purchase orders for material that is owned by the
sales organization. The standard order will result in normal scheduling of deliveries and, in
many scenarios, is relevant for pricing since customer billing will occur from the delivery of
materials ordered on the standard order.
The process of creating a standard sales order begins with the customers request for materials
to be sent to them. This purchase order could be via hard copy, phone, e-mail or fax. Once a
customers purchase order is received, the order is manually entered into the SAP R/3 system
via the VA01 Sales Order Entry transaction. The sales area responsible for processing the
order is entered along with the sold to business partner, customers purchase order number,
material number, delivering plant and ordered quantity. The remaining information on the sales
order is derived from master data (e.g., customer, material and pricing conditions) and system
configuration for automatic determination (e.g., shipping point). The process of creating a
standard order ends when the order is saved and all required fields are entered (based on
incompletion procedure rules).
During the creation of a standard order, several processes are performed to ensure the order
can be filled to the customers satisfaction and within the constraints of Arch Pharmalabs
policies. These processes are described below.
1) Customer PO information - PO number field would be a required field for Standard sales
order.
Arch Pharmalabs will use INCO terms which would default into Sales order from Sold to
customer master data. The value can be changed during order entry by customer service as
per the requirement.
2) Business Partner Determination - Based on the sold-to business partner, the default ship-
to, bill-to, Vendor and payer partners are proposed into the order. If multiple Ship tos exist
for Sold to, the default Ship to number (same as sold to) can be changed during order entry
through a pop up screen selection.
3) Batch Determination - Batch numbers (if required) can be manually entered at the time of
sample sales order and they would be copied to delivery document if not then system does
automatic batch determination during creation of outbound delivery for Domestic
Operations.
4) Scheduling - The system calculates the schedules required to deliver the order based on
the delivering plant. Order will capture the Requested delivery date even after the system
2010 Zensar Technologies
Page 35 of 101
PAGE:
36 of 101
SUPERSEDES:
the delivery date when there are no ready quantities available in the respective plant
locations by taking the replenishment lead time into consideration.
6) Pricing - Customer pricing is need to be updated manually during Order creation
7) Credit Control - The system performs credit checks against the designated payer business
partner. The order is blocked for delivery if credit checks are not passed. In domestic sales
the credit control is division specific and the customer is blocked for delivery only for the
division for which he has exceeded the credit limit set.
8) Free Samples: The sample sales order would have the facility to determine free samples
and these would not be relevant for billing. Customer Service has to enter this during the
sales order entry.
9) Output: The order confirmation/Proforma Invoice output can be obtained from the Sales
order for exports. This requirement is not there for Domestic at the stage for sales order.
Open Orders: In case of a change in the existing price, the current price will get updated in the
open orders. This function has to be carried through modifying the sales order manually.
SAP Configuration Considerations / Decisions:
Document type ZO10, ZO11, ZO12, ZO13, ZO14, ZO18 will be used with internal
number range for Manual Orders being entered by Logistics Department.
Material, order quantity, plant, shipping point, material price, gross weight, and net
weight will be required fields at item level.
Document types ZO10, ZO11, ZO13, would be relevant for automatic credit control.
Sold to party, Payer, Bill to, Ship to, for Client will be required partners on sales order.
Standard order can be raised at depot level and factory level.
Material Information, Customer Information, Payment terms etc will be not be allowed to
any modification at transaction level through customization.
Sales orders that are pending for what so ever reason ,needs to be reviewed periodically
by the marketing team and to be short closed with a suitable reason.
Process Description: As Is
2010 Zensar Technologies
Page 36 of 101
PAGE:
37 of 101
SUPERSEDES:
Samples will be dispatched from the depots and Mfg Plants to the customers. These
samples will be consumed by the customers for before confirming the order.
Process Description:
A sample order is used to send free samples to customer. As the system cannot create a
delivery without a sales document, so the user has to create sales document type for sample
order. The delivery is actually a sales document type that is only relevant for deliveries and not
invoicing. A proforma invoice can be generated to generate excise liability if material is
excisable.
Process Description:
In the normal course of business, there may be the requirement of transferring the materials
from one plant to another. To meet this requirement and to have records of all the movements of
goods, normally the Stock Transport Order is being used in the business. Since the Stock
Transport Order has all the characteristics of a purchasing document, hence movements of
goods can be traced and all subsequent transaction can be monitored at any point of time. In
the standard SAP, the following procedures are available for stock transfer by using the stock
transport order:
2010 Zensar Technologies
Page 37 of 101
PAGE:
38 of 101
SUPERSEDES:
The stock transfer order can also be used in MRP .A delivery via Shipping can be used
for goods issue.
The goods can be posted directly to consumption. Stock transport Order history is
updated
Page 38 of 101
PAGE:
39 of 101
SUPERSEDES:
A customer number of the receiving plant is maintained in the plant. This customer number is
used in SD shipping processing to identify the goods recipient (ship-to party) if provision has
been made in Customizing for a stock transfer to be carried out with an SD delivery
The STO process is configured by defining receiving plant as a customer and distribution
channel (99).
Sales organization 1100 /3100
Distribution channel 99
Division
00
With this data, the system determines the shipping data for the material to be transferred (e.g.
the shipping point).
Excise invoice is created with Proforma invoice (ZJEX). As soon as the marketing team receives
the branch indent, they can analyze the requirement and process Stock transport Orders for
available stocks at plant as well as other depots.
Process Description:
The Organization may have to pay differential duty as the assessment was provisional or
price was escalated later or duty was short paid through mistake or for any other reason. In
such cases, the organization has to pay differential duty by preparing supplementary
invoice. Buyer can avail Cenvat credit on basis of such supplementary invoice. Though
rules do not specify, such supplementary invoice should be from same series of invoice. It
should give cross reference to the original invoice under which the goods were cleared.
2010 Zensar Technologies
Page 39 of 101
PAGE:
40 of 101
SUPERSEDES:
Page 40 of 101
PAGE:
41 of 101
SUPERSEDES:
5.6 BBP_SD_BP06: Job work Order with material cost and service charges
Process Description: As Is
Job work order - The customers release the job work orders to company for processing
material. The finished product is produced by adding the in house material to the customer
material subsequently the Job Work order/ invoice is raised with service charges plus actual
material cost through regular sales order charging the cost of raw material and excise duties
Process Description:
Process Flow & Stock Updates
The following is process flow for Job Work by using the Job Work order:
Page 41 of 101
PAGE:
42 of 101
SUPERSEDES:
Apart from the sale of manufactured products, ARCH / AVON have the sales of trading products.
They are procuring finished products and selling directly to customers from their vendors.
Process Description:
The Trading Order is the main document in Trading Order Management. The organization can
process both purchase and sales data either simultaneously or separately, using one document.
This forms the basis of all purchasing, sales and expense processes and provides the
organization with a clear overview and process control of all related business transactions. As it
takes account of purchasing prices, sales prices and expenses the trading order allows
organization to perform a profitability simulation immediately. The trading contract can support
Back-to-back transactions as well as one-sided purchasing and sales transactions
SAP Configuration Considerations / Decisions:
Order Type ZO12 is created for Domestic Third Party Order. Domestic Third Party Order can
be raised with specific requirements of the customer. System will generate the purchase
requisition on saving the sales order.
A system generated purchase requisition shall be processed by purchase department which
shall be addressed in MM Module.
In Sales and Distribution, the Trading products as well as manufactured goods have different
pricing structure. A normal sales order, in case of customers purchase order, suffices the
requirement.
Page 42 of 101
PAGE:
43 of 101
SUPERSEDES:
Process Description:
Process Flow
The following is process flow for Project based order:
Project based Order will be created based on the Customer PO and WBS assigned to
that Order item.
Whenever Customer places Order for Services then Service order needs to be created.
After process completion, deliver the material with Development Charges.
Service charges are invoiced against Order.
Service order is created with service material and pricing will be updated manually
based on the utilization hours.
Billing will be generated periodically as per the requirement.
Page 43 of 101
PAGE:
44 of 101
SUPERSEDES:
returned within six months then the sales tax amount paid is returned to the customer. If the
customer returns the stock after six months the sales tax is not paid to the customer.
Process Description:
Return order processing is one of the components of Returns to Credit end to end business
process .The other components of end to end process such as Returns delivery processing,
goods receipt, credit memo processing are covered under separate process documents.
Returns are used to process goods delivered to a customer which were damaged, are no longer
needed, short shipped, have expired, or are about to expire. The return process starts with a
customer request to return product or product being returned with or without prior notification. A
return order is entered indicating the material being processed in the return with reference to
customer invoice. The return order will have a billing block, which will need to be removed
before customer can receive reimbursement. A return delivery is created with reference to the
Billing Document to allow the receiving of the returned material. Posting of the goods receipt is
used to document the incoming movement of material to a specific returns location. The return
process ends with a credit memo or a rejection of the return.
Return order for customer returns due to wrong products shipped, wrong products
ordered, expired products and Product recalls:
After verification of the complaint and approval of complaint (Verification and approval would be
handled outside SAP), Return order type ZRED, will be created with reference to original Billing
Document. If the complaint from customer is against multiple SO or the SO generated in legacy
system, Return order will be created w/o reference. All prices will be manually adjusted in
Return order if necessary.
Return Order processing:
2010 Zensar Technologies
Page 44 of 101
PAGE:
45 of 101
SUPERSEDES:
Returns can be tied directly to a Billing Document. By examining the document flow of
an SO, one can be able to see associated returns.
Flexibility exists to process returns for multiple invoices.
All Return orders in general would be created in SAP with reference to Original Billing
Document. If original Billing Document doesnt exist in system or original Billing
Document is unknown or Return required for multiple original invoices, then the Return
order will be created without reference. When Return Sales order is created without
reference to original Billing Document, the system determines price for materials from
current list price. If this price is different from original Billing Document price then
customer service can change price for each material during order entry.
All Return orders would have a default billing block 08-Check Credit memo at the
header. Distribution Manager will remove the block after verifying goods received at
matches with Billing Document.
INCO terms would default from customer master or original invoice during Return order
creation and they can be changed during order entry if required. Customer service would
not enter batch number as this would be copied from the Billing Document directly for
each material during order entry.
Order reason will be a required field and customer service has to pick appropriate
reason from drop down box. They can be used for reporting purpose
1. Wrong product shipped
2. Customer return
3. Damaged in transit
4. Product expired
5. Product recall
6. Miscellaneous
7. Short shipment
8. Sales Call
Return Goods authorization document can be printed immediately after saving Return
Sales order type ZRED.
Shipping department will inform Customer service if material is returned from customer
without prior notification to take appropriate action with respect to talking to customer,
creating Return order in the system etc.
The returned stocks are immediately posted to blocked/quality stocks.
Sales document type ZRED, will be used with Internal number range
Return order types are not relevant for credit check
PO number field will be a required field.
Page 45 of 101
PAGE:
46 of 101
SUPERSEDES:
Page 46 of 101
PAGE:
47 of 101
SUPERSEDES:
Page 47 of 101
PAGE:
48 of 101
SUPERSEDES:
3. Sales order document type (ZCRD ) would be used for Credit memo requests with
internal number range for other credit notes ex- commission settlement etc.
4. All Credit memo requests would have a default billing block 08-Check Credit memo at
the header. Customer service Supervisor will remove the block after Sales order is
saved by customer service.
5. Order reason is a required field and customer service has to pick appropriate reason
from drop down box. This field is used for reporting purpose.
6. Invoice header text would be used if required and this text will be printed on Credit
memo. If Credit memo request is created without reference to original Billing Document,
the system determines price for materials from current list price. This price is needs to
be adjusted by customer service based on each material and price to be adjusted.
7. All credit memo requests would be created in SAP with reference to Original Invoice. If
original Invoice doesnt exist in system or original Billing Document is unknown or credit
is required for multiple original Billing Documents then Credit memo request would be
created without reference.
8. Sales order document type (ZDRD,) would be used for Debit memo requests with
internal number range.
9. Order reason is a required field and customer service has to pick appropriate reason
from drop down box. This field is used for reporting purpose.
10. Invoice header text would be used if required and this text will be printed on Debit
memo.
11. If Debit memo request is created without reference to original invoice, the system
determines price for materials from current list price. This price is needs to be adjusted
by customer service based on each material and price to be adjusted.
Page 48 of 101
PAGE:
49 of 101
SUPERSEDES:
Process Description:
Delivery processing is one of the key components of Order to Cash end to end business
process. Delivery Processing, sometimes referred to as Shipping, covers the functions which
take place between Sales Order Completion and Physically Shipping the Product:
Outbound Delivery Documents include:
1. Standard Delivery process supporting all Sales Orders inclusive of Free of charge sample
orders.
2. Delivery Reversals.
3. Output Documents required during Standard Delivery processing.
4. List of reports needed to support Standard Delivery processing.
A Delivery document is created when an order line is completed, that is the inventory is
available and no holds apply. The Delivery Document contains a header and items section.
The Document Header
The general data relevant for shipping is stored in the document header. This data is valid for
the entire document. It includes the following:
Shipping point, which is explained in detail later in the document
Data on delivery scheduling and transportation scheduling (for example,
the goods issue date or the delivery date at the ship-to party)
Number of the sold-to party and the ship-to party
This is the data that applies to one particular item. For example,
Material number
Delivery quantity
Plant and storage location specifications
Batch (Lot) Allocation
Picking date
The Delivery Document obtains most of its information automatically from the sales order
header and line detail. Some information is also passed from the Customer and Material
Masters. A delivery is processed through one shipping point. Shipping Points can be
determined in the sales order for each item and depend on 3 factors:
Shipping Condition set up in the customer master. e.g. (Ship) As soon as possible.
Page 49 of 101
PAGE:
50 of 101
SUPERSEDES:
Certain prerequisites must be met before an order can be delivered. When a delivery is created,
the system carries out various functions which add to the data in the delivery and check its
validity:
The delivery quantity of an item is determined and the availability of the
material is checked.
The delivery situation of the order and any partial delivery agreements are
checked.
1. The Client can have partial delivery agreements with all customers. Delivery qty can be
changed during picking if material is physically unavailable as per scheduled quantity in
sales order.
2. No Delivery will be created with 0 quantity
3. Availability check (ATP) would be performed during delivery creation for all the line items
due for delivery on scheduled delivery date.
4. Shipping Instructions will be copied from Sales order into Delivery document if same is
entered on Sales order.
5. Batch Determination would happen in the Delivery creation mode based on the Pre
Determined criteria of FEFO ( First Expiry First Out )
6. The Delivery department can combine different sales orders for the same customer whose
shipping address, delivery dates, INCO terms Shipping Conditions are the same and create
a single delivery document.
Reversal of Post Goods Issue:
To accommodate rare occurrences where a product is shipped out but then retrieved in
order to ship it elsewhere.
Delivery Document types ZLRD and ZLFD for Domestic will be used.
Delivery Document types ZLRE, ZNL, ZLFE and ZLFD will be used for Job Work,
Replenishment and Exports Deliveries respectively.
Shipping Conditions (01 Standard and 02 Pickup)
Shipping Points
Define Delivery Types with Internal number range
Define item categories and item category determination in deliveries
Page 50 of 101
PAGE:
51 of 101
SUPERSEDES:
No specific delivery tolerances required. Copy controls are being maintained with reference
to sales order quantity.
Set up incompletion procedures and copy control requirements for deliveries
Set up ATP during delivery processing
Set up automatic batch determination during delivery processing for Domestic & Exports.
Set up output determination during delivery processing.
The system date / document created date shall be the actual goods issue date.
Page 51 of 101
PAGE:
52 of 101
5.13
SUPERSEDES:
Process Description: As Is
As per Dispatch Advice issued from marketing, Finished Goods are dispatched to the respective
customer. On receipt of the Dispatch Advice, the logistics department generates Delivery
Challan cum invoice. An entry is made in the excise as per the Delivery cum Invoice Challan
accordingly (PLA or under bond) account receivable by debiting customer and crediting sale of
goods.
Process Description:
This will cover the following scenarios within the billing process. Billing is one of the components
of Order to Cash end to end business process. This process involves
Standard customer invoices
Invoice cancellations
Debit and Credit memos
The standard billing process is the automatic creation of customer invoices using data from
sales orders and delivery processing. Sales activities conclude with billing and the data is
transferred to financial accounting and controlling / profitability analysis.
Standard Customer Invoices
Standard customer invoices are used to bill external customers for the goods they have
received from company. The billing process starts when the deliveries are due for billing, this is,
deliveries with goods issue posted, no billing block and with the billing date due for billing. The
process ends when the invoice is created and the data posted to financial accounting and
profitability analysis.
The standard customer invoices will be created based on the outbound delivery. The reason for
this decision is that a customer can only be invoiced after the goods are issued and only after
the delivery it can be ensured that the correct quantity is billed.
Credit and Debit Memo Invoices
The debit and credit memos are created based on a reference document. The different source
documents are:
2010 Zensar Technologies
Page 52 of 101
PAGE:
53 of 101
SUPERSEDES:
Generating Invoices
The different processes to create customer standard invoices, debit and credit memos are:
Processing the billing due list. The billing due list is a work list which lists all the documents
relevant for billing. These are deliveries with goods issue posted, Credit memo request and
debit memo request with no billing block and with the billing date due for billing. The billing
due list can be triggered manually.
Manually selecting a single delivery or sales order (Credit memo request and debit memo
request)
The customer invoices can be processed using the billing due list or process a single delivery to
create the invoice.
Specific requirements during invoice creation
The general practice is to create one invoice per one customer delivery.
We can also combine deliveries into one invoice for deliveries of the same date for a customer
and PO number.
Integration with financial accounting and controlling
Once the billing document is created in the system, the invoices are going to be posted
manually to financial accounting. This is done using automatic account determination. The
following accounts are relevant for standard sales transactions:
External Sales to Customers
In the case of sample orders they are going to be assigned to a cost element, which will require
a cost center. This will happen at the time of good issue.
The account determination is going to have the following access sequence:
Chart of account (one global chart of account)
Sales Organization
Account assignment for customer
Account assignment for material
Account key
In some cases, the system cannot post entries in the billing documents automatically to the
relevant account. If any of the following posting blocks apply, the billing documents are blocked
for release to accounting:
errors in account assignment
2010 Zensar Technologies
Page 53 of 101
PAGE:
54 of 101
SUPERSEDES:
Page 54 of 101
PAGE:
55 of 101
SUPERSEDES:
Page 55 of 101
PAGE:
56 of 101
SUPERSEDES:
delivery date along with customer location information to determine when goods must be
available (material availability date). Delivery scheduling determines delivery dates based on
several different lead times defined in the system including:
Material availability - This date is calculated by SAP, working backwards from the
customers requested delivery date. It is the date by which sufficient quantities of an item
must be available for picking to begin the delivery process. It accounts for time required to
pick, pack, load and transport the goods.
Loading - The date by which picking and packing must be completed so that goods are
ready for loading and for the delivery to reach the customer on time. Any special packaging
material must also be ready on this date. The date is calculated by SAP using predefined
time estimates influenced by the shipping point, route and loading group.
Goods issue - The date the goods must physically leave the shipping point to reach the
customer in time. On time refers to the date on which the customer requests delivery of the
goods. The date is calculated automatically by SAP based on the requested delivery date,
picking and packing time, loading time and transit time.
Backward scheduling is used to determine the date on which the material must be available
for the customer to receive the goods on time. SAP starts with the requested delivery date and
counts backwards, taking into account the pick, pack, load, and transport of goods. If the
material is available, Client can meet the requested date. SAP uses the longer of the two times
(lead time vs. pick / pack time) in calculating delivery scheduling.
If the material is not available on the availability date, forward scheduling is performed. SAP
attempts to determine a date when the material is available. This date is the new material
availability date. SAP uses the new material availability date as a starting point for carrying out
delivery scheduling again to determine a new delivery date.
1. The material has stock available for the customers requested delivery date. The item will be
confirmed and the ATP quantity will be reduced by the requested quantity. Though there is
currently no available stock, for example, the requested quantity is 10, with a requested delivery
date of 2 weeks from current date. The item could still be confirmed if there is a planned
incoming movement of inventory within the necessary lead time.
2. Partial deliveries are established. A portion of the delivery would be confirmed by the
requested delivery date. The remaining quantity could be assigned a later delivery date (based
on a planned incoming movement of stock), or backorder processing will be carried out. This
would result in two or more schedule lines being created. Customers and/or materials could be
configured to not allow partial deliveries if required.
3. The ATP quantity for the requested material is 0. With replenishment lead time SAP will
perform forward scheduling to determine and confirm a delivery date. Requirements would be
2010 Zensar Technologies
Page 56 of 101
PAGE:
57 of 101
SUPERSEDES:
passed on to MRP. This would lead to either a production request or a purchase order.
SAP Configuration Considerations / Decisions:
ATP check will be carried out for the following order types: ZO11, ZO13, ZO10,ZO51 and ZO12
ATP check will not be carried out for Returns orders.
Credit Evaluation
Credit Set-up/Approval
Perform Credit Check
Release of Sales Documents
Credit Evaluation:
The credit management process starts when a credit check is performed and a new
purchase order is received either through, fax, phone call or mail. This purchase order could
be from an existing customer or a new customer.
Page 57 of 101
PAGE:
58 of 101
SUPERSEDES:
For customers, a credit evaluation is performed outside of the SAP system, possibly through
financial agencies like banks and insurance companies.
Credit Set-up/Approval:
Once the customer is verified and accepted, a customer record is entered into the SAP system
and is assigned appropriate risk category.
Dynamic Check includes the open order value, open items, open billing and delivery
values
The open order value includes undelivered or partially delivered orders. The value is
calculated on the shipping date and stored according to a time period that is
specified in days, weeks, or months.
A credit horizon should be specified. The system will ignore all open orders that are
due for delivery after the horizon date.
The dynamic parts of the check may not exceed the credit limit.
The periodicity of the credit horizon will be measured in months.
Page 58 of 101
PAGE:
59 of 101
SUPERSEDES:
displayed at the time of saving sales order. Schedule lines will not be confirmed in sales
order and material requirements will not be passed.
Release of Sales Documents:
As these parameters are applied, some of the sales order documents can be blocked for
subsequent actions due to a failure of credit-check. Credit Representative will have to run
blocked orders report twice or three times a day .These documents are then reviewed by the
Credit Representative and either approved or rejected. If the documents are approved, the
credit block is removed by the Credit Manager, and the documents continue through the Order
to Cash Business process. All the unapproved documents are subjected to further review of the
credit department.
SAP Configuration Considerations / Decisions:
Credit control Areas 1000,3000 are created for Arch & Avon respectively
Credit Groups: 01 - Credit Group for Sales Order 02 - Credit Group for Delivery 03Credit Group for Goods Issue are maintained.
Only one risk category (001) is maintained for the customers for the purpose of setting
Credit Limits and Credit Control.
5.16
Process Description: As Is
At present manual batch determination has been done as per physical stock availability. The
batches shall be changed at the time of GRN at delivery point (Depots) as per the receipt of
goods.
Process Description:
The Batch determination process is one of the key components of the Order to Cash end to end
business process.
Batch determination during Delivery processing:
Manual batch determination for exports & automatic batch determination for domestic will be
performed during Delivery processing. Batches will be selected based on FEFO (first expire first
out) criteria. A sort rule will be set up based on FEFO. Material specific batch requirements for
2010 Zensar Technologies
Page 59 of 101
PAGE:
60 of 101
SUPERSEDES:
expiration days and number of batch splits allowed will be maintained in batch search condition
records.
Batch determination in Sales orders:
Manual batch determination can be allowed during Sales order entry with same requirements as
above. Selecting batches during order entry will be more of an exception than rule.
SAP Configuration Considerations / Decisions:
FOLLOWING KEY COMBINATIONS WILL BE USED TO SET-UP BATCH SEARCH
CONDITIONS IN SAP:
5.17
Sort rule FEFO First Expiry First Out will be used for the Process.
Customer /Material
Material
Process Description: As Is
The standard excise norms are followed, ARE1 creation during Deemed Export process
Process Description:
This will cover the following scenarios related to Excise statutory requirements process. This
process involves:
Creating Excise Invoice with Proforma invoice/Billing reference
Excise Invoice cancellations
Creation of ARE Documents according to the kind of sales done against BOND or claim
against CENVAT. The standard Excise Invoice process is the creation of Excise invoices
using data from with Proforma invoice/Billing reference. Excise activities conclude with the
preparation of ARE documents.
Standard Excise Invoices:
Business document that is prepared when we issue excisable goods from a manufacturing
plant. The excise invoice lists the goods that you have issued and states how much excise duty
applies. Client uses the excise invoice to claim back the excise that has been paid from the
excise authorities against BOND. Excise invoice is due to creation when the goods are moving
2010 Zensar Technologies
Page 60 of 101
PAGE:
61 of 101
SUPERSEDES:
out of the Manufacturing Plant.The process ends when the invoice is created, posted to financial
accounting subsequently ARE Document is created and the relevant entries are made in the
BOND register. The Excise Invoice is created with the billing document as the reference
document. The different source documents are:
Proforma invoice
Billing reference
Page 61 of 101
PAGE:
62 of 101
SUPERSEDES:
Plant
1100
1101
1102
1103
15
16
17
23
25
26
27
29
30
31
32
33
34
36
38
42
1105
1106
1107
1172
1201
1202
1203
1271
1272
1301
1371
1372
1471
3101
3201
3401
Description
1100 MFG PLANT EXCISE GROUP
1101 - APL TARAPUR T86
1102 - APL BADLAPUR
1103 - APL TALOJA G-6 UNIT
1105 - APL TARAPUR, PLOT E64 E80, E81 &
E82
1106 - APL DOMBIVALI UNIT
1107 - APL TURBHE R&D UNIT
1172 - APL BHIWANDI (DEPOT)
1201 - APL MERVEN UNIT
1202 - APL SIDDIPET UNIT
1203 - APL SIBRA UNIT
1271 - APL HYDERABAD WH (DEPOT)
1272 - APL SIBRA WH (DEPOT)
1301 - APL VITALIFE LABORATORIES
1371 - APL VITALIFE GODOWN1 (DEPOT)
1372 - APL VITALIFE GODOWN2 (DEPOT)
1471 - APL VADODARA GODOWN (DEPOT)
3101 - AOL SOLAPUR UNIT
3201 - AOL SADASIVPET UNIT
3401 - AOL VADODARA UNIT
Series Group
100
105
110
2010 Zensar Technologies
Mfg/Depot
Mfg
Mfg
Mfg
Mfg
Mfg
Mfg
Mfg
Depot
Mfg
Mfg
Mfg
Depot
Depot
Mfg
Depot
Depot
Depot
Mfg
Mfg
Mfg
PAGE:
63 of 101
SUPERSEDES:
Series Group
115
120
125
130
135
150
155
160
165
170
175
230
250
255
260
265
270
275
290
300
310
315
320
330
340
360
365
380
385
420
425
5.18
Page 63 of 101
PAGE:
64 of 101
SUPERSEDES:
Process Description: As Is
There are two types of exports viz Direct export and Deemed Export.
Direct Export
The customers are indenting the orders directly on the Company for supplying the material. An
Export Order is used to process customer purchase orders for material .The process of creating
an export order begins with the customers request for materials to be sent to them and the
factory manufactures the special stocks as per the customer specifications. The dispatches
shall be planned through Air or sea ports
The invoices are generated based on the customer LC terms and the realization would be
In foreign currency
Deemed Export
The merchant/manufacturer exporters are placing the orders on ARCH/AVON for supplying the
material for export purpose. The goods are dispatched on CT1 bond and Form H for excise duty
as well as Sales tax exempted. The proceeds received shall be in INR.
Process Description:
An export order is used to process customer purchase orders for material that is owned by the
sales organization. The export order will result in normal scheduling of deliveries and, in many
scenarios, is relevant for pricing since customer billing will occur from the delivery of materials
ordered on the export order.
The process of creating a standard export order begins with the customers request for
materials to be sent to them. This purchase order could be via hard copy, phone, e-mail or fax.
Once a customers purchase order is received, the order is manually entered into the SAP R/3
system via the VA01 export order entry transaction. The sales area responsible for processing
the order is entered along with the sold to business partner, customers purchase order number,
material number and ordered quantity. The remaining information on the export order is derived
from master data (e.g., customer, material, customer/material information records, and pricing
conditions) and system configuration for automatic determination (e.g., shipping point). The
process of creating a export order ends when the order is saved and all required fields are
entered (based on incompletion procedure rules). All the required sales Texts need to be
maintained to meet pre shipment and post shipment Export requirements.
2010 Zensar Technologies
Page 64 of 101
PAGE:
65 of 101
SUPERSEDES:
During the creation of an export order, several processes are performed to ensure the order can
be filled to the customers satisfaction and within the constraints of Arch Pharmalabs policies.
These processes are described below.
1) Customer PO information - PO number field would be a required field for Standard export
order.
Arch Pharmalabs will use INCO terms which would default into Export order from Sold to
customer master data. The value can be changed during order entry by customer service as per
the requirement.
2) Business Partner Determination - Based on the sold-to business partner, the default shipto, bill-to and payer partners are proposed into the order. If multiple ship-tos exist for Sold to,
the default Ship to number ( same as sold to ) can be changed during order entry thru a pop up
screen selection.
3) Batch Determination - In exports the batches are to be determined manually during the
delivery as the business model is Make to stock
4) Scheduling - The system determines the shipping point based on the delivering plant and
calculates the schedules required deliver the order. Order will capture the Requested delivery
date even after the system proposes different availability dates based on availability of
Inventory. Requested delivery date can be entered at line item level.
5) Availability Check As the scenario in exports is Make to stock the system checks the
relevant in house production time and the replenishment lead time and proposes the delivery
date.
6) Pricing - Customer pricing is carried out manually for exports sales order.
7) Samples - The sales order would have the facility to determine samples and these would not
be relevant for billing. Customer Service has to enter this during the sales order entry.
8) Output- The order confirmation/Proforma Invoice output can be obtained from the Sales
order for exports.
Page 65 of 101
PAGE:
66 of 101
SUPERSEDES:
Document type ZINE, ZQTE, and ZO51 will be used with internal number range for
Manual Orders being entered by Logistics Department.
Material, order quantity, plant, shipping point, material price, gross weight, and net
weight will be required fields at item level.
Sold to party, Payer, Bill to, Ship to, for Client will be required partners on export order.
The standard excise process for removal of goods with ARE procedure has been
mapped.
The required license type as well as Bond shall be used for excise transaction
The separate series groups are maintained for ARCH and AVON for exports.
The export obligations and other export benefits are met with ABAP development.
Page 66 of 101
PAGE:
67 of 101
SUPERSEDES:
Page 67 of 101
PAGE:
68 of 101
SUPERSEDES:
Page 68 of 101
PAGE:
69 of 101
SUPERSEDES:
Page 69 of 101
PAGE:
70 of 101
SUPERSEDES:
Page 70 of 101
PAGE:
71 of 101
SUPERSEDES:
Page 71 of 101
PAGE:
72 of 101
SUPERSEDES:
Page 72 of 101
PAGE:
73 of 101
SUPERSEDES:
Page 73 of 101
PAGE:
74 of 101
SUPERSEDES:
Page 74 of 101
PAGE:
75 of 101
SUPERSEDES:
Page 75 of 101
PAGE:
76 of 101
SUPERSEDES:
Page 76 of 101
PAGE:
77 of 101
SUPERSEDES:
Page 77 of 101
PAGE:
78 of 101
SUPERSEDES:
Page 78 of 101
PAGE:
79 of 101
SUPERSEDES:
Page 79 of 101
PAGE:
80 of 101
SUPERSEDES:
Page 80 of 101
PAGE:
81 of 101
SUPERSEDES:
Page 81 of 101
PAGE:
101
Page 82 of
SUPERSEDES:
6.1
REPORT REQUIREMENTS
URS/SD/001 (Domestic Sales Process)
Report Number
Report Name
URS/SD/001/REP-001
URS/SD/001/REP-002
URS/SD/001/REP-003
URS/SD/001/REP-004
URS/SD/001/REP-005
URS/SD/001/REP-006
URS/SD/001/REP-007
URS/SD/001/REP-008
URS/SD/001/REP-009
URS/SD/001/REP-010
Reporting
Process Area
S.Org/D.Ch/Div
Reporting
Categories/Data
I/O
Standard
S.Org/D.Ch/Div
Standard
S.Org/D.Ch/Div
Development
S.Org/D.Ch/Div
Development
Development
Development
Development
Development
Development
Development
PAGE:
101
Page 83 of
URS/SD/001/REP-011
URS/SD/001/REP-012
URS/SD/001/REP-013
URS/SD/001/REP-014
SUPERSEDES:
options
Product-wise, Customerwise, country-wise, agent wise
Sales Report
Division wise report (API/
Intermediate/ CRAMS)
- Therapeutic category wise
sale report
- Sales concern wise
Sales report below some
price range (criteria / filter
option)
- Sales report for shipments
under Adv License and Third
party export
(POE)
- Report Based upon sales
type (e.g. Deemed, 3rd party
etc)
- Total Sales v/s Pay terms
wise value break up
Freight Report (SO No.,
Invoice No., Cost Incurred and
Payment done)
Report consisting to recover,
status, reminder, returnable
material due date, time-line
before which we send material
for
repairing
/modification/servicing
For require excise statutory
report will be generated
separately on Local Sales,
Cleared Inputs as such Export
Sales i.e dispatch Quantity,
Assessable Value, Excise Duty
(Basic + AED + ED Cess + S&
H Ed. Cess & Vat) as well as
purchase return report. It
should be matching with ER-1,
return/ER-4
Local
Sales
/
Export
Sales/Cleared Inputs as such
Development
To verify
Development
ER-4 Not possible
To verify
PAGE:
101
Page 84 of
SUPERSEDES:
Purchase
Return
(Monthly/Yearly)
Reports (URS/SD/002/REP-001 (Export Order Execution Process)
Report Number
Report Name
Reporting
Process Area
URS/SD/002/REP-001
URS/SD/002/REP-002
URS/SD/002/REP-003
URS/SD/002/REP-004
URS/SD/002/REP-005
URS/SD/002/REP-006
URS/SD/002/REP-007
Reporting
Categories/Data
I/O
Development
Development
Not Possible
Not Possible
Not Possible
Development
Development
(Customer sales
price report)
PAGE:
101
Page 85 of
URS/SD/002/REP-009
URS/SD/002/REP-010
URS/SD/002/REP-011
URS/SD/002/REP-012
URS/SD/002/REP-013
URS/SD/002/REP-014
URS/SD/002/REP-015
SUPERSEDES:
Sales Report :
Party-Wise, Product-Wise,
Location Wise, Region
wise, state wise
Selling price report (Latest
Price Statement with respect
to Customer and Products
along with Mode of transport.
Pending
Order
Report
including following data:
Sales Order No & date, PO
No. & date, Party Name,
Product, Quantity, Despatch
Date, Quantity Dispatched,
Balance
Quantity
and
schedule
Stock available with batch
wise summery, Mfg & Expiry
date
Planned
production
v/s
achieved output
Sales
Budget
v/s
achievement
for
FY
(product-wise,
customer
wise)
Top 10 customers, products
report
(choice of choosing multiple
products as well as option to
select max range e.g. 10- 25
etc)
Sales Report with period
range and following filter
options
- Product-wise, Customerwise, country-wise, agent
wise Sales Report
- Division wise report (API/
Intermediate/ CRAMS)
- Therapeutic category wise
sale report
- Sales concern wise
Development
Development
(Customer sales
price report)
Development
Standard
meet
PP related
Development
Development
Development
can
PAGE:
101
Page 86 of
URS/SD/002/REP-016
URS/SD/002/REP-017
URS/SD/002/REP-018
URS/SD/002/REP-019
URS/SD/002/REP-020
URS/SD/002/REP-021
URS/SD/002/REP-022
URS/SD/002/REP-023
SUPERSEDES:
- Sales report below some
price range (criteria / filter
option)
- Sales report for shipments
under Adv License and Third
party export
(POE)
- Report Based upon sales
type (e.g. Deemed, 3rd party
etc)
- Total Sales v/s Pay terms
wise value break up
Market Potential v/s Market
Share Report ( Product wise,
Segment wise & Therapeutic
Category
Freight Report (SO No.,
Invoice No., Cost Incurred
and Payment status)
Payment Collection Reports
for domestic and exports
Receivables reports with
following filters
Country wise, customer
wise, territory wise
- Overdue
Total o/s v/s specific
customer o/s, %
O/s only against sale
incurred by agents
Credit Control Report on pay
terms & value limits (in FC /
INR)
Sales Agent commission
payable report (Due, Paid,
O/s) with customer payment
status
(if
received
or
outstanding)
Commission payable for
customer
payments
not
received
Blocked agent report with
reasons
Not Possible
Development
Standard
Development
Standard
meet
can
Development
Development
Development-MM
PAGE:
101
Page 87 of
URS/SD/002/REP-028
URS/SD/002/REP-029
URS/SD/002/REP-030
URS/SD/002/REP-031
URS/SD/002/REP-032
URS/SD/002/REP-033
URS/SD/002/REP-034
URS/SD/002/REP-035
SUPERSEDES:
Sales Agent Agreement
report (start & end period,
products, territory, %)
Pop-up / reminder feature for
contract renewal in advance
(1 / 2 / 3 Mths)
Debit notes and credit notes
report
Pending proof of Exports for
all Merchant Export Orders/
Trading
Export
Orders
(BRC, Disclaimer certificate,
H form, I Form,
Open part DMF given to
customer Report
Report on CDA, sales
agreement (Includes start
end date, allowing to select
pop-up
reminders 1-3
months in advance from the
date of agreement expiry)
Not Possible
MM to check
Development
MM to check
Standard
Development
Development
To check
Development
Development
Development-MM
Development-MM
Standard
meet
can
PAGE:
101
Page 88 of
SUPERSEDES:
URS/SD/002/REP-036
Pending
ARE-1
status
against Rebate / LUT - 1
URS/SD/003/REP-001 (CRAMS)
Report Number
Report Name
Reporting
Process Area
Standard
URS/SD/003/REP-001
Reporting
Categories/Data
I/O
Development
URS/SD/003/REP-002
Development
Reporting
Process Area
URS/SD/000/REP-002
Reporting
Categories/Data
I/O
Standard
Standard (stock
Availability)
Standard (stock
Availability)
Development-MM
Development
MM &SD
Reporting
Categories/Data
I/O
Development
Development
PAGE:
101
Page 89 of
SUPERSEDES:
Development
URS/SD/006/REP-001
Duty saved
Reporting
Categories/Data
I/O
Development-MM
URS/SD/006/REP-002
Export Made
Development
Export Register
Reporting
Categories/Data
I/O
Development
URS/SD/007/REP-002
DEPB Register
Development
Development
Development
Development
URS/SD/007/REP-003
URS/SD/007/REP-004
URS/SD/007/REP-005
URS/SD/008/REP-001
URS/SD/008/REP-002
Development
Reporting
Categories/Data
I/O
Development
Development
PAGE:
101
Page 90 of
SUPERSEDES:
Report Number
Report Name
URS/SD/010/REP-001
URS/SD/010/REP-002
URS/SD/010/REP-003
6.2
4.Outputs:
Sr. No.
Output Name
URS/SD/01/OUT-001
Quotation / Offer
URS/SD/01/OUT-002
Proforma Invoice
URS/SD/01/OUT-003
Sales Order
URS/SD/01/OUT-004
Tax Invoice
Sr. No.
Output Name
URS/SD/002/OUT-001
Quotation / Offer
URS/SD/002/OUT-002
Proforma Invoice
URS/SD/002/OUT-003
Sales Order
Reporting
Process Area
Reporting
Categories/Data
I/O
Development
Development
Development
MM
PAGE:
101
Page 91 of
SUPERSEDES:
URS/SD/002/OUT-004
Pre-Shipment Documents
URS/SD/002/OUT-005
Post-Shipment Documents
URS/SD/002/OUT-006
BRC
Sr. No.
Output Name
URS/SD/008/OUT-001
URS/SD/008/OUT-002
URS/SD/008/OUT-003
Blank
Sr. No.
Outputs.
URS/SD/000/OUT-001
URS/SD/000/OUT-002
Sr. No.
Sales Order
Sample Documentation
Output Name
URS/SD/003/OUT-001
Advance Invoice
URS/SD/003/OUT-002
Sales Order
URS/SD/003/OUT-003
Pre-Shipment Documents
Sr. No.
Output Name
URS/SD/007/OUT-001
Sr. No.
Shipping Bill
Output Name
URS/SD/004/OUT-001
7.
Functional Requirements
Requirement
For all statutory Forms, Report will be
generated on Customer Address and
not on the Consignee Address.
If form reminder mailer to HODs and
sales concern possible
Provision for entering ARE-1 receipt in
Config
Custom
Manual
/
/ Req. Priority
M
N
M
PAGE:
101
Page 92 of
URS/SD/001/REQ-004
URS/SD/001/REQ-005
URS/SD/001/REQ-006
URS/SD/001/REQ-007
SUPERSEDES:
system
(which is obtained from excise dept respective plant. Based on this ARE-1
which we send to customer , POE will
be received)
Payment Receipt / Cheque collection
receipt to be generated thru system
(which is in excel format currently,
creates huge papers). It should have 2
or 3-stages entry such as:
Payment entered by, Checked by,
Authorized by.
VAT Tin No. & CST Tin No. should
appear on the Tax Invoice with
respective various Sites.
The
Declaration
under
the
Maharashtra Sales Tax should appear
on the Tax Invoices issued from
Locations in Maharashtra.
Returnable Gate Pass required in
SAP
M
M
To
verif
requirement
PAGE:
101
Page 93 of
SUPERSEDES:
URS/SD/002/REQ-002
URS/SD/002/REQ-003
URS/SD/002/REQ-004
URS/SD/002/REQ-005
PAGE:
101
Page 94 of
SUPERSEDES:
URS/SD/002/REQ-006
To verify the
requirement
URS/SD/002/REQ-007
URS/SD/002/REQ-008
URS/SD/002/REQ-009
URS/SD/002/REQ-010
URS/SD/002/REQ-011
URS/SD/002/REQ-012
URS/SD/002/REQ-014
URS/SD/002/REQ-015
Payment
M-FI
Due
reminders
through
PAGE:
101
Page 95 of
SUPERSEDES:
system
URS/SD/002/REQ-016
M
M-PP
verify
Sr.No.
URS/SD/006/REQ-001
URS/SD/006/REQ-002
URS/SD/006/REQ-003
Requirements
Export Register
Import register
License Status expiry
M
M-MM
M
URS/SD/006/REQ-004
M-MM
Requirements
System should have linkage between
sales invoice and the sales return
(S/R) (goods rejected). This ref should
N
W
to
PAGE:
101
Page 96 of
SUPERSEDES:
URS/SD/010/REQ-002
8.
Integration Points
Process
FI
CO
Company
Organisation
Chart
Structure
Profit
of
Codes,
Accounts,
Centres,
MM
Plant,
Controlling Area, Cost Elements
Locations,
SD
Storage
Purchase
Organization
Currencies
Sales & Distribution
Dr. Cost of Goods
Post Goods Issue
Sold A/c
Cr. Finished Goods
Inventory A/c
Billing
Creation
Invoice
Material Document is
posted
Sales
Distribution
Division
PPQM
Organization,
Channel,
PAGE:
101
Page 97 of
SUPERSEDES:
A/c
Cr.
Excise
Duty
collected
Cr. VAT/CST Payable
Return
Delivery
Processing
Dr. Finished Goods
Inventory A/c
Sold A/c
Return
Invoice
Credit Memo
Materials Management
Purchase
Documents
Purchase
Purchase
Requisition
Requisitions
Purchase Orders
Inventory Management
Dr.
Raw
Material
Stock A/c
Goods Receipts
Cr. GR / IR Clearing
A/c
Dr. Consumption of
Material A/c
Goods Issue
Cr.
Raw
Material
Stock A/c
Subsequent
Accounting
Adjustments
Document generated
Accounting
Transfer Postings
Cancellation
documents
Physical Inventory
Service Entry
Document generated
of
Accounting
Document generated
Accounting
Document generated
Material Document is
posted
PAGE:
101
Page 98 of
SUPERSEDES:
Accounting
Document generated
Invoice Verification
Accounting
Invoice
Document generated
Accounting
Subsequent Credit
Document generated
Accounting
Subsequent Debit
Document generated
Accounting
Credit Memo
Cancel
of
Document generated
invoice
documents
Accounting
Document generated
Production Planning
Goods issue against
Accounting
Process Order
Document generated
Confirmation
of
Receipt
against
Process
Order
Process
Settlement
9.
Order
Material Document is
posted
Process Order
Goods
Accounting
Document generated
Accounting
Document generated
Material Document is
posted
Material Document is
posted
Authorization Consideration
Master
data
Considerations
Remarks
PAGE:
101
Page 99 of
SUPERSEDES:
8.01
Material
Master
8.02
Customer
master
8.03
Tax
Master
8.04
Batch
Master
11.
Validation/Enhancements Considerations
Alternate units of
Old material numbers
field has been used for
easy search option at
transaction level.
The
Sales
statistics
group, Sales Office &
Sales Group would be
captured in the Sales
Area data to capture the
sales details. These
fields made mandatory
for MIS information.
System considers taxes
based on the consignee
if different then the sold
to party for the tax
calculation.
The FEFO logic has
been used for batch
strategy. As per the
requirement batches can
be changed manually.
System should not allow creating multiple Pro Forma invoices against a
single delivery.
PAGE:
101
Page 100 of
SUPERSEDES:
error message.
Posting date, billing date and the delivery should of same month if
changes then system should give message.
PAGE:
101
Page 101 of
SUPERSEDES:
History of Change
16.09.2010
Version
Number
V 1.0
Section
All
Initial Document