Professional Documents
Culture Documents
5
INTRODUCTION.........................................................................................................................................................5
GOAL OF THE BLUEPRINT............................................................................................................................................5
STRUCTURE.................................................................................................................................................................5
OTHER DOCUMENTS....................................................................................................................................................5
1.0 MASTER DATA......................................................................................................................................................6
1.1 BUSINESS PARTNER...............................................................................................................................................6
1.2 ORGANIZATIONAL MANAGEMENT.......................................................................................................................12
1.3 TERRITORY MANAGEMENT..................................................................................................................................16
1.4 PRODUCT MASTER...............................................................................................................................................17
1.5 PRICE MASTER.....................................................................................................................................................20
1.6 MASTER DATA MANAGEMENT............................................................................................................................23
2.0 SERVICE FUNCTIONAL SCENARIOS FUNCTIONAL SCOPE...............................................................25
2.1 INSTALLED BASE .................................................................................................................................................25
2.2 COMPLAINT & WARRANTY.................................................................................................................................27
2.2.1 FMIB: Complaint handling.........................................................................................................................28
2.2.2 Railway Complaint......................................................................................................................................34
2.2.3 Solar complaint handling............................................................................................................................34
2.2.5 Catalogs, Code Groups and Codes.............................................................................................................35
2.2.6 Reason for Rejection....................................................................................................................................37
2.2.7 Integration with R/3.....................................................................................................................................38
2.2.8 Warranty......................................................................................................................................................40
2.3 SERVICE PROCESS................................................................................................................................................44
2.3.1 Service Quotation........................................................................................................................................44
2.3.2 Service Contract or Annual Maintenance Contract (AMC):.......................................................................44
2.3.3 Planned services..........................................................................................................................................49
2.4 SERVICE ORDERS.................................................................................................................................................54
2.4.1Installation & Commissioning......................................................................................................................55
2.4.2 Repair & Rectification.................................................................................................................................56
2.4.3 Overhauling of the battery bank..................................................................................................................57
2.4.4 Initial Filling & Charging..........................................................................................................................59
2.5 SERVICE CONFIRMATION.....................................................................................................................................59
2.5.1Service Invoicing and costs in CRM.............................................................................................................62
2.6 ASP EVALUATION ACTIVITY................................................................................................................................62
2.7 CASE MANAGEMENT...........................................................................................................................................63
2.7.1 8D/Case Management.................................................................................................................................63
2.8 SOLUTION DATABASE...........................................................................................................................................66
2.9 SERVICE ANALYTICS............................................................................................................................................67
3.0 SALES FUNCTIONAL SCENARIOS FUNCTIONAL SCOPE....................................................................70
3.1 ACTIVITY MANAGEMENT....................................................................................................................................70
3.2 OPPORTUNITY MANAGEMENT:............................................................................................................................72
3.2.1 Infrastructure - Power & Projects: New Projects.......................................................................................73
3.2.2 Infrastructure - Power & Projects: Replacement........................................................................................75
3.2.3 Telecom: Supply to Government Customers/ Service Providers (BSNL, MTNL and DOT) through Switch
Manufacturers like Nokia, Ericsson.....................................................................................................................76
3.2.4 Telecom: Supply To Private Service Providers (Airtel, Hutch, Reliance)...................................................78
Page 0 of 161
3.2.5 Telecom: Supply To Private Service Providers (Tata Tele services, Reliance) through Switch
Manufacturers e.g. Motorola................................................................................................................................79
3.2.6 Traction: Replacement Traction Trade.....................................................................................................79
3.2.7 Traction: Replacement OEM..................................................................................................................80
3.2.8 FMIB Existing UPS OEM........................................................................................................................82
3.2.9 FMIB Existing Dealer.............................................................................................................................84
3.2.10 FMIB New Dealer..................................................................................................................................84
3.2.11 FMIB New OEM.....................................................................................................................................84
3.2.12 Defence......................................................................................................................................................85
3.2.13 Caplamps...................................................................................................................................................85
3.2.14 Exports: CBSEA: For Cells......................................................................................................................86
3.2.15 Exports: CBSEA: Battery Bank................................................................................................................86
3.2.16 Exports: CBSEA: for specific requirement...............................................................................................86
3.2.17 Exports: ESPEX.........................................................................................................................................87
3.2.18 Non-CBSEA/ESPEX: For Cells.................................................................................................................87
3.2.19 Non-CBSEA/ESPEX: Battery Bank...........................................................................................................87
3.2.20 Non-CBSEA/ESPEX: specific requirement...............................................................................................88
3.3 QUOTATION MANAGEMENT.................................................................................................................................88
3.3.1 Infrastructure - Power & Projects: New Projects.......................................................................................88
3.3.2 Infrastructure - Power & Projects: Replacement........................................................................................90
3.3.3 Infrastructure Railways Direct Supply..................................................................................................91
3.3.4 Railways: Supply through Contractors and Integrated Power Supply (IPS)..............................................91
3.3.5 Telecom: Direct Supply To Government Customers (BSNL, MTNL, DOT)................................................92
3.3.6 Telecom: Supply to Government Customers/Service Providers (BSNL, MTNL, DOT) through Switch
Manufacturer like Nokia, Ericsson etc.................................................................................................................92
3.3.7 Supply To Private Service Providers (Airtel, Hutch, Reliance)...................................................................93
3.3.8 Supply To Private Service Providers (Tata Teleservices, Reliance) through Switch Manufacturers
(Motorola).............................................................................................................................................................95
Same as Telecom: Supply To Government Customers/Service Providers (BSNL, MTNL, DOT) through Switch
Manufacturer like Nokia, Ericsson etc.................................................................................................................95
3.3.9 Solar............................................................................................................................................................95
3.3.10 Traction: Replacement (Traction Trade)...................................................................................................95
3.3.11 FMIB: Existing OEM/New OEM/Existing Dealer/New Dealer/NIC/DGS&D..........................................96
3.3.12 Defence......................................................................................................................................................96
3.3.13 CAPLAMPS...............................................................................................................................................96
3.3.14 Exports: CBSEA: For Cells......................................................................................................................97
3.3.15 Exports: CBSEA: Battery Bank................................................................................................................97
3.3.16 Exports: CBSEA: for specific requirement...............................................................................................98
3.3.17 Exports: ESPEX.........................................................................................................................................98
3.3.18 Exports: Non-CBSEA/ESPEX: For Cells..................................................................................................98
3.3.19 Exports: Non-CBSEA/ESPEX: For Battery Banks....................................................................................99
3.3.20 Non-CBSEA/ESPEX: For Specific Requirement.......................................................................................99
3.4 SALES ORDER......................................................................................................................................................99
3.4.1 Infrastructure - Power & Projects: New Projects.....................................................................................100
3.4.2 Infrastructure - Power & Projects: Replacement......................................................................................101
3.4.3 Infrastructure Railways Direct Supply................................................................................................102
3.4.4 Railways: Supply through Contractors and Integrated Power Supply (IPS)............................................104
3.4.5 Telecom: Direct Supply to Government Customers (BSNL, MTNL, DOT)..............................................104
3.4.6 Telecom: Supply to Government Customers/ Service Providers (BSNL, MTNL, DOT) through Switch
Manufacturers like Nokia, Ericsson etc..............................................................................................................106
3.4.7 Supply to Private Service Providers (Airtel, Hutch, Reliance).................................................................107
Page 1 of 161
3.4.8 Supply to Private Service Providers (Tata Teleservices, Reliance) through Switch Manufacturers
(Motorola)...........................................................................................................................................................109
Same as Telecom: Supply to Government Customers/ Service Providers (BSNL, MTNL, DOT) through Switch
Manufacturers like Nokia, Ericsson etc..............................................................................................................109
3.4.9 Solar..........................................................................................................................................................109
3.4.10 Traction: Replacement (Traction Trade).................................................................................................110
3.4.11 Traction: OEM.........................................................................................................................................111
3.4.12 FMIB - Existing OEM..............................................................................................................................112
3.4.14 FMIB New OEM...................................................................................................................................113
3.4.15 FMIB Existing Dealer..............................................................................................................................114
3.4.16 FMIB New Dealer....................................................................................................................................115
3.4.17 Defence....................................................................................................................................................116
3.4.18 CAPLAMPS.............................................................................................................................................116
3.4.19 Exports: CBSEA: For Cells.....................................................................................................................116
3.4.20 Exports: CBSEA: Battery Bank...............................................................................................................118
3.4.21 Exports: CBSEA: For Specific Requirement...........................................................................................119
3.4.22 Exports: ESPEX.......................................................................................................................................121
3.4.23 Exports: Non CBSEA/ESPEX For Cells..................................................................................................122
3.4.24 Exports: Non CBSEA/ESPEX For Battery Bank.....................................................................................124
3.4.25 Exports: Non CBSEA/ESPEX For Specific Requirement........................................................................125
3.5 SALES PLANNING..............................................................................................................................................128
Purpose...............................................................................................................................................................128
3.5.1 Telecom, Power & Project, Traction, FMIB-OEM....................................................................................129
3.5.2 FMIB Trade...............................................................................................................................................130
4. MARKETING FUNCTIONAL SCENARIOS FUNCTIONAL SCOPE.......................................................131
4.1 BUDGETING & MARKETING PLANNING............................................................................................................131
4.2 CAMPAIGN PREPARATION..................................................................................................................................134
4.2.1 Segmentation.............................................................................................................................................134
4.2.2 Maintain Attributes and Attribute Sets......................................................................................................138
4.2.3 Target Group creation................................................................................................................................138
4.2.4 Creating Campaigns and Campaigns Elements........................................................................................138
4.2.5 Communication Channel...........................................................................................................................140
4.2.6 Personalized Mail Form............................................................................................................................141
4.2.7 Content Management Templates................................................................................................................141
4.3 CAMPAIGN EXECUTION.....................................................................................................................................142
4.4 MARKETING CALENDAR....................................................................................................................................143
4.5 EXTERNAL LIST MANAGEMENT........................................................................................................................143
4.6 PRODUCT PROPOSAL.........................................................................................................................................144
4.7 LEAD MANAGEMENT.........................................................................................................................................145
4.7.1 Surveys.......................................................................................................................................................148
4.8 ACTIVITY MANAGEMENT..................................................................................................................................149
4.8.1 Standard Activities.....................................................................................................................................150
4.8.2 New Product Development Activity...........................................................................................................151
4.8.3 New Product Proposal Activity..................................................................................................................153
5.0 REPORTS............................................................................................................................................................155
5.1 SALES................................................................................................................................................................156
5.2 SERVICE.............................................................................................................................................................156
5.3 MARKETING.......................................................................................................................................................156
5.3.1 Campaign Analysis....................................................................................................................................156
Page 2 of 161
Page 3 of 161
Document Management
Prepared
By
Reviewed
By
Approved
By
Name
Rakesh Kumar
Ashok Mohanty
Syed Aleem
Saurabh Dutta
Kannan Iyer
Jahar Sengupta
Rakesh Bhatia
Date
Signature
27/10/2005
31/10/2005
Version Management
Version No.
Changes in Document
1.0
New Document Creation
Date Changed
27/10/2005
Page 4 of 161
Changed By
Page 5 of 161
Page 6 of 161
Page 7 of 161
SAP R/3 and SAP CRM have contrasting data models: The business partner concept
in CRM is more flexible than the customer master in SAP R/3. SAP R/3 and SAP
CRM have different, independent concepts regarding number range assignment,
data display, and data usage.
For this reason, you cannot use the business partner role and business partner
grouping for mapping to account groups. To map to account groups, you use the
classification.
Business Partner data:
Business Partner data is used in many business transactions. The system proposes
business partner master data in the appropriate fields when, for example, you
create a sales order in my SAP CRM. A business partner can be created in the CRM
enterprise from many sources as below:
Following methods will be adopted for business partner creation.
Initial load from R/3: Business partner data can be imported into the CRM
enterprise system from R/3 system using middleware functionality of CRM.
People-Centric CRM: If the role has the Account and Contact Management work
set, then the user could maintain a business partner. For example, the Sales
Representative role allows the sales representative to maintain his customer
accounts. The Sales representative uses the Portal to access the account and
maintain the changes. When saved, the account information is transferred to the
CRM enterprise.
My SAP CRM Interaction Center: With the Win client Contact Center, an agent
can create or change the account information. This data is transferred to the CRM
enterprise.
BP Maintenance in CRM Online: The user can create or change the business
partner directly through the CRM enterprise through a transaction.
SAP BW (Leads): This allows you to import lists into SAP BW that you can then
transfer into the CRM system using the Segment Builder.
External List Management (Marketing): This scenario requires that addresses
rented from address providers be deleted from the system after a certain number of
contacts or after a certain period if no positive reaction is elicited from the business
partner. A positive reaction can be defined as a positive inbound contact. The
number of permitted contacts or the period in which the addresses can be used is
defined in the contract conditions of the address provider. The logging of all
Page 8 of 161
interactions in External List Management with the rented business partners makes it
possible for all participants to view at any time whether an address can be added to
the customer master data of the company or whether it must be deleted because
the agreed period has elapsed (or because the maximum number of contacts have
been made).
Other sources of Business partner master data creation: In Exide scenario,
this will not be used.
Internet Self-Registration through Web Portal: With the E-Commerce function
(Exides Web Portal), a consumer can register himself. The business partner created
from the portal will be uploaded to the CRM system through batch upload.
The SAP business partner allows the standardized maintenance of business
partners across components.
Application-neutral data, such as name, address, bank details, and payment cards,
is mapped. In doing this, the particular requirements for mapping organizations,
groups and persons are taken into consideration.
A business partner can be a person, a group of people, or an organization,
representing a business interest.
The categorization of a business partner as a person (for example, a private
person), a group or an organization (legal person or part of a legal person, for
example, department) is known as the business partner category.
The organization represents units such as a company, a division of a company, a
club, or an association.
In addition to a legal person, parts of a legal person can be mapped as a business
partner. Organization acts as an umbrella term to depict all conceivable
occurrences in daily business activities. In this way, a subsidiary or a purchasing
department represents only parts of a legal person.
A business partner grouping classifies business partners according to userdefined criteria. The Customizing transaction appears as follows:
Definition of number ranges for business partners
Definition of groupings for business partners and assignment of number ranges
When creating a business partner, internal number assignment is the default.
Alternatively if you want to use external number assignment, you must choose the
relevant grouping and enter the external number.
Page 9 of 161
A business partner can come into contact with an enterprise in various situations.
Depending on which business processes the business partner is involved in;
completely different information about the business partner may be needed. For
example, for the goods delivery transaction, information about the shipping and
delivery conditions is required; for the sales order transaction, delivery dates and
payment conditions are relevant.
More than one business partner role for one business partner can be created;
general information, such as name, address, and bank details, must be entered
only once.
Each partner role contains various data sets:
General data
CRM-specific data
Relationships
A business partner relationship forms a business-relevant connection between
two business partners.
Defining screen layout and screen sequences in control tables can enhance business
partner relationships. You can also use defined interfaces to install program logic.
To show that two business partners have a particular relationship to one another,
we assign them a relationship category. It is possible to enhance a relationship
category with attributes. The relationship category describes the properties of a
relationship and characterizes it with attributes. There is a difference between a
one-way business partner relationship category and an undirected business partner
relationship category. In a one-way relationship category, the relationship extends
from one partner to another, but not vice versa (for example, "is employee of").
Several relationships of this category will be created (for example, "is contact
person of"). The business partner relationship categories available depend on the
business partner category in question. When a relationship is created, the system
will check whether a business partner was created in a particular role (role
dependency of a relationship category).
By entering a start and end date, a business partner relationship can be given a
time limit.
Adding attributes and new relationship categories via the Business Data Toolset
(BDT) can extend existing relationships.
Additional Relationship categories for ExideHas a Dealer
Has a Sub Dealer
Has an OEM
Page 10 of 161
Has
Has
Has
Has
Has
Has
Has
Has
Has
Has
Has
Has
Has
Has
Has
Has
Has
an End User
an Institution
a Consultant
a Specification Provider
an Inspection Agency
a Test Laboratory
a Govt. Regulatory Body
a Charger Manufacturer
a System Integrator
an Agent
a Switch Manufacturer
an EPC Contractor
a Fork Lift Manufacturer
Zonal Railway
a Manufacturing Unit (Rly.)
a Depot
a Nodal Agency
Is a Dealer
Is a Sub Dealer
Is an OEM
Is an End User
Is an Institution
Is a Consultant
Is a Specification Provider
Is a Inspection Agency
Is a Test Laboratory
Is a Govt. Regulatory Body
Is a Charger Manufacturer
Is a System Integrator
Is an Agent
Is a Switch Manufacturer
Is an EPC Contractor
Is a Fork Lift Manufacturer
Is a Zonal Railways
Is a Manufacturing Unit (Rly.)
Is a Depot
Is a Nodal Agency
TO BE MODIFIED AND MINIMIZED AS PER NEW BP ROLES
Numbering Ranges:
To have identical numbers for the business partners in both systems:
Page 11 of 161
The internal number range within SAP CRM corresponds to an external number
assignment in SAP R/3. In this way, a business partner receives the same number
in both systems. Generally speaking, an active SAP R/3 system already exists and
the number ranges in SAP R/3 are already defined. If an internal number
assignment is desired in SAP R/3, no further number ranges are necessary. If
external number assignment occurs in SAP R/3 as well, this number range must be
maintained.
You define the number ranges in SAP R/3 and assign them to account groups in the
Implementation Guide (IMG). SAP R/3 and SAP CRM also have two different
concepts regarding the use of business partners in business processes (for
example, in an order). In SAP R/3 you can use only a customer with the correct
account group (for example, sold-to party). In SAP CRM, you can use each business
partner for a specific process independent of its role, as long as the necessary data
is maintained (for example, a business partner can be used as a sold-to party only
when pricing data is maintained).
A mapping structure exists between business partners in SAP CRM and SAP R/3
customers (in both directions).
In SAP CRM, a business partner is classified in four ways. These classifications are
mapped with the account groups. SAP CRM offers these four classifications:
Consumer (an organization or person)
Customer
Prospect
Competitor
In SAP CRM sold-to party, ship-to party, bill-to party and payer map to the
customer and the customer is mapped to one account group.
Mandatory fields must be synchronized between SAP CRM and SAP R/3.
Page 12 of 161
determine business partners, for example, you can find the employee responsible
for a business transaction.
For example, a prospect calls an insurance company, the call center agent creates
an activity and takes down the name, address and telephone number of the
prospect. The system uses the postal code to find the office responsible for this
customer.
With this flexible tool, you can change the organizational structure. You can include
your own organizational levels and leave levels out. Because this tool is time
dependent, you can maintain different organizational structures for different time
periods in parallel; that means you can plan changes in future. For example, a new
sales office will open on the first day of January next year. You can define this sales
office and assign it to your organizational plan already today with the validity date
of 1 January next year.
The organizational plan is not static, it is dynamic. With this adaptable and
extendable tool, you can maintain and change the organizational plan at any time
without making changes in Customizing.
You can use the same organizational structure for different scenarios by activating it
(CRM Sales, CRM Service). An organizational unit can be a sales organization and
service organization at the same time. Scenario-specific data in the structure is
assigned to the organizational units with attributes.
Organizational units can occur as business partners. The system automatically
creates a business partner record for an organizational unit with the BP role
"Organizational unit."
The organizational model is maintained in the application, not in Customizing. (It
can be maintained in Customizing as well.) You can prevent users from making
changes to the organizational model by using an authorization check.
The organizational structure in SAP CRM can be different from that in SAP R/3. The
structure has no restrictions regarding usable levels.
A matrix structure cannot be mapped.
You can assign one or more scenarios to an organizational unit. This means you can
use one organizational unit for different areas, for example, an organizational unit
can be a sales organization in the Sales scenario and a service organization in the
Service scenario. You can maintain different attributes depending on the assigned
scenario.
Page 13 of 161
If sales structures exist in SAP R/3 and are not used in SAP CRM, these structures
should not be reflected in the CRM organizational model. The organizational model
can be generated by a report, or can be maintained manually.
You can assign scenario-specific attributes to the relevant organizational units for
organizational
data
determination,
transaction
processing,
and
partner
determination. System users or employees can be assigned to positions, and
positions can be assigned to organizational units. Positions play a large role in the
context of partner determination.
In SAP CRM, there are two types of determination rule can be used to find
responsible organizational units: organizational model and responsibilities.
The organizational data from the document header is copied at item level. There is
no separate organizational data determination at item level.
An individual organizational unit is created for sales organizations, distribution
channels, sales offices, and sales groups. If a sales group is assigned to several
sales offices within SAP R/3, the first assignment is taken when copying. A sales
group cannot be assigned to more than one office in SAP CRM. The company code
currency of the SAP R/3 sales organization is assigned as an attribute of the
corresponding sales organization in SAP CRM.
Distribution channel and division are mapped as attributes of an organizational unit.
Multiple Assignments of organizational units will be maintained in CRM,
if required e.g. if in SAP R/3, multiple sales groups are assigned to the
same sales office it will be possible to maintain these assignments
It will NOT be possible to assign a sales group to more than one sales
office in CRM
R/3 Organisation Structure
Sales
Distribution Channel
Organization
INDL
I1- Railways-MP
I2-Infrastructure Rail-SB
I3- Infrastructure Telecom
I4- Infrastructure Power
I5- Infrastructure Projects
I6- Infrastructure Solar Batt
I7- Infrastructure Solar
System
F1- FMIB Traction OE
Page 14 of 161
Division
Exide
SF
Description
Existing
In R/3
EXIDE
Org
Unit
(Sales Org)
Sales
Orgn
Org
Unit
(Sector)
Org
Unit
(Regions)
Indl
Exports
Domestic
Espex
CBSEA
Org
Unit
(Sls Office)
Sales
Office
Org
Unit
(Sls Group)
Sales
Group
Org
Unit
(Sls Teritory)
Auto
Central
Jamshedpur
1.
2.
3.
4.
North
Patna
East
Cuttack
West
South
Guwahati
Calcutta
Birbhum
RSMs
(N, E, W & S)
CBMs / PMs
(INFRA-1, INFRA-2,
FMIB, CL, EXP, PM
Shm, PM-Hld, PMHsr, PM-Gnd &
R&D)
Same As Above
Jalpaiguri
Director- Industrial
Chief- Commercial
Marketng Services
Manufg Services
24
Parganas
Calcutta
Page 15 of 161
Service Org.
Central Service
North
South
East
West
Export
1
2
3
4
5
6
Description
Central Service
North
South
East
West
Export
Existing
In R/3
(Service)
EXIDE
Org
Unit
(Sales Org)
Sales
Orgn
Auto
Indl
Org
Unit
(Sector)
Exports
Domestic
Org
Unit
(Regions)
ESPEX
CBSEA
1. Director - Industrial
2. Chief- Commercial
3. Marketing Services
4. Manufg Services
Org
Unit
(Srv Office)
Sales
Office
Org
Unit
(Srv Group)
Sales
Group
CSS
Jamshedpur
North
East
Patna
Cuttack
West
South
Guwahati
Calcutta
Same As Above
1. RSMs
2. RSHs
1. Service Head
2. Service Co-Ord
Page 16 of 161
Territory Management enables you to structure and organize your sales market by
dividing it into territories according to criteria of your choice (such as size, distance,
revenue, products, number of visits). These territories are structured in a territory
hierarchy.
You can assign employees permanently or for a definite time period. You assign an
employee to a territory via the employee's position. This makes it easier to assign
another employee to the territory if the first employee is away from the office or
has left the company. When you change this information in the organizational
model, this information is automatically considered in the territory in CRM
Enterprise. You can carry out planning, analyze sales figures, and monitor
performance of the territories and the salespeople. You can change the territory
hierarchy when territories must be redefined to accommodate the changing sales
market.
1.4 Product master
The CRM product master represents products (for example, a hard disk), services
(for example, PC warranty, PC maintenance) and financing.
Products can be service packages, bills of material or a combination. Configurable
products, such as personal computers, are only given attributes and attribute
values when the product is sold.
Warranty information for individual objects is created with reference to product, for
example, product registration via e-service.
A separate number range can be maintained for each product type. Other product
types are available for industry-specific SAP CRM, for example, IP (Intellectual
Property) for the Media industry solution.
Page 17 of 161
The CRM product master is a collection or arrangement of various set types that
contain specific data. Set types, which correspond to database tables, are displayed
on various views (tab pages). Predefined set types (for example, basic data, short
texts, conversion of unit of measure) are delivered with the standard product. You
can enhance the product master with user-defined set types.
R3PRODSTYP maps the product types present in the SAP R/3 system. For this
reason, it is vital to assign the base hierarchy R3PRODSTYP to make basic data set
types available.
R3PRODSTYP is the default base hierarchy. Products loaded from SAP R/3 into
SAP CRM must belong to at least this base hierarchy. Assignment to other base
hierarchies is optional.
Product categories are used to group products together according to various
criteria.
Categories inherit the product category and the set types of all super ordinate
categories. For example, the base hierarchy R3PRODSTYP contains the category
MAT_. This contains various set types, such as basic product data and
conversion of units of measure. The sub-category MAT_HAWA inherits the set
types from MAT_ and has additional set types, for example, sales set types.
The assignment of a product can be changed or deleted.
An initial download is performed at the start, when SAP CRM is set up.
Existing Customizing data is a prerequisite for a successful initial download.
The middleware settings act as a filter to control which data should be
loaded. During the initial download, a distinction is made between the object
types business object, customizing object and condition object.
The delta download ensures that transaction data and master data are
permanently exchanged between the CRM and a back-end system.
Customizing changes are not updated via delta download.
During the initial download, product hierarchies are loaded from SAP R/3 into
SAP CRM. The Material group and Product hierarchy fields are compared.
Page 18 of 161
Components
Warranty
Page 19 of 161
Spare Parts (Materials in R/3), which are configured in SAP R/3 system, will be
uploaded to SAP CRM as part of Middleware Set-up activity. The spare parts will be
billed in SAP CRM as a part of service revenue and will not be set as billing relevant
in R/3.No new spare parts will be created in SAP CRM. Spare part creation will be
always in SAP R/3. Whenever a new spare part will be created in SAP R/3 after Go
Live, that spare part will be available in SAP CRM (Delta Upload needs to be
activated). Service products will be created in SAP CRM and will be billed in CRM.
Expenses will be created as service products in SAP CRM. The following service
products will be created in CRM:
1.
2.
3.
4.
5.
6.
7.
8.
PR00 (Basic Price with Excise Duty) for Branch order Pricing Procedure ZIND4
ZPRI (Basic Price with Excise Duty) for Factory order - Pricing Procedure ZIND5
ZSTO- Basic Price for Stock transfer order
Page 20 of 161
K004 Material Discount (Difference between MRP & Dealer Price) - For Branch
Order only.
ID03 Manual discount condition against Rock Bottom Price ZRBR
ID02 Manual discount condition against Rock Bottom Price ZRBP
ID2S Manual discount condition against Rock Bottom Price ZRBS
ID01 - Manual discount condition to come down below ZRBS
ID05 - Service Discount applicable for Emergency Lantern only.
YV01- Volume discount (Predefined scale) for Battery groups
ZCD1 - Dealer Cash discount ( for Cash & Carry Business only)
Other Conditions :
JMOD
Access Sequence :
1. For UPS/Inverter OE ( Dist. Channel F3,F5 & F7) - Access Squence will be
Customer/Material/Dist. Channel for condition PR00, ZPRI, K004, ZRBR,
ZRBP, ZRBS (Where Rate Contract with Customer Exists)
2. For UPS/Inverter Trade & Deemed Export ( Dist. Channel F4,F6, F8 & F9)
- Access Squence will be Material/Dist. Channel for condition PR00, ZPRI,
K004, ZRBR, ZRBP, ZRBS
3. For all Dealer & OE Channel ( F3 to F8) Stock Transfer Price (ZSTO) Access
Sequence will be Plant/material level& Material Level (for new Product only)
PR00 (Basic Price with Excise Duty) for Branch order- Pricing Procedure ZIND6
Page 21 of 161
ZPRI (Basic Price with Excise Duty) for Factory order- Pricing Procedure ZINDL1
& ZINDL2
ZSTO- Basic Price for Stock transfer order
ZSCP Basic Price for Scrap Sales
Rock bottom price conditions:
JMOD is
Access Sequence :
PR00 (Basic Price with Excise Duty) for Branch order - Pricing Procedure ZINDL6 for PE
& ZGUIND for CL
ZPRI (Basic Price with Excise Duty) for Factory order - Pricing Procedure ZINDL1 for
PE & ZGUIND for CL
ZSTO- Basic Price for Stock transfer order
Page 22 of 161
Note that same price master will be used in quotation also with unique
Access Sequence.
Service
Pricing Procedure for service orders, AMC and confirmations will be created in SAP
CRM. Pricing Conditions and Condition Types for service processes will be created in
SAP CRM as part of customizing Activity. Separate pricing procedures will be
created for separate service processes. The pricing master data of all the spare
parts will be uploaded through an uploading program using LSMW or BDC. The
prices of service products IFC and I & C will be uploaded through an uploading
program; Because IFC and I & C charges are different for different kind of batteries.
For all other service products the prices will be maintained manually.
1.6 Master Data Management
The master data management strategy for business partner creation in
CRM would be:
New Business Partner Creation in SAP CRM
Pros
Business Partner can be created in CRM at Prospecting stage
of a Sales Process and can be transferred to R/3 only when the
Business Partner is converted to Customer (Business Partner with
role Prospect can be created in CRM for Lead Management & Opportunity
Management. The role Sold-to-Party can be extended to the Business
Partner for Quotation Management. The Classification Customer can be
checked to facilitate the replication of this Business Partner data in SAP
R/3.)
Cons
Page 23 of 161
Same Business Partner will have to updated in several times
in CRM to extend roles and also in SAP R/3 for accounting data
New Business Partner Creation in SAP R/3
Pros
Cons
All Business Partners created in the SAP R/3 system may not
necessarily be Customers
Page 24 of 161
Employee Master
Employee Master will be maintained in SAP HR
CRM relevant data such as qualification will be maintained in SAP HR
Since Employee Number Range and Customer Master Number Range
overlap in current R/3, the Marketing, Sales & Service Employees will be
manually created in SAP CRM by Central IT
Industrial Business will define a process for Employee Maintenance in
CRM
Conditions Master
Conditions Master will be maintained in SAP R/3 and replicated to CRM
Condition Type for Service Products will be created in CRM and NOT
replicated to SAP R/3
Installed Base Master
Installed Base Master will be created only in CRM
Solution Database Master
Solution Database Master will be created only in CRM
NOTE: Notification to CRM Master Data Maintenance team for some Master
Data created in R/3 and vice-versa.
2.0 Service Functional Scenarios Functional Scope
2.1 Installed Base
Page 25 of 161
The custom developed program will be used for all segments for
entering survey details, campaigns, mobile service van details etc.,
The manual creation will be made during complaint handling for all
segments.
Installed bases will be created in two ways.
Creation of Installed base 1: This is a virtual Installed base which will
have all sold-to-party, ship-to-party data directly from R/3 through
standard uploading.
Creation of Installed base2 : This is a realistic Installed base which will
have only such information collected based on physical existence of
the installations the data collected through complaints, survey etc.,
The Ship-to-party will also be maintained in this Installed base.
FMIB: The installed base of the end customers will be captured during
OEM complaint logging / dealer service station claims. The existing
installed base will be uploaded through process b and c.
Power & Projects: The installed base will be created thru all the
processes a,b and c.
Railway: The installed base will be captured thru process b and c.
Telecom: Same as Power & Projects
The manufacturing code will be used to identify individual batteries.
The warranty will be associated with components/individual objects of
the installed base.
Traction: The installed base will be created from the sales order by
using a standard SAP Program for direct customers and for other
customers it will be captured thru process b and c.
Solar & Defence: Same as Power & Projects.
The installed base comprises of the following:
Components (Products)
Individual Objects (to identify the object, unique identification)
Text (capture history)
Installed base
Page 26 of 161
Page 27 of 161
expiry date. The process will be similar to the process of installed base
life.
Page 28 of 161
Page 29 of 161
Site Complaints:
Interaction
Center
Letter
Fax
Regional Exide
office
/ HO
The service engineer will replace the
faulty
battery
Phone
with a standby
battery. He carries the faulty
battery to the service station for Diagnosis. The
Email
diagnosis report
will be attached in CRM in-House
Repair screen.
CIC agent/
Exide office
will create the
If the battery
is revived,
complaint
document.
The
the revived batteriesBFR
will will be
attached
to
the
complaint.
be replaced with the The CIC agent
will communicate
the complaint
number to
standby batteries.
The
the complainant.
An
email
will
also
go to
complaint will be closed.
the complainant in a pre-defined format.
Warranty will be attached to the individual
object of the installed base.
Regional Service
If the battery cannot be
An Email of the
revived,
complaint
E an FOC
replacement
will Central
be madeService
summary in a
m
Head
underawarranty
specified format
obligation.
The complaint
will go to the
i
will bel closed.
complainant
ASP
Segment
Head for
An FOC invoice will
be generated
replacement battery.
A service confirmation
will be created. The
expenses incurred by
Service / ASP will assign a service
service engineer or Regional
ASP
engineer
to do a site visit.
An email
will be sent
A service
confirmation
will to
be
will be captured. The
the
site
engineer
with
all
the
complaint
details.
created.
The
expenses
incurred
by
service confirmation will
The
site
engineer
comes
back
with
an
inspection
service
engineer
or
ASP
will
be
be treated as a job
report. Create Installed
base with
captured.
Thecomponents,
service confirmation
confirmation certificate.
serial no and manufacturing
date. The
will be treated
as inspection
a job confirmation
result will be attachedcertificate.
to the complaint document.
Only one transaction type In-house repair order
will be used.
Page 30 of 161
Page 31 of 161
The complaint
will be closed
Segment Head
Page 33 of 161
Response time
48 hrs
72 hrs
48 hrs
Page 34 of 161
Resolution time
10 days
10 days
10 days
48 hrs
10 days
48 hrs
48 hrs
48 hrs
10 days
10 days
10 days
Code Groups
Codes
Capacity Failure
End of Life
Mix Batch code battery
bank
Battery bank of different
makes
Poor IFC
Delay in Installation
End of Life
Mix Batch code battery
bank
Battery bank of different
makes
Poor IFC
between 6 to 9 months
Between 9 to 12
months
More than 1 year
float voltage less than
13.5 V
Charging current less
than 10%
Float Voltage more
than 14V Charging
current more than 15%
Poor maintenance
Page 35 of 161
terminals
All battery specific gravity
low
Earth Leakage
ambient temperature
more than 350
High power cut site
High temperature with
high power failure
UPS not functioning
AC input less than 150V
Damage battery in the
battery bank
more than 3 banks
Charging current set
less than 10%
all batteries bulged
Partially bulged
Damage of container
container damage
Components damage
Terminal damage
Terminal damage
Short Supply
Leakage
Site conditions
Page 36 of 161
Wrong supply
Low OCV before
Installation
Wrong supply
Low OCV before
Installation
Wrong supply
Low OCV before
Installation
Responded
Standby provided
In-House testing in progress
Page 37 of 161
4.
5.
The user status complaint closed will automatically set the system status as closed.
Documents for the complaint in CRM:
Following documents will be attached to the CRM complaint document manually:
1. BFR
2. Site Inspection report
3. Diagnosis report
Following documents will be generated from CRM in the mail form or print out which
will be created using smart forms:
1.
2.
3.
4.
Complaint responded
Standby provided
Complaint closed
First Response time
Complaint closure time
Also print out of the invoice (FOC/chargeable) will be generated from CRM.
Page 38 of 161
The above three storage locations are present in one plant only.
1. Create send in repairs
SAP R/3 return request will be created for goods receipt processing.
2. Create Repaired goods delivery
A SAP R/3 delivery document will be created and managed in delivery list to
return the repaired product to the customer
3. Create temporary replacement (loan device)
A SAP R/3 delivery document will be created and managed in delivery list to
send a loan device or standby to the customer.
4. Create temporary replacement (Pick-up loan device)
A SAP R/3 delivery document will be created and managed in delivery list to
pick the loan device or standby up from the customer.
5. Warranty Replacement (FOC)
A SAP R/3 delivery document will be created and managed in delivery list to
send a replacement battery to the customer.
6. Scrapping
A SAP R/3 delivery document will be created and managed in delivery list to
receive the scrapped batteries.
7. ASP cost to be captured in R/3. In R/3 Exide is capturing the cost of ASP. So
the cost incurred during service process by ASP has to be transferred to R/3.
The controlling set-up for the above configuration has to be done by exide.
The CRM configuration will be carried out.
Service process for out of warranty Installed bases:
In case of out of warranty battery banks, a service quotation Containing
services and spare parts will be created as a follow up document. After the
quotation acceptance and payment receipt from end customer, the service
engineer or service team is sent for executing the services. In CRM the same
complaint/In-house repair screen will be used and the repair and spare parts
action (to perform the required repair steps and spare parts required for the
repair steps) will be triggered as a sub-item of diagnosis (Inspection). The
CRM system will create two new line items, one for the repair step (for
example change of the battery bank container) and the spare part required
Page 39 of 161
for the repair step (for example the container for the battery bank).After
saving the in-house repair order, the system creates an SAP R/3 reservation
in the in-house repair service plant for the entire spare parts item. A spare
part confirmation updates the reservation and the in-house repair stock. The
confirmation will be a follow up document of the in-house Repair order. The
service engineer will confirm the time spent spare parts Consumed and
expenses incurred in the confirmation.
2.2.8 Warranty
Warranty is a product in CRM. Warranty can be customer warranty or vendor
warranty. Warranty can be time based, counter based and both time and
counter based. Warranty has a start date, reference date and a validity
period. The system validates the warranty based on a rule. It takes the
starting date, reference date and validity period to validate the warranty.
Warranty also covers the Catalogs and services for which the warranty is
valid. It can be including or excluding the Catalogs and services. Warranties
can be attached to products, individual objects and installed bases. Warranty
is validated in service processes like complaint, service orders, and contracts
during warranty check against the item data in the process. The warranty
start date can be rule based or it can be maintained manually.
Warranty master to be used in Exide will be decided by marketing team. All
the available warranties will be created as warranty master data in CRM. The
marketing team will create new warranty products.
Goodwill replacement warranty:
In some of the cases, the battery is out of scope of the warranty but keeping
future business in mind Exide decides to replace the battery for goodwill.
The goodwill replacement will happen for the following cases:
1.
2.
3.
4.
Warranty assignment:
Warranties will be assigned to the products at product master level. An
uploading program will be available and all the products will be attached with
their respective warranties. The warranty will be attached to the product in
Page 40 of 161
Page 41 of 161
Warranty Master
Warranty basis
category
Customer
(Time
based)
warranty
8. 4 months
9. 9 months
10. 15 months
11. 18 months
12. 24 months
13. 30 months
14. 36 years
3. Service Orders
Warranty Master
Warranty category
Customer warranty
Warranty basis
1. 4 months
2. 9 months
3. 15 months
4. 18 months
5. 24 months
6. 30 months
7. 36 years
Validity Period
1. 4 months
2. 9 months
3. 15 months
4. 18 months
5. 24 months
6. 30 months
7. 36 years
Subjects: Including/
excluding catalog
Including / excluding
services
Page 42 of 161
Rule start:
Manufacturing date
with a grace period
Rule end:
Rule start + Validity
Page 43 of 161
Page 44 of 161
AMC:
1.
2.
3.
4.
5.
Sold-to party
Ship-to party
Bill-to party
Payer
Central service head
Regional service head
Segment head
Validity
Value
Price agreements.
Billing plans
Products/Installed
bases
6. Document
7. SLA
Service Organization:
Central Service/Regional
Service
Pro-active visits
(Planned Service)
Service confirmation
Page 45 of 161
The Annual maintenance Contract with the customer necessarily would have the
following:
1. Value component or value of the contract:
A pricing procedure will be attached to the service contract document. It will
have different condition types for service charge, service taxes and cess. The
contract value will be entered manually.
2. Discount on services or spares
The discounts on spare parts or services will be given in pricing agreements.
For all extra services or spare parts (those are not covered under AMC) will
be charged at a discounted price. The percentage discount will be given in
pricing agreements. Separate invoices will be generated for these spare parts
or services. The invoices generated from billing plan will have no effect on
the invoices generated above.
3. The type and quantity of the battery banks to be covered under AMC.
The type of battery covered under services will be captured in products tab
where as the installed bases will be captured in individual objects of the
transaction.
4. The billing interval/Plan (Service tax is levied with each bill)
Invoices will be generated according to billing plan. The billing plan, which
will be a periodic billing plan, will be finalized during contract negotiation. It
can be monthly/quarterly/half yearly.
5. Payment terms
Payment terms will be captured in the transaction or contract-billing tab.
6. Validity
The contract will have a validity period. The validity period will be variable
and will be decided during negotiation. A date profile will be used for
capturing validity of AMC.
7. SLA
The contract will have an SLA, which will decide the availability profile and
response time.
The call closure time will be 15 days. If the complaint is critical and needs
expert guidance or service from central service the first reaction time will be
72 hours.
Response is 24 hrs from the complaint registered by the customer from
regional service and 72 hrs from Central service.
Page 46 of 161
The target for resolution of the complaint is 15 days from the date of
registration of the complaint.
8. Other terms & conditions
The standard terms and conditions, which will be a word document, will be
attached to the contract document.
Following clauses will be attached to the contract. The clauses will be
captured in a word document and will be attached to the document tab in
contract.
General:
Annual Maintenance Contract will also cover all the minor rectification
jobs of weak / lagging Cells, inclusive of opening the Cells followed by
repair / rectification job, if found necessary, during our visits.
The cost of the Spares and/or any other consumable will be to your
account. It is recommended to keep some buffer stock of spares, for
emergency jobs.
The AMC will cover any emergency call, will be attended to within 72
hours, without any extra service charges, but to & fro 2AC Rail fares for
attending Engineers/ Technicians will be on your account, to be paid at
actual against our Invoice, as applicable.
Page 47 of 161
Customer shall provide all tools & tackles and instruments at site.
Boarding & Lodging nearer to site and Local conveyance will be arranged
by customer for the Service Engineers / Technicians during visits for
necessary maintenance job shall be arranged by customer for service
engineer, if required. This is required so that our Service team could work
extra time to complete the jobs within short time, so that maximum
numbers of battery banks could be covered within short period.
Page 48 of 161
govt. rule. The payment terms will be captured in business partner master
data.
AMC for Railways:
The proactive visits are being made thru Asps and Rail Care van in railway
segment. These are free of cost services rendered to Railway customers at
present. There may be a scope of AMC in railway depots.
The AMC or Service contract for Railways will be configured.
Planned Services or proactive services are provided for AMC customers and
non-AMC customers.
For AMC customers a pro-active visit called Health check will be created. That
will contain specific services like Specific gravity check, Voltage check etc.
Automatically service orders will be generated at regular intervals for planned
or proactive services. The service engineer will execute the order and will
confirm after job completion.
E.g. If the contract validity period or AMC is for 12 months and Health check
happens every month, then automatically 1 service order will be created
each month.
SCOPE OF WORK:
The following jobs shall be carried out quarterly:
Page 49 of 161
This will be captured as a planned service in CRM called Health check and
service orders will be created quarterly. The system will create service orders
automatically. The central service/regional service will plan their resources
accordingly for executing these service orders. From this data future resource
requirement can be forecasted.
Services covered under Health check:
Only one product will be used for individual services and there will be an
excel sheet attached to the service orders which will contain all the
individual services. The service engineer has to enter all the details in the
excel sheet.
Job during annual shutdown: customer gives the annual shut down date.
Although its an annual shut down, the customer may ask Exide any time
during the one-year contract period to carry out the maintenance jobs. A
service order will be created with reference to the contract, which will contain
all the individual jobs/ services below. It will not be automatically generated.
The service order will contain following individual services like cleaning of
connectors etc.
Proactive visits not covered under AMC:
These visits are made on FOC basis and this is basically to enhance the
customers confidence, which is an important step towards converting the
customer for giving AMC for the battery bank. This is a lead for the AMC. The
proactive visits are not planned. As the pro-active visits are not planned, a
planned service product cannot
be used in this case. Rather a service order will be created which will contain
all the above individual services. The inspection report will be attached to this
document. An activity called pro-active visit activity will also be created to
capture the interest shown by customer for an AMC. A confirmation will
follow the order to book the expenses incurred.
Pro-active visits in Traction:
For non-AMC customers proactive visits are made as per ABC classification.
For A class customer the visit is every month, for B class customer the visit is
every 2 months and for C class customers the visit is quarterly. A dummy
AMC will be created and to the dummy AMC a planned service product Health
Check will be attached. Health check will contain specific services like specific
Page 50 of 161
gravity check etc. Similar to AMC planned visit automatic service orders will
be generated and after order execution by the service engineer, the engineer
will confirm it.
The proactive visits are made to the customer for health checks. In the
health checks the following checks are made: This will be captured in the
excel sheet and the service engineer has to maintain the below mentioned
services.
Temperature
Page 51 of 161
In pro-active service the Rail care van visits the Depots, Coach factory or
sheds in regular intervals. In CRM the pro-active visits will be captured as
planned product, which will contain the specific services to be performed like
voltage check etc. The intervals in which the services performed will also be
pre defined. From the planned product, service orders will be generated
automatically. The service engineer will get an email or SMS to perform the
services. After executing the services the engineer will confirm it and also he
will capture the costs incurred during the service. The status of the complaint
will be tracked and emails will be sent to the appropriate business partner for
each status.
CHECKS DURING TRIP INSPECTION (for VRLA cells only): The service
engineer notes down the train no and each cell serial no and coach no. The
following will be captured in an excel sheet and attached to the service order.
(i)
Check for bye passing of failed cells. If bye-passed cells are found
replaces these failed cells immediately with the healthy ones.
(ii)
(iii)
Cell cover / container cracked or burst if noted replaces the cell with
a healthy cell immediately.
(iv)
In case of battery terminal / cable over heating sign, checks for loose
connection at the cell terminal post / cable end. If required replaces
the cable immediately.
(v)
(vi)
Check for arrival time of the Train. If train has arrived late due to
heavy detention en-route due to some reasons, charges the coach
battery bank to bring up the State of Charge of the Battery Bank
before putting the AC coaches again in Service.
(Do not boost charge the cells for more than 12 hours.)
(vii)
(i)
Page 52 of 161
Terminal post corrosion if observed removes the cable and clean the
terminal post and cable lug with brass brush or fine emery paper and
applies petroleum jelly.
(iii)
Page 53 of 161
Discharges the cells at 12Amperes for 120 Ah and 110 Amperes for 1100 Ah
gradually bypassing each cell whenever each cell reach 1.75 V. Duration of
discharge shall be recorded. If the discharge duration of the cells is found to
be more than 8 hrs these can be put back in service after charging.
Cleans and repaints the modules / cell trays. These may be numbered with
the help of stenciling to identify the modules consisting of a battery set for a
coach (say Module No./ Set No.e.g.08/01 means 8th module of Set. No.1).
The other details like cell number, date of manufacture as indicated on the
cell lid and date of fitment shall also be recorded to monitor age-wise
performance of the cells.
Service products
Spare parts
Sales item
Expenses
Contract determination
Page 54 of 161
Warranty check
Credit limit check for service process
Service confirmation
Expenses
Invoice
The installation and commissioning is carried out at customers place once the
final battery bank order is placed on Exide with Installation & Commissioning
in Exides scope.
Note: If the cost of installation and commissioning is covered in the Purchase
order awarded on Exide then 2 orders should be created.
1. Sales Order for the battery bank (battery + accessories), which will be a
sales process.
2. Service order for the Installation and commissioning, which will be a
service process.
If the payment received from the customer (if paid by the customer in full
i.e. Battery & components + Installation & Commissioning) then it should be
booked separately. I.e. the payment of Installation & Commissioning would
be booked in service channel as service revenue. In service confirmation we
should be able to capture the actual cost incurred in doing Installation &
Commissioning to analyse profitability of the service rendered to the
customer.
Process of Installation & Commissioning:
Page 55 of 161
Service quotation
Service confirmation
Invoice
Opportunities for one time repair & rectification are generated during
complaint handling or pro-active visit or customer calls.
Here the service engineer visits the site and makes an assessment of the
spares required. A quotation is created and sent to the customer. After the
acceptance of quotation from the customer and bill payment the regional
service will allocate a service engineer to perform the repair & rectification.
The spares are then billed to the customer (which is mutually agreed) and
sent to site. The service engineer again visits the site and does the repairing
and closes the order with a confirmation. He will attach the rectification
report to the
Here two bills are generated:
1. The spares bill, which includes:
Basic price of the accessories.
Packing and forwarding
Page 56 of 161
Excise Duty
Sales tax.
2. Service charge bill, which includes
Service charge
Service tax
These customers are usually not covered under AMC and want to get their
battery bank repaired in case of a problem in the bank. This also gives us an
opportunity to offer AMC to the customer.
2.4.3 Overhauling of the battery bank
Customer asks for overhauling
or EXIDE asks the end
customer for overhauling.
Service confirmation
for Overhauling
A service order will be created for overhauling. The order will contain
the individual services.
The scope of the job includes:
Page 57 of 161
Here again two invoices will be generated: First in service confirmation the
spare parts will be confirmed followed by it the services will be confirmed. As
a result two confirmation documents will be created. The invoices for the two
confirmation documents will be generated separately. The billing of services
and spare parts will happen in CRM. The accounting will be done in R/3.
A different pricing procedure will be used to capture the prices below in
service orders.
1. The spares bill, which includes:
Service charge
Service tax
Page 58 of 161
Service quotation
comprising services like
cleaning of connectors
Quotation accepted
2.4.4 Initial
Filling
Service
Order & Charging
Initial Filling of Electrolyte or IFC will be created as a service product. The
IFC charges will be different for different batteries. A service order will be
Service
created
forconfirmation
IFC. In service order the service product IFC and the battery for
which IFC has to be provided will be entered in the service order. The price
will be determined. A service order called IFC will be created.
Invoice
IFC Order (Service Order)
Product:
1. IFC
2. Battery
Service confirmation
Expenses will be captured
Invoice
Documents to be attached:
1. IFC report
Resource Planning Tool (RPT):
Resource planning tool enables resource planner of an organization to
effectively manage, assign and monitor work to be performed by their service
employees in the field.
Page 59 of 161
RPT can be used for Power & project segment. For other segments it will be
difficult to manage the tool as ASP or SF. RPT mostly handles other segments
will be configured for CBSEA.
Service confirmation will be created for confirming the spare parts consumed,
Services performed and time spent for services. Service confirmation will be
treated as a job confirmation. The service confirmation will follow a
complaint, a service order and a case.
Complaint/ Inhouse Repair
Service Order
Case
Service confirmation
Page 60 of 161
Page 61 of 161
Process related
Resource related (bill resources according to confirmed services and
materials)
For segments like FMIB, Railways, Telecom and Solar no AMC exist. Only
invoices are created as part of warranty replacement. So billing document
will follow the complaint/In-house repair order and it will be a process related
billing.
Billing data is updated for accounting from CRM billing. The revenue is
updated in the relevant controlling object, an internal order or profitability
segment.
Billing Out put: The output processing of Billing consists of invoices. Different
output media like print email or fax is available. The output media print will
be used.
CRM billing provides all billing relevant data in SAP BW for analysis.
Different billing options available in CRM are:
Page 62 of 161
Page 63 of 161
Create case
Assign case to
responsible
case processor
Create activities
associated with
the case and
assign person
responsible
Assignment to
case
Attachments:
Inspection report, Diagnosis
report from complaints
An Excel sheet of 8D will be
attached and all the responsible
employees will enter their
comments
Add Case Note, which will have a
description of case background.
Activities:
Observation & root
cause
Actions taken
Preventive actions
Case closed by
case processor
1. Identifying a case
2. Create case If you do not find a relevant case, you create a new one.
3. Add case note You add a note to the case to provide additional
information.
Page 64 of 161
4. Assign case to responsible case processor, you enter the name of the
responsible processor.
5. Create activities associated with case and assign them to person
responsible You create activities for tasks that need to be completed for
the case, and assign them to the persons responsible.
6. Link business partner to case You can link involved business partners to
the case.
7. Link business transaction
transactions to the case.
to
case
You
can
link
related
business
Add case note You add a note to the case to provide additional
information. If notes already exist, the note is added to the log of notes.
11.
12.
Close case
The central service coordinator or regional service head will create a case
after finding an issue or problem related to a particular battery type. A case
processor will be assigned, who will look after the case from the beginning.
The case processor will assign a team to work on the case. The related
business partners or persons related to the case will be captured. The related
complaints to the issue will also be captured along with the inspection result.
The products affected and the installed bases can also be captured. Activities
will be created for each person related to the case. An alert will be triggered
for all overdue tasks. All information related to the case will be captured in
electronic format. The case will have different tasks. Assigned employees will
handle the task. An on going case note will be used to capture the case
relevant information. Case note will be user, time and date stamped.
Authorization for user
Page 65 of 161
specific access to case will be given. Case scripting will be provided for less
experienced user for understanding case instructions. After collecting all the
information relevant to cases the case processor will close the case. Cases
can be classified to different groups for analysis later on.
2.8 Solution database
The Solution Database (SDB) is a repository of information that is stored in the
form of problems and solutions, and is indexed for immediate retrieval.
Knowledge administrators use the SDB to define problems and solutions using,
for example, free-text descriptions in several languages and customized
attributes. They can structure multiple relationships between problems and
solutions, and navigate easily between them.
The SDB offers a basic interface for knowledge administrators (but also agents,
field engineers, and other users) to search for problems and solutions.
The search engine used in the SDB is TREX. For TREX to find problems and
solutions in a search, your knowledge administrators must compile the SDB
using the Indexes application. For more information,
The SDB is used as a knowledge base in the following applications:
Knowledge search of Interaction Center (IC) Web Client and IC Win Client
Standalone knowledge search (transaction CRMM_SEARCH)
If you have an existing knowledge base for handling technical problems and
customer inquiries, you can use the external interface (XIF) for a mass
transfer of this information to the Solution Database (SDB). For example, the
existing knowledge base could be a legacy knowledge application or officetype application.
Problem Maintenance
Problems can be described using, for example, free-text descriptions and
customized details and attributes (like problem type/subtype and locations,
damages, and causes). Users later conduct searches based on this
information, so when you
Page 66 of 161
Service
Service
Service
Service
Service
Performance Analysis
Quality Analysis
Order Analysis
Quotation Analysis
contract analysis
Page 67 of 161
Page 68 of 161
Product wise
Factory wise
Defect wise
Controlling Integration with R/3 for cost capturing will not be carried
out.
The following will be configured in development server now and Exide may
transfer it from development server in future if required.
FUNCTIONALITIES
Page 69 of 161
WITH
Page 70 of 161
additional information will be keyed in the Text type Drawing inputs. It will
also have dates like GTP & Layout Request and receipt dates.
7. Activities Meeting will be capture details of interaction with the customer.
8. Call cycle monitoring of Field Sales Officers: RSM will assign monthly sales
call per branch /segment/FSO and would like to monitor its status on a
monthly basis. These Sales Call activities will be created by the RSM in the
system and they will be populated with relevant information by the FSOs.The
status of these Sales Call activities will be open, in process and closed.
9. Direct Visit Activity -The FSO assigned to each dealer travels to dealers in
his purview and asks them for the battery orders they need and captures the
information in the visit activity. He consequently also places the order for
those dealers as a follow up of the direct visit activity.
10.
Phone Call Activity - If Dealers need to place orders they will call the
Branch Office directly. The person picking up the call will enter the details of
the order as a follow up of the phone call activity.
11.
Hierarchical
Selective
Planned
13.
Page 71 of 161
14.
Telephone
Face-to-face / Verbal communication
E-mail (content to be copied to the text type Email)
Website
Letter / written communication
Page 72 of 161
Process Flow:
3.2.1 Infrastructure - Power & Projects: New Projects
Scenario:
A) Battery opportunity pursued by EIL.
B) Battery and charger opportunity pursued by EIL.
C) Battery and charger opportunity pursued by Charger Manufacturer.
A. Battery opportunity pursued by EIL.
Master Opportunity
There will be a master opportunity created by EIL central for the project (end
customer) and a mail should be sent to the concerned FSOs through action. This
master opportunity will have identification phase, go no go phase, value addition
phase. Also there will be a source of the opportunity like journals, print
advertisements, magazines, and Caldyne. Each of the phases will have defined
activities like Meeting, request to R&D etc suggested through Sales Assistant
functionality of SAP CRM.
Identification Phase: During the initial stage additional information about the
opportunity is gathered by either meeting the end customer or over the phone. At
the same time contact information of the consultant for the project is captured.
Interaction details will be captured as an activity of the type Meeting linked with
this phase. At this point in time Buying Center information will also be captured.
Go No Go Phase & Value Addition Phase will be populated if applicable.
Sub Opportunity 1: The sub opportunity for the consultant will also have
identification, go no go phase, value addition phase. This will be to capture the
interactions with the consultant. Contact information of the consultant for the
project is captured. Interaction details will be captured as an activity of the type
Meeting linked with this phase. At this point in time Buying Center information will
also be captured.
Page 73 of 161
Identification Phase: The consultant is visited to find out the battery specification
if it is already decided or else EIL proposes the right battery for the application in
terms of sizing, type (catalog), and layout, GTP etc. The interaction with the
consultant will be captured as one of the activities (Meeting) of this phase. Layout
and GTP approved by R&D should be managed within the system. This is possible to
be managed as a Drawing request &approval, which will have statuses like request,
sent to R&D, received from R&D, sent to customer, approved by customer and
additional information will be keyed in the Text type drawing inputs. The system
should capture the sizing, layout, GTP request made to R&D and date of receipt of
the same. If required the drawing and other details can be scanned and attached to
either the opportunity or request activity transaction.
Go No Go Phase: The decision to pursue such cases will be taken internally
depending upon the value, resource availability etc. In such cases when EIL is
unable to change the specification the opportunity is treated to be lost and the
reason for not being able to get the desired specification should be captured in the
system through User status and reason option.
Information regarding the basis of decision can be captured through Text type
opportunity decision.
Value Addition Phase - At this point in time it is important to impress/incorporate
upon EILs model specification to the consultant for the required battery.
In cases where the initial specification is for Ni-Cd batteries then also EIL will try to
convert it into a favorable specification by value adding activities like arranging for
seminars, sharing company and product credentials (user performance certificate),
coordinating factory visits, site visits etc. Each of these value-adding activities will
be created as an Activity transaction in the system.
Sub Opportunity 2 to n: These would be the sub- opportunities with the EPC
contractors (n= No. of EPC Contractor) which will also have the three phases of
identification, go no go phase and value addition phase.
Identification Phase and Go & No Go phase will be same as mentioned above
and will be used if applicable.
Value Addition: In case the decision is taken to pursue the opportunity and in
scenarios where the requirements are open and general involving competitors, EIL
needs to impress upon EPC contractors to include its specification.
For competitive specifications EIL follows up with buyer to find the list of EPC
contractors who will be participating in the tendering process. Once they are
identified the employees responsible (FSO) will visit all of them to highlight EILs
credentials and check the status of the tendering process and create sub-
Page 74 of 161
opportunities for each of the EPC Contractor. The interactions with each of the
concerned EPC Contractors will be captured through Activity transactions like
meeting, phone call, visit to EPC office et, attached to each of the respective sub
opportunities.
The system should be able to capture all value adding activities conducted right
through from making the first call to the buyer to meeting the consultant and the
EPC contractors .The value adding activities could be arranging for seminars,
sharing company and product credentials (user performance certificate),
coordinating factory visits, site visits etc.
On being able to convince the EPC Contractor about EILs product credentials
through value adding activities the status of the Opportunity transaction will be
changed to WON.
All these sub opportunities will be linked with the master opportunity through
opportunity hierarchy functionality.
B. Battery and charger opportunity pursued by EIL- Same as above and in
this case EIL takes a quote from Caldyne and then quotes to different EPC
contractors.
C.Battery & charger opportunity pursued by Charger Manufacturer- This will
be same as 1 and in this case sub opportunity will also have sub-opportunity. e.g.opportunity with a EPC contractor (short listed) is a sub opportunity which in turn
will have sub opportunities with different charger manufacturers to whom EIL will
quote .
3.2.2 Infrastructure - Power & Projects: Replacement
Upon identification of a hot lead the employee responsible (FSO) will approach the
buyer and convince the customer to go for a capacity test of the battery. The same
will be captured through the Opportunity transaction in SAP CRM which will have
the following phases: Identification phase, Go /No Go phase, Value Addition phase
and each of the phases will have defined activities like Meeting, drawing request &
approval etc suggested through Sales Assistant functionality of SAP CRM.
Identification Phase: If the capacity of the battery comes out to be less than
80% then the customer is advised to go for a replacement of the same. The
requirement for charger also if any needs to be tracked by the system. Details of
interaction with the customer will be captured as an activity of the type Meeting
linked with this phase .At this point in time Buying Center information will also be
captured.
Page 75 of 161
Go/No Go Phase: The decision to pursue such cases will be taken internally
depending upon the value, resource availability etc. In such cases when EIL is
unable to change the specification the opportunity is treated to be lost and the
reason for not being able to get the desired specification should be captured in the
system through status reason option.
Information regarding the basis of decision can be captured through Text type
opportunity decision.
For competitive specifications EIL follows up with the buyer and the responsible
(FSO) will visit the prospect to highlight EILs credentials and check the status of
the tendering process if any. This information will be captured through a Meeting
activity transaction.
Value addition Phase- At this point in time it is important to ensure that if the
existing battery is of EIL make the customer adheres to the same type of battery
and try to impress/incorporate upon EILs model specification to the buyer for the
required battery.
In cases where the customer tries to go for a different kind of battery or the
existing battery is of different make then also EIL will try to convert it into a
favorable specification by value adding activities like arranging for seminars,
sharing company and product credentials (user performance certificate),
coordinating factory visits, site visits along with the revised battery sizing if
applicable. Each of these value-adding activities will be created as an Activity
transaction in the system.
Updated layout and GTP approved by R&D should be managed within the system.
Request for such activities will be made to R&D as and when required. This is
possible to be managed as a request activity to R&D, which will have statuses like
request, sent to R&D, received from R&D and additional information will be keyed in
the Text type Drawing inputs.
The system should be able to capture all value adding activities conducted right
through from making the first call to the buyer to the present state. The value
adding activities could be arranging for seminars, sharing company and product
credentials (user performance certificate), coordinating factory visits, site visits,
mapping the decision makers and their corresponding relationship with EIL etc. with
the help of Buying Center functionality in the system.
On being able to convince the customer (buyer) about EILs product credentials
through value adding activities the status of the Opportunity transaction will be
changed to WON.
Page 76 of 161
Page 77 of 161
required the drawing and other details can be scanned and attached to either the
opportunity or request activity transaction.
Go No Go phase if applicable will be used to capture the activities conducted to
arrive at a decision to pursue /not pursue the opportunity.
Value Addition: In case the decision is taken to pursue the opportunity and in
scenarios where the requirements are open and general involving competitors, EIL
needs to impress upon switch manufacturer to include its specification.
For competitive specifications EIL follows up with buyer to find the list of switch
manufacturers who all will be participating in the tendering process. Once they are
identified the employee responsible (FSO) will visit all of them to highlight EIL s
credentials and check the status of the tendering process. The interactions with the
concerned Switch Manufacturer will be captured through Activity transactions like
meeting, phone call, visit to Switch Manufacturers office etc.
The system should be able to capture all value adding activities conducted right
through from making the first call to the buyer to meeting the decision makers of
Switch Manufacturer .The value adding activities could be arranging for seminars,
sharing company and product credentials (user performance certificate),
coordinating factory visits, site visits etc.
On being able to convince the Switch Manufacturer about EIL s product credentials
through value adding activities the status of the Opportunity transaction will be
changed to WON.
3.2.4 Telecom: Supply To Private Service Providers (Airtel, Hutch,
Reliance)
Upon identification of a hot lead the employee responsible (FSO) will approach the
service provider and convince the customer to go for EIL make battery. The same
will be captured through the Opportunity (Telecom) transaction in SAP CRM which
will have the following phases: Identification phase, Go /No Go phase, Value
Addition. Each of the phases will have defined activities like Meeting, drawing
request & approval etc suggested through Sales Assistant functionality of SAP CRM.
Identification Phase: Details of interaction with the customer will be captured as
an activity of the type Meeting linked with this phase. At this point in time Buying
Center information will also be captured.
Page 78 of 161
Go/No Go Phase: The decision to pursue such cases will be taken internally
depending upon the value, resource availability etc. In such cases when EIL is
unable to change the specification the opportunity is treated to be lost and the
reason for not being able to get the desired specification should be captured in the
system through status reason option.
Information regarding the basis of decision can be captured through Text type
opportunity decision.
Value addition Phase- At this point in time it is important to ensure that if the
existing battery is of EIL make the customer adheres to the same type of battery
and try to impress/incorporate upon EIL s model specification to the buyer for the
required battery. In cases where the customer tries to go for a different kind of
battery or the existing battery is of different make then also EIL will try to convert it
into a favorable specification by value adding activities like arranging for seminars,
sharing company and product credentials (user performance certificate),
coordinating factory visits, site visits along with the revised battery sizing if
applicable. Each of these value-adding activities will be created as an Activity
transaction in the system. Updated layout and GTP approved by R&D should be
managed within the system. Request for such activities will be made to R&D as and
when required. This is possible to be managed as a request activity to R&D, which
will have statuses like request, sent to R&D, received from R&D and additional
information will be keyed in the Text type Drawing inputs.
For open specifications EIL follows up with buyer and the responsible (FSO) will visit
the prospect to highlight EIL s credentials and check the status of the progress.
This information will be captured through a Meeting activity transaction.
The system should be able to capture all value adding activities conducted right
through from making the first call to the buyer to the present state. The value
adding activities could be arranging for seminars, sharing company and product
credentials (user performance certificate), coordinating factory visits, site visits,
mapping the decision makers and their corresponding relationship with EIL etc. with
the help of Buying Center functionality in the system.
On being able to convince the customer (buyer) about EIL s product credentials
through value adding activities the status of the Opportunity transaction will be
changed to WON.
3.2.5 Telecom: Supply To Private Service Providers (Tata
Tele services,
Page 79 of 161
Page 80 of 161
Page 81 of 161
the same. If required the drawing and other details can be scanned and attached to
either the opportunity or request activity transaction.
Go No Go Phase: The decision to pursue such cases will be taken internally
depending upon the value, resource availability etc. In such cases when EIL is
unable to change the specification the opportunity is treated to be lost and the
reason for not being able to get the desired specification should be captured in the
system through User status and reason option.
Information regarding the basis of decision can be captured through Text type
opportunity decision.
Sub Opportunity 2 to n: These would be the sub- opportunities with the Traction
OEMs (n=No. of OEM) which will also have the three phases of identification, go no
go phase and value addition phase.
Identification Phase and Go & No Go phase will be same as mentioned above and
will be used if applicable.
For competitive specifications EIL follows up with buyer to find the list of Traction
OEMs who will be participating in the tendering process. Once they are identified
the employees responsible (FSO) will visit all of them to highlight EILs credentials
and check the status of the tendering process and create sub-opportunities for each
of the Traction OEM. The interactions with each of the concerned Traction OEM will
be captured through Activity transactions like meeting, phone call, visit to Traction
OEMs office et, attached to each of the respective sub opportunities.
The system should be able to capture all value adding activities conducted right
through from making the first call to the buyer to meeting the consultant and the
Traction OEMs .The value adding activities could be arranging for seminars, sharing
company and product credentials (user performance certificate), coordinating
factory visits, site visits etc.
On being able to convince the Traction OEM about EILs product credentials through
value adding activities the status of the Opportunity transaction will be changed to
WON.
All these sub opportunities will be linked with the master opportunity through
opportunity hierarchy functionality.
3.2.8 FMIB Existing UPS OEM
Scenario: 1. Battery opportunity pursued by EIL.
2. Battery and UPS opportunity pursued by UPS OEM.
Page 82 of 161
Master Opportunity
There will be a master opportunity created by EIL central for the project (end
customer) and a mail should be sent to the concerned FSOs through action. This
master opportunity will have identification phase, go no go phase, value addition
phase. Also there will be a source of the opportunity like journals, print
advertisements, magazines, and FSO visit. Each of the phases will have defined
activities like Meeting, request to R&D etc suggested through Sales Assistant
functionality of SAP CRM.
Identification Phase: During the initial stage additional information about the
opportunity is gathered by either meeting the end customer or over the phone. At
the same time contact information of the consultant for the project is captured.
Interaction details will be captured as an activity of the type Meeting linked with
this phase. At this point in time Buying Center information will also be captured.
Go No Go Phase & Value Addition Phase will be populated if applicable.
Sub Opportunity 1: The sub opportunity for the consultant will also have
identification, go no go phase, value addition phase. This will be to capture the
interactions with the consultant. Contact information of the consultant for the
project is captured. Interaction details will be captured as an activity of the type
Meeting linked with this phase. At this point in time Buying Center information will
also be captured.
Identification Phase: The consultant is visited to find out the battery specification
if it is already decided or else EIL proposes the right battery for the application in
terms of sizing, type (catalog), and layout, GTP etc. The interaction with the
consultant will be captured as one of the activities (Meeting) of this phase. Layout
and GTP approved by R&D should be managed within the system. This is possible to
be managed as a Drawing request &approval, which will have statuses like request,
sent to R&D, received from R&D, sent to customer, approved by customer and
additional information will be keyed in the Text type drawing inputs. The system
should capture the sizing, layout, GTP request made to R&D and date of receipt of
the same. If required the drawing and other details can be scanned and attached to
either the opportunity or request activity transaction.
Go No Go Phase: The decision to pursue such cases will be taken internally
depending upon the value, resource availability etc. In such cases when EIL is
unable to change the specification the opportunity is treated to be lost and the
reason for not being able to get the desired specification should be captured in the
system through User status and reason option.
Page 83 of 161
Information regarding the basis of decision can be captured through Text type
opportunity decision.
Sub Opportunity 2 to n: These would be the sub- opportunities with the UPS
OEMs (n= No. of UPS OEM) which will also have the three phases of identification,
go no go phase and value addition phase.
Identification Phase and Go & No Go phase will be same as mentioned above
and will be used if applicable.
For competitive specifications EIL follows up with buyer to find the list of UPS OEMs
who will be participating in the tendering process. Once they are identified the
employees responsible (FSO) will visit all of them to highlight EILs credentials and
check the status of the tendering process and create sub-opportunities for each of
the UPS OEM. The interactions with each of the concerned UPS OEM will be
captured through Activity transactions like meeting, phone call, visit to UPS OEMs
office et, attached to each of the respective sub opportunities.
The system should be able to capture all value adding activities conducted right
through from making the first call to the buyer to meeting the consultant and the
UPS OEMs .The value adding activities could be arranging for seminars, sharing
company and product credentials (user performance certificate), coordinating
factory visits, site visits etc.
On being able to convince the UPS OEM about EILs product credentials through
value adding activities the status of the Opportunity transaction will be changed to
WON.
All these sub opportunities will be linked with the master opportunity through
opportunity hierarchy functionality.
Page 84 of 161
Page 85 of 161
Go/No Go Phase: The decision to pursue will be taken internally depending upon
the value, resource availability etc. In such cases when EIL is unable to execute the
volume opportunity is treated to be lost and the reason for not being able to get the
desired specification should be captured in the system through User status and
reason option. Information regarding the basis of decision can be captured through
Text type opportunity decision.
Value Addition Phase -: In this phase FSO meets various key persons each of
these value-adding activities will be created as an Activity transaction in the
system.
The system should be able to capture all value adding activities conducted right
through from making the first call to the buyer to meeting the buyer and user. The
value adding activities could be arranging for seminars, sharing company and
product credentials (user performance certificate), relationship building, site visits
etc. After the order is received the status of the Opportunity transaction will be
changed to WON.
Win loss reason will be captured through different drop down option.
Page 86 of 161
where CBSEA will decide either to pursue or drop the opportunity.3. Value
addition phase where CBSEA will try to impress upon the customer about the
capabilities of EIL products through series of activities like seminars, presentations,
exhibitions etc.
Page 87 of 161
EIL will manage their opportunities through CRM to have an understanding of the
major direct international pipeline .The opportunity can go through different phases
like - 1. Identification phase where EIL will try to gather information about the
said opportunity in terms of customer budget, product and quantity requirement
etc. Also EIL will do a detailed diligence of the customers requirements and identify
the appropriate solution (product) for the customer. Various other information as
regards to the decision makers and their relationship with the customer, competitor
and their strategies can be captured. 2. Go No phase where EIL will decide either
to pursue or drop the opportunity. 3. Value addition phase where EIL will try to
impress upon the customer about the capabilities of the products through series of
activities like presentations, arranging for factory visits, exhibitions etc.
Page 88 of 161
where EIL will try to impress upon the customer about the capabilities of products
through series of activities like arranging for factory visit, presentations, exhibitions
etc.
3.3 Quotation Management
Purpose:
Business Process to confirm to deliver specific quantity of product at a specific time
and at a specific price.
Process Flow:
3.3.1 Infrastructure - Power & Projects: New Projects
After following up with EPC contractors EIL will quote for the requirements identified
along with layout, GTP and battery sizing details confirmed earlier. The quotation
transaction will go through different stages like preparation, price approval,
submitted to customer, Negotiation, won or lost to be managed through User status
functionality in the system. Detail information of price negotiation will be captured
through text type
In the preparation stage details as regard to the prospect, product, quantity,
quotation due date and expiry date should be made mandatory. At quotation level
new projects and replacement for power and project segments should be identified
through additional data A or B field option.
The value of the quotation should be approved by RSM/CBM and the user status
changed to approve by RSM/CBM.
If EMDs are submitted along with the quotation they need to be tracked with
reference to their expiry date, issuing bank, number and value .EMD expiry date
entry field will made available in the quotation transaction through date types
customization and action like sending an alert mail to the FSO can be triggered by
the system .In the system the scanned copy of layout, sizing information and the
GTP should be maintained .It can be maintained as an attachment to the
transaction or by referring an URL to the central repository of the same . The
quotation should also include the prices for Installation and commissioning if asked
by the EPC contractor. This is to be created as a separate condition type and later at
the order level to be treated differently through a service order if the purchase
Page 89 of 161
order mentions the price separately for the product and installation &
commissioning.
The quotation should get printed in a format specified by EIL and should allow for
editing of the same before printing. This is to done through ABAP development.
The system should send a reminder mail to FSOs every 15days till the expiry date
of the quotation to be managed through action attached to this transaction.
For all values greater than 5 lakhs the system sends quotation notification to the
RSM also to be managed through action attached to the transaction.
All interactions for the price negotiation with the EPC contractors should be
captured in the system through a Text type Price Negotiation.
The win/ loss reason should be captured for analysis. Some of the typical win
reasons are: Exide equity, Technical superiority, No competition in Plante, after
sales service and nationwide coverage. Some of the loss reasons are: Higher price,
stringent payment terms, technically not qualified and long time of delivery. These
reasons will be made available in the system as a drop down option at the
quotation status won or lost. Additional information regarding win or loss will be
captured in the Text type Win/Loss Details. Though no analysis will be possible on
the text captured in the system but they can be later referred to take decisions.
After following up with the Buyer, EIL will quote for the requirements identified
along with layout, GTP and battery sizing details confirmed earlier. In case of
charger requirement also EIL quotes after taking offer from Caldyne. The quotation
transaction will go through different stages like preparation, price approval,
submitted to customer, Negotiation, won, lost to be managed through User status
functionality in the system. Detail information of price negotiation will be captured
through text type.
In the preparation stage details as regard to the prospect, product, quantity,
quotation due date and expiry date should be made mandatory. At quotation level
new projects and replacement for power and project segments should be identified
through additional data A or B field option.
The FSO will receive a mail 15 days before the quotation due date automatically
generated through actions attached to the quotation transaction.
The value of the quotation should be approved by RSM/CBM.
Page 90 of 161
If EMDs are submitted along with the quotation they need to be tracked with
reference to their expiry date, issuing bank, number and value. EMD expiry date
entry field will be made available in the quotation transaction through date types
customization and action like sending an alert mail to the FSO can be triggered by
the system. In the system the scanned copy of layout, sizing information and the
GTP should be maintained. It can be maintained as an attachment to the
transaction or by referring an URL to the central repository of the same. The
quotation should also include the prices for Installation and commissioning if asked
by the buyer. This is to be created as a separate condition type and later at the
order level to be treated differently through a service order if the purchase order
mentions the price separately for the product and installation & commissioning.
The quotation should get printed in a format specified by EIL and should allow for
editing of the same before printing. This will be done through ABAP development.
The provision for scrap battery buy back offer should also be captured by the
system. This information can be captured in the quotation transaction as Scrap Buy
Back Discount condition type that will be captured to be only printed in the
quotation document only in cases where product sold and the scrap product have
the same product code. The system should send a reminder mail to FSOs every
15days till the expiry date of the quotation to be managed through action attached
to this transaction.
For all values greater than 5 lakhs the system sends quotation notification to the
RSM also to be managed through action attached to the transaction.
All interactions for the price negotiation with the buyer should be captured in the
system through a Text type Price Negotiation. The win/ loss reason should be
captured for analysis. Some of the typical win reasons are: EIL equity, Technical
superiority, No competition in Plante etc. Some of the loss reasons are: Higher
price, stringent payment terms, long time of delivery. These reasons will be made
available in the system as a drop down option at the quotation status won or lost.
Additional information regarding win or loss will be captured in the Text type
Win/Loss Details. Though no analysis will be possible on the text captured in the
system but they can be later referred to take decisions.
3.3.3 Infrastructure Railways Direct Supply.
Region on receipt of tender will seek price and delivery details from HO.The
quotation will go through different stages like price approval request to HO, Go No
Decision By HO, Approval received from HO, Sent to Customer, Negotiation On, Won
(L1-L8), lost (L1-L8) status to be managed through User status. Win/loss reasons
are to be captured for analysis. Detail information of price negotiation will be
Page 91 of 161
captured through text type. Once the result of the tender is announced the same
needs to be captured taking into account L1-L8 bidders and their Part I and Part II
classification. . The tender result should also include the Lead base price at which
different bidders were at L1-L8 positions. Tender result cannot be captured through
standard system, which will require ABAP development. The quotation is prepared
as per the EIL format. Quotation cannot be generated in the EIL format for Railway
segment through the standard system. This has to be addressed through ABAP
development.
Reminders should be sent to the FSO every 15 days for follow up till the expiry date
through actions, which will get automatically triggered.
3.3.4 Railways: Supply through Contractors and Integrated Power Supply
(IPS)
Region on getting to know about opportunity to quote will prepare the quotation as
per the price and delivery guideline from HO.The quotation will go through the
stages of preparation, submitted to Contractors/IPS, Negotiation, Won, Lost to be
managed through User Status. The reasons for win/loss should be captured. Some
of the typical win reasons are EIL equity, L1 price. Some of the loss reasons are:
Higher price, stringent payment terms and long time of delivery. The won/loss
reasons will be made available as a drop down in the system. Detail information of
price negotiation will be captured through text type.
Reminders should be sent to the FSO every 15 days through actions attached to the
quotation transaction.
3.3.5 Telecom: Direct Supply To Government Customers (BSNL, MTNL,
DOT)
Region on receipt of tender will seek price, delivery details, bid security, power of
attorney and other documents pertaining to the tender from HO .The price bid is
prepared as per the EIL format which will be developed through a Smart Form .The
remaining part of the tender proposal will be prepared outside the system .The
quotation will go through different stages like price approval request to HO, Go No
Go Decision By HO, Approval received from HO, Sent to Customer, Negotiation On,
Won (L1-L8), lost (L1-L8) status, Advance Purchase Order received to be managed
through User status . Detail information of price negotiation will be captured
through text type. Win/loss reasons are to be captured and to be used for analysis
later. Once the result of the tender is announced the same needs to be captured
taking into account L1-L8 bidders. Tendering result should be captured for all the
major competitors and their L1-L8 status. Tender results cannot be captured
Page 92 of 161
Page 93 of 161
All interactions for the price negotiation with the Switch Manufacturer should be
captured in the system through a Text type Price Negotiation.
The win/ loss reason should be captured for analysis. Some of the typical win
reasons are: Exide equity, Technical superiority, etc. Some of the loss reasons are:
Higher price, stringent payment terms, and long time of delivery. These reasons will
be made available in the system as a drop down option at the quotation status won
or lost. Additional information regarding win or loss will be captured in the Text type
Win/Loss Details. Though no analysis will be possible on the text captured in the
system but they can be later referred to take decisions.
3.3.7 Supply To Private Service Providers (Airtel, Hutch, Reliance)
After following up with the Buyer, EIL will quote for the requirements identified
along with layout, GTP and battery sizing details confirmed earlier. The quotation
transaction will go through different stages like preparation, price approval,
submitted to customer, Negotiation, won, and lost to be managed through User
status functionality in the system. Detail information of price negotiation will be
captured through text type.
In the preparation stage details as regard to the prospect, product, quantity,
quotation due date and expiry date should be made mandatory. At quotation level
new projects and replacement requirement details should be identified additional
data A or B field option.
The value of the quotation should be approved by RSM/CBM who would receive a
mail once the quotation user status is changed to price approval.
In the system the scanned copy of layout, sizing information and the GTP should be
maintained. It can be maintained as an attachment to the transaction or by
referring an URL to the central repository of the same the quotation should also
include the prices for Installation and commissioning if asked by the buyer. This is
to be created as a separate condition type and later at the order level to be treated
differently through a service order if the purchase mentions the price separately for
the product and installation & commissioning.
The provision for scrap battery buy back offer should also be captured by the
system. This information can be captured in the quotation transaction as Scrap Buy
Back Discount condition type that will be captured to be only printed in the
quotation document only in cases where product sold and the scrap product have
the same product code. The system should send a reminder mail to FSOs every 15
days till the due date expiry of the quotation to be managed through action
attached to this transaction.
Page 94 of 161
For all values greater than 5 lakhs the system sends quotation notification to the
RSM to be also managed through action attached to the quotation transaction.
All interactions for the price negotiation with the buyer should be captured in the
system through a Text type Price Negotiation. The win/ loss reason should be
captured for analysis. Some of the typical win reasons are: EIL equity, Technical
superiority, competitive price etc. Some of the loss reasons are: Higher price,
stringent payment terms, long time of delivery. These reasons will be made
available in the system as a drop down option at the quotation status won or lost.
Additional information regarding win or loss will be captured in the Text type
Win/Loss Details. Though no analysis will be possible on the text captured in the
system but they can be later referred to take decisions.
3.3.8 Supply To Private Service Providers (Tata Teleservices, Reliance)
through Switch Manufacturers (Motorola)
Same as Telecom: Supply To Government Customers/Service Providers (BSNL,
MTNL, DOT) through Switch Manufacturer like Nokia, Ericsson etc.
The quotation should get printed in a format specified by EIL same as Power and
Projects and it should be editable before printing. This is to be done ABAP
development.
3.3.9 Solar
Region on receipt of enquiry/ tender will submit offer to the customer .The
quotation is prepared as per the EIL format as per the price list and HO guideline.
The quotation transaction will go through the stages of preparation, submitted to
customer, Negotiation, Won and lost to be managed through User Status. Detail
information of price negotiation will be captured through text type. The reasons for
win/loss should be captured. Some of the typical win reasons are EIL equity,
competitive price, and superior product. Some of the loss reasons are: Higher price,
stringent payment terms, long time of delivery. These reasons will be available as a
drop down option.
Reminders regarding due date should be sent to the FSO every 15 days till the
expiry date through action attached to the quotation transaction.
3.3.10 Traction: Replacement (Traction Trade)
The quotation is generated in SAP. We require the following information.
Page 95 of 161
1. Price of battery.
2. Delivery period of battery.
3. The delivery period for the battery is declared after taking feed back from factory
or marketing. Expected delivery date can be entered through a date type Expected
date for the entire order or for individual items.
4. Clearance of payment terms is taken from RSM and the same is updated in the
business partner master data.
The quotation goes through the following stages Open, Price approval stage,
Submitted to customer, Negotiation, Won, Lost. Reason for win and loss should be
captured for analysis. Some of the win reasons are EIL brand, Price, Performance,
Spread out network, Good Service. Some of the loss reasons are Lower Price
Competitor, Better network-Competitor, Product Performance Competition preconceived notion on other factors. These reasons will be available as a drop down
option. Detail information of price negotiation will be captured through text type.
The quotation should get printed in the format specified by EIL and it should also be
allowed to be edited before printing. This format is non-SAP standard and will be
managed through ABAP development.
First reminder mail to follow up on the quotation should be sent to FSO after 1
week of quotation submission to the customer to be triggered through action
attached to the quotation transaction.
Earnest Money Deposit (EMD) expiry date tracking along with details of issuing
bank and amount should be done through the system. EMD expiry date type will be
created and a mail through action will be triggered 15days before the expiry date
.EMD details as regard to bank and the amount will be captured through Text Type
EMD, which can be referred in the future, but no analysis will be possible.
3.3.11
FMIB:
Existing
OEM/New
OEM/Existing
Dealer/New
Dealer/NIC/DGS&D
Apart from the standard order through rate agreement, OEM/Dealers quote to
different institutional / big customers in coordination with Exide. The rates quoted
by the OEM/Dealer to the end customer should be captured in the system through
text type.
The quotation transaction will go through different stages like preparation, price
approval, submitted to customer, Negotiation, won or lost to be managed through
User status functionality in the system.
For all values greater than 5 lakhs the system sends quotation notification to the
RSM also to be managed through action attached to the transaction.
All interactions for the price negotiation with the end customer should be captured
in the system through a Text type Price Negotiation.
Page 96 of 161
The win/ loss reason should be captured for analysis. These reasons will be made
available in the system as a drop down option at the quotation status won or lost.
Additional information regarding win or loss will be captured in the Text type
Win/Loss Details.
3.3.12 Defence
Same as Power & Projects (Replacement).
3.3.13 CAPLAMPS
The quotation transaction will go through different stages like preparation, price
approval, submitted to customer, Negotiation, won or lost to be managed through
User status functionality in the system.
All interactions for the price negotiation with the end customer should be captured
in the system through a Text type Price Negotiation.
The win/ loss reason should be captured for analysis. These reasons will be made
available in the system as a drop down option at the quotation status won or lost.
Additional information regarding win or loss will be captured in the Text type
Win/Loss Details.
3.3.14 Exports: CBSEA: For Cells
EIL Distributes the latest Price list to CBSEA for standard repetitive products.
CBSEA quotes and / generates their own prices / price list for the dealers /
distributors / other direct customers. Since CBSEA will not be creating Sales Order
in the system so their price list will not be maintained .EIL will give prices to CBSEA
& CBSEA will quote to the dealers / distributors / other direct customers. CBSEA will
create a quotation as a follow up of quotation created by EIL on them and they
need to be tracked from preparation, submitted to customer, accepted/rejected or
closed and the reason for win or loss to be captured for analysis. Quotation details
will be captured in Text format.
On winning the opportunity CBSEA will make a quotation request to EIL with inputs
of specification/dimension details. EIL will send the specification / dimension details
Page 97 of 161
to R&D for drawing / BOM (Bill of Materials) generation and the status of the same
needs to be tracked and communicated to CBSEA (request to R&D, received from
R&D, Sent to Customer (CBSEA), Accepted by CBSEA/End Customer). This is
possible to be managed as a drawing request &approval activity which will have
statuses like request sent to R&D, received from R&D, sent to customer, approved
by customer and additional information will be keyed in the Text type- Drawing
inputs. Subsequently R&D will create SAP product code and codes for components
to be used for quoting to CBSEA. Considering tray/module/stand (depending on the
type of the battery) cost and other related costs of components, accessories in
pricing, EIL will give prices to CBSEA & CBSEA will quote to the end customer. The
price given to CBSEA will be updated in the price master data. Both the quotations
will be created in the system but only one of them will be treated for quotation
pipeline. Quotation details will be captured in Text format.
Page 98 of 161
Page 99 of 161
quotation is accepted a mail will be sent to SBU Head to validate payment terms
(other than L/c) of the customer.
3.4 Sales Order
Purpose: A sales order is a customers binding request to an enterprise to deliver
a specific quantity of products, or to provide a service at a specific time. A sales
organization accepts the sales order, and thus becomes responsible for fulfilling the
contract.
Key Note: Order should not be created for all segments without reference to
quotation except FMIB.
Process Flow:
3.4.1 Infrastructure - Power & Projects: New Projects
The Purchase order received against the quotation is validated/reviewed for technocommercial inputs by the Regional Office (RO). If the same is not in line with the
quotation it is again sent back to the customer for amendment. Technocommercially clear P.O. is sent to H.O. for raising Sales Order. This interaction right
from review to being sent to customer and received back from the customer after
amendment can be tracked through an Activity Purchase Order Tracking. This
Activity will have statuses like internal review, PO ok, PO Not ok sent to Customer,
Received after amendment.
The final drawing, GTP, QAP and BOM duly approved by R&D is sent to customer for
approval .The sales order is only created after the drawing, GTP, QAP and BOM gets
approved by the customer. The status of the same should be captured e.g. sent to
R&D for approval, received from R&D after approval, sent to customer for approval,
approved by the customer in an Activity-Drawing Approval.
The sales order for Power & Projects will use the R/3 pricing procedure and the
necessary routines will be incorporated through Business Add Ins (BADIs) and
pricing calculation will be managed through IPC.
At the sales order creation stage credit check is done on the basis on credit limit in
days and amount .The SAP CRM credit check is triggered in R/3 and therefore the
necessary credit check customization has to be maintained in R/3. Credit check
related customizations would also be enabled in SAP CRM so that the relevant R/3
credit check will be performed. In case there is a credit block it has to be removed
by the commercial department. Once the sales order is created an automatic order
confirmation should go to the customer with tentative delivery schedule .The order
will have an action profile to send a order confirmation mail to the customer if there
is no credit block.
The order will pass through stages of open, credit block, block removed, Cleared for
Dispatch and finally transferred to R/3 for subsequent processing to be managed
through User Status. Once the material is ready and inspected at Factory the same
needs to be informed to the region manually. The inspection date type is utilized to
capture the inspection date. Then region might send a request for Road Permit,
nominated transporter details along with Proforma invoice (Order value Discounts
+duties and taxes as appearing in the sales order) and when advance payment is to
be made by the EPC contractor. This will be managed through a custom developed
Smart Form. Once the Road permit (along with transporter details) along with the
advance payment if any is received by the region it issues a dispatch clearance note
to HO or factory. This will be sent as a mail through action on change of order
status to Cleared for Dispatch The dispatch clearance date(s) and the actual
delivery date(s) should be captured by the system as date types. After delivery
factory sends the bill to region to be given to the customer. Actual receipt of the
billing document needs to be captured. This is to be tracked using a separate
activity type -Bill Tracking .In case of transit damage the same needs to be
informed to the service team manually.
Security deposit expiry date and Performance Bank Guarantee expiry dates along
with value, their numbers and the issuing bank should be tracked by the system
.The expiry dates will be captured through date types and the Security deposit and
Bank Guarantee details will be captured in the order through Text type Security
Deposit and Performance Bank Guarantee. Alerts will be generated based on the
expiry dates using actions in CRM.
To capture the order progression status there will be the following date types
scheduled delivery date, 50% Execution date and 75% execution date, which will
be manually entered. Based on the 50% & 70% execution dates the system should
send a mail to the factory and HO/region to collect information from factory and
inform the customer about the revised delivery schedule if applicable manually.
3.4.2 Infrastructure - Power & Projects: Replacement
The Purchase order issued against quotation is validated/reviewed for technocommercial inputs by the Regional Office (RO). If the same is not in line with the
quotation it is again sent back to the customer for amendment. Technocommercially clear P.O. is sent to H.O. for raising Sales Order. This interaction right
from review to being sent to customer and received back from the customer after
amendment can be tracked through an Activity Purchase Order Tracking. This
Activity will have statuses like internal review, PO ok, PO Not ok sent to Customer,
Received after amendment.
The final drawing, GTP, QAP and BOM duly approved by R&D is sent to customer for
approval .The sales order is ideally created after the drawing, GTP, QAP and BOM
gets approved by the customer. The status of the same should be captured e.g.
sent to R&D for approval, received from R&D after approval, sent to customer for
approval, approved by the customer.
The sales order for Power & Projects will use the R/3 pricing procedure and the
necessary routines will be incorporated through Business Add Ins (BADIs) and
pricing calculation will be managed through IPC.
At the sales order creation stage credit check is done on the basis of credit limit in
days and amount. The SAP CRM credit check is triggered in R/3 and therefore the
necessary credit check customization has to be maintained in R/3. Credit check
related customizations would also be enabled in SAP CRM so that the relevant R/3
credit check will be performed .In case there is a credit block it has to be removed
by the commercial department. Once the sales order is created an automatic order
confirmation should go to the customer with tentative delivery schedule. The order
will have an action profile to send an order confirmation mail to the customer if
there is no credit block.
The order will pass through stages of open, credit block, block removed, Cleared for
Dispatch and finally transferred to R/3 for subsequent processing to be managed
through User Status. Once the material is ready and inspected at Factory the same
needs to be informed to the region manually. The inspection date type is utilized to
capture the inspection date. Then region might send a request for Road Permit,
nominated transporter details along with Proforma invoice (Order value Discounts
+duties and taxes as appearing in the sales order) when advance payment is to be
made by the EPC contractor. This will be managed through a custom developed
Smart Form. Once the Road permit (along with transporter details) along with the
advance payment if any is received by the region it issues a dispatch clearance note
to HO or factory. This will be sent as a mail through action on change of order
status to Cleared for Dispatch The dispatch clearance date(s) and the actual
delivery date(s) should be captured by the system to be generated as a report to
highlight the difference. After delivery factory sends the bill to region to be given to
the customer. Actual receipt of the billing document needs to be captured This is to
be tracked using a separate activity type -Bill Tracking .In case of transit damage
the same needs to be informed to the service team manually.
Security deposit expiry date and Performance Bank Guarantee expiry dates along
with value, their numbers and the issuing bank should be tracked by the system.
The expiry dates will be captured through date types and the Security deposit and
Bank Guarantee details will be captured in the order through Text type Security
Deposit and Performance Bank Guarantee. Alerts will be generated based on the
expiry dates using actions in CRM.
To capture the order progression status there will be the following date types
scheduled delivery date, 50% Execution date and 75% execution date, which will
be manually entered. Based on the 50% & 70% execution dates the system should
send a mail to the factory and HO/region to collect information from factory and
inform the customer about the revised delivery schedule if applicable manually.
3.4.3 Infrastructure Railways Direct Supply.
The Purchase order is sent to HO for scrutiny and returned to customer for
amendment if required .The PO is acknowledged after scrutiny if it is commercially
and technically in line with the quotation. This interaction right from review to being
sent to customer and received back from the customer after amendment can be
tracked through an Activity Purchase Order Tracking. This Activity will have
statuses like internal review, PO ok, PO Not ok Amendment Request sent to
Customer, Received after amendment.
In case of amendment the order is acknowledged and a request for amendment is
sent to the customer manually with details of the modification required .The receipt
date of original / amended purchase order and also the EIL request date for
Purchase order amendment is to be captured.
The sales order should capture the delivery schedule mentioned in the purchase
order, which could be either one time delivery or staggered delivery.
At the sales order creation stage credit check is done on the basis on credit limit in
days and amount. The SAP CRM credit check is triggered in R/3 and therefore the
necessary credit check customization has to be maintained in R/3. Credit check
related customizations would also be enabled in SAP CRM so that the relevant R/3
credit check will be performed. In case there is a credit block it has to be removed
by the commercial department. The order will pass through stages of open, credit
block, block removed, Inspection Request Sent, Inspection Certificate received,
Cleared for Dispatch and finally transferred to R/3 for subsequent processing to be
managed through User Status.
Once the material is ready then it should be
checked whether Delivery Period extension is required or not manually. Then a
request for inspection at Factory is made to the inspecting authority. The inspection
date type is utilized to capture the inspection date. On receipt of the Inspection
Certificate region sends a request for Road Permit to railways. Once the Road
permit is received by the region it issues a dispatch clearance note to HO or factory,
which will be managed through a manually triggered mail through actions, attached
to the order transaction. The dispatch clearance date(s) and the actual delivery
date(s) should be captured by the system to be generated as a report to highlight
the difference. After delivery factory sends the bill to region to be given to the
To capture the order progression status there will be the following date types
scheduled delivery date, 50% Execution date and 75% execution date, which will
be manually entered. Based on the 50% & 70% execution dates the system should
send a mail to the factory and HO/region to collect information from factory and
inform the customer about the revised delivery schedule if applicable manually.
3.4.5 Telecom: Direct Supply to Government Customers (BSNL, MTNL,
DOT)
On receipt of advance purchase order/LOI from the customer the same is
scrutinized against our offer for both technical and commercial part and if it is in
line with the offer unconditional acceptance letter is sent to the customer with
performance bank guarantee immediately for placement of Purchase order. This will
continue to be done outside CRM system. Request letter for PBG (along with APO)
to HO and date for receipt of the same needs to be captured by the system through
an activity type PBG request which will have text type PBG to capture its details .In
case of amendment of the APO the order is acknowledged manually and a request
for amendment is sent to the customer. This interaction right from review to
request being sent to customer and received back from the customer after
amendment can be tracked through an Activity Purchase Order Tracking. This
Activity will have statuses like internal review, PO ok, PO Not ok Amendment
Request sent to Customer, Received after amendment.
The receipt date of original / amended purchase order and also the EIL request date
for Purchase order amendment is to be captured through date types PO receipt
date, PO amendment request date, PO amendment receipt date. Follow-up letter to
be issued to the customer for release of the bid security (EMD), which will be
manually triggered by the FSO using action attached to the quotation transaction.
The content of the follow up letter is to be developed through a Smart Form. Also a
follow- up mail to be sent through action to the FSO for keeping in touch with the
customer towards early release of the order.
On receipt of formal P.O. sales order is raised and commitment from manufacturing
dept./factory is taken regarding material readiness manually. The sales order
should capture the delivery schedule mentioned in the purchase order, which could
be either one time delivery or staggered delivery.
At the sales order creation stage credit check is done on the basis on credit limit in
days and amount. The SAP CRM credit check is triggered in R/3 and therefore the
necessary credit check customization has to be maintained in R/3. Credit check
related customizations would also be enabled in SAP CRM so that the relevant R/3
credit check will be performed. In case there is a credit block it has to be removed
by the commercial department.
The order will pass through stages of open, credit block, block removed, (Road
Permit Request) Inspection Request Sent, Inspection Certificate received, Cleared
for Dispatch and finally transferred to R/3 for subsequent processing to be managed
through User Status. Once the material is ready then it should be checked whether
Delivery Period extension is required or not manually. Then a request for inspection
at Factory is made to the inspecting authority after receipt of the road permit,
Octroi exemption certificate etc. The inspection date type is utilized to capture the
inspection date. Once the Inspection Certificate, Road permit etc. are received by
the region it issues a dispatch clearance note to HO or factory. The dispatch
clearance date(s) and the actual delivery date(s) should be captured by the system
through a date type. Dispatch clearance date and the delivery date will be obtained
from the delivery transaction in R/3.After delivery factory sends Original invoice,
L.R, I/C copy, proof of delivery (BCPC) etc. to the region/H.O. The document like
Insurance certificate will be sent by H.O to the region. The date of receipt of bill and
other documents and the corresponding delivery date need to be captured in the
system. This is to be tracked using a separate activity type -Bill & Document
Tracking. In case of Transit damage/Short supply service department is notified.
The system needs to capture the complaint resolution time also. Additionally it
should capture the final bill submission date (both 95% & 5%) and date of receipt
of 95% and 5% payment. The Bill & Document tracking Activity will have date types
Bill submission date (95% &5%) and bill receipt date (95% & 5%) and will also
have the following statuses: document dispatched from factory, documents received
at the region/HO, documents sent to customer and will have Text types like Invoice,
Inspection, Delivery to capture the relevant information.
EMD expiry dates and PBG expiry dates along with value, their numbers and the
issuing bank should be tracked by the system. The EMD and PGB expiry date types
in quotation and order respectively will manage this requirement and the details will
be captured through text types EMD and PBG.
To capture the order progression status there will be the following date types
scheduled delivery date, 50% Execution date and 75% execution date, which will
be manually entered. Based on the 50% & 70% execution dates the system should
send a mail to the factory and HO/region to collect information from factory and
inform the customer about the revised delivery schedule if applicable manually.
3.4.6 Telecom: Supply to Government Customers/ Service Providers
(BSNL, MTNL, DOT) through Switch Manufacturers like Nokia,
Ericsson etc.
The Purchase order issued against the contract is validated/reviewed for technocommercial inputs by the Regional Office (RO). If the same is not in line with the
quotation it is again sent back to the customer for amendment. Technocommercially clear P.O. is sent to H.O. for raising Sales Order. This interaction right
from review to being sent to customer and received back from the customer after
amendment can be tracked through an Activity Purchase Order Tracking. This
Activity will have statuses like internal review, PO ok, PO Not ok sent to Customer,
Received after amendment.
The final drawing, GTP, QAP and BOM duly approved by R&D is sent to customer for
approval .The sales order is idealy created after the drawing, GTP, QAP and BOM
gets approved by the customer. The status of the same should be captured e.g.
sent to R&D for approval, received from R&D after approval, sent to customer for
approval, approved by the customer in an Activity-Drawing Approval.
The sales order for Telecom will use the R/3 pricing procedure and the necessary
routines will be incorporated through Business Add Ins (BADIs) and pricing
calculation will be managed through IPC.
At the sales order creation stage credit check is done on the basis of credit limit in
days and amount. The SAP CRM credit check is triggered in R/3 and therefore the
necessary credit check customization has to be maintained in R/3. Credit check
related customizations will also be enabled in SAP CRM so that the relevant R/3
credit check will be performed. In case there is a credit block it has to be removed
by the commercial department.
The order will pass through stages of open, credit block, block removed,(Road
Permit request) Inspection On, Cleared for Dispatch and finally transferred to R/3
for subsequent processing to be managed through User Status. The region might
send a request for Road Permit, nominated transporter details manually. Once the
material is ready and inspected by BSNL Quality Assurance at Factory the same
needs to be informed to the region manually. The inspection date type is utilized to
capture the inspection date. Once the Road permit (along with transporter details)
and Inspection certificate is obtained the dispatch clearance note to HO or factory is
given. The dispatch clearance date(s) and the actual delivery date(s) should be
captured by the system as date types. After delivery factory sends the bill to region
to be given to the customer. Actual receipt of the billing document needs to be
captured; this is to be tracked using a separate activity type -Bill & Document
Tracking. In case of transit damage the same needs to be informed to the service
team.
Security deposit expiry date and Performance Bank Guarantee expiry dates along
with value, their numbers and the issuing bank should be tracked by the system.
The expiry dates will be captured through date types and the Security deposit and
Bank Guarantee details will be captured in the order through Text type Security
Deposit and Performance Bank Guarantee. Alerts will be generated based on the
expiry dates using actions in CRM.
To capture the order progression status there will be the following date types
scheduled delivery date, 50% Execution date and 75% execution date, which will
be manually entered. Based on the 50% & 70% execution dates the system should
send a mail to the factory and HO/region to collect information from factory and
inform the customer about the revised delivery schedule if applicable manually.
3.4.7 Supply to Private Service Providers (Airtel, Hutch, Reliance)
The Purchase order issued against the contract is validated/reviewed for technocommercial inputs by the Regional Office (RO). If the same is not in line with the
quotation it is again sent back to the customer for amendment. Technocommercially clear P.O. is sent to H.O. for raising Sales Order. This interaction right
from review to being sent to customer and received back from the customer after
amendment can be tracked through an Activity Purchase Order Tracking. This
Activity will have statuses like internal review, PO ok, PO Not ok sent to Customer,
Received after amendment.
The final drawing, GTP, QAP and BOM duly approved by R&D is sent to customer for
approval .The sales order is idealy created after the drawing, GTP, QAP and BOM
gets approved by the customer. The status of the same should be captured e.g.
sent to R&D for approval, received from R&D after approval, sent to customer for
approval, approved by the customer in an Activity-Drawing Approval.
The sales order for Telecom will use the R/3 pricing procedure and the necessary
routines will be incorporated through Business Add Ins (BADIs) and pricing
calculation will be managed through IPC.
At the sales order creation stage credit check is done on the basis of credit limit in
days and amount. The SAP CRM credit check is triggered in R/3 and therefore the
necessary credit check customization has to be maintained in R/3. Credit check
related customizations would also be enabled in SAP CRM so that the relevant R/3
credit check will be performed. In case there is a credit block it has to be removed
by the commercial department.
The order will pass through stages of open, credit block, block removed, Inspection
On, Cleared for Dispatch and finally transferred to R/3 for subsequent processing to
be managed through User Status. Once the material is ready at Factory the same
needs to be informed to the region manually. Then region might send a request for
Road Permit, nominated transporter details. Once the Road permit (along with
transporter details) is received by the region it issues a dispatch clearance note to
HO or factory. The dispatch clearance date(s) and the actual delivery date(s) should
be captured by the system as date types. After delivery factory sends the bill to
region to be given to the customer. Actual receipt of the billing document needs to
be captured. This is to be tracked using a separate activity type -Bill & Document
Tracking. In case of transit damage the same needs to be informed to the service
team manually.
To capture the order progression status there will be the following date types
scheduled delivery date, 50% Execution date and 75% execution date, which will
be manually entered. Based on the 50% & 70% execution dates the system should
send a mail to the factory and HO/region to collect information from factory and
inform the customer about the revised delivery schedule if applicable manually.
3.4.8 Supply to Private Service Providers
the dispatch clearance date and the actual delivery date through a date type
dispatch clearance date, road permit request date and road permit receipt date
and the delivery date will be obtained from the delivery transaction in R/3.The
delivery details like date of delivery, invoice number, quantity and the truck details
are to be sent to the customer either through R/3 or manually . Then the dispatch
documents along with invoice and Inspection certificate (if inspection is applicable)
will be sent from factory to region/HO and the same needs to be tracked. This is to
be tracked using a separate activity type -Bill & Document Tracking having status
document dispatched from factory, documents received at the region/HO,
documents sent to customer etc.
The order will pass through stages of open, credit block, block removed, Cleared for
Dispatch and finally transferred to R/3 for subsequent processing to be managed
through User Status.
3.4.10 Traction: Replacement (Traction Trade)
On receipt of PO from the customer the branch raises Sales order. At the time of
Sales order creation the system checks for the credit worthiness of customer. The
credit check should be done on the basis of credit limit in amount and number of
days. The SAP CRM credit check is triggered in R/3 and therefore the necessary
credit check customization has to be maintained in R/3. Credit check related
customizations will also be enabled in SAP CRM so that the relevant R/3 credit
check will be performed An automatic mail should be generated by the system for
informing the customer about his purchase order being accepted through the action
functionality. The delivery schedule should be communicated to customer once it is
available to the branch through the system. This will only be possible by populating
the order with line items as per the delivery schedule.
Also a request for sending the Road permit is made to the customer and the status
of the same should be tracked from request sent to customer, Road permit received
by region dispatch clearance, actual delivery date through a date type dispatch
clearance date, road permit request date and road permit receipt date
and the
delivery date will be obtained from the delivery transaction in R/3.The system
should generate a Proforma invoice based on the order value (if the payment terms
is against PI).A smart form is to be designed as per the Proforma Invoice format .
The system should automatically calculate the agreed upon price in the sales order
once the price master data is updated. After delivery of products EIL informs
customer about the dispatch status along with dispatch details manually or through
R/3 where the delivery transaction is processed and track the POD after delivery in
the system manually.
The sales order should be traced through its different stages from being created to
being processed to dispatch cleared to being completed through user status.
The system should be able to generate a list of following reports
Open SO s.
SO
SO
SO
SO
s
s
s
s
in process.
with delivery block.
with billing block.
with credit block.
Expiry date.
Value of bank guarantee with number
Name of the bank.
delivery of products EIL informs OEMs about the dispatch status along with dispatch
details manually or through R/3 where the delivery transaction is processed and
track the POD after delivery in the system manually. Since delivery transaction is
managed in R/3, delivery notification is to be managed from R/3.
The sales order should be traced through its different stages from being created to
being processed to dispatch cleared to being completed.
The system should show a list of following reports
Open SO s.
SO s in process.
SO s with delivery block.
SO s with billing block.
SO s with credit block.
After the SO processed, the following process takes place
Delivery of SO.
Bill printing.
The material is received with EIL Warehouse (If it is billed from factory or billed
from branch), If required by the customer, the battery is charged at warehouse.
After charging the battery, the battery is delivered to the customer.
Payment Collection: Payment is collected as per the agreement with the OEMs.
3.4.12 FMIB - Existing OEM
On receipt of purchase order from the OEM a Sales Order is raised by Branch. An
automatic mail through the action functionality should be generated by the system
for informing the OEM about his purchase order being accepted At the time of Sales
order creation the system checks for the credit worthiness of OEM. The credit check
should be done on the basis of credit limit in amount and number of days. The SAP
CRM credit check is triggered in R/3 and therefore the necessary credit check
customization has to be maintained in R/3. Credit check related customizations
would also be enabled in SAP CRM so that the relevant R/3 credit check will be
performed. The delivery schedule should be communicated to OEM once it is
available to the branch through the system. This will only be possible by populating
the order with line items as per the delivery schedule.
The system should automatically calculate the agreed upon price in the sales order
and allow for Rock bottom prices at the following levels: Branch, RSM 1 and RSM
special. IPC routines have to be written to manage the pricing calculation and also
the rule to manage rock bottom prices. Once the delivery is made either fully or
partially system should be able to capture delivery information and communicate
the same to OEM through mail. Since delivery transaction is managed in R/3,
delivery in the system manually. The dispatch details can be manually entered in a
dispatch tracking activity, which will have text type Dispatch and POD details.
The sales order will be traced through its different stages from being created to
being processed to dispatch cleared, completed to be managed through User
Status.
The order will pass through stages of open, credit block, block removed, Inspection
On, Cleared for Dispatch and finally transferred to R/3 for subsequent processing to
be managed through User Status.
The system should show a list of
Open SO s.
SO s in process.
SO s with delivery block.
SO s with billing block.
SO s with credit block.
3.4.16 FMIB New Dealer
On receipt of purchase order from the OEM a Sales Order is raised by Branch. An
automatic mail through the action functionality should be generated by the system.
For informing the dealer about his purchase order being accepted at the time of
Sales order creation the system checks for the credit worthiness of dealer. The
credit check should be done on the basis of credit limit in amount and number of
days. The SAP CRM credit check is triggered in R/3 and therefore the necessary
credit check customization has to be maintained in R/3. Credit check related
customizations would also be enabled in SAP CRM so that the relevant R/3 credit
check will be performed.
The delivery schedule should be communicated to dealer once it is available to the
branch through the system. This will only be possible by populating the order with
line items as per the delivery schedule.
The system should automatically calculate the agreed upon price in the sales order
and allow for Rock bottom prices at the following levels: Branch, RSM 1 and RSM
special. IPC routines have to be written to manage the pricing calculation and also
the rule to manage rock bottom prices. Once the delivery is made either fully or
partially system should be able to capture delivery information and communicate
the same to dealer through mail. Since delivery transaction is managed in R/3,
delivery notification is to be managed from R/3. After delivery of products EIL
informs dealers about the dispatch status along with dispatch details manually or
through R/3 where the delivery transaction is processed and track the POD after
delivery in the system manually. The dispatch details can be manually entered in a
dispatch tracking activity, which will have text type Dispatch and POD details.
The sales order will be traced through its different stages from being created to
being processed to dispatch cleared, to be completed, to be managed through User
Status.
The system should show a list of
Open SO s.
SO s in process.
SO s with delivery block.
SO s with billing block.
SO s with credit block.
3.4.17 Defence
Same as Power & Projects (replacement).
3.4.18 CAPLAMPS
The order will be placed at the rate contract price and will pass through stages of
open, credit block, block removed, Cleared for Dispatch and finally transferred to
R/3 for subsequent processing to be managed through User Status. Once the order
is raised one email should follow through action along with tentative dispatch date.
Once the material is ready the road permit is applied for and dispatch of materials
takes place subsequently. After the delivery joint inspection at area stores takes
place. This is to be tracked using an activity type Joint Inspection. This activity
will be evaluated through different stages as Inspection requirement received,
Inspection on, Inspection done. Further details of the inspection will be captured
through Text Type Inspection.
At the same time after delivery factory sends the bill to region to be given to the
customer. Actual receipt of the billing document needs to be captured. This is to be
tracked using a separate activity type Bill & document tracking .In case of transit
damage the same needs to be informed to the service team manually.
3.4.19 Exports: CBSEA: For Cells
CBSEA receives the order and places Purchase order on EIL EIL converts to Sales
Order in reference with the product proposal depending on the layout mentioned in
the CBSEAs purchase order. Also CBSEA places orders on EIL in order to build the
stock/inventory at CBSEA depending on the availability of cells at CBSEAs stock
and the demand trend of popular types of cells. In case of non-availability of layout,
EIL follows the standard layouts. At the time of sales order creation, credit check
will be done by the system The SAP CRM credit check is triggered in R/3 and
therefore the necessary credit check customization has to be maintained in R/3.
Credit check related customizations would also be enabled in SAP CRM so that the
relevant R/3 credit check will be performed.
Other critical factors of the order may also be checked in the system like colour of
Lid, Brand, Type of connectors, layout as per the product proposal, etc. Factory will
give delivery schedule for the order quantity and the region in the sales order will
incorporate the same by breaking the sales order line item wise as per the delivery
requirements. Then the order confirmation will be sent to CBSEA along with the
delivery schedule. Advance License request will be sent to the consultant along with
input data of the cell/battery types ordered & the relevant sales order no and the
order status will be changed to Request for Advance License. CBSEA will update the
L/C details and the same should be communicated to EIL automatically in case of
any direct dispatch. In case of L/C shipment dispatch clearance for direct dispatches
from EIL will be given after receipt of L/C & B/L draft from the CBSEAs customers
and Advance License details. For dispatches destined to Singapore, L/C and B/L (Bill
of Lading) draft release in pre-dispatch stage are not needed as EIL and CBSEA
work on DA payment terms. In this case of dispatches to Singapore, order release
and simultaneous monthly priority requirement of CBSEA is/are taken as dispatch
clearance manually. The sales order will go through the following stages preparation
- Advance license request stage, Advance License received, L/C not received,
Dispatch clearance and for Singapore, no L/C clearance to be managed through
User status.
Order Execution
After
production,
factory
will
send
Packing
List
to
the
Export
Commercial/Marketing department for preparing pre-shipment documents. With the
details of Advance License, L/c terms & conditions (for direct dispatches only) and
Packing list given by factory, Marketing department through export commercial
department will make Pre-Shipment documents & will send to the factory for
dispatch. As per the plan given by factory, the factory will arrange excise for
inspection & the marketing through export commercial department will arrange for
Shipping Container. After container is dispatched from the factory, CBSEA should
get the dispatch details (Product details/Qty/Container No/Sales Order No/CBSEAs
Purchase order no.) immediately. The same information will be keyed in manually in
the CRM system in the text type Dispatch Information of an Activity Dispatch
Tracking. The vessel details with vessel name, voyage no, shipping ETD & ETA
destination will be informed to CBSEA. The same information will be keyed in
manually in the CRM system in the dispatch tracking activitys text type Vessel
Details. The Dispatch tracking activity will have the following user status Open,
Dispatch details updated, tentative vessel details updated, confirmed vessel details
updated, shipping documents dispatched. This activity will have the following details
text types Dispatch Information, Vessel Information, Shipping Document Dispatch
Information, and payment details.
Once the container is dispatched from the
port, EIL will get the Bill Of Lading from Shipping Line. Marketing department
through export commercial department will make final Invoice & P/List with details
of B/L Number, Container Number & Vessel Name and the same will be forwarded to
for banking purpose by the export commercial department. The following
information will be captured in the system for the benefit of CBSEA - Final Invoice &
P/list Number, B/L Number, Container Number, Feeder/Mother Vessel Name, Voyage
Number, ETD (Expected Time Of Delivery) Haldia/Kolkatta/Chennai/Mumbai & ETA
(Expected Time Of Arrival) Singapore/any other destination. The status of the
documents submitted to the bank should be tracked as to when it was sent from
Marketing/ export commercial & finally submitted to EIL Bank. After the Bank
couriers the document to CBSEAs Bank, CBSEA should get the details about the
same. (Final Invoice & P/List Number, Date, AWB Number, date, Name of Courier
Company). The export commercial department will update this information. CBSEA
updates the payment details in the system manually once it is made. ETD and ETA
will be managed through date types. The information of the Activity dispatch
tracking will be shared with the customer using the Web Portal interfaced with CRM
system or through R/3 delivery notification.
3.4.20 Exports: CBSEA: Battery Bank
CBSEA receives the order for Battery Bank & forwards the purchase order to EIL.
The status of the quotation will be changed to won and a mail should be sent to the
Marketing department to create the sales order. At the time of sales order creation,
credit check will be done by the system. The SAP CRM credit check is triggered in
R/3 and therefore the necessary credit check customization has to be maintained in
R/3. Credit check related customizations would also be enabled in SAP CRM so that
the relevant R/3 credit check will be performed.
Other critical factors of the order may also be checked in the system like colour of
Lid, Brand, Type of connectors, layout as per the product proposal, other important
instruction, etc manually. Factory will give delivery schedule for the order quantity
and the region in the sales order will incorporate the same by breaking the sales
order line item wise as per the delivery requirements. Then the order confirmation
will be sent to CBSEA along with the delivery schedule. Advance License request will
be sent to the consultant along with input data of the cell/battery types ordered &
the relevant sales order no and the order status will be changed to Request for
Advance License. CBSEA will update the L/C details and the same should be
communicated to EIL automatically in case of any direct dispatch. In case of L/C
shipment dispatch clearance for direct dispatches from EIL will be given after
receipt of L/C & B/L draft from the CBSEAs customers and Advance License details.
For dispatches destined to Singapore, L/C and B/L (Bill of Lading) draft release in
pre-dispatch stage are not needed as EIL and CBSEA work on DA payment terms.
In this case of dispatches to Singapore, order release and simultaneous monthly
priority requirement of CBSEA is/are taken as dispatch clearance manually. The
sales order will go through the following stages preparation - Advance license
request stage, Advance License received, L/C not received, Dispatch clearance and
for Singapore, no L/C clearance to be managed through user status.
Order Execution:
After
production,
factory
will
send
Packing
List
to
the
Export
Commercial/Marketing department for preparing pre-shipment documents. With the
details of Advance License, L/c terms & conditions (for direct dispatches only) and
packing list given by factory, Marketing department through export commercial
department will make Pre-Shipment documents & will send to the factory for
dispatch. As per the plan given by factory, the factory will arrange excise for
inspection & the marketing through export commercial department will arrange for
Shipping Container. After container is dispatched from the factory, CBSEA should
get the dispatch details (Product details/Qty/Container No/Sales Order No/CBSEAs
Purchase order no.) immediately. The same information will be keyed in manually
in the CRM system in the text type Dispatch Information of an Activity Dispatch
Tracking. The vessel details with vessel name, voyage no, shipping ETD & ETA
destination will be informed to CBSEA. The same information will be keyed in
manually in the CRM system in the dispatch tracking activitys text type Vessel
Details. The Dispatch tracking activity will have the following user status Open,
Dispatch details updated, tentative vessel details updated, confirmed vessel details
updated, shipping documents dispatched. This activity will have the following details
text types Dispatch Information, Vessel Information, Shipping Document Dispatch
Information, and payment details. Once the container is dispatched from the port,
EIL will get the Bill Of Lading from Shipping Line. Marketing department through
export commercial department will make final Invoice & P/List with details of B/L
Number, Container Number & Vessel Name and the same will be forwarded to for
banking purpose by the export commercial department. The following information
will be captured in the system for the benefit of CBSEA - Final Invoice & P/list
Number, B/L Number, Container Number, Feeder/Mother Vessel Name, Voyage
Number, ETD (Expected Time Of Delivery) Haldia/Kolkatta/Chennai/Mumbai & ETA
(Expected Time Of Arrival) Singapore/any other destination. The status of the
documents submitted to the bank should be tracked as to when it was sent from
Marketing/ export commercial & finally submitted to EIL Bank. After the Bank
couriers the document to CBSEAs Bank, CBSEA should get the details about the
same. (Final Invoice & P/List Number, Date, AWB Number, date, Name of Courier
Company). The export commercial department will update this information. CBSEA
updates the payment details in the system manually once it is made. The
information of the Activity dispatch tracking will be shared with the customer using
the Web Portal interfaced with CRM system or through R/3 delivery notification.
check will be done by the system. The SAP CRM credit check is triggered in R/3 and
therefore the necessary credit check customization has to be maintained in R/3.
Credit check related customizations would also be enabled in SAP CRM so that the
relevant R/3 credit check will be performed. Other critical factors of the order may
also be checked / matched with the quotation manually so that no ambiguity will be
there in the system as the requirement is specific. Factory will give delivery
schedule for the order quantity and the region in the sales order will incorporate the
same by breaking the sales order line item wise as per the delivery requirements.
Then the order confirmation will be sent to CBSEA along with the delivery schedule.
Advance License request will be sent to the consultant along with input data of the
cell/battery types ordered & the relevant sales order no and the order status will be
changed to Request for Advance License. CBSEA will update the L/C details and the
same should be communicated to EIL automatically in case of any direct dispatch.
In case of L/C shipment dispatch clearance for direct dispatches from EIL will be
given after receipt of L/C & B/L draft from the CBSEAs customers and Advance
License details. For dispatches destined to Singapore, L/C and B/L (Bill of Lading)
draft release in pre-dispatch stage are not needed as EIL and CBSEA work on DA
payment terms. In this case of dispatches to Singapore, order release and
simultaneous monthly priority requirement of CBSEA is/are taken as dispatch
clearance manually. The sales order will go through the following stages preparation
- Advance license request stage, Advance License received, L/C not received,
Dispatch clearance and for Singapore, no L/C clearance to be managed through
user status.
Order Execution:
After
production,
factory
will
send
Packing
List
to
the
Export
Commercial/Marketing department for preparing pre-shipment documents. With the
details of Advance License, L/c terms & conditions (for direct dispatches only) and
packing list given by factory, Marketing department through export commercial
department will make Pre-Shipment documents & will send to the factory for
dispatch. As per the plan given by factory, the factory will arrange excise for
inspection & the marketing through export commercial department will arrange for
Shipping Container. After container is dispatched from the factory, CBSEA should
get the dispatch details (Product details/Qty/Container No/Sales Order No/CBSEAs
Purchase order no.) immediately. The same information will be keyed in manually
in the CRM system in the text type Dispatch Information of an Activity Dispatch
Tracking The vessel detail with vessel name, voyage no; shipping ETD & ETA
destination will be informed to CBSEA. The same information will be keyed in
manually in the CRM system in the dispatch tracking activitys text type Vessel
Details. The Dispatch tracking activity will have the following user status Open,
Dispatch details updated, tentative vessel details updated, confirmed vessel details
updated, shipping documents dispatched. This activity will have the following details
text types Dispatch Information, Vessel Information, Shipping Document Dispatch
Information, and payment details. Once the container is dispatched from the port,
EIL will get the Bill Of Lading from Shipping Line. Marketing department through
export commercial department will make final Invoice & P/List with details of B/L
Number, Container Number & Vessel Name and the same will be forwarded to for
banking purpose by the export commercial department. The following information
will be captured in the system for the benefit of CBSEA - Final Invoice & P/list
Number, B/L Number, Container Number, Feeder/Mother Vessel Name, Voyage
Number, ETD (Expected Time Of Delivery) Haldia/Kolkatta/Chennai/Mumbai & ETA
(Expected Time Of Arrival) Singapore/any other destination. The status of the
documents submitted to the bank should be tracked as to when it was sent from
Marketing/ export commercial & finally submitted to EIL Bank. After the Bank
couriers the document to CBSEAs Bank, CBSEA should get the details about the
same. (Final Invoice & P/List Number, Date, AWB Number, date, Name of Courier
Company). The export commercial department will update this information. CBSEA
updates the payment details in the system manually once it is made. ETD and ETA
will be managed through date types. The information of the Activity dispatch
tracking will be shared with the customer using the Web Portal interfaced with CRM
system or through R/3 delivery notification.
3.4.22 Exports: ESPEX
ESPEX receives the order from their customer and places Purchase order on EIL
along with the layout (process change) EIL converts to Sales Order. Also ESPEX
places orders on EIL in order to build the stock/inventory at ESPEX depending on
the availability of cells at ESPEXs stock and the demand trend of popular types of
cells. In case of non-availability of layout, EIL follows the standard layouts. At the
time of sales order creation, credit check will be done by the system. The SAP CRM
credit check is triggered in R/3 and therefore the necessary credit check
customization has to be maintained in R/3. Credit check related customizations
would also be enabled in SAP CRM so that the relevant R/3 credit check will be
performed. Other critical factors of the order may also be checked in the system
like colour of Lid, Brand, Type of connectors, layout as per the product proposal,
etc. Factory will give delivery schedule for the order quantity and the region in the
sales order will incorporate the same by breaking the sales order line item wise as
per the delivery requirements. Then the order confirmation will be sent to ESPEX
along with the delivery schedule. Advance License request will be sent to the
consultant along with input data of the cell/battery types ordered & the relevant
sales order no and the order status will be changed to Request for Advance License.
ESPEX will update the L/C details (If Shipment against L/C) and the same should be
communicated to EIL automatically. In case of L/C shipment dispatch clearance will
be given after receipt of L/C and Advance License details. If shipment is not against
L/C then L/C details are not required as EIL and ESPEX works on DA payment
terms. In this case of dispatches to ESPEX, order release and simultaneous monthly
priority requirement of ESPEX is/are taken as dispatch clearance manually. The
sales order will go through the following stages preparation - Advance license
request stage, Advance License received, L/C not received, Dispatch clearance to be
managed through user status.
Order Execution
After production, factory will send Packing List to the Commercial/Marketing
department for preparing pre-shipment documents. With the details of Advance
License, L/c terms & conditions (for direct dispatches only) and Packing list given by
factory, Marketing department will make Pre-Shipment documents & will send to
the factory for dispatch. As per the plan given by factory, the factory will arrange
excise for inspection & the marketing through export commercial department will
arrange for Shipping Container. After container is dispatched from the factory
ESPEX should get the dispatch details (Product details/Qty/Container No/Sales
Order No. / ESPEXs purchase order no.) immediately. The same information will be
keyed in manually in the CRM system in the text type Dispatch Information of an
Activity Dispatch Tracking The vessel detail with vessel name, voyage no, shipping
ETD & ETA destination will be informed to ESPEX. The same information will be
keyed in manually in the CRM system in the dispatch tracking activitys text type
Vessel Details. The Dispatch tracking activity will have the following user status
Open, Dispatch details updated, tentative vessel details updated, confirmed vessel
details updated, shipping documents dispatched. This activity will have the following
details text types Dispatch Information, Vessel Information, Shipping Document
Dispatch Information, and payment details. Once the container is dispatched from
the port EIL will get the Bill Of Lading from Shipping Line. Marketing department
will make final Invoice & P/List with details of B/L Number, Container Number &
Vessel Name and the same will be forwarded to Export Commercial department for
Banking. The following information will be captured in the system for the benefit of
ESPEX - Final Invoice & P/list Number, B/L Number, Container Number,
Feeder/Mother Vessel Name, Voyage Number, ETD (Expected Time Of Delivery)
Haldia/Kolkatta/Chennai/Mumbai/Singapore/Colombo & ETA (Expected Time Of
Arrival) Southampton / any other destination. The status of the documents
submitted to the bank should be tracked as to when it was sent from Marketing to
commercial & finally submitted to EIL Bank. After the Bank couriers the document
to ESPEXs Bank, ESPEX should get the details about the same. (Final Invoice &
P/List Number, Date, AWB Number, date, Name of Courier Company). The
commercial department will update this information. ESPEX updates the payment
details in the system manually once it is made. ETD and ETA will managed through
date types. The information of the Activity dispatch tracking will be shared with the
customer using the Web Portal interfaced with CRM system or through R/3 delivery
notification.
documents dispatched. This activity will have the following details text types
Dispatch Information, Vessel Information, Shipping Document Dispatch
Information, and payment details. Once the container is dispatched from the port
EIL will get the Bill Of Lading from Shipping Line. Marketing department will make
final Invoice & P/List with details of B/L Number, Container Number & Vessel Name
and the same will be forwarded to Commercial department for Banking .The
following information will be captured in the system. Final Invoice & P/list Number,
B/L Number, Container Number, Feeder/Mother Vessel Name, Voyage Number, ETD
(Expected Time Of Delivery) Haldia/Kolkatta/Chennai/Mumbai & ETA (Expected
Time Of Arrival) customer destination. The status of the documents submitted to
the bank should be tracked as to when it was sent from Marketing to commercial &
finally submitted to EIL Bank. After the Bank couriers the document to customers
Bank, customer will be informed about the details manually. (Final Invoice & P/List
Number, Date, AWB Number, date, Name of Courier Company). The commercial
department will update this information in the system for future reference.
Customer sends the payment details which will be manually keyed in the system by
the commercial department for future reference. ETD and ETA will be managed
through date types. The information of the Activity dispatch tracking will be shared
with the customer using the Web Portal (to be developed by EIL) interfaced with
CRM system or a dispatch notification will go from R/3.
3.4.24 Exports: Non CBSEA/ESPEX For Battery Bank
On receipt of the purchase order or accepted proforma invoice EIL converts it to
Sales Order. At the time of sales order creation credit check will be done by the
system. The SAP CRM credit check is triggered in R/3 and therefore the necessary
credit check customization has to be maintained in R/3. Credit check related
customizations would also be enabled in SAP CRM so that the relevant R/3 credit
check will be performed. Other critical factors of the order may also be checked in
the system like colour of Lid, Brand, Type of Connectors, other important
instructions, etc. Factory will give delivery schedule for the order quantity and the
region in the sales order will incorporate the same by breaking the sales order line
item wise as per the delivery requirements. Then the order confirmation will be sent
to the customer along with delivery schedule. Advance License request will be sent
to the Consultant along with input data of the cell/battery types ordered & the
relevant sales order no and the order status will be changed to Request for Advance
License. Customer might open L/C and the status will be updated to L/C opened
manually or if shipment against advance payment then status will be updated as
payment made/not made. [For any other payment term other than the L/C terms,
order acceptance needs approval of senior authority in advance before order
acceptance]. In case of L/C shipment dispatch clearance will be given after receipt
of L/C & if it is against Advance payment then after receipt of payment and Advance
License details. The sales order will go through the following stages preparation,
Advance license request stage, Advance License received, payment term approval,
and the same will be forwarded to Commercial department for Banking .The
following information will be captured in the system for the benefit of EIL. Final
Invoice & P/list Number, B/L Number, Container Number, Feeder/Mother Vessel
Name,
Voyage
Number,
ETD
(Expected
Time
Of
Delivery)
Haldia/Kolkatta/Chennai/Mumbai & ETA (Expected Time Of Arrival) customer
destination. The status of the documents submitted to the bank should be tracked
as to when it was sent from Marketing to commercial & finally submitted to EIL
Bank. After the Bank couriers the document to customers Bank, customer will be
informed about the details manually. (Final Invoice & P/List Number, Date, AWB
Number, date, Name of Courier Company). The commercial department will update
this information in the system for future reference.
Customer sends the payment details which will be manually keyed in the system by
the commercial department for future reference. ETD and ETA will be managed
through date types. The information of the Activity dispatch tracking will be shared
with the customer using the Web Portal interfaced with CRM system or through R/3
delivery notification.
The plan data is released and it is distributed top-down as target values for the
sales team. Furthermore, employees receive their own sales target values.
Sales representatives plan by opportunity
Sales representatives can enter planned sales figures directly in the
opportunity. This makes it possible for them to carry out target-oriented
opportunity planning. In opportunity processing, sales representative can
enter the prospects required products, assign quantities and revenue planning
data.
Review sales targets
Sales manager and employees use the following analyses to monitor the
development of opportunities and incoming revenue, comparing it against the
planning target values. They use the following analysis to help them:
. Year-to-date/Year-to-go analysis (YTD/YTG analysis): This helps you to
compare incoming revenue with the targets as the sales period
progresses.
i. Plan/actual comparison: Enables you to compare plan and actual data at
specific points in time.
ii. Goal achievement: Enables sales managers to monitor the proportion of
their targets that have been met with revenue.
The information enables managers to review and adjust either individual deals,
their forecast figures or even sales targets if necessary
Process Flow:
3.5.1 Telecom, Power & Project, Traction, FMIB-OEM
The target will be set as follows:
At the first level Customer wise value and Ampere-hour target will be set for each
FSO based on pending order, pending quotation & future requirement. The addition
of the targets of the entire segment customers of a FSO will add up and the target
of a FSO will be arrived. The target of all the FSOs in a region will add up and the
Regions target will be arrived at .Sum of the entire regions target plus the national
account targets (managed by HO) will add to give the National target for a
segment.
This will be compared with the target set by the management and if different, the
regional, FSO & customer target will be reworked. Management should be able to
compare with the last years percentage.
3.5.2 FMIB Trade
The dealer target will be set based on quantity, value and ampere-hour of product
The target of all dealers of a territory will add up to give the territory target.
Targets of all territories belonging to a branch will add to give the branch target.
Targets of all the branch in a region will add up to give the regional target .The sum
of the regional targets plus any national accounts (managed by HO) target will give
the national target.
The process for arriving at the final target will remain as in the earlier case.
The marketing plan that is created at the highest level is the Annual Corporate and
Publicity Marketing Plan or the master marketing plan. The yearly marketing plan is
created by the Chief - Commercial Services who reports to the Director and handles
Commercial & Mktg. Level Services at an All India level.
This Annual Corporate and Publicity marketing plan is created once in a year.
The person responsible for the Marketing plan is entered in the Marketing
plan. The authorization is set for the yearly Marketing plan so that it cannot
be changed by any person other than the authorized person in the HO who
has the authorization to create or change, this is done by the assigning an
authorization group. The yearly marketing plan can be viewed by all the
other users who can access the Marketing planner. The yearly marketing plan
is given a start date and an end date.
Chief Commercial distributes the Marketing Budget among the various RSMs and
their regions and at the same time withholds some budget with himself for
allocation to the Chief Business Managers Brand Management for All
India/Central Product Level Campaigns.
The marketing budget is allocated among the five Marketing elements based
on the Regions (North, East, west and south) and HO / Brand Management
as the sub Marketing Plans that are created below the annual Marketing Plan.
These budgets values are entered in the cost planning tab page of the
respective marketing elements based on the yearly spend under various
heads. The budgets can be updated only by the authorized person assigned
to the authorization group at this level.
HO
North
Infra I
Infra II
East
Exports
West
Cap Lamps
South
FMIB
Corporate
The five Marketing Plans under the Annual Marketing Plan has the four Regions and
a HO, under these the Campaigns and Campaign elements are assigned. The
Allocation of budget to various the marketing elements at the regional level and the
HO level marketing is done manually based on discussions with
CBMs/RSMs/previous advertising and publicity budget spends. Once the CBM/RSM
regions and HOs are allotted the budget he requests the BHs/AMs under him to
submit their BAARs (Brand/Branch Advertising Auth Request). The BAAR lists down
the various campaigns to be carried out during the year. The required budget for
the various Marketing plan and campaign can be entered manually in the cost tab
page.
The budgeting of the various campaigns five marketing elements North, East,
West, South and HO is entered in the cost tab page of those Marketing
Elements under the respective Campaign Element heads as the planned cost.
Prerequisites:
To enable the view of cost planning tab page the respective planning profile group
must be attached to the Marketing planner. To define a Planning Profile group a
planning profile needs to be created in the SAP BW and the Planning Profile should
be assigned to the Planning profile group.
Gaps:
The actual cost capturing for each of these marketing elements and the
analytics of Cost Planning & Budgeting can be done only, if these cost are
captured in the R/3 system through the PS module.
Cost based on Unit of measurement of the Ad material consumption.
Marketing Plan
Campaigns can be assigned to
Marketing plan. It gives the
structure of all marketing related
plans in an organization.
Planning profile (Budget allocation)
Text Date, partners
Target groups
Cost Planning
The Planning Profile is
defined and assigned to the
campaign so that the cost
will be captured for the
campaign in cost tab page
Segmentation
The target group of the
business partners to be
assigned to the campaign
are segmented through the
segment builder and
assigned to the campaigns.
Marketing Attributes
Infosets
BW Queries
Campaigns
The campaigns will have all the controls
object attached to it.
Campaign Type/Objective Tactics
Person responsible
Planning profile (Budget allocation)
Partners
Text, Date, Status management
Target group, products, discounts
Actions
Communication Channel
4.2.1 Segmentation
Purpose:
Activities
The surveys are
attached to the
activities. This in turn
can be assigned to the
action profiles.
Surveys
A survey is a type of
questionnaire, which can
be used to gather
information from specific
users.
Title
Section/subsection
Question
Answer
Answer options
Dividing the customer master into different groups is called customer segmentation
and depends to a great extent on the planned marketing activity.
The segmentation of the business partners is used to identify the target customer
on whom the campaign should run on. The segmentation of the customers is done
in the Segment Builder of CRM Marketing.
Process:
Target groups can be created from a variety of different data sources for example,
from InfoSet queries, SAP BW queries, business partner master data, and acquired
address lists in the Segment Builder. Target groups may be attached directly to
marketing campaigns.
1. Attribute sets
Attributes can be created in CRM for marketing purposes, for example hobbies."
Related attributes can be combined into attribute sets that will later form the
basis for profile and target group modeling in the Segment Builder. After
attributes are assigned to a business partner, you can maintain these attributes
accordingly and use them for target group selection.
2. Infoset
InfoSets are used to access business partner master data (stored for example in
CRM or SAP R/3), which allows you, for example, to select all business partners
with a certain zip code, birthday, or so on.
3. SAP BW Queries
BW queries are used to access transactional data stored in SAP BW, for example
"number of purchases per month or sales volume.
4. External List
Address data acquired from data vendors is imported into SAP CRM and made
available for subsequent processing in the form of target groups.
Following is the list of Attribute sets and the Infosets used by FMIB business
process to segment business partners to create target group.
Marketing Attributes (Attribute Sets)
Some of the Attribute sets under which the various Attributes listed below will be
classified
Dealers Attribute Set
FMIB End Users Attribute Set
UPS OEMS Attribute Set
Inverter OEM Attribute Set
1. Product
Inverter-Flat
Inverter-Tubular
Inverter-VRLA
UPS-Flat
UPS-Tubular
UPS-VRLA
2V Tubular & Plante
2. Annual Off-takes (Rs Lakhs)
>500
300-500
100-300
25-100
<25
3. Category
Exide Power Center
Other Dealers
4. Margin (High, Medium & Low)
5. Warranty (High, Medium & Low)
6. No of Sub Dealers
< 10
10-50
>50
7. No
of Institutional Customers
0-25
25-50
>50
8. No
of OEMs
0-25
25-50
>50
1.
2.
3.
4.
5.
6.
7.
8.
Geography
Region
State
District
Town
Pin Code
BP Roles
Industry Segments
a. Government
b. Private
C. BW Queries
Any segmentation of business partner related to the transaction can be done
through BW Queries.
4.2.2 Maintain Attributes and Attribute Sets
The list of attributes that are listed in the Attribute List in the Segment Builder is
created in the maintain attribute and attribute Sets transaction, which comes under
the segmentation of Marketing. These Attribute in the Attribute Lists comes from
various data sources, like Master Data, Marketing Attributes and the BW Queries.
Each Attribute will have a Filter assigned to it. The Filter can be given a value while
creating a Target Segment so that only the Business Partner fulfilling those values
will be listed in the work area of the Segment builder.
4.2.3 Target Group creation
The target group is created by dragging and dropping the attribute filter to the work
area of the segment builder. Various permutations and combinations of the
attributes will be used to generate the target group.
4.2.4 Creating Campaigns and Campaigns Elements
Purpose:
The creation of campaigns is a part Campaign planning & preparation. Campaigns
are a collection of tasks necessary to accomplish a set goal. The campaigns are
created in advance to plan the various events and promotions that are due to
happen.
Process:
Telephone
Email & Mailer
Transaction types (Activities, Leads, etc)
The users can specify the mode of communication for a specific campaign and they
can also give the supporting information. If an email or a mailer is sent to the
customer the pre designed mail form can be attached to the mode of
communication. The functionality of personalized mail form is given in the
personalized mail form section. The list of standard mail forms will have to be given
as Input.
If a campaign has a campaign element which will run an activity like sales call that
activity can be attached to the campaign element through the communication
channel tab page. The list of standard activities and transaction that are carried
through the campaign element will be given in the various types of campaign
related activities. These activities fall under the list of campaign types as given
below.
Seminars
Ad campaigns
Newsletter campaigns
Event campaigns
Partners
The partners tab page will have the list of partners who will be a part of the
campaign process. For each campaign element there will be a predefined set of
partner functions which will be listed in the partners tab page. These partner
function needs to be selected with the business partner number manually to identify
the business partners involved in the campaign.
4.2.6 Personalized Mail Form
Purpose:
The Personalized mail forms are attached to the campaign and campaigns elements
while executing the campaigns. Based on the chosen mail form a personalized is
sent to the Business partners in the target group on whom the campaign is run.
The personalized mail form is used to create the predefined template of emails,
Mailers, Fax messages and SMS.
Functionalities
Personalize messaging to target list members
Assign mail forms to campaign target lists
Embed links (URL) to websites in generated e-mails
Insert subject lines dependent on conditions
Attach personalized documents
Process:
The form building tool allows users to flexibly construct e-mail templates. With the
form painter, you can determine the layout of your forms, specifying, for example,
their general design. The users can create personalized mail content to be sent to
each of the business partner in the target group.
Conditioned based text blocks, subject lines and attachments can be created in the
personalized mail form using the maintain mail form transaction.
4.2.7 Content Management Templates
Purpose:
Import any kind of document (text, spreadsheet, project plans, photos,
presentations, and so on) to the template folder in the Campaign.
Process:
Template from Content Management is assigned to the three main objects in the
Marketing Planner (marketing plan, campaign, trade promotion). The file structure
is then created in Content Management on the basis of this template.
The template is automatically assigned to the related element objects (marketing
plan element, campaign element, trade promotion element).
The questionnaire contains the list question that needs to be filled in by the
Business Partners in the target group on whom the campaign is run. In SAP CRM
Marketing Planner the questionnaire are designed in the personalized mail form and
attached to the mail form in the channel tab page. Based on the communication
channel or based on the type of channel preferred by the Business partner the
Questionnaire can be sent to the target group.
Activities in Campaigns
The campaigns that are created will have various activities based on the nature of
the campaigns, such as:
Seminar Preparation
Road Show Preperation
These activities are attached to the campaign elements of a campaign. The Activity
types that are a part of the campaign will be covered in detail in the Activity
management section.
Process:
The External List Management is the process of purchasing, managing, using and
reporting on acquired addresses. The users can create and maintain their own
mapping formats to map the data in the existing address lists to a target mapping
structure. Create a target group from the address list directly from the interface
provided for list administration. This target group is then used to create a campaign
to generate lead.
Prerequisites
Before uploading an external list of the business partners in to the CRM Master the
file to be uploaded should be prepared in a separate format, such as Excel or Text
and it should be ready before upload.
4.6 Product Proposal
Purpose:
You can use this business process to define product proposals for particular target
groups or marketing profiles, meaning that the relevant product proposals are only
used if the business partners selecting the product(s) belong to the given target
group or match the relevant marketing profile defined in the rule. Product
association rules are created upon which the product proposals will be displayed.
Product proposals are an opportunity for a marketing manager to increase turnover
by generating additional sales and improving customer retention and satisfaction.
Product proposals can be used in Internet Sales and in the Interaction Center.
B2B: This process enables customers to find and order products and services
quickly and easily. This business scenario is mainly used in the mySAP CRM Internet
sales.
B2C: This process enables end customers to order products and services. It is
designed to offer products attractively in order to encourage purchasing and
maximize profit. This business scenario is mainly used in the mySAP CRM Internet
sales.
Process:
In the Customer Interaction Center screen the product proposal functionality is
enabled. Three types Product proposal, cross selling, up selling and down selling are
given in the CRM product proposal functionality.
Cross Selling:
When the customer orders a certain product the accessories attached to that
product are proposed by the system as Cross Selling functionality. You define
relationships between products, known as product association rules. Each rule
consists of a leading product(s) (those for which other products are to be
suggested) and dependent product(s) (those products that are to be suggested). By
linking products in this way, other products can be offered in addition to the
products selected.
Up-selling and down-selling:
You can define other products that should be proposed if you sell a specific product.
The products in question here are defined using the up-selling and down-selling
rules.
4.7 Lead Management
Purpose:
A lead is a business transaction which describes, stores, updates, and manages the
potential interest of (and interaction with) a business partner over a certain
timeframe. They are used to qualify a business partners interest in a particular
product or interest in making a purchase, with the aim of establishing and then
influencing this interest. Once a lead has reached a certain status, it can be passed
on to a sales employee or channel partner as decision support for creating an
opportunity.
With leads, a streamlined link is provided between marketing and sales so as to
accelerate the process between first interest and sales. Leads can help to find out
more about a potential business. Lead qualification is the name given to the process
by which leads are repeatedly processed with the purpose of establishing and
improving the level of interest represented by the lead, with the aim of
transforming the lead into an opportunity.
Process Flow:
According to the business process the types of leads differs and they are preset in
the system. To capture a lead specific to a business process the employee
responsible, who is creating the lead should find the specific lead type and then
capture the lead in that particular lead type specified. The leads are classified in to
two types in Exide, the replacement lead and the fresh leads. Some of the lead
transaction types are listed below:
Lead
Transactions Types
Service Lead
Sales Lead
Marketing Lead
The Lead Management process starts with gathering relevant information about
business partners or prospects across all channels. During the lead qualification
process, leads are qualified in different levels (for example, hot, warm, cold)
according to their potential business interest. The manager can manually assign the
responsibility of the leads to different internal lead qualifiers.
Lead qualification is an iterative and interactive process by which a lead may be
processed several times over a given period. In each case, the lead is assigned a
status lost, in process, or won either on the basis of certain indices, by asking
the business partner directly, or a mixture of both methods. Once a lead has
reached a certain qualification level (for example, hot) it can be transformed into an
opportunity and is passed on to the sales department for further processing. Leads
may, however, also be qualified at the generation stage, depending on the
information at hand. Since leads are time based business transactions, the lead
qualifier will normally open and process the same lead a number of times until
processing is completed.
The leads generated through campaigns/sales calls/phone calls/service related
activities such as, end of life notification through mails are entered in a Lead
transaction. These leads will be created by a Brand manager or a FSO. The brand
manager who creates the lead will become an Employee responsible to the lead and
he can manually assign the lead to the FSO to qualify the leads. Based on the level
of information available about the business partner the FSO will qualify the lead and
gives it a status of open, In-Process, won, etc. Once the lead has reached a certain
status it can be passed on to sales to create an opportunity.
Appropriate workflows can be set up to automate the process of assigning statuses
to leads, such as Lost, In Process, or Won. For example, when a sales
representative accepts a Hot lead from the workflow and converts it to an
opportunity, the status of the lead can be automatically set to Won.
Automatic Lead generation
Leads are automatically generated through campaigns. When a lead transaction is
assigned to the source of communication on the communication channels tab page
a lead is created to all the business partner that are attached to the campaign as
target group.
Lead statuses: Some of the common lead statuses like, Open, In-process, Sales
Accepted, Sales Rejected, Won, Lost will be set in the lead status field. When a
sales representative converts a lead in to an opportunity, the status of the lead will
be automatically set to Won.
Lead Group: Used for reporting purposes to classify leads into different categories.
This is relevant especially where leads are not related to any particular marketing
campaign. Some of the lead groups that will be provided d in the system are:
Lead Origin: Using the origin, you can see in the document where the lead
originates from. By carrying out an analysis, you can, for example, see how much
of the sales volume has resulted from sales call or phone call, etc.
Sales Office
Call Center
Campaign
Installed Base
Portal
Dealer
Employee
Service Van
Automatic Reminder for Leads: Based on the qualification level of the leads the
lead qualifier will get reminder mail about the lead at predefined duration. Say a
warm lead will give a mail after every 3months and a cold lead will give send an
email every 6 months.
Date Management: The date management is used to capture the start date and
the end date of the Lead.
Organization Data: The lead transaction will create the organizational data
determined manually. In case of the Call Center Lead transaction the organization
data is created automatically and the organizational units are determined based on
the business partners Address data. The lead will be routed to the respective
Regions office under which the customer belongs to.
Partner Function: The partner functions are created manually in the case of leads
that are created in the sales, service and marketing lead transaction types, But in
the case of Call center lead the partner functions are created automatically based
on the regions and the FSO assigned to that region.
Activities: Leads can be generated on the basis of any type of activity. Conversely,
leads can generate activities from a lead, for example to document a phone call
that you make with a business partner. These activities can be created as follow-up
transactions.
Texts: When processing a lead, you can use the tabstrip "Text" to add a note for
internal use, for example to record details on your last interaction with the
prospect. Or any observation made on this lead so that it aids in qualifying the lead.
Some of the lead based text types that will be maintained in the system are given
below:
Description
Product Detail
Comments
Specific Actions
Documents: Documents may also be attached to a lead. These could for example
be documents relating to the marketing campaign from which the lead may be
generated.
4.7.1 Surveys
A survey is a type of questionnaire, which can be used to gather information from
specific users. Surveys are specialized forms which can be integrated into Web sites
or sent as attachments in personalized e-mails to customers. The submitted
answers are collected on a server and, depending on the business scenarios the
results are either stored in a database or condensed beforehand. Later, the results
are evaluated and can be used for making strategic decisions.
Surveys are important means of gaining specific information from known and
unknown users, for example, as part of a marketing campaign to test the market
before launching a new product, or as part of a customer satisfaction survey to
gather feedback on a product already purchased. The results collected from surveys
play an important role in making strategic decisions, for example, when planning a
new product launch or when making improvements for future products.
Surveys are used in the Lead Management and Activity Management. A survey
consists of following elements.
Title
Section/subsection
Question
Answer: You can determine the way in which the answers are presented, such as
input fields, list boxes, check boxes, and radio buttons.
Answer options: Answer options can be presented in list boxes.
There are three different types of surveys that are attached to each of the lead type
Prerequisites
The prerequisite to generate a lead transaction is to create a business
partner of role Prospect with the mandatory address data and a pincode, so
that the lead will be directed to the respective sales representative.
Create questionnaires in a Survey tool. (Use the SAP CRM Survey Suite to
create a questionnaire)
4.8 Activity Management
Purpose:
The Activity management is an important component of mySAP CRM manages all
activities on which the enterprise employees have worked on. All data stored in the
activity consists of important source to which all employees must have access.
The activity is for recording information and planning actions at any time during the
customer relationship cycle.
An activity can be a sales call, phone call, exhibition, dealers meet, reminder of
appointment, task to be performed etc. A business activity contains information
about business partners interaction on a particular date. A task contains
information about what one or more employees have to complete by a particular
date.
Process:
The activity can be used separately as an individual transaction or can be used as a
part of the campaign management in the campaign element. The activity
transaction will in turn have the list of controls like the Partners, Text,
Organizational data, Actions, Date, Status, etc. You can copy an exiting business
transaction and create a follow-up transaction.
You can document your activities by filling out the standard fields available, and
also by using an activity journal or a questionnaire. There will be a list of activities
pre defined in the system which can be used to capture any activity that is
performed in the organization towards customer relation or making business. The
Activity Management business scenario plays an essential role in optimizing your
company's relationships with customers, managing their data, and thus ensuring
your company's success in the market place.
It answers day-to-day questions, what appointments a sales person has next week?
Who can cover for a sick colleague in external sales? A sales representative can
view the outcome of a telephone call made after an initial customer visit, and the
sales manager quickly and easily gains an overview of all the activities that have
taken place in the department during a certain period of time.
4.8.1 Standard Activities
Phone call: In a phone call activity the person responsible who creates the
particular activity can capture the details of the phone call interaction that
happened with the customer and do the relevant follow-up activity as per the
necessity.
Meeting: Meeting is an activity to capture the discussion that happened between
two or more people and as a preparation for the meetings. A task can be created
for this meeting as a follow-up.
Seminar: The Seminar is an activity that will have the check list to be taken care
before organizing the seminar and all the related activities that need to be done can
be created as a Follow-up activity to this activity.
(Checklist of Seminar Activity)
Ad Campaign: Similar to the Seminar activity the Ad campaign activity can also be
used as a check list to capture the various sub activities that follow-ups the main
activity.
Newsletter campaigns: Same as the Seminar and Ad Campaign activity, the
News Letter activity is also used for capturing the sub activities and Sub Task of
these activities.
Event campaigns: Same as the Seminar and Ad Campaign activity this is also
used to do some follow-up activity based on the core activity.
Customer Visit: This activity is used to plan the visit to various customer on a
routine and track the status.
4.8.2 New Product Development Activity
FSO/BH will create an Activity
for a new product development.
FSO/BH will attach a Product
Development Template (PDT).
FSO/BH makes BM responsible
to carry out this activity, sets
the status to be accepted by
BM.
The status change triggers an
email to the BM.
The New Product Development happens based on the market feedback or a specific
requirement from a customer Field Sales Officers or Marketing Officers will identify
requirement for development of a new product or up gradation of an existing
product.
Based on the identification the FSO/BH will create an Activity for a new product
development or up gradation of an existing product.
If FSO/BH is happy with the substitute he closes the activity by changing the
status to Closed, else again he re-directs the same activity by adding a
comment text type and changing the status to Re-look. This triggers an
email to Marketing or Brand Management team to the responsible employee.
R&D opens the requirement, accepts the same for designing the product and carries
out a detail design feasibility study. After a detailed design feasibility study R&D
comes out with the following three scenarios.
1.
2.
Product Design not Feasible, Closes the activity with a status Regrets.
Then an email is sent to the FSO and the Marketing / Brand Management
to close the Activity.
3.
Process:
The whole process of New Product Development is created as an activity to track
the status of the cycle. This activity can be created as a follow-up activity to any
lead or opportunity management as a process of the sales process.
As shown in the process flow diagram.
The FSO creates a Product drawing request activity, which is viewed by R&D
and HO. FSO saves the activity after choosing the R&D person and HO Brand
Manager (BM) in the partner function tab page. This triggers an email to the
R&D and HO to view the activity. The FSO sends the sketch and drawing request
as attached.
The R&D opens the activity and checks, if the drawing request format is
complete and, if the sketch is ok. If it is incomplete then he sets the status as
Rejected. In the text tab he will add the reasons for rejection. If the R&D
requires any clarifications he sets the status as Hold. So any clarifications can
be addressed personally. When the R&D changes the status, this triggers an
email.
If the format is complete R&D sets the status as Accepted. After carrying out
the backend function and once the R&D dispatches the drawing, it again opens
the activity and sets the status to drawing dispatched and captures the date
and saves the activity again. This triggers an email to the R&D and the BM about
the status.
The FSO receives the drawing and takes the approval from the customer. The
FSO opens the activity and sets the status as Drawing approved and captures
the date and saves the activity. This triggers an email to the R&D and the HO.
The HO BM fills up the FG Code and request format and sends the drawing to
R&D and factory. The HO BM opens the activity again and sets the status as
Request In transit. The HO BM adds the engineers in the factory to the partner
functions of the activity to view the activity and saves the activity, which triggers
an email.
The R&D opens the activity and sets the status as SAP Code Uploaded and
saves activity, which trigger a mail. The engineer opens the activity and sets the
status as BOM ok or BOM not ok with comments to trigger an email.
The R&D opens the activity and sets the status as RD Release, this trigger an
email. This is followed by TPC done and TPC Released statuses.
The activity is created in the sales organization of the FSO, this is determined from
the Organizational data determination procedure based on the responsible
employee.
5.0 Reports
The reports indentified for the Sales, Service & Marketing Module are given below
5.1 Sales
5.2 Service
Detailed out in the Service section of the document
5.3 Marketing
5.3.1 Campaign Analysis
Top 10 campaigns: You can use this query to display the ten campaigns with the
highest revenues
Campaign monitoring: we can use this query to display planned and actual values
for marketing costs and revenues, for number of responses, as well as for created,
incorrect and processed activities
Campaign analysis - Response rate per target group: you can check the
number of contacts, the number of responses and number of response rates per
campaign and target group
Campaign Revenues per Business Partner: You can use this query to display
the revenues that you generated per campaign for each business partner
Campaign Success per Distribution Channel / Communication Medium: This
query displays revenues and operating profits per campaign, communication
medium and distribution channel
Campaign Costs and Revenues: Planned Actual Comparison: you compare the
planned marketing costs and revenues with the actual value in the hierarchy for
marketing plans and campaigns
Campaign Schedule per Product: This query is used to check whether productrelated campaigns are running on time
Product Lifecycle: This Query is assigned to the role Campaign Management. It
enables you to determine the contribution margin and the revenue for a time period
17)
18)
19)
20)
21)
Uploading
Uploading
Uploading
Uploading
Uploading
6.3 Enhancements
1. Product Master
Additional set type for Life of Battery.
6.4 Interfaces Sales
1. Web Portal (to be developed and interfaced to SAP CRM by EIL)
The dealer should be able to place his order on the web.
He will be given an Order screen from which he will enter the battery type and qty
required. The status of this will be Dealer Entered/Order placed by dealer.
Subsequently someone at the branch office will take a report or view all Orders with
status Dealer Entered/Order placed by dealer and make the corresponding entries
in the CRM system. When the dealer logs in to the web portal he can view all orders
with status Dealer Entered/Order placed and compare them with the sales of the
last few days. In case he finds they have got converted into a sale he will change
the status of the order to Delivered or Part Delivered. He will also update a qty
shipped field. SUGGESTION: The order status should be updated through CRM and
not through the Web Portal.
The advantage for the dealer that he can himself keep track of the status of the
orders entered via web. He feels in control.
Advantage for Exide, FSO does not need to do the Data entry, but information is
visible to him.
Exide would like the dealer to be able to enter his projected sales for the next 2
month (or a decided time frame). This would be battery type wise with qty and
date.
Based on these numbers Exide would be able to give an approximate demand to
their factory for production.
The incentive for the dealer to do this would be that he would be given a preference
for supply of his forecasted battery in case of shortage.
For a predefined period the dealer battery forecasts will be available as a report.
(Display at FSO level)
The customer directly interacts with Exide using portal. He needs to register
on the portal; he will get his registration number. This will be used to identify
him
Search for nearest dealers. Logic to be built
He should be able to place a request for battery check-ups. The customer
will specify the dealer from whom he wants a check-up done. If dealer is not
specified the above logic will be used to assign a dealer. This dealer will get
an opportunity created in his name.
In addition a notification could be sent to the dealer.
If in between the customer decides to log of or exits, the request will still be
diverted to the nearest Branch office
6.5 Interfaces- Service
Interfacing complaint logging screen of web development portal with SAP
CRM
7.0 Addendum
7.1 Sales Flow chart Segment wise
Flow Diagram
sales_Segment wise