How To Map On An Etom Level 2
How To Map On An Etom Level 2
Framework (eTOM)
Addendum E:
Application Note: End-to-End Business Flows
Release 9.1
GB921 Addendum E
TM Forum Approved Version 9.4
April, 2011
Notice
This material, including documents, code and models, has been through review cycles;
however, due to the inherent complexity in the design and implementation of software and
systems, no liability is accepted for any errors or omissions or for consequences of any use
made of this material.
Under no circumstances will the TM Forum be liable for direct or indirect damages or any costs
or losses resulting from the use of this specification. The risk of designing and implementing
products in accordance with this specification is borne solely by the user of this specification.
This material bears the copyright of TM Forum and its use by members and non-members of
TM Forum is governed by all of the terms and conditions of the Intellectual Property Rights
Policy of the TM Forum (http://www.tmforum.org/Bylaws/1094/home.html) and may involve a
claim of patent rights by one or more TM Forum members or by non-members of TM Forum.
Table of Contents
NOTICE ......................................................................................................................................................................................... 2
TABLE OF CONTENTS............................................................................................................................................................. 3
EXECUTIVE SUMMARY ......................................................................................................................................................... 6
INTRODUCTION ........................................................................................................................................................................ 7
1. END-TO-END BUSINESS STREAMS............................................................................................................................ 9
1.1. CUSTOMER-CENTRIC END-TO-END BUSINESS STREAMS ........................................................................................... 10
1.2. NETWORK END-TO-END BUSINESS STREAMS............................................................................................................. 10
2. CUSTOMER CENTRIC PROCESS FLOWS.............................................................................................................. 12
2.1. PROCESS FLOWS FOR REQUEST-TO-ANSWER ............................................................................................................. 13
2.1.1. Overview.............................................................................................................................................................. 13
2.1.2. Assumptions: ....................................................................................................................................................... 13
2.1.3. eTOM Mapping ................................................................................................................................................... 13
2.1.4. Detailed Process-Flow (Level 3)........................................................................................................................ 14
2.1.5. Detailed Process-Flow (Level 3) BPNM ........................................................................................................... 15
2.1.6. Detailed Information........................................................................................................................................... 16
2.2. PROCESS FLOWS FOR ORDER-TO-PAYMENT ............................................................................................................... 17
2.2.1. Overview.............................................................................................................................................................. 17
2.2.2. Assumptions: ....................................................................................................................................................... 17
2.2.3. eTOM Mapping ................................................................................................................................................... 17
2.2.4. Detailed Process-Flow (Level 3)........................................................................................................................ 18
2.2.5. Detailed Process-Flow (Level 3) BPMN ........................................................................................................... 19
2.2.6. Detailed Information........................................................................................................................................... 20
2.3. PROCESS FLOWS FOR USAGE-TO-PAYMENT ............................................................................................................... 21
2.3.1. Overview.............................................................................................................................................................. 21
2.3.2. Assumptions: ....................................................................................................................................................... 21
2.3.3. eTOM Mapping ................................................................................................................................................... 21
2.3.4. Detailed Process-Flow (Level 3)........................................................................................................................ 22
2.3.5. Detailed Process-Flow (Level 3) BPMN ........................................................................................................... 23
2.3.6. Detailed Information........................................................................................................................................... 24
2.4. PROCESS FLOWS FOR REQUEST-TO-CHANGE.............................................................................................................. 25
2.4.1. Overview.............................................................................................................................................................. 25
2.4.2. Assumptions: ....................................................................................................................................................... 25
2.4.3. eTOM Mapping ................................................................................................................................................... 25
2.4.4. Detailed Process-Flow (Level 3)........................................................................................................................ 26
2.4.5. Detailed Process-Flow (Level 3) BPMN ........................................................................................................... 27
2.4.6. Detailed Information........................................................................................................................................... 28
2.5. PROCESS FLOWS FOR TERMINATION-TO-CONFIRMATION .......................................................................................... 29
2.5.1. Overview.............................................................................................................................................................. 29
2.5.2. Assumptions: ....................................................................................................................................................... 29
2.5.3. eTOM Mapping ................................................................................................................................................... 29
2.5.4. Detailed Process-Flow (Level 3)........................................................................................................................ 30
2.5.5. Detailed Process-Flow (Level 3) BPMN ........................................................................................................... 31
2.5.6. Detailed Information........................................................................................................................................... 32
2.6. PROCESS FLOWS FOR PROBLEM-TO-SOLUTION .......................................................................................................... 33
2.6.1. Overview.............................................................................................................................................................. 33
2.6.2. Assumptions: ....................................................................................................................................................... 33
2.6.3. eTOM Mapping ................................................................................................................................................... 33
2.6.4. Detailed Process-Flow (Level 3)........................................................................................................................ 34
Executive Summary
Due to increasing competition in the global telecommunication markets, it is essential
for telcos to continuously improve their cost and quality position.
Within this context, the definition of efficient and customer-oriented business
processes is a crucial success factor. The Business Process Framework eTOM
comprises of functional process structures, i.e. Market, Product & Customer, Service,
Resource and Supply / Partner processes. The Process Model discussed in this
paper complements eTOM by providing an end-to-end process flow driven view to
the different functional groupings. Within the TM Forum Business Process
Framework, eTOM Level 1 – 3 already exists as a standard. However, the
implementation of this standard can be facilitated through the further enhancement in
terms of process flows at Level 3 as demonstrated in Figure 1. Therefore, this
document gives clear recommendations on how to develop the core Customer
Centric and Network process flows which are compliant with eTOM Level 1 – 3.
This document is an Application Note, aiming to document an approach based on
industry experience that sets out a structure for considering how these flows can be
organised against the overall business needs, and provides a number of process
flows that address these needs. Note that, as an Application Note, this material
should not be read as normative – i.e. a single standardised approach – but rather as
a representative mechanism that provides a useful base for others to build on. Other
approaches, with different organizational structures which may lead to other process
flows, are also possible. It is the goal of work like this to assist convergence for the
industry, but not to impose a single approach, where there are other variations and
alternatives that make sense.
Introduction
Due to increasing competition in the global telecommunication markets, it is essential
for telcos to continuously improve their cost and quality position. One of the most
renowned and discussed approaches for improving competitiveness in the last
decade is Business Process Management. Business Process Management is about
improving organizational performance through the definition, implementation and
management of operational, as well as, enterprise (management) processes.
Over the last years, customer satisfaction has become one of the most critical factors
to success in an environment which is characterized by growing market transparency,
increasing demands from the customers, and reduced customer loyalty. By improving
customer loyalty, existing turnover can be secured or even increased – either through
growth in terms of turnover per existing customer, or through new customers. The key
to success is, however, not purely a case of clever customer loyalty programs, but
also the consistent orientation of the core processes towards customers’
requirements. The benefit of marketing measures will be short term if customer
orientation is not taken seriously in terms of the company’s interaction with the
customers.
Network Domain
Processes
Support
Customer-Centric-Processes
customer
customer
Customer
Product-
Domain
Customer-
Domain
Network-Domain
Request-to-answer
Order-to-payment
Usage-to-payment
Request-to-change
customer customer
Termination-to-confirmation
Problem-to-solution
Complaint-to-solution
Network
Operations
RA: Request-to-Answer
Operations Fulfillment Assurance Billing &
Support & Revenue Mgmt
Readiness OP: Order-to-Payment
UP: Usage-to-Payment
RC: Request-to-Change
customer customer
TC: Termination-to-Confirmation
PS: Problem-to-Solution
CS: Complaint-to-Solution
Remark: The flow illustration uses level 3 process elements of the Business Process
Framework eTOM. In some diagrams you will find databases which are added
to explain the flow. The Databases: Customer Subscription Inventory, Service
Inventory and Resource Inventory are shown to provide a clearer understanding
of the relevant process element They have the following relation to the
Information Framework (SID): Subscription Inventory to the ABE “Customer”,
Service Inventory to “Service Configuration” and Resource Inventory to
“Resource Configuration”.
2.1.2. Assumptions:
• The offer preparation may or may not lead to a reservation of
resources in advance.
• Resources might be reserved for some special products or customers
depending on the operator‘s policies and procedures.
• If the offer is accepted by the customer, the next process ‘Order to
Payment‘ is triggered.
Supplier/Partner Relationship
Management S/P S/P Problem S/P S/P Settlements
Requisition Reporting & Performance & Payments
S/PRM Management Management Management Management
Support &
Readiness
Supplier / Partner Interface Management
Critical Issues
T ime to offer Request handling time
Amount new customers (per product) Customer satisfaction measurement
C ustomer requests vs. offers First done rate
Ability to offer seamless services Availability of relevant information
Standardized vs. individual offers Availability of products and services at
Product complexity customer location
Availability of contact center and channels
2.2.2. Assumptions:
• This scenario is relevant for products offered to the mass customer
base.
• Pre-order feasibility check verifies whether the requested product can
be offered to the customer based on the service / resource availability,
the product portfolio, and the customer’s configuration.
• Pre-order feasibility check would not generally involve the reservation
of resources prior to issuance of customer order.
• However, there might be a reservation of some critical resources,
depending on the operator‘s policies and procedures.
2.3.2. Assumptions:
• This scenario is relevant for products offered to the mass customer
base.
• The process elements ‘Mediate Resource Usage Records‘ and
‘Guide Resource Usage Records‘ are not always applicable.
• ‘Perform Rating‘ element is usually under the Customer layer for
customized products, and under the Service layer for standardized
products.
Reporting
Resource Management & Operations
1.1.4.1 S/PRM Support &
RM&O Resource Resource Resource
Readiness Support &
Manage Resource
Trouble Performance Mediation &
Workforce Provisioning
Readiness Management Management Reporting
1.1.4.5 S/P Settlements &
Resource Data Collection & Distribution
Payments Management
Supplier/Partner Relationship
Management S/P S/P Problem S/P S/P Settlements
Requisition Reporting & Performance & Payments
S/PRM Management Management Management Management
Support &
Readiness
Supplier / Partner Interface Management
2.4.2. Assumptions:
• This scenario is relevant for products offered to the mass customer
base.
• Pre-order feasibility check verifies whether the requested change can
be implemented for the customer based on the service / resource
availability, the product portfolio, and the customer’s configuration.
• Pre-order feasibility check would not generally involve the reservation
of resources prior to issuance of customer order.
• However, there might be a reservation of some critical resources,
depending on the operator‘s policies and procedures.
2.5.2. Assumptions:
• This scenario is relevant for products offered to the mass customer
base.
• This process includes the termination of a customer order or a
product.
• Pre-order feasibility check verifies whether the requested termination
can be executed based on the customer’s current configuration.
2.6.2. Assumptions:
• This scenario is relevant only for technical complaints which are
termed as ‘problems’.
• Problems such as no outgoing call or sms and faulty handset, may be
resolved at first level support or re-directed to other layers
• Non-technical complaints will be dealt by another scenario
‚Complaint-to-Solution‘.
Supplier/Partner Relationship
Management S/P S/P Problem S/P S/P Settlements
Requisition Reporting & Performance & Payments
S/PRM Management Management Management Management
Support &
Readiness
Supplier / Partner Interface Management
Critical Issues
Availability of contact center and channels Usage of relevant information for the
Response time of the trouble (e.g. incidents) continuous process improvement
Time to solution / conclusion Permanent elimination of the problem reason
Ratio of 1st and 2nd level resolutions
Customer satisfaction measurement
Stabilize endangered customer relationship
2.7.2. Assumptions:
• This scenario is relevant only for non-technical complaints which are
termed as ‘problems’.
• Complaints such as over-due provisioning, quality of customer service
and bill adjustments will fall under the scope of this process.
Supplier/Partner Relationship
Management S/P S/P Problem S/P S/P Settlements
Requisition Reporting & Performance & Payments
S/PRM Management Management Management Management
Support &
Readiness
Supplier / Partner Interface Management
Critical Issues
Availability of contact center and channels Usage of relevant information for the
Response time of the complaints continuous process improvement
Time to solution / conclusion Permanent elimination of the complaint
reason
Ratio of 1st and 2nd level resolutions
Customer satisfaction measurement
Stabilize endangered customer relationship
Network
3.1.2. Assumptions:
• This scenario is relevant for products offered to the mass customer
base.
• This process can be fully automated, but in some cases manual
activities are also in scope.
• The processes capacity management, service- and resource lifecycle
management manage the requirements of this process.
• The feasibility check considers service-, resource- and workforce
capacities.
• The result of the feasibility check is binding for the offer against the
customer.
• An order cancellation is not possible at all times. After a certain time
period has elapsed, the cancellation of the order cannot be executed.
Supplier/Partner Relationship
Management S/P S/P Problem S/P S/P Settlements
Requisition Reporting & Performance & Payments
S/PRM Management Management Management Management
Support &
Readiness
Supplier / Partner Interface Management
3.2.2. Assumptions:
• This scenario is relevant for products offered to the mass customer
base.
• This process can be fully automated, but in some cases manual
activities are also in scope.
• This scenario considers the trouble ticket handling triggered by the
customer and the event-based handling triggered by the network.
• The source which opens a ticket is also responsible for closing it.
• An error database is established and can be enhanced quickly and
easily.
• The assurance and fulfillment processes work with the same data and
information.
Supplier/Partner Relationship
Management S/P S/P Problem S/P S/P Settlements
Requisition Reporting & Performance & Payments
S/PRM Management Management Management Management
Support &
Readiness
Supplier / Partner Interface Management
3.3.2. Assumptions:
• This scenario is relevant for products offered to the mass customer
base.
• After the authentication and authorization of the user, the usage is
enabled when no connection restrictions exist.
• During the usage, the customer is provided with the option for self-
service or other activities.
• The process elements ‘Mediate Resource Usage Records‘ and
‘Guide Resource Usage Records‘ are not always applicable.
• ‘Perform Rating‘ element is usually under the Customer layer for
customized products, and under the Service layer for standardized
products.
Supplier/Partner Relationship
Management S/P S/P Problem S/P S/P Settlements
Requisition Reporting & Performance & Payments
S/PRM Management Management Management Management
Support &
Readiness
Supplier / Partner Interface Management
services Tariff parameters // Lock information Usage statistic for self service and RA
Monitor usage performance Actually marketing activities of CRM Usage behavior for PLM, RA and CAM
Identify potential trouble data SLAs // Agreed QoS parameters Potential trouble data for TS
Monitor self service activities
Handle usage record collection Critical Issues
Provide self service User identification Security of usage record collection and
Service availability storage
Transparency about actual and competing Usage record collection
network usage Consistency of tariff configuration
Access to additional services Transparency of pricing data
Handling of self service Fallback / recovery scenarios
3.4.2. Assumptions:
• KPIs and performance measurement features are designed and
established.
• The network relevant data is available and usable.
• This process scenario is integrated in the network expansion planning
process.
• The process scenario manages the requirements of the fulfillment
process.
• This scenario is not technically independent.
• This scenario takes into consideration the capacity and availability
management as per ITIL V3.
eTOM Level2
1.1.2.4 Service Quality Capacity Management
Management
Operations
Operations Support & Fulfillment Assurance Billing & Revenue Mgmt
Readiness
Customer Interface Management
Customer Relationship Bill Payments &
Management Selling
Receivables Management
Bill Invoice Bill Inquiry
CRM Marketing Customer Management Handling
Order Problem
Support & Fulfillment QoS / SLA
Handling Handling Manage
Readiness Response Management Charging
Billing Events
Retention & Loyalty
Service Management & Operations
Supplier/Partner Relationship
Management S/P S/P Problem S/P S/P Settlements
Requisition Reporting & Performance & Payments
S/PRM Management Management Management Management
Support &
Readiness
Supplier / Partner Interface Management
Enterprise
Strategic & Enterprise Planning Enterprise Risk Management
Strategic Enterprise
Business
Business Architecture
Development
Planning Management
ITIL Release
Group Enterprise ITIL Change
and Deployment
Management Management
Management
Enterprise Effectiveness Management Knowledge & Research Mgmt Financial & Asset Mgmt
Service
Design Service Manage Service Manage Service Manage Handover to New Capacity
Establish Service Handed O ver to
Strategy & G oals Capabilities Capability Delivery Deployment Service Operations
Operations
Supplier/ Partner
Manage
Supplier/Partner
Engagement
3.5.2. Assumptions:
• The product portfolio requirements are defined as per the input from
Product Marketing.
• A result of the Service Lifecycle Process may act as an input for the
fulfillment process
• Further results of this scenario are requirements for the capacity
management process.
• Direct links between products and services are modeled and stored in
the product catalog.
• This scenario does not take into consideration the retirement phase.
• In some cases, migration scenarios are needed.
eTOM Level2
1.1.2.1 SM&O Support & Service Lifecycle Management
Readiness
1.1.2.4 Service Quality
Management Operations
1.1.4.1 S/PRM Support & Operations Support & Fulfillment Assurance Billing & Revenue Mgmt
Readiness
Readiness Customer Interface Management
Customer Relationship Bill Payments &
Management Selling
Receivables Management
Bill Invoice Bill Inquiry
CRM Marketing Customer Management Handling
Order Problem
Support & Fulfillment QoS / SLA
Handling Handling Manage
Readiness Response Management Charging
Billing Events
Retention & Loyalty
Service Management & Operations
Supplier/Partner Relationship
Management S/P S/P Problem S/P S/P Settlements
Requisition Reporting & Performance & Payments
S/PRM Management Management Management Management
Support &
Readiness
Supplier / Partner Interface Management
3.6.2. Assumptions:
• The product portfolio requirements are defined as per the input from
Product Marketing.
• A result of the Resource Lifecycle Process may act as an input for the
fulfillment process
• Further results of this scenario are requirements for the capacity
management process.
• Direct links between products, services and resources are modeled
and stored in the product catalog.
• This scenario does not take into consideration the retirement phase.
• In some cases, migration scenarios are needed.
eTOM Level2
1.1.3.1 RM&O Support & Resource Lifecycle Management
Readiness
1.1.3.4 Resource Performance
Management Operations
1.1.4.1 S/PRM Support & Operations Support & Fulfillment Assurance Billing & Revenue Mgmt
Readiness
Readiness Customer Interface Management
Customer Relationship Bill Payments &
Management Selling
Receivables Management
Bill Invoice Bill Inquiry
CRM Marketing Customer Management Handling
Order Problem
Support & Fulfillment QoS / SLA
Handling Handling Manage
Readiness Response Management Charging
Billing Events
Retention & Loyalty
Service Management & Operations
Supplier/Partner Relationship
Management S/P S/P Problem S/P S/P Settlements
Requisition Reporting & Performance & Payments
S/PRM Management Management Management Management
Support &
Readiness
Supplier / Partner Interface Management
4. Appendix
Fax:
Fax:
e-mail: [email protected]
Kindly be specific, since your comments will be dealt with by the team evaluating
numerous inputs and is striving to produce a comprehensive document. We are
requesting for content-related input. However, editing and structural help will be
appreciated if it contributes to the overall clarity of the document.
Acknowledgments
Thanks to all here who attended the discussions or provided input to the flow design and
development.