Вы находитесь на странице: 1из 61

Business Pr ocess

Fr amewor k (eTOM)
For The Information and Communications Services Industry

Addendum F:
Process Flow Examples

Release 8.0
GB921 Addendum F
TM Forum Approved Version 7.7

June, 2009

TM Forum 2009


Business Process Framework (eTOM) – Process Flow Examples

Notice

This document 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 document.

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 document is a copyrighted document of TM Forum. A company may make copies of this document
(paper or electronic) for their own internal use but they must not distribute the document to any third party
without the permission of the CTO of the TeleManagement Forum.

This document is governed by all of the terms and conditions of the Agreement on Intellectual Property
Rights between TM Forum and its members, and may involve a claim of patent rights by one or more TM
Forum members or by non-members of TM Forum. Interested parties should contact the TM Forum office to
obtain notice of current patent rights claims subject to this document.

Direct inquiries to the TM Forum office:

240 Headquarters Plaza,


East Tower – 10th Floor,
Morristown, NJ 07960 USA
Tel No. +1 973 944 5100
Fax No. +1 973 944 5110
TM Forum Web Page: www.tmforum.org

GB921 Addendum F, Version 7.7 © TM Forum 2009 Page 2 of 61


Business Process Framework (eTOM) – Process Flow Examples

Table of Contents
Notice.................................................................................................................................................2
Table of Contents...............................................................................................................................3
List of Figures....................................................................................................................................5
1. Preface - eTOM Business Process Framework...............................................................................7
2. Introduction.....................................................................................................................................9
3. Service Delivery and other Flows..................................................................................................11
3.1. SDF: New Product Delivery.................................................................................................12
3.2. SDF: Populate Content Library ...........................................................................................12
3.3. New Product & Offer Development Flow..............................................................................13
3.4. New Resource Development Flow.......................................................................................14
3.5. Plan and Build Flow............................................................................................................14
3.6. Order Handling: End-End Fulfillment flows...........................................................................15
4. Billing-Related Flows: Prepaid Billing...........................................................................................17
4.1. Context..............................................................................................................................17
5. Billing-Related Flows: Federated Billing.......................................................................................21
5.1. Context..............................................................................................................................21
5.1.1. Scenario description......................................................................................................21
5.1.2. Pre Conditions..............................................................................................................22
5.1.3. Post Conditions.............................................................................................................22
5.1.4. Process Flow ( eTOM Level 3 processes).......................................................................23
6. Billing-Related Flows: Advice of charge.......................................................................................24
6.1. Context..............................................................................................................................24
6.1.1. Scenario description......................................................................................................24
6.1.2. Pre Conditions..............................................................................................................24
6.1.3. Post Conditions.............................................................................................................25
6.1.4. Process Flow (eTOM Level 3 processes) .......................................................................25
7. eTOM Level 3 Processes involved in Billing Flows.......................................................................26
7.1. Manage Collection .............................................................................................................26
7.2. Mediate Usage Records......................................................................................................26
7.3. Rate Usage Records..........................................................................................................27
7.4. Process Resource Data (RM&O – AB)................................................................................27
7.5. Apply Pricing, Discounting & Rebate ...................................................................................27
8. DSL Fulfillment process flows ......................................................................................................29
8.1. DSL Fulfillment Assumptions...............................................................................................29
8.2. DSL Fulfillment Process Interactions....................................................................................29
8.3. DSL Fulfillment Process Flows............................................................................................30
9. PLM process flows........................................................................................................................34
9.1. PLM Assumptions...............................................................................................................34
9.2. PLM Process Interactions...................................................................................................35
9.3. Application of SIP Business Processes................................................................................36
9.3.1. Approach......................................................................................................................36
9.4. PLM Process Flows............................................................................................................37
10. SLA process flows.......................................................................................................................40
10.1. SLA Assumptions.............................................................................................................40
10.2. SLA Process Interactions..................................................................................................41
10.2.1. Normal Execution .......................................................................................................41
10.2.2. Execution with SLA Violation........................................................................................43

GB921 Addendum F, Version 7.7 © TM Forum 2009 Page 3 of 61


Business Process Framework (eTOM) – Process Flow Examples
10.2.3. Assessment................................................................................................................43
10.3. SLA Process Flows...........................................................................................................45
10.3.1. Normal Execution........................................................................................................45
10.3.2. Execution with SLA Violation........................................................................................52
10.3.3. Assessment................................................................................................................56
11. Administrative Appendix.............................................................................................................60
11.1. About this document........................................................................................................60
11.2. Document History.............................................................................................................60
11.2.1. Version History............................................................................................................60
11.2.2. Release History...........................................................................................................61

GB921 Addendum F, Version 7.7 © TM Forum 2009 Page 4 of 61


Business Process Framework (eTOM) – Process Flow Examples

List of Figures
Figure 3.1: New Product Delivery Flow (for SDF)..............................................................................12
Figure 3.2: Populate Content Library Flow (for SDF)........................................................................13
Figure 3.3: New Product & Offer Development Flow........................................................................14
Figure 3.4: New Resource Development Flow..................................................................................14
Figure 3.5: Plan and Build Flow........................................................................................................15
Figure 3.6: Order Handling - Customer Order Flow..........................................................................16
Figure 3.7: Order Handling - Sample Quadruple Play Flow..............................................................16
Figure 4.1: Billing flow prepaid: Authorization request /balance reservation (enough balance)......18
Figure 4.2: Billing flow Authorization Request/Balance reservation” (not enough balance)...........19
Figure 4.3: Billing flow prepaid: Debit request .................................................................................20
Figure 5.1 Business Relationship Context for Federated Billing......................................................21
Figure 5.2 Federated Billing Flow......................................................................................................23
Figure 6.1 Level 3 Process Flow Advice of Charge .........................................................................25
Figure 8.1: Fulfillment Process Interactions.....................................................................................30
Figure 8.2a: Pre-Sales Level 2 Process Flow....................................................................................31
Figure 8.2b: Pre-Sales Process Dynamics Flow...............................................................................31
Figure 8.3a: Ordering Level 2 Process Flow.....................................................................................32
Figure 8.3b: Ordering Process Dynamics Flow................................................................................32
Figure 8.3c: Ordering Process Dynamics Flow: Status Updates......................................................33
Figure 8.4a: Post-Ordering Level 2 Process Flow.............................................................................33
Figure 9.1: Scope of Product Lifecycle Management.......................................................................34
Figure 9.2: Example of PLM Process Interactions............................................................................35
Figure 9.3: Different Scopes for PLM................................................................................................36
Figure 9.4: Approve the Development of a New Product (pre-approval)..........................................38
Figure 9.5: Develop New Product or Modify an Existing One (post-approval).................................39
Figure 10.1: Product/Service and Associated SLA Lifecycle............................................................40
Figure 10.2: Normal Execution of SLA Service
Case A: Performance Data during Normal Operation.......................................................................42
Figure 10.3: Normal Execution of SLA Service
Cases B and C: Threshold Crossing Alerts and Resource Failure Alarms......................................42
Figure 10.4: Customer Detected SLA Violation................................................................................43
Figure 10.5 Assessment Initiation
Case A: Customer Needs Have Changed.........................................................................................44
Figure 10.6 Assessment Initiation
Cases B and C: Internal Assessments at the Customer and Service Layers...................................45

GB921 Addendum F, Version 7.7 © TM Forum 2009 Page 5 of 61


Business Process Framework (eTOM) – Process Flow Examples
Figure 10.7: Normal Execution of SLA Service
Case A: Performance Data during Normal Operation.......................................................................47
Figure 10.8: Normal Execution of SLA Service
Cases B and C: Threshold Crossing Alerts and Resource Failure Alarms. Steps 1 to 17 ...............49
Figure 10.9: Normal Execution of SLA Service:
Cases B and C: Threshold Crossing Alerts and Resource Failure Alarms. Steps 18 to 26..............51
Figure 10.10: Customer Detected SLA Violation. Steps 1 to 16d......................................................53
Figure 10.11: Customer Detected SLA Violation. Steps 17 to 26......................................................55
Figure 10.12: Assessment Initiation
Case A: Customer needs have changed...........................................................................................57
Figure 10.13: Assessment Initiation
Cases B and C: Internal Assessments at the Customer and Service Layers...................................58

GB921 Addendum F, Version 7.7 © TM Forum 2009 Page 6 of 61


Business Process Framework (eTOM) – Process Flow Examples

1. Preface - eTOM Business Process Framework


The eTOM Business Process Framework is a reference framework for categorizing all the
business activities that a service provider will use. This is done through definition of each area
of business activity, in the form of process components or Process Elements that can be
decomposed to expose progressive detail. These process elements can then be positioned
within a model to show organizational, functional and other relationships, and can be
combined within process flows that trace activity paths through the business.

The eTOM can serve as the blueprint for standardizing and categorizing business activities
(or process elements) that will help set direction and the starting point for development and
integration of Business and Operations Support Systems (BSS and OSS respectively). An
important additional application for eTOM is that it helps to support and guide work by TM
Forum members and others to develop NGOSS solutions. For service providers, it provides
a Telco industry-standard reference point, when considering internal process reengineering
needs, partnerships, alliances, and general working agreements with other providers. For
suppliers, the eTOM framework outlines potential boundaries of process solutions, and the
required functions, inputs, and outputs that must be supported by process solutions.

The eTOM Business Process Framework has grown to include a number of components.
The overall eTOM document set includes:
o A main document (GB921) that provides an overview of the eTOM Business
Process Framework, from both Intra-Enterprise and Inter-Enterprise viewpoints,
and describes the main structural elements and approach
o An Addendum (GB921D) describing the Service Provider enterprise processes and
sub-processes in a form that is top down, customer-centric, and end-to-end
focused. Process decompositions are provided for all processes from the highest
conceptual view of the eTOM framework to the level of detail agreed for use by the
industry.
o An Addendum (GB921F) describing selected process flows at several levels of
view and detail that provides end-to-end insight into the application of eTOM.
o An Addendum (GB921B) describing the implications and impact of ebusiness for
service providers and their business relationships, and how eTOM supports them,
including a description of handling of business to business Interactions by eTOM.
Associated with this is a separate Application Note (GB921C) describing a
Business Operations Map for processes involved in business to business
interaction
o An Addendum (GB921P), not included at time of release in the GB921 v4.0
document set, providing an “eTOM Primer” to assist new users of eTOM
o A separate Application Note (GB921T), not included at time of release in the
GB921 v4.0 document set, that shows how eTOM processes relate to the
functional view provided by the ITU-T M.3400 Recommendation (this work was
developed in conjunction with ITU-T within the joint Telecom Management
Collaboration Focus Group)
o A separate Application Note (GB921V) that shows how eTOM can be used to
model the ITIL processes

GB921 Addendum F, Version 7.7 © TM Forum 2009 Page 7 of 61


Business Process Framework (eTOM) – Process Flow Examples

Note:

Addenda are adjuncts to the main document that are presented separately, to avoid a single
document becoming cumbersome due to its size.

Annexes and Appendices both allow material to be removed from a document body, so that
the reader is not distracted from the document flow by too much detail. However, these have
different statuses within a document: Annexes have equivalent status to the material within
the body of the document, i.e. an Annex represents a formal agreement and requirements for
the users of the document. Appendices contain material included for information or general
guidance. Also, Addenda have the same status as Annexes.

Thus, a document body, together with its Annexes and Addenda (and their Annexes, if any),
represents the normative material presented, while any Appendices in the main document or
its Addenda represent non-normative material, included for information only.

In addition, Application Notes are a specific document type, used to provide insight into how
a specification or other agreed artifact is used in a particular context or area of application.
They are non-normative as they provide information and guidance only within the area
concerned.

GB921 Addendum F, Version 7.7 © TM Forum 2009 Page 8 of 61


Business Process Framework (eTOM) – Process Flow Examples

2. Introduction
This document stands as an Addendum to GB921 Version 8.0. It provides additional insight
into the eTOM framework and its application through the description of some example
business scenarios, or applications, in which the eTOM framework is applied, and shows
process flows and related information that demonstrate how the eTOM processes interact in
these situations. It should be read in conjunction with the main GB921 document and other
Addenda (see GB921 for details).

A number of example scenarios are described in this document. These can be considered as
"Use Cases", if this terminology assists, with a business, rather than an implementation,
perspective since the eTOM framework and these scenarios seek to define the business
requirements rather than a particular solution that addresses these requirements.
Nevertheless, since these scenarios are examples, certain assumptions have been made
about the nature of the business problem concerned, and it should be stressed that these
assumptions do not imply that the eTOM framework can only be applied in the context
described. Instead, these are intended to provide insight for the cases considered, but many
other scenarios and examples can be addressed, and it is hoped that as the work on the
eTOM framework progresses, a growing library can be assembled on these.

It should be emphasized that the example scenarios shown here are not to be viewed as
normative in the sense that the recommendations embodied in the main eTOM document are
normative – these scenarios are examples to illustrate how to apply the eTOM framework.

The value of information is confirmed when it is put to use. The eTOM framework has many
possible applications, but the most obvious way to use a framework of Process Elements is
to use it to guide the design of actual Process Flows that deliver value for the Enterprise.

To appreciate this, it is important here to differentiate between Process Flows and Process
Elements, especially from the point of view of how they relate to standardizing processes.

The Process Elements in the eTOM framework are intended as an exhaustive list, i.e. an
enterprise uses only the eTOM process elements when categorizing business activities within
process implementations. Should an exception arise where some activity is identified as not
being supported by (i.e. able to fit within) any existing process element, then a new process
element would be created and added to the eTOM framework in order to maintain its role as
a comprehensive process framework.

The Process Flows represent the way that the business activities (in the form of the process
elements) can work together to satisfy a particular need. An exhaustive list of process flows
will never be completed because needs are continually changing, but this is not an issue as
the individual scenarios, and the process flows developed around them, provide insight that
contributes to an enhanced understanding of how the eTOM framework can be used. What is
important for an enterprise that is trying to improve its efficiency by re-using its process and IT
capabilities, is that it must ensure that process flows are built using business activities that are
categorized using only the eTOM process elements.

The example scenarios described in this Addendum make use of a tried and proven method
intended to ensure that process flows can be built using the eTOM process elements in order
to address the actual business needs identified in each case.

GB921 Addendum F, Version 7.7 © TM Forum 2009 Page 9 of 61


Business Process Framework (eTOM) – Process Flow Examples
For the scenarios included here, some description is included with each explaining the
scenario concerned and its scope of application.

A number of diagrams have been developed to assist in fleshing-out these scenarios. The
scenario on Fulfillment explains the use of these.

Many of the diagrams are produced with the aid of a process analysis tool, and some of the
conventions involved may not be obvious. The flow diagrams are organized into "swim lanes"
or horizontal tracks that follow the layers visible in the eTOM framework (e.g. CRM, SM&O,
etc). This is done to assist readers by positioning processes in their familiar relative
orientation as seen in the eTOM structure. Within each swim lane, individual processes are
then shown with interactions that link the processes within and between the swim lanes. Note
that these interactions are primarily concerned with event transitions, i.e. the interaction is
labeled to identify the event that causes the transition from the originating to the destination
process. This transition may imply transfer of information, but it is not the primary purpose of
the labeling to highlight the information that may be involved. This reflects the reality that
other mechanisms for information sharing (e.g. access to common databases) may be
involved and are documented separately. Also, the binding of information with process has
implementation implications and therefore needs to be done in recognition of potential
implementation choices. Further work on these information aspects is underway in
conjunction with other work and activities within TM Forum, and will be documented in due
course.

Process flows are initiated and terminated in the diagrams by boxes that may be shown
outside of the swim lane area. Arrowed boxes pointing right-wards indicate Events (initiating
a flow), while arrowed boxes pointing left-wards indicate results (terminating a flow). As flow
diagrams can become very extended, in some cases these have been broken into sub-flows
for convenience. These can then be linked together via Events and Results, as indicated.

It should be noted that the example flows shown here have been created at various stages in
the evolution of eTOM, and effort has not been available to rework all of these in line with
later eTOM updates.

GB921 Addendum F, Version 7.7 © TM Forum 2009 Page 10 of 61


Business Process Framework (eTOM) – Process Flow Examples

3. Service Delivery and other Flows


The flows in this section have been added as part of the Release 8.0 eTOM package.

They cover a range of topics, that all have flavors of what is often termed “service delivery”
(although “product delivery” might be more appropriate).

Firstly, In conjunction with the Service Delivery Framework (SDF) activity within TM Forum,
several process flows were developed as examples of how the existing eTOM process
elements can support new situations emerging form this work.

This also led to interest in examining “horizontal” flows in eTOM, that show how the overall
lifecycle of products, services, etc, can be modeled using process flows that span SIP and
OPS.

Finally, some flows that look at particular cases around order handling are included.

GB921 Addendum F, Version 7.7 © TM Forum 2009 Page 11 of 61


Business Process Framework (eTOM) – Process Flow Examples
3.1. SDF: New Product Delivery

Product Capability Product Available


N eed for new Requir em ents (for T o Operations
product ILM)

Market Product & Custom er

Product & Off er Develo pmen t & R et irement

Develop New Product Develop Detailed Manage P roduct


Development Launch New P roducts
Business P roposal Product Specifications

Service
Ser vice Develo pment & Retirement
Develop New Service Manage Service
Gather & Analyze New Business P roposal Development
Service Ideas

Develop Detailed
Assess Performance Service Specifications
of E xisting Services

R esource ( Application, C om putin g and Network)


R esource Develop ment & Retiremen t

Gather & Analyze New Develop New Decision Made to


Resource Ideas Resource Business Bring In Content
Proposal From a Supplie r Manage R esource
Development

Develop Detailed
Assess Performance Resource
of Existing R esources Specifications

Supplier/ Partner
Sup p ly C hain C apab ility D elivery

Manage the Tender Negotiate C ommercial


Determine the Arrangements
Sourcing Process
R equirements

Determine Potential Gain Tender Decision Gain Approval for


Suppliers/Partners Approval Commercial
Arrangements

Figure 3.1: New Product Delivery Flow (for SDF)

This process flow shows how a new product is identified, defined and delivered in support of
an SDF environment.

3.2. SDF: Populate Content


Library

Another scenario identified by the SDF work concerns content-based services, and the
creation of a content library.

GB921 Addendum F, Version 7.7 © TM Forum 2009 Page 12 of 61


Business Process Framework (eTOM) – Process Flow Examples

Product Capability
Requirements ( for
ILM)

Market Product & Custom er

Prod uct & Offer Capab ility D elivery

Define Product Capture Product Approve Product D eliver Product Manage Handover to
Capability Capabilit y Shortfalls Business Case C apability Product Operations Pr oduct Capabilit y
Requirements to O peratio ns

Service

Service Capab ility D elivery

Map & Analyze Capture Service Gain Service Capability D esig n Service Manage Handover to Service C apability
Ser vice R equirements Capability Shortfalls Investment Approval C apabilities Service Oper ations to O peratio ns

R esource ( Application, Com puting and Network)


Resou rce C apability Delivery

Map & Analyze Capture R esource Gain Resource D esig n R esource Manage Handover to Resource
Resource Capability Shortfalls Capability Investment C apabilities R esource O peratio ns Capabilities to
Requir em ents Approval Operations

Supplier/ Partner
S/P R eq uisition M an agemen t

Select Determ ine S/P Pre- Initiate S/P T rack & M anage S/P C lo se S/P
Supplie r/Partner Requisition Requisition Order R equisit ion R equisitio n Or der
Feasibility

R eceive & Accept R eport S/P


S/P R equisitio n R equisitio n

Figure 3.2: Populate Content Library Flow (for SDF)

3.3. New Product & Offer


Development Flow

The previous flows looked at scenarios identified through the SDF work. A similar kind of
analysis can be applied for “horizontal” flows that address how the SIP area of eTOM can be
used to deliver products and services into use within OPS.

This process flows looks at the general issue of developing new products and bringing these
into use.

GB921 Addendum F, Version 7.7 © TM Forum 2009 Page 13 of 61


Business Process Framework (eTOM) – Process Flow Examples
Market Product & Customer

Product & Offer Development & Retirement CRM - Support & Readiness

Develop Product Manage Product


Commercialization Offering Inventory
Strategy

Support Selling
Gather & Analyze New
Product Ideas
Support Customer
Develop New Product Manage Product Launch New Products QoS/SLA
Business Proposal Development

Assess Performance Support Rating and


of Existing Products Discounting

Develop Detailed Support Selling


Product Specifications

Note: Infrastructure Management at the product level must be co nsidered as part of this flow.

Figure 3.3: New Product & Offer Development Flow

3.4. New Resource Development


Flow

In a similar fashion to the product example above, a “resource layer” flow can be developed.
Resource (Application, Computing and Network)

Resource Development & Retirement RM&O Support & Readiness

Gather & Analyze New Manage Resource Enable Resource


Resource Ideas Development Provisioning

Develop New Manage Resource Enable Resource


Resource Business Deployment Performance
Proposal Management
Assess Performance Develop Detailed
of Existing Resources Resource
Specifications Manage Resource
Inventory

Figure 3.4: New Resource Development Flow

3.5. Plan and Build Flow

In the Infrastructure area, this is an example of a Plan and Build flow, that shows how
infrastructure is readied for use in Operations.

GB921 Addendum F, Version 7.7 © TM Forum 2009 Page 14 of 61


Business Process Framework (eTOM) – Process Flow Examples
Strategy, Infrastructure & Product Might want to:
1. Change manage process to use of manage ( ie -
Operations
coordinate) for other L3s across eTOM
2. Add a "Build" L3
- Must note the fact that for some Service Providers, the
Resource (Application, Computing and Network) build is done via a separate "company"
Resource Management &
Product Lifecycle Management Operations
Resource Development & Retirement

Gather & Analyze New Manage Resource


Resource Ideas Development

Develop New Manage Resource


Resource Business Deployment
Proposal
Assess Performance Develop Detailed
of Existing Resources Resource
Specifications
RM&O Support & Readiness

Enable Resource
Provisioning

Enable Resource
Infrastructure Lifecycle Management Performance
Management
Resource Capability Delivery
Manage Resource Enable Resource
Capability Delivery Support & Operations Manage Resource
Map & Analyze Inventory
Resource
Requirements

Gain Resource
Capability Investment
Approval
Manage Handover to
Resource Operations
Capture Resource
Capability Shortfalls Design Resource
Capabilities

Figure 3.5: Plan and Build Flow

3.6. Order Handling: End-End


Fulfillment flows

We can look at how flows might be applied in individual organizations. The next two flows
show examples around Order Handling; for a Customer Order and for Quadruple Play, that
an individual company might use.

GB921 Addendum F, Version 7.7 © TM Forum 2009 Page 15 of 61


Business Process Framework (eTOM) – Process Flow Examples
22

Customer RelationshipManagement

1 Order Handling
4 23 i
Selling Determine Customer Authorize Credit Issue Customer Close Customer Order Complete Customer Track & Manage Report Customer
Order Feasibility Orders Order Customer Order Order Handling Bill Payments &
Handling Receivables
21 c.r Management

ServiceManagement&Operations

ServiceConfiguration &Activation 9, 17
6 20
ii
Design Solution Allocate Specific Issue Service Orders Implement, Configure Close Service Order Recover Service Test Service End-to- Track & Manage Report Service
Service Parameters to & Activate Service End Service Provisioning Provisioning
Services
18 s.r

7
19 8

10

ResourceManagement &Operations

ResourceProvisioning
15 13 16
Allocate & Install Issue Resource Configure & Activate Close Resource Order Recover Resource Test Resource Track & Manage Report Resource
Resource Orders Resource Resource Provisioning Provisioning

14 r.r

11 12

Supplier/Partner RelationshipManagement f.i

S/P RequisitionManagement
e f.ii
Select Determine S/P Pre- Initiate S/P Requisition Close S/P Requisition Receive & Accept S/P Track & Manage S/P Report S/P Requisition
Supplier/Partner Requisition Feasibility Order Order Requisition Requisition
d p.r

a b c

Figure 3.6: Order Handling - Customer Order Flow

Customer RelationshipManagement

Order Handling

Selling Determine Customer Authorize Credit Issue Customer Close Customer Order Complete Customer Track & Manage Customer Order Report Customer Bill Payments &
Order Feasibility Orders Order Handling Order Handling Receivables
Management

DSL Broadband Voice Service


Entertainment
Service (PSTN)
Mobile Service Product

ServiceManagement &Operations ServiceManagement &Operations Supplier/Partner RelationshipManagement Supplier/Partner RelationshipManagement

ServiceConfiguration&Activation ServiceConfiguration&Activation S/PRequisitionManagement S/P RequisitionManagement

Issue Service Orders Track & Manage Issue Service Orders Track & Manage Initiate S/P Requisition Track & Manage S/P Initiate S/P Requisition Track & Manage S/P
Service Provisioning Service Provisioning Order Requisition Order Requisition

Customer RelationshipManagement Customer RelationshipManagement

Order Handling
Order Handling

Issue Customer Track & Manage Issue Customer Track & Manage
Orders Customer Order Orders Customer Order
Handling Handling

Figure 3.7: Order Handling - Sample Quadruple Play Flow

GB921 Addendum F, Version 7.7 © TM Forum 2009 Page 16 of 61


Business Process Framework (eTOM) – Process Flow Examples

4. Billing-Related Flows: Prepaid Billing

4.1. Context

A customer is using his prepaid mobile device to make a voice phone call that does not
involve roaming.

During this call, events are being generated by network equipment. Those events are sent to
a real time system that will identify the customer account, check the balance, authorize (or
not) the call and decrease the balance accordingly.

Note: The scenario described below only focus on the billing aspects of a larger scenario that
would be the “setting and rating of prepaid voice call”. The network aspects are not discussed
here.

Scenario 1: “Authorization Request/Balance reservation” (enough balance)


description
The end user places a call using a prepaid account. Events being generated are
authorization request for the call with balance reservation. There is enough balance for the
duration implied by the reservation request.

The flow below (see Figure 4.1) is repeated for the duration of the call.

Pre Conditions
The end user uses a prepaid account
The end user places a voice call
There is a sufficient balance for the duration of the call implied by the reservation request

Post Conditions
There is a balance reservation
The end user is still talking on his voice call

GB921 Addendum F, Version 7.7 © TM Forum 2009 Page 17 of 61


Business Process Framework (eTOM) – Process Flow Examples
Process Flow (eTOM Level 3 processes)

Authorization Request /
Request for prepaid call Balance Reservation
authorization/balance
reservation

Market
P roduct &
Customer

Apply Pricing, Manage


Discounting & Collection
Rebate

Service
Mediate Usage Rate Usage
Records Records

Resource(A
pplication,
Computing
and P rocess Report
Network) Resource Data Resource Data

Supplier/
P artner

Authorize Reserve
Call Balance

Figure 4.1: Billing flow prepaid: Authorization request /balance reservation


(enough balance)

Scenario 1a: “Authorization Request/Balance reservation” (not enough balance)


description
The end user places a call using a prepaid account, or the end user has placed a call
already. Events being generated are authorization request for the call with balance
reservation. The balance of the prepaid account has reached zero or a negative value,
therefore the call cannot be authorized anymore. A non authorization event will be generated.

Pre Conditions
The end user has a prepaid account
The end user places a voice call
There is no sufficient balance for the duration of the reservation requested (according to policy of
the SP).

Post Conditions
The call was rated correctly

GB921 Addendum F, Version 7.7 © TM Forum 2009 Page 18 of 61


Business Process Framework (eTOM) – Process Flow Examples
The balance has been decreased for the correct amount and reached 0 or less.
The call is cut because of a zero or negative balance

Process Flow (eTOM level 3 processes)

Billing Flow Prepaid Scenario 1a


balance reservation (not enough
Request for prepaid call balance)
authorization/balance
reservation

Market
Product &
Customer

A pply Pricing, Manage Collection


Discounting &
Rebate

Service
Mediate Usage Rate Usage
Records Records

Resource(Ap
plication,
Computing Process Resource
and Netw ork) Data Report Resource
Data

Supplier/
Partner

Call not Authorized

Figure 4.2: Billing flow Authorization Request/Balance reservation” (not enough


balance)

Scenario 2: “Debit Request” description


The end user is finishing a call using a prepaid account. A debit request events was
generated for charging the call, i.e; decreasing the balance. (see Figure 4.3). Balance has
been previously reserved, the call is rated correctly and the balance is decreased, the
reservation is released. There is enough balance for the duration of the call.

Pre Conditions
The end user uses a prepaid account
The end user has ended a voice call
There was sufficient balance for the duration of the call.

Post Conditions
The call has terminated normally
The call was rated correctly
The balance has been decreased for the correct amount
GB921 Addendum F, Version 7.7 © TM Forum 2009 Page 19 of 61
Business Process Framework (eTOM) – Process Flow Examples
The balance reservation made for this call is released

Process Flow (eTOM Level 3 processes)


Debit Request

Debit Request Release Decrease


Balance Balance
reservation

Market
Product &
Customer

A p ply Pricing, Manage Collection


Discounting &
Re bate

Service
Mediate Usage Rate Usage
Records Records

Resource(Ap
plication,
Computing
and Netw ork)

Process Resource Report Resource


Data Data

Supplier/
Partner

Figure 4.3: Billing flow prepaid: Debit request

GB921 Addendum F, Version 7.7 © TM Forum 2009 Page 20 of 61


Business Process Framework (eTOM) – Process Flow Examples

5. Billing-Related Flows: Federated Billing

5.1. Context

The business relationship model of this scenario is that of a Mobile Portal Service Provider
providing services to customers, some of which are provided by third party service providers.
As a service aggregator, the Mobile Portal Service Provider undertakes order handling and
subscription, customer care, QoS monitoring, and billing functionality associated not only with
the services of the Mobile Portal Service Provider but also with the services from third party
service providers that it offers via its portal. Customers can access their services wherever
they are located as a subscription with the Mobile Portal Service Provider includes network
access (see Figure 5.1). The customers have postpaid accounts and receive a regular, for
example monthly, bill.

Mobile Portal
ThirdParty
Third Party
Service Provider Third Party
Customer Service
Service
Service
Provider
Provider
Provider

Mobile
Mobile
Network
Mobile
Network
Contractual Operator
Network
Operator
Relationships Operator

Figure 5.1 Business Relationship Context for Federated Billing

In order to bill customers for the services they use, the charging model for each of the
services has to be known. If service usage is charged for, the usage data needs to be
collected and processed so that the usage records can be used for rating and charging
purposes. As the Mobile Portal Service Provider is the service provider issuing the individual
bills to customers for their usage of all the services they are subscribed to, it requires
charging data to be sent to it by the third party service providers and mobile network
operators that can be aggregated into a single bill for each customer.

It is anticipated that further work will be done on the Federated Billing scenario to give it a
more generic use. A new role of “Billing Aggregator” may need to be defined to cover the
functionality currently contained in the Mobile Portal Service Provider and a clearer
understanding of the relationship between the Billing Aggregator, the Service Content and
Network Providers and the Customer established

5.1.1. Scenario description

The customer uses services that have been subscribed to. After the services have been used
the required usage and charging data is sent from third party service providers / mobile
GB921 Addendum F, Version 7.7 © TM Forum 2009 Page 21 of 61
Business Process Framework (eTOM) – Process Flow Examples
network operators to the Mobile Portal Service Provider for incorporation into a single bill for
the customer.

5.1.2. Pre Conditions


The contracts between the Mobile Portal Service Provider and the third party service providers /
network operators have been signed and are in place
The customer has subscribed to services offered via the Mobile Portal Service Provider and has
concluded an appropriate contract with the Mobile Portal Service Provider
The customer has a postpaid account
The customer uses the services subscribed to

5.1.3. Post Conditions


There was normal operation of the services supplied and no SLA violation occurred
Each service provider / network operator involved in providing a service rated the service usage
correctly and provided the Mobile Portal Service Provider with the appropriate usage and
charging data
The Mobile Service Provider aggregated the external data with its internal usage and charging
data
The customer’s account was updated by the correct amount for the service usage
The billing information encompassing all the individual services used by the customer via the
Mobile Portal Service Provider was provided to the customer for payment

GB921 Addendum F, Version 7.7 © TM Forum 2009 Page 22 of 61


Business Process Framework (eTOM) – Process Flow Examples
5.1.4. Process Flow ( eTOM Level 3 processes)
C us to m er Bi lle d

M a rk et
P ro d uc t & M a nag e Req ue s t

C u s tom e r (i n c l . Se l f Se rv i c e)

C rea te & De l iv e r
Bi l l

Ap ply Pri c in g ,
Di s c o u n ti n g &
R eba te

S e rv ic e

R ate Us a g e
R ec o rds

M edi a te Us a ge
R ec o rds

R e s o urc e
( Ap p l ic a tio n,
C o m puti ng
a n d Ne two rk )

R e s o u rc e Data C ol l ec t Re s o urc e P roc es s Re s ourc e R e p ort Res o u rc e


Av a ila b l e D ata D ata D a ta

S u p p lie r/
P a rtn er
M ana g e Ac c ou n t

M ana g e S/P
R equ e s ts

P artn er Us a ge
& Ch a rg i n g
Data Av a i l abl e

Figure 5.2 Federated Billing Flow

GB921 Addendum F, Version 7.7 © TM Forum 2009 Page 23 of 61


Business Process Framework (eTOM) – Process Flow Examples

6. Billing-Related Flows: Advice of charge

6.1. Context

The end user, using a device (phone, mobile or fixed / PDA/ PC / etc), accesses a specific,
value added product, ie. a product, which is not included in the customer’s subscription, or
which has different pricing rules from the norm. This product may carry dynamic charging.
The customer will not buy this product until an indication of the cost of the product or a rate
for the product has been presented to her/him.

6.1.1. Scenario description

The end user indicates an interest in buying a product, a charge or rate for this product is
displayed to the customer. The end user is presented with this information, aka Advice of
Charge (AoC) via a screen display, voice message, text message, etc. This may also involve
presenting relevant (to that user) alternative charges.

Example.1: A video clip of a goal scored may be more expensive in the first ½ hour after the
match is played and/or follow ‘normal’ time related charging rules, eg cheaper after 18.00
hours. The AoC would display the current cost of the video clip download, plus may display
the reduced cost of the video clip if the user is prepared to wait until a later time. (NB. this is
down to the business rules/policy of the company concerned).

Example.2: The download of a music CD may take 3 hours via a 500k Broadband line and
cost $5 for the video and nothing for transport (covered by normal flat rate subscription), or it
may take 5 minutes to download via the 500 BB line temporarily boosted to 10M and cost $5
for the video and $3 for the extra temporary bandwidth. (NB. The charges displayed here
would be decided by the company involved, but best practice would suggest both charges
are displayed.)

6.1.2. Pre Conditions


The user must be using a valid/authorized device,
The end user must be a valid/authorized user of that network
The user must be permitted to buy that product (eg. End user of corporate intranet often have
restrictions on value-add services)
The Network/Service Provider (which ever is responsible for the billing for this product) has
dynamic access to the charging and rating rules for the specific service required
or*
The Network/Service Provider has dynamic access to the charging and rating rules for the
specific service required plus the charging /discount rules for the individual end customer*.
* This will depend on whether the customer is a subscriber of the Network/Service Provider and/or whether that
Network/Service Provider wishes to offer such an individualized AoC service.

GB921 Addendum F, Version 7.7 © TM Forum 2009 Page 24 of 61


Business Process Framework (eTOM) – Process Flow Examples
6.1.3. Post Conditions
The customer is presented with the charge or rate that will be applied to that user if they buy this
product, (and if applicable any alternative charging options), so the user can continue or
otherwise with buying this product
There has been no change made to the customer’s account records
No call records have been established
MIS data may have been recorded for that query – dependant on business /marketing policy of
that Network/Service Provider.

6.1.4. Process Flow (eTOM Level 3 processes)

Advice of Charge

Advice of Charge
Request

Charge
presented to
Customer

Market
Product &
Customer

A pply Pricing, Cr eate & Deliver Manage Request


Discounting & Bill ( Including Self
Rebate Service)

Service
Rate Usage
Records

Resource(Ap
plication,
Computing
and Netw ork) Process Resource Report Resource
Data Data

Supplier/
Partner

Figure 6.1 Level 3 Process Flow Advice of Charge

GB921 Addendum F, Version 7.7 © TM Forum 2009 Page 25 of 61


Business Process Framework (eTOM) – Process Flow Examples

7. eTOM Level 3 Processes involved in Billing Flows


The following processes are used in the different scenarios described above. Their definitions
will need adjustment to encompass these scenarios.

7.1. Manage Collection

Manage Collection needs to encompass balance management processes in its description


(increase/decrease/:reserve and release reserved balance)

Process Manage Collection


Name
Process 1.B.1.8.5
Identifier
Brief Collect payments for service consumed by the customer and match to
Descriptio invoices if needed
n
Extended The purpose of this process is to collect payments made by the
Descriptio customer. For prepaid customer this process will handle the customer
n balance management processes. Furthermore this process matches
these payments with the services/invoices delivered to this customer.
This process is also meant to manage the amount due from the
customer, i.e. check whether the payments are made in time. If not so,
this might result in putting the customer on hold.

7.2. Mediate Usage Records

Process Mediate Usage Records


Name
Process 1.B.2.5.1
Identifier
Brief Validate, normalize, convert and correlate usage records collected from
Descriptio the resource layer
n
Extended The purpose of the Mediate Usage Records processes is to validate,
Descriptio normalize, convert and correlate usage records collected from the
n resource layer. These processes also group usage records that relate to
a specific service usage.

GB921 Addendum F, Version 7.7 © TM Forum 2009 Page 26 of 61


Business Process Framework (eTOM) – Process Flow Examples
7.3. Rate Usage Records

Process Rate Usage Records


Name
Process 1.B.2.5.2
Identifier
Brief Identify and apply tariffs and charging algorithms to specific parameters
Descriptio encapsulated in usage records
n
Extended The purpose of the Rate Usage Records processes is to identify and
Descriptio apply tariffs and charging algorithms to specific parameters
n encapsulated in usage records in order to produce a charge that is then
inserted in the usage record.

7.4. Process Resource Data


(RM&O – AB)

Process Process Resource Data


Name
Process 1.AB.3.5.2
Identifier
Brief Process the raw data collected from the resources
Descriptio
n
Extended The Process Resource Data processes are responsible for processing
Descriptio the raw data collected from the resources. This includes the filtering of
n Resource Data based on well-defined criteria, as well as providing
summaries of the Resource Data through aggregation.
These processes are also responsible for formatting the Resource Data
before distributing it to other processes within the enterprise

7.5. Apply Pricing, Discounting &


Rebate

Process Apply Pricing, Discounting & Rebate


Name
Process 1.B.1.8.2
Identifier
Brief Ensure that the customer receives an invoice that is reflective of all the
Descriptio billable events delivered by the Service Provider as per the business
n relationship between the customer and the Service Provider
Extended The purpose of this process is to ensure that the customer receives an
Descriptio invoice that is reflective of all the billable events delivered by the Service

GB921 Addendum F, Version 7.7 © TM Forum 2009 Page 27 of 61


Business Process Framework (eTOM) – Process Flow Examples
n Provider as per the business relationship between the customer and the
Service Provider. In addition, it ensures that the appropriate taxes,
rebates (i.e. missed customer commitments) and credits are applied to
the customer’s invoice(s). This process contains the account and
customer specific pricing, charges, discounting, credits and taxation for
services delivered to the customer by the Service Provider. It accepts
events that have been collected, translated, correlated, assembled,
guided and service rated. It takes these events and determines the
account or customer specific pricing, charges, discounts, and taxation
that should be delivered to the invoice(s) for the customer. This process
can occur in real-time as events are service rated, or can be on a
scheduled on a periodic basis at the Service Provider’s discretion.

GB921 Addendum F, Version 7.7 © TM Forum 2009 Page 28 of 61


Business Process Framework (eTOM) – Process Flow Examples

8. DSL Fulfillment process flows

8.1. DSL Fulfillment Assumptions

The Fulfillment process to be documented here is only one scenario out of many possible
ways of delivering a Fulfillment process.

To scope a typical generic Fulfillment process, here are the assumptions used
o There is limited pre-provisioning of infrastructure to end users (perhaps more typical
of HDSL than ADSL).
o Part of the resource needed will be provided internally and part externally using
supplier-partner processes e.g. the ISP is the retailer and is buying the Local Loop
from the incumbent carrier.
o At Level 2 only the dominant process flow is shown - exception cases (e.g. no
resource available) may be detailed in Level 3 Flows.
o Multiple external suppliers will be considered for external supply of resources.
o The service has moderate complexity and after negotiations with the customer's
purchasing staff are completed, the SP's technical contacts will interact with the
customer's engineering staff.

8.2. DSL Fulfillment Process


Interactions

The first step in documenting the end-to-end (E2E) flows is positioning the Fulfillment flows in
their context within the overall eTOM model.

Figure 8.1 shows this context for Fulfillment. As would be expected, the majority of the high-
level process linkages are within the Level 1 Fulfillment process grouping, but a number of
significant interactions are identified outside of this vertical process area.

GB921 Addendum F, Version 7.7 © TM Forum 2009 Page 29 of 61


Business Process Framework (eTOM) – Process Flow Examples
Customer
Strategy, Infrastructure & Product Operations
Strategy & Infrastructure Lifecycle Product Lifecycle Operations Support Fulfillment Assurance Billing
Commit Management Management & Readiness
Marketing & Offer Management Customer Relationship Management
Sales Customer Interface Management
Development
Selling
Market Product & Product & Offer Marketing CRM
Customer Billing &
Strategy & Offer Portfolio Capability Capability Support & Problem
Marketing QoS/SLA Collections
Policy Planning Delivery Delivery Product & Offer Readiness Order Handling
Product Marketing Fulfillment Management Management
Communications Development & Handling
Response
& Promotion Retirement

Retention & Loyalty

Service Development & Management Service Management & Operations


Service Service Service &
Service Service Service SM&O Service Problem Quality Specific
Strategy & Capability Development & Support & Configuration & Management Management Instance Rating
Planning Delivery Retirement Readiness Activation

Resource Development & Management Resource Management & Operations Resource


Resource
Resource Trouble Performance
Resource Resource RM&O Management Management
Development & Resource
Strategy & Capability Support &
Retirement Provisioning
Planning Delivery Readiness
Resource Data Collection & Processing

Supply Chain Development & Management Supplier/Partner Relationship Management


S/P Problem S/P S/P Settlements
Supply Chain S/P Reporting & Performance
Supply Chain Supply Chain S/PRM & Billing
Strategy & Requisition Management Management
Capability Development & Support & Management
Planning Management
Delivery Change Management Readiness

S/P Interface Management

Supplier/Partner

Enterprise Management ? Info & Comm


System Support ?
? Work Task
Assignment ?

Strategic & Enterprise Planning Enterprise Risk Management Enterprise Effectiveness Management Knowledge & Research Management
Strategic Enterprise Group Business Process Enterprise Program & Enterprise Facilities
Business Security Fraud Audit Insurance Knowledge Research Technology
Business Architecture Enterprise Continuity Management & Quality Project Performance Management & Management Scanning
Development Management Management Management Management Management
Planning Management Management Management Support Management Management Assessment Support

Financial & Asset Management Stakeholder & External Relations Management Human Resources Management
Corporate Community Shareholder Board & Employee &
Financial Asset Procurement Regulatory Legal HR Policies & Organization Workforce Workforce
Communications & Relations Relations Shares/Securities Labor Relations
Management Management Management Management Management Practices Development Strategy Development
Image Management Management Management Management Management

Shareholders Employees Other Stakeholders

Figure 8.1: Fulfillment Process Interactions

8.3. DSL Fulfillment Process


Flows

Further insight is developed through a more detailed illustration of the process interactions
among the major Level 2 processes involved.

Flow diagrams for the DSL Fulfillment example are divided into three flows representing three
phases within Fulfillment: pre-sales, ordering and post-ordering. This is shown in the three
Level 2 Process Flow diagrams (Figures 8.2a, 8.3a and 8.4a) below.

Here the Level 2 processes are shown with relative positioning similar to that in the eTOM
framework, to assist understanding and to make the diagrams more intuitive.

Start points for the Fulfillment process are shown, and the interconnecting arrows indicate
events or information linking the Level 2 processes.

This view can be developed further to indicate sequencing, and to imply involvement by
different Level 3 processes within the indicated Level 2 process, as shown in Process
Dynamics diagrams (e.g. Figure 8.2b). Here, a given Level 2 process may be shown several
times to allow the sequencing of its involvement in the flow to be more clearly seen. Typically,
different functionality is involved at each point for a given Level 2 process, so this is a step
towards identification of the specific Level 3 process or processes within the Level 2 process
which will support the interactions.

GB921 Addendum F, Version 7.7 © TM Forum 2009 Page 30 of 61


Business Process Framework (eTOM) – Process Flow Examples

Customer
contacts retailer Sales Proposal
received By
Customer

Customer Relationship Management Customer Interface Management

Customer Customer Customer Customer


Sales Inquiry Need Need Alternative Profile Contact
Marketing
Routed Clarification Clarification Solution Sales Proposal Retrieved Recorded
Fulfillment
Requested Provided Offered Offered
Response Retention &
Loyalty Order Handling
Feasibility
Selling
Requested
Feasibility
Assessment
Completed
Service Management & Operations
Design &
Technology
Selection Request

Service Configuration & Activation

Resource Resource
Reservation Reservation
Resource Management & Operations
Requested Confirmed

Resource Provisioning

Check External
Supplier
Supplier/Partner Relationship Management Solution
Pre -Order initiated
S/P Requisition Pre -Order
Management

Figure 8.2a: Pre-Sales Level 2 Process Flow

Customer
contacts retailer

Market Customer Sales Proposal


Product & Interface Customer Interface Customer Interface received By
Customer Management Customer Interface Management Management Customer
Customer Profile Management
retrieved
Retention & Customer Need
Customer Need Clarification Alternative Sales
Loyalty Clarification Solution Proposal
Provided
Sales Inquiry Requested Offered Feasibility Offered
Routed Assessment
Selling Order Handling completed Selling

Feasibility Requested

Design & Technology


Selection requested Design &
Service Technology
Service Configuration & Selection response
Activation

Resource Reservation
Resource Confirmed
(Application, Resource Reservation
Computing
Requested
and Network)
Resource
Provisioning

Check External
Supplier Solution
Supplier/
Partner S/P Requisition Pre-Order
Management Pre-Order
Initiated

Figure 8.2b: Pre-Sales Process Dynamics Flow

GB921 Addendum F, Version 7.7 © TM Forum 2009 Page 31 of 61


Business Process Framework (eTOM) – Process Flow Examples
Order Completion
Customer places Order Notification

Customer Relationship Management Customer Interface Management


Design
Order Confirmation by
by
Confirmed Customer Completion
by Customer Retention & Loyalty Engineering Design Advised to
Priority Requested Accepted by Customer
Priority Advised Customer Billing &
Requested Customer Order Collections
Processing Requested Order Handling Management
Selling

Internal
Service Management & Operations
Design Service
Requested Order
Initiated Service Details
Design Service
for Billing
Completed Activated

External Supplier
Selection Required Service Configuration & Activation

Internal Internal Resource


Service Details
Capacity Work Order Resource Activation Resource
Resource Management & Operations for Assurance
Requested Capacity Initiated Provisioning Requested Activated External
Reserved Completed Resource
Activated
Resource Provisioning
Customer
QoS/SLA
Management
Supplier/Partner Relationship Management
External Component Requested
S/P Requisition External Order
Management Issued

Figure 8.3a: Ordering Level 2 Process Flow

Customer Order
requests SP Completion
offering Notification

Market Customer Interface


Product & Management Customer Interface
Customer Management
Customer
Customer Interface
Customer Order
Management
Request Confirmed Design Confirmation
Received Customer Order by Engineering Design
Initiated requested Accepted by
Selling Order
Customer Completion advised
Handling
to Customer
Order Handling Order
Handling
Priority Priority Advised
Order Handling
Requested Design Requested
Retention &
Internal
Loyalty Service Order
Design Completed Initiated
Service Activated
Service
Service Service Service Service Service
Configuration & Configuration & Configuration & Configuration & Configuration &
Activation Activation Activation Activation Activation
Resource
Resource Internal Activation
Resource
Allocation Work Order Internal Resource requested Resource
(Application,
requested Initiated Provisioning Activated
Computing
Resource Completed
and Network) Resource Resource
Allocated
Resource Provisioning Provisioning
External Supplier required
Provisioning

External Resource
External Activated
Supplier/
Component
Partner S/P Requisition S/P Requisition
Requested
Management Management

External Order External Service Details


Issued Resource for Billing
Activated

Service Details
for Assurance

Figure 8.3b: Ordering Process Dynamics Flow

GB921 Addendum F, Version 7.7 © TM Forum 2009 Page 32 of 61


Business Process Framework (eTOM) – Process Flow Examples
Status Request Order Status

Market
Product & Customer Interface
Customer Customer Interface Management
Order Status
Management
Requested

Order Status
Provided
Order Handling
Service Order
Order Handling
Status Requested

Service Order
Service
Status Update
Service Service
Configuration & Configuration &
Activation Activation
Work Order Status
Resource
Request Work Order Status
(Application,
response
Computing
and Network) Resource
External Order Status External Order
Provisioning
request Status Response

Supplier/
Partner S/P Requisition S/P Requisition
Management Management

External Order External Order


Status Request Status

Figure 8.3c: Ordering Process Dynamics Flow: Status Updates

Order
Completion
Notification

Customer Relationship Management Customer Interface Management

Customer Customer
Satisfaction Satisfaction
Request Reply

Order Handling Billing & Collections


Management
Billing Starts
Customer
QoS/SLA
Service Management & Operations Management

Resource Management & Operations

Supplier/Partner Relationship Management

Figure 8.4a: Post-Ordering Level 2 Process Flow

GB921 Addendum F, Version 7.7 © TM Forum 2009 Page 33 of 61


Business Process Framework (eTOM) – Process Flow Examples

9. PLM process flows

9.1. PLM Assumptions

Product Lifecycle Management encompasses the processes required for the definition,
planning, design, build, delivery, maintenance, revision and retirement of all products in the
enterprise’s portfolio. They enable a Service Provider to manage products in relation to profit
and loss margins, customer satisfaction and quality commitments.

PLM processes are end-to-end oriented processes that enable the enterprise strategic and
business vision; they drive the core operations and customer processes to meet market
demand and customer expectations.

Customer
Strategy, Infrastructure & Product
Pr oduct Operations
Strategy & Infrastructure Lifecycle Product Lifecycle Operations Support Fulfillment Assurance Billing
Commit Management Management & Readiness
Marketing & Offer Management Customer Relationship Management
Sales Customer Interface Management
Development
Selling
Market Product & Product & Offer Marketing CRM
Customer Billing &
Strategy & Offer Portfolio Capability Capability Product De
Development
velopment &
& Support & Problem
Product Development & Marketing QoS/SLA Collections
Policy Planning Delivery Readiness Handling
Delivery Product Marketing Product &Retirement
Offer
Retirement
Order Management Management
Fulfillment
Communications Development & Handling
Response
& Promotion Retirement

Product Marketing
Product Marketing Retention & Loyalty
Loyal ty
Sales Development
& Channel Development Communications &
Sales & Channel Development Communications &
Promotion
Promotion CRM
CRM
Support &
Support &
Readiness
Readiness
Service Development & ManagementService Development &
Service Development &
Service Management & Operations
Retirement Service Service Service &
Retirement
Service Service Service Service Problem Quality Specific
SM&O
Strategy & Capability Development & Support & Configuration & Management Management Instance Rating
Planning Delivery Retirement Readiness Activation SM&O
SM&O
Support &
Support &
Readiness
Readiness

Resource Development & Management Resource Management & Operations Resource


Resource
Resource Trouble Performance

Product Lifecycle
Resource Resource RM&O
Development & Resource Management Management
Strategy & Capability Support &
Retirement Provisioning
Planning Delivery Readiness
Resource Data Collection & Processing

Management
Supply Chain Development & Management Supplier/Partner Relationship Management
S/P Problem S/P S/P Settlements
S/P Repor ting &
Reporting Performance
Supply Chain Supply Chain Supply Chain
Chain & Billing
S/PRM Requisition Management
Strategy & Capability Development & Management Management
Support & Management
Planning Delivery Change Management
Readiness

S/P Interface Management

Resource Development
Development &
&
Resource Development &
RM&O
Retirement RM&O
Retirement Support &
Supply Chain
Supply Chain
Development
Development
Supplier/Partner Support &
Readiness
Readiness

& Change
& Change
Management
Management

S/PRM
Enterprise Management S/PRM
Support &
Support &
Readiness
Readiness

Strategic & Enterprise Planning Enterprise Risk Management Enterprise Effectiveness Management Knowledge & Research Management
Strategic Business Process Enterprise Program & Enterprise Facilities
Business Enterprise Group Security Fraud Audit Insurance Knowledge Research Technology
Business Enterprise Continuity Management & Quality Project Performance Management &
Development Architecture Management Management Management Management Management Management Scanning
Planning Management Support Management Management Assessment Support
Management Manageme nt
Management

Financial & Asset Management Stakeholder & External Relations Management Human Resources Management
Corporate Community Shareholder Board & Employee &
Financial Asset Procurement Regulatory Legal HR Policies & Organization Workforce Workforce
Communications & Relations Relations Shares/Securities Labor Relations
Management Management Management Management Management Practices Development Strategy Development
Image Management Management Management Management Management

Shareholders Employees Other Stakeholders

Figure 9.1: Scope of Product Lifecycle Management

PLM spreads across the whole enterprise; Figure 9.1 shows the scope of Product Lifecycle
Management across the eTOM framework.

GB921 Addendum F, Version 7.7 © TM Forum 2009 Page 34 of 61


Business Process Framework (eTOM) – Process Flow Examples
9.2. PLM Process Interactions

PLM processes are end-to-end processes that affect and have interactions with most entities
in the enterprise. PLM process flows can be represented in many different ways depending
on the use and the scope of application, and such interactions could become so dense that
they could simply confuse. To simplify, Figure 9.2 selects an example of such process
interactions in PLM; and the diagram depicts an extract of all the possible process flows from
PLM. It should be noted that depicting the entire set of process interactions for PLM would
require a significantly more complex diagram.

Approved Product Concept Product Delivery Schedule


Product Discontinuation Plan
From Product Product Change Request
Product Plan, Product Change Request Development & Retirement

Product line definition, Service Quality Plan,


Marketing Product Product Planning Service
Marketing Product&&Offer
Offer Service Service Specifications Service
ServiceStrategy
Strategy&& Development
Fulfillment
Fulfillment Reports on target
Portfolio
PortfolioPlanning
Planning Planning Development&&
Response Planning Retirement
Response segments Retirement

Operational Perfformance Service Usage Forecasts


Selling
Selling Service
ServiceQuality
Quality Report
To Sales Management
Management Service
& Channel
Development
Development Planned logical network
configuration and Plan
QoS Goals & Thresholds Deployment Plans
Product Resource
ResourceStrategy
Strategy && Resource
Resource
Status Planning
Planning Development
Development&&
Information Retirement
Retirement
SLA Agreements
To Service Network capabilities Operations
Development & (including performance Capabilities
To Resource Development
Retirement Report on Services Configuration goals) Report
Product Infrastructure Requirements Preliminary Networks/Services Design Plan
Product Change Request Resource
Resource
Product
Product Product Delivery Schedule Product
Product&&Offer
Offer Service
ServiceCapability
Capability Capability
CapabilityDelivery
Delivery
Development
Development Product Configuration Portfolio
PortfolioCapability
Capability Delivery
Delivery
&&Retirement
Retirement Delivery
Delivery
Reports
Report on Services Configuration
Product & Offer Capability Delivery Report
Preliminary Networks/Services Design Plan
Product Configuration Reports

Product Status P/S Launch Service Infrastructure Requirements


Plan Service
Information Plan for Supporting Service Creation Request
Readiness Plan Logical & Physical Resource
Systems Configurations
CRM
CRMSupport
Support&& Sales
Sales SM&O
SM&OSupport
Support&&
Readiness
Readiness Development
Development Readiness
Readiness
Definition of requirements RM&O
RM&OSupport
Support&&
for distribution channels, Service Specifications Readiness
Product Delivery Readiness
Product Schedule Incentive Plans, Plan for
Communications Supporting Systems
& Promotions Product Marketing
Product Marketing CRM
CRMSupport
Support
From
Communications
Communications&& &&Readiness
Readiness
Selling Capacity Constraints
Promotion
Promotion
Requirements for distribution
channels

Figure 9.2: Example of PLM Process Interactions

To address this complexity, in the more general case, PLM processes could be organized
according to different scope levels, for example, in terms of Core PLM, Strategic PLM,
Operational PLM, E2E PLM, etc. as depicted in Figure 9.3.

GB921 Addendum F, Version 7.7 © TM Forum 2009 Page 35 of 61


Business Process Framework (eTOM) – Process Flow Examples

Customer
Strategy, Infrastructure & Product Operations
Strategy & Infrastructure Lifecycle Product Lifecycle Operations Support Fulfillment Assurance Billing
Commit Management Management & Readiness
Marketing & Offer Management Customer Relationship Management
Sales Customer Interface Management
Development
Selling
Market Product & Product & Offer Marketing CRM
Customer Billing &
Strategy & Offer Portfolio Capability Capability Support & Problem
Marketing QoS/SLA Collections
Policy Planning Delivery Delivery Product & Offer Readiness Order Handling
Product Marketing Fulfillment Management Management
Communications Development & Handling
Response
& Promotion Retirem ent

Retention & L oyalty

Service Development & Management Service Management & Operations


Service Service Service &
Service Service Service SM&O Service Problem Quality Specific
Strategy & Capability Development & Support & Configuration & Management Management Instance Rating
Planning Delivery Retirement Readiness Activation

Resource Development & Management Resource Management & Operations Resource


Resource
Resource Trouble Performance
Resource Resource RM&O Management Management
Development & Resource
Strategy & Capability Support &
Retirem ent Provisioning
Planning Delivery Readiness
Resource Data Collection & Processing

Supply Chain Development & Management Supplier/Partner Relationship Management


S/P Problem S/P S/P Settlements
Supply Chain S/P Reportin g & Perform ance
Supply Chain Supply Chain & Billing
S/PRM Requisition Management Management
Strategy & Capability Development & Management
Support & Management
Planning Delivery Change Management Readiness

S/P Interface Man agement

Core PLMSupplier/Partner
Enterprise Management
Strategic & Enterprise Planning
Strategic
Business Enterprise Group Business
Strategic PLM
Enterprise Risk Management
Security Fraud Audit Insurance
Enterprise Effectiveness Management
Process Enterprise Program & Enterprise Facilities
Knowledge & Research Management
Knowledge Research Technology
Business Architecture Enterprise Continuity Managem ent & Quality Project Perform ance Management &
Development Management Management Management Management Management Management Scanning
Planning Management Management Management Support Management Management Assessment Support

Financial & Asset Management Operational


Corporate
PLM
Stakeholder & External Relations Management
Shareholder Board &
Human Resources Management
Employee &
Asset Community Regulatory Legal HR Policies & Organization Workforce Workforce
Financial Procurement Communications & Relations Shares/Securities Labor Relations
Management Management Managem ent Relations Management Management Practices Development Strategy Developm ent
Image Management Management Managem ent Management Management

E2E PLM
Shareholders Employees Other Stakeholders

Figure 9.3: Different Scopes for PLM

9.3. Application of SIP Business


Processes

In order to describe how the SIP (Strategy, Infrastructure and Product) business processes
from the eTOM framework can be used in an actual environment, this example draws on the
work of the Product Lifecycle Management (PLM) Catalyst project within the TM Forum’s
Catalyst program. This project illustrated how TM Forum NGOSS concepts and framework
could be leveraged to dramatically improve the processes and systems for building and
releasing new products, through the automatic linkage of appropriate product information to
the right operations systems and information catalogs on the network side. It demonstrated
integrated Product Lifecycle Management with established flow-through order processes,
showing how product managers can effectively manage the product lifecycle from beginning
to end, with a real-time capability to create, approve, release, distribute, order, fulfill, and bill
for new services.

In support of this, the process flows included here show eTOM level 2 processes involved in
PLM, with some aspects of relevant level 3 processes also included.

9.3.1. Approach

Based on a selected business scenario for PLM (see later), the relevant eTOM business
processes have been identified. Additionally, business process KPIs and triggers have been
defined to illustrate how these PLM scenario processes can be measured against their
performance indicators.

GB921 Addendum F, Version 7.7 © TM Forum 2009 Page 36 of 61


Business Process Framework (eTOM) – Process Flow Examples
In PLM a product can have one or more services and each service is supported by one or
more resources. These and other rules were identified and mapped to corresponding eTOM
business processes based on a commonality that determines the way business actions are
executed whilst covering at the same time specific business requirements.

The results illustrate the effectiveness of the eTOM and related NGOSS work, such as SID,
across all activities involved with the scope of the project, such as product, service, resource
and supply chain planning, specification, development, test and delivery to the operations
environment, using product and service bundle concepts. The insights gained on the SIP
(Strategy, Infrastructure and Product) area of the eTOM framework have been used to
feedback into the ongoing eTOM work.

9.4. PLM Process Flows

In order to define the business process flows across the SIP and Operations areas, a
scenario with the following issues has been considered:

There are products and service bundles made of components that can be accessed at any
time and reused to further define and build new products and services. A product manager
can then generate ideas from the analysis of current product and service bundles. These
aspects are covered by SM&O Readiness processes that also support Manage Service
Inventory processes.

The new product proposal is then submitted for approval by the product manager. Once
approved, the development project for the new product and related services and resources
starts. The primary processes that support this project are: Product & Offer Portfolio Planning,
Product Marketing Communications & Promotion, Product & Offer Development &
Retirement, Service Strategy & Planning, Service Development & Retirement, Resource
Development & Retirement, Product & Offer Capability Delivery, Service Capability Delivery
and Resource Capability Delivery.

Once the new product with its associated services and resources is developed, tested and
accepted, all of its configuration information including pricing rules and promotions are
transferred to the Operations area through the Product Development & Retirement, Service
Development & Retirement, and Resource Development & Retirement processes
respectively. The configuration information is then transferred to the Manage Service
Inventory and Manage Resource Inventory processes, which are part of the SM&O Support
& Readiness and RM&O Support & Readiness processes respectively. Additionally, CRM
Support & Readiness processes provide all of the necessary updates to support the new
product as well as its marketing campaign and billing.

Customer Interface Management, Selling, Service & Specific Instance Rating and Billing &
Collections Management processes create or update the necessary information to offer the
new product and services to the market. This includes price, billing, discount and other
parameters and rules.

The customer requests the new product through a call center, sales channel or self-
provisioning via the Customer Interface Management and Selling processes. In order to fulfill
the order and deliver the requested product, the following business processes are involved:
Order Handling, Billing & Collections Management, SM&O Support & Readiness, Service

GB921 Addendum F, Version 7.7 © TM Forum 2009 Page 37 of 61


Business Process Framework (eTOM) – Process Flow Examples
Configuration & Activation, Service & Specific Instance Rating, RM&O Support & Readiness,
and Resource Provisioning.

The customer invoice related to the new product and services is generated; the processes
that support the business flows here are: Customer Interface Management, Billing &
Collections Management, CRM Support & Readiness, Service & Specific Instance Rating,
and Resource Data Collection & Processing.

If the customer later on requests a change in the new product, the following business
processes will be involved: Customer Interface Management, Selling, Order Handling, Billing
& Collections Management, SM&O Support & Readiness, Service Configuration & Activation,
RM&O Support & Readiness, and Resource Provisioning.

The business process flows that support the above-described scenario are shown in Figures
9.4 and 9.5 below. Figure 9.4 describes the product manager accessing the product and
service bundles inventory when envisioning a new product and/or service based on the
components of existing ones; then further actions are described in order to obtain approval
for a new product development project. Figure 9.5 depicts the process flows involved with
product development after approval has been granted from the product manager or a higher
executive committee. The business process flows described represent a change request
received from a customer requiring the new product and/or service.

New Product Development


Request to Create a Approved & Integrated in
New Product Product Portfolio

Marketing & Offer Management

Product & Offer Development & Product & Offer Development & Retirement
Retirement

Product Development Plan (PDP) Product Infrastructure Plan Approved Product


Provided Approval Requested Infrastructure Plan (PIP)
Provided Approved Service
Product & Offer Product & Offer Product & Offer Infrastructure Plan (SIP)
Capability Delivery Capability Delivery Capability Delivery Provided
Approved Service Infrastructure Plan
Service Development & Management Service (SIP) Provided
Product Infrastructure Infrastructure Plan (SIP)
Requirements Provided Service Development & Approval Requested Service Development &
Retirement Retirement

Service Deployment Plan


Service Service Service Capability
(SDP) Provided
Capability Delivery Capability Delivery Delivery

Service Infrastructure Requirements Provided Resource Infrastructure Plan


Resource Development & Management Resource Infrastructure Approved
Plan (RIP) Approval
Resource Requested
Resource Resource Infrastructure Plan Resource
Infrastructure Development & (RIP) Provided Development &
Resource Resource Resource Retirement
Capability Delivery Requirements Retirement
Capability Capability
(RIP) Provided Delivery Delivery

Supplier/Partner Infrastructure & Supplier/Partner Infrastructure &


Supply Chain Development & Management
Integration Plan (S/PIIP) Integration Plan (S/PIIP)
Supplier/Partner Infrastructure & Approved
Capability (SPIC) Requirements Approval Requested
Provided Supply Chain Supplier/Partner Supply Chain
Development & Change Integration Plan Development &
Supply Chain Capability Management (S/PIP) Provided Supply Chain Change Management
Delivery
Supplier/Partner Required Capability Delivery
Capabilities Provided

Figure 9.4: Approve the Development of a New Product (pre-approval)

GB921 Addendum F, Version 7.7 © TM Forum 2009 Page 38 of 61


Business Process Framework (eTOM) – Process Flow Examples
Request to Develop New Product Sales Catalog Updated with
or Change an Existing Product New or Modified Product

Marketing & Offer Management Customer Relationship Management


Pricing Information
Product Information
Updated
Provided Selling
Product & Offer Development & Retirement Customer
Customer Interface
Product Changes Communicated Product Inventory Updated Request Management
transmitted
Product Marketing Products Promoted & Advertised Service Order Billing &
Communications & Promotion Customer Informed of Product
Signed by Customer Order Completion Collections
CRM Support Billing Management
Product Inventory Updated & Readiness Order Handling Activated
Product Billing Inormation
Updated Rating
Service Development & Management Service Management & Operations Service Activation Plans Rated
Info on Services and Instance & Status Information Services Data
Service Rating Rules Provided Reserved & of Service
Available Products Provided Provided
Service Development & Retirement Services Inventory Pre-assigned Confirmed Service & Specific Instance
Provided Synchronized Rating
Service Rating Rules Provided
Services Inventory Info Provided SM&O Support &
Readiness Service
Configured and
Activated
Service Configuration Information
Activation &
Updated Service Configuration & Activation
Availability of
Service Confirmed
Usage
Resource Development & Management Resource Management & Operations Configuration of NEs Events
Resources & Configuration Pre-rated
Resources and Services & Availability Data Provided
Inventory Synchronized NEs Requested
Resource Development & Confirmed
Retirement Resources Inventory
RM&O Support & Resource Provisioning Resource Data
Info Requested Collection &
Readiness Resource Inventory
Processing
Updated

Supply Chain Development & Management Supplier/Partner Relationship Management


Supplier and Resources Inventory Aligned
S/PRM Support & Readiness

Figure 9.5: Develop New Product or Modify an Existing One (post-approval)

GB921 Addendum F, Version 7.7 © TM Forum 2009 Page 39 of 61


Business Process Framework (eTOM) – Process Flow Examples

10. SLA process flows

10.1. SLA Assumptions

The SLA process flows depicted here have their origins in the SLA Management Handbook
[ref F1] where a set of use case scenarios and TOM process flows were depicted in order to
illustrate the interactions between the TOM processes involved in SLA management. In a
liaison between the SLA Management Team and the eTOM Team, the TOM flows have
been updated to eTOM process flows for version 2.0 of the SLA Management Handbook. A
subset of these flows is provided in this chapter.

The lifecycle of an SLA is analyzed in the following five phases as shown in Figure 10.1.
o Product/Service Development
o Negotiation and Sales
o Implementation
o Execution
o Assessment
s
le
Sa
t e
en ic

n
d

io
m rv

an

t t
op e

ta en
el t/S

n
tio

e sm
n
ev uc

io

m
ia

le s
D od

ut

se
ot

p
ec
Pr

s
eg

Im A
Ex
N

Develop Templates Negotiate Take Line/Service Monitor, Reassess


and Parametric Individual Orders and Provision Surveillance,
Boundaries Contracts Maintain, Bill

Figure 10.1: Product/Service and Associated SLA Lifecycle

Scenarios were selected to illustrate the process flows required to support the above SLA
lifecycle phases. They were not intended to be prescriptive but were provided as one
possible approach to the process flows involved in SLA management. The scenarios
originally selected have not been changed for the eTOM flows except where it was thought
necessary or desirable in the light of experience with the original flows and with the different
scope of eTOM compared to TOM. This is evident, for example, in the fact that there were no
processes for supplier/partner relationships in TOM, and so the original scenarios did not
include such processes. In one of the flows depicted here, a relationship with a third party
service provider has been included in order to show how supplier/partner processes can be
GB921 Addendum F, Version 7.7 © TM Forum 2009 Page 40 of 61
Business Process Framework (eTOM) – Process Flow Examples
used. Clearly, such relationships can be included in other flows, but the first step was to
adapt the TOM flows to eTOM flows and then to exploit the wider scope of the eTOM
framework as required.

Another point on which work within the TM Forum has progressed is in the clarification of the
relationship between product and service, and the greater emphasis on marketing processes
in the Service Provider enterprise. Although a product can consist of several services, the
scenarios here retain the approach of the original flows in that a product consists of one
service. In further work in this area, it would be desirable to coordinate the performance of
several services comprising a product and to examine the flows required for the management
of SLAs for such products, as well as between several service providers in a value chain.

The original TOM flows were designed to be generic as the focus was on SLA management
and not on any specific implementation of a service, and this is also the case in the eTOM
flows. Again, it would be desirable to examine this approach given the different kinds of
service now available, particularly in the mobile environment, and the work being undertaken
in this area by the TM Forum.

The process flows selected here are those for Stages 4 and 5 of the SLA lifecycle, i.e. the
Execution and Assessment phases. The scenarios originally selected for these two phases
are shown here, first as interaction diagrams and then as eTOM process flows. As with the
TOM process flows, these flows are provided as examples depicting illustrative approaches
to aspects of SLA management in the two lifecycle phases.

10.2. SLA Process Interactions

The process interactions are first shown as high-level linkages in the eTOM model. They are
categorized as Normal Execution, Execution with SLA Violation, and Assessment.

10.2.1. Normal Execution

The Execution phase covers all normal operations of the service instances covered by the
SLA.

Figure 10.2 presents normal in-service execution and monitoring where performance data is
collected from resources and analyzed for resource performance, then for overall service
quality, and finally checked against the customer SLA. In this case, a third party service
provider is involved and performance data from the external service components is included
in the service quality analysis. In addition, a billing flow was added to show how both internal
usage data as well as data from the third party service provider is incorporated into the
customer bill. All of these interactions occur in the Assurance process grouping for the
resource performance and service quality analysis interactions and in the Billing process
grouping for the billing interactions.

GB921 Addendum F, Version 7.7 © TM Forum 2009 Page 41 of 61


Business Process Framework (eTOM) – Process Flow Examples
Customer
Strategy, Infrastructure & Product Operations
Strategy & Infrastructure Lifecycle Product Lifecycle Operations Support Fulfillment Assurance Billing
Commit Management Management & Readiness
Marketing & Offer Management Customer Relationship Management
Sales Customer Interface Management
Development
Selling
Market Product & Product & Offer Marketing CRM
Customer Billing &
Strategy & Offer Portfolio Capability Capability Support & Problem
Marketing QoS/SLA Collections
Policy Planning Delivery Delivery Readiness Order Handling
Product Marketing Product & Offer Fulfillment Management Management
Communications Development & Handling
Response
& Promotion Retirement

Retention & Loyalty

Service Development & Management Service Management & Operations


Service Service Service &
Service Service Service SM&O Service Problem Quality Specific
Strategy & Capability Development & Support & Configuration & Management Management Instance Rating
Planning Delivery Retirement Readiness Activation

Resource Development & Management Resource Management & Operations


Resource Resource
Resource Trouble Performance
Resource Resource RM&O Management Management
Development & Resource
Strategy & Capability Support &
Retirement Provisioning
Planning Delivery Readiness
Resource Data Collection & Processing

Supply Chain Development & Management Supplier/Partner Relationship Management


S/P Problem S/P S/P Settlements
Supply Chain Supply Chain Supply Chain S/P Reporting & Performance
S/PRM & Billing
Strategy & Requisition Management Management
Capability Development & Support & Management
Planning Management
Delivery Change Management Readiness

S/P Interface Management

Supplier/Partner

Enterprise Management
Strategic & Enterprise Planning Enterprise Risk Management Enterprise Effectiveness Management Knowledge & Research Management
Strategic Enterprise Group Business Process Enterprise Program & Enterprise Facilities Knowledge Technology
Business Security Fraud Audit Insurance Research
Business Architecture Enterprise Continuity Management & Quality Project Performance Management & Management Scanning
Development Management Management Management Management Management
Planning Management Management Management Support Management Management Assessment Support

Financial & Asset Management Stakeholder & External Relations Management Human Resources Management
Corporate Community Shareholder Board & Employee &
Financial Asset Procurement Regulatory Legal HR Policies & Organization Workforce Workforce
Communications & Relations Relations Shares/Securities Labor Relations
Management Management Management Management Management Practices Development Strategy Development
Image Management Management Management Management Management

Shareholders Employees Other Stakeholders

Figure 10.2: Normal Execution of SLA Service


Case A: Performance Data during Normal Operation

Customer
Strategy, Infrastructure & Product Operations
Strategy & Infrastructure Lifecycle Product Lifecycle Operations Support Fulfillment Assurance Billing
Commit Management Management & Readiness
Marketing & Offer Management Customer Relationship Management
Sales Customer Interface Management
Development
Selling
Market Product & Product & Offer Marketing CRM
Customer Billing &
Strategy & Offer Portfolio Capability Capability Support & Problem
Marketing QoS/SLA Collections
Policy Planning Delivery Delivery Product & Offer Readiness Order Handling
Product M arketing Fulfillment Management Management
Com munications Development & Handling
Response
& Prom otion Retirem ent

Retention & Loyalty

Service Development & Management Service Management & Operations


Service Service Service &
Service Service Service SM&O Service Problem Quality Specific
Strategy & Capability Development & Support & Configuration & Management Management Instance Ratin g
Planning Delivery Retirement Readiness Activation

Resource Development & Management Resource Management & Operations Resource


Resource
Resource Trouble Perform ance
Resource Resource RM&O Management Management
Development & Resource
Strategy & Capability Support &
Retirem ent Provisioning
Planning Delivery Readiness
Resource Data Collection & Processing

Supply Chain Development & Management Supplier/Partner Relationship Management


S/P Problem S/P
S/P S/P Settlements
Supply Chain Supply Chain Supply Chain Reportin g & Perform ance & Billing
S/PRM Requisition Managem ent
Strategy & Capability Developm ent & Management Managem ent
Support & Managem ent
Planning Delivery Change Management Readiness

S/P Interface M anagem ent

Supplier/Partner

Enterprise Management
Strategic & Enterprise Planning Enterprise Risk Management Enterprise Effectiveness Management Knowledge & Research Management
Strategic Enterprise Group Business Process Enterprise Program & Enterprise Facilities
Business Security Fraud Audit Insurance Knowledge Research Technology
Business Architecture Enterprise Continuity Management & Quality Project Perform ance Management & Management Scanning
Development Management Management Man agement Management M anagem ent
Planning Managem ent Management Management Support Managem ent Managem ent Assessm ent Support

Financial & Asset Management Stakeholder & External Relations Management Human Resources Management
Corporate Com munity Shareholder Board & Employee &
Financial Asset Procurement Regulatory Legal HR Policies & Organization Workforce W orkforce
Communications & Relations Relations Shares/Securities Labor Relations
Management Management Managem ent Management Managem ent Practices Development Strat egy Developm ent
Image M anagem ent Management Management Management Management

Shareholders Employees Other Stakeholders

Figure 10.3: Normal Execution of SLA Service


Cases B and C: Threshold Crossing Alerts and Resource Failure Alarms

GB921 Addendum F, Version 7.7 © TM Forum 2009 Page 42 of 61


Business Process Framework (eTOM) – Process Flow Examples
Figure 10.3 illustrates the case where threshold crossing alerts and resource failure alarms
are reported and have to be rectified. However, after checking against the customer SLA it is
established that no SLA violation has occurred. Most of these interactions occur in the
Assurance process grouping, but interactions also take place with the Fulfillment and OSR
process groupings.

10.2.2. Execution with SLA Violation

Figure 10.4 shows the operation of the service where real-time SLA violation handling is
required. In this case, the customer reports a problem that is rectified but which leads to a
violation of the customer SLA so that a Billing rebate is given. In this case, there is interaction
between the Assurance and Billing process groupings, but interactions also take place with
the Fulfillment and OSR process groupings.

Customer
Strategy, Infrastructure & Product Operations
Strategy & Infrastructure Lifecycle Product Lifecycle Operations Support Fulfillment Assurance Billing
Commit Management Management & Readiness
Marketing & Offer Management Customer Relationship Management
Sales Customer Interface Management
Development
Selling
Market Product & Product & Offer Marketing CRM
Customer Billing &
Strategy & Offer Portfolio Capability Capability Support & Problem
Marketing QoS/SLA Collections
Policy Planning Delivery Delivery Product & Offer Readiness Order Handling
Product Marketing Fulfillment Management Management
Communications Development & Handling
Response
& Promotion Retirement

Retention & Loyalty

Service Development & Management Service Management & Operations


Service Service Service &
Service Service Service SM&O Service Problem Quality Specific
Strategy & Capability Development & Support & Configuration & Management Management Instance Rating
Planning Delivery Retirement Readiness Activation

Resource Development & Management Resource Management & Operations Resource


Resource
Resource Trouble Performance
Resource Resource RM&O Management Management
Development & Resource
Strategy & Capability Support &
Retirement Provisioning
Planning Delivery Readiness
Resource Data Collection & Processing

Supply Chain Development & Management Supplier/Partner Relationship Management


S/P Problem S/P S/P Settlements
Supply Chain Supply Chain Supply Chain S/P Reporting & Performance
S/PRM & Billing
Strategy & Requisition Management Management
Capability Development & Support & Management
Planning Management
Delivery Change Management Readiness

S/P Interface Management

Supplier/Partner

Enterprise Management
Strategic & Enterprise Planning Enterprise Risk Management Enterprise Effectiveness Management Knowledge & Research Management
Strategic Enterprise Group Business Process Enterprise Program & Enterprise Facilities Knowledge Technology
Business Security Fraud Audit Insurance Research
Business Architecture Enterprise Continuity Management & Quality Project Performance Management & Management Scanning
Development Management Management Management Management Management
Planning Management Management Management Support Management Management Assessment Support

Financial & Asset Management Stakeholder & External Relations Management Human Resources Management
Corporate Community Shareholder Board & Employee &
Financial Asset Procurement Regulatory Legal HR Policies & Organization Workforce Workforce
Communications & Relations Relations Shares/Securities Labor Relations
Management Management Management Management Management Practices Development Strategy Development
Image Management Management Management Management Management

Shareholders Employees Other Stakeholders

Figure 10.4: Customer Detected SLA Violation

10.2.3. Assessment

The Assessment phase can relate to a single customer SLA and the QoS required, or it can
be related to the Service Provider’s overall quality goals, objectives and risk management.

Figure 4.5 represents the case where the customer needs have changed and there is no SLA
to meet these needs. The interactions occur in the Market, Product and Customer layer and
involve not just Operations process groupings but also Product Lifecycle Management
process groupings.

Figure 4.6 depicts the process interactions relating to the internal business review concerning
the overall SLA performance across all customers as well as a realignment of service
operations and service goals to improve overall service class performance. The process
GB921 Addendum F, Version 7.7 © TM Forum 2009 Page 43 of 61
Business Process Framework (eTOM) – Process Flow Examples
interactions here occur among the Assurance process groupings as well as among the OSR
process groupings.

Customer
Strategy, Infrastructure & Product Operations
Strategy & Infrastructure Lifecycle Product Lifecycle Operations Support Fulfillment Assurance Billing
Commit Management Management & Readiness
Marketing & Offer Management Customer Relationship Management
Sales Customer Interface Management
Development
Selling
Market Product & Product & Offer Marketing CRM
Customer Billing &
Strategy & Offer Portfolio Capability Capability Support & Problem
Marketing QoS/SLA Collections
Policy Planning Delivery Delivery Product & Offer Readiness Order Handling
Product Marketing Fulfillment Management Management
Communications Development & Handling
Response
& Promotion Retirement

Retention & Loyalty

Service Development & Management Service Management & Operations


Service Service Service &
Service Service Service SM&O Service Problem Quality Specific
Strategy & Capability Development & Support & Configuration & Management Management Instance Rating
Planning Delivery Retirement Readiness Activation

Resource Development & Management Resource Management & Operations


Resource Resource
Resource Trouble Performance
Resource Resource RM&O Management Management
Development & Resource
Strategy & Capability Support &
Retirement Provisioning
Planning Delivery Readiness
Resource Data Collection & Processing

Supply Chain Development & Management Supplier/Partner Relationship Management


S/P Problem S/P S/P Settlements
Supply Chain S/P Reporting & Performance
Supply Chain Supply Chain S/PRM & Billing
Strategy & Requisition Management Management
Capability Development & Support & Management
Planning Management
Delivery Change Management Readiness

S/P Interface Management

Supplier/Partner

Enterprise Management
Strategic & Enterprise Planning Enterprise Risk Management Enterprise Effectiveness Management Knowledge & Research Management
Strategic Enterprise Group Business Process Enterprise Program & Enterprise Facilities Knowledge Technology
Business Security Fraud Audit Insurance Research
Business Architecture Enterprise Continuity Management & Quality Project Performance Management & Management Scanning
Development Management Management Management Management Management
Planning Management Management Management Support Management Management Assessment Support

Financial & Asset Management Stakeholder & External Relations Management Human Resources Management
Corporate Community Shareholder Board & Employee &
Financial Asset Procurement Regulatory Legal HR Policies & Organization Workforce Workforce
Communications & Relations Relations Shares/Securities Labor Relations
Management Management Management Management Management Practices Development Strategy Development
Image Management Management Management Management Management

Shareholders Employees Other Stakeholders

Figure 10.5 Assessment Initiation


Case A: Customer Needs Have Changed

GB921 Addendum F, Version 7.7 © TM Forum 2009 Page 44 of 61


Business Process Framework (eTOM) – Process Flow Examples
Customer
Strategy, Infrastructure & Product Operations
Strategy & Infrastructure Lifecycle Product Lifecycle Operations Support Fulfillment Assurance Billing
Commit Management Management & Readiness
Marketing & Offer Management Customer Relationship Management
Sales Customer Interface Management
Development
Selling
Market Product & Product & Offer Marketing CRM
Customer Billing &
Strategy & Offer Portfolio Capability Capability Support & Problem
Marketing QoS/SLA Collections
Policy Planning Delivery Delivery Readiness Order Handling
Product Marketing Product & Offer Fulfillment Management Management
Communications Development & Handling
Response
& Promotion Retirement

Retention & Loyalty

Service Development & Management Service Management & Operations


Service Service Service &
Service Service Service SM&O Service Problem Quality Specific
Strategy & Capability Development & Support & Configuration & Management Management Instance Rating
Planning Delivery Retirement Readiness Activation

Resource Development & Management Resource Management & Operations


Resource Resource
Resource Trouble Performance
Resource Resource RM&O Management Management
Development & Resource
Strategy & Capability Support &
Retirement Provisioning
Planning Delivery Readiness
Resource Data Collection & Processing

Supply Chain Development & Management Supplier/Partner Relationship Management


S/P Problem S/P S/P Settlements
Supply Chain Supply Chain Supply Chain S/P Reporting & Performance
S/PRM & Billing
Strategy & Requisition Management Management
Capability Development & Support & Management
Planning Management
Delivery Change Management Readiness

S/P Interface Management

Supplier/Partner

Enterprise Management
Strategic & Enterprise Planning Enterprise Risk Management Enterprise Effectiveness Management Knowledge & Research Management
Strategic Enterprise Group Business Process Enterprise Program & Enterprise Facilities Knowledge Technology
Business Security Fraud Audit Insurance Research
Business Architecture Enterprise Continuity Management & Quality Project Performance Management & Management Scanning
Development Management Management Management Management Management
Planning Management Management Management Support Management Management Assessment Support

Financial & Asset Management Stakeholder & External Relations Management Human Resources Management
Corporate Community Shareholder Board & Employee &
Financial Asset Procurement Regulatory Legal HR Policies & Organization Workforce Workforce
Communications & Relations Relations Shares/Securities Labor Relations
Management Management Management Management Management Practices Development Strategy Development
Image Management Management Management Management Management

Shareholders Employees Other Stakeholders

Figure 10.6 Assessment Initiation


Cases B and C: Internal Assessments at the Customer and Service Layers

10.3. SLA Process Flows

The process flows presented here are based on the process interactions between the Level 2
processes shown in the interaction diagrams and provide more detail of the processes
involved and the actions undertaken for each of the scenarios depicted.

10.3.1. Normal Execution

Normal execution, also known as steady state, is the phase where the customer receives
service on all the contracted and instantiated service instances. This section first analyzes in
Case A a situation where no outages or other alerts occur and the customer is billed for the
service used (Figure 10.7). It then analyzes in Cases B and C the situation where, although
outages occur, no outage exceeds either the individual or aggregated parameters set in the
SLA (Figures 10.8 and 10.9). In the first case of normal operation, a supplier/partner is also
involved; in the second case the outages are within the Service Provider enterprise and so do
not involve a supplier/partner.

The steps shown in Figure 10.7 for Case A are as follows:

1. During normal operation, performance data that is used for general


monitoring of service levels as well as for longer-term capacity prediction is
collected on an ongoing basis from the service-providing infrastructure by
Resource Data Collection & Processing.
GB921 Addendum F, Version 7.7 © TM Forum 2009 Page 45 of 61
Business Process Framework (eTOM) – Process Flow Examples
2. During normal operation, performance data from external service
components of third party service providers is sent on an ongoing basis to S/P
Performance Management for general monitoring of service levels, as well as for
longer-term supplier/partner capacity prediction.

3. Resource Data Collection & Processing sends performance data to


Resource Performance Management for further analysis.

4. Resource Performance Management sends resource performance reports to


Service Quality Management for QoS calculations and averaging to maintain
statistical data on the supplied service instances.

5. S/P Performance Management sends external service component


performance reports to Service Quality Management for QoS calculations and
averaging to maintain statistical data on the supplied service instances.

GB921 Addendum F, Version 7.7 © TM Forum 2009 Page 46 of 61


Business Process Framework (eTOM) – Process Flow Examples

Customer QoS Customer Billed


Report
Received

Customer Interface Customer Interface


Management Management
Ma rket
Product &
Customer 10. Customer service level
reports generated (and 12. Bill generated
possibly periodic discussion
with Customer undertaken)
Customer Billing &
QoS/SLA Collections
Management Management

9. Service QoS 11. Chargeable


Service
reports generated details generated

Service Quality Service & Specific


Management Instance Rating

Resource
5. External service component performance reports generated 4. Resource performance reports
(Application,
generated
Computing 3. Resource
a nd Network) performance
Resource
data passed
Performance
Resource Resource Data on
1. Management
Performance Collection &
Data Available Processing 6. Resource usage data passed on 8. External service
component billing data
2. External component 7. 3rd Party SP usage passed on
Supplier/
performance data sent S/P Performance and charging data sent S/P Settlements &
P artner
Management Billing
Management
S/P Interface S/P Interface
Management Management

P artner Partner Billing


Performance Data Available
Data Available

Figure 10.7: Normal Execution of SLA Service


Case A: Performance Data during Normal Operation

6. Resource Data Collection & Processing sends resource usage data to Service & Specific Instance Rating for rating
service usage.

7. Third party service providers send their usage and charging data to S/P Settlements & Billing Management.

8. S/P Settlements & Billing Management analyzes the data and passes it on to Service & Specific Instance Rating for
rating service usage.

9. Service Quality Management analyzes the performance reports received and sends overall service quality reports to
Customer QoS/SLA Management so that it can monitor and report aggregate technology and service performance.

GB921 Addendum F, Version 7.7 © TM Forum 2009 Page 47 of 61


Business Process Framework (eTOM) – Process Flow Examples
10. Customer QoS/SLA Management checks the service quality reports it receives against the individual customer SLA
and establishes that no SLA violation has occurred. Customer QoS/SLA Management sends periodic service level
reports to the customer on either a requested or agreed basis.

11. Service & Specific Instance Rating sends charging details to Billing & Collections Management.

12. Billing & Collections Management generates bills for the customer on either a requested or agreed basis.

The steps shown in Figure 10.8 and 10.9 for Cases B and C are as follows:

1. Notifications are collected from the service-providing infrastructure by Resource Data Collection & Processing on an
ongoing basis. In Cases B and C these notifications are in the form of:

2B. Threshold Crossing Alerts that represent congestion or performance degradation in a congestable resource that leads to
slowed or diminished capacity to support customer services. Resource Data Collection & Processing sends all
performance data to Resource Performance Management, which identifies a resource performance problem and
requests Resource Trouble Management to discover the cause of the alert and possible impact on service performance.

2C. Alarms that represent the failure of a component that affects the service of one or more customers. Resource Data
Collection & Processing sends data on alarms to Resource Trouble Management for further action.

3. Resource Performance Management sends details of the Threshold Crossing Alerts to Service Quality Management so
that various notifications and other steps may be taken to ensure that required service KQI levels are maintained.

4/5.Depending on the nature of the problem, Resource Trouble Management either triggers automatic resource restoration
procedures itself and informs Service Problem Management of its actions, or it raises alarm reports to Service Problem
Management, indicating the time and potential duration of any outage to allow Service Problem Management to
determine potential alternate actions to minimize service impact.

6. Service Problem Management and Service Quality Management correlate their information about the problem.

7. Service Quality Management sends details of the service impact of Threshold Crossing Alerts and Alarms to Customer
QoS/SLA Management.

8. Customer QoS/SLA Management checks the customer SLA and obtains information on the significance of the customer
from Retention & Loyalty. It undertakes various notifications and other steps in order to prevent customer SLAs from
being violated, e.g. clocks started, tracking initiated.

GB921 Addendum F, Version 7.7 © TM Forum 2009 Page 48 of 61


Business Process Framework (eTOM) – Process Flow Examples
C u s t omer
i n f o rmed

C u s t o m e r Interface
M a n a g e ment
M a r ket
P r o duct &
C u s t omer 9 . C u stomer
i n f o r m e d (optional)

C u s t omer R e t ention &


Q o S /SLA L o y alty
M a n a g e ment 8 . C u stomer
p r i o r itization
7 . D etails sent of r e q u e s ted and
s e r v i ce quality r e t u r ned
i m p a cted by
t h r e s h o ld alerts and 6 . O u t a g e i n f ormation correlated, 1 6 . D etails sent of
S e r vice S e r v i ce P roblem S e r v i ce Quality
f a i l u re alarms i n c l u d i n g details of resource a c t i o n s undetaken
1 0 . R e c o nfiguration M a n a g e ment M a n a g e ment
r e s t o r a t i on if applicable
r e q u ested if 1 7 . Details sent
S e r v i ce Quality S e r v i ce Problem S e r vice
r e q u ired 1 5 . Updates o f p roblem
M a n a g e ment M a n a g e ment C o n f i guration &
g e n e r ated M a n a g e Service r e s o lution
A c t ivation
3 . D etails sent of 5 . R e s o u r ce restored or I n v e ntory
p e r f o r m a n c e impacted by t r o u b l e r e p ort generated 1 1 . R e c o nfiguration 1 4 . Details
t h r e s h o l d alerts and alarms r e q u e sted s e nt of
c o r r ective
R e s o urce R e s o urce R e s o u r c e Trouble
R e s o urce a c t ions M a n a g e R esource
( A p p l ication, P e r f o r mance 2 B . T hreshold M a n a g e ment
C o m p u ting M a n a g e ment P r o v i sioning 1 3 . Updates I n v e ntory
c r o s s ing alerts
a n d N etwork) 2 B . T hreshold n o t ified g e n e r ated
c r o s s ing alerts
n o t ified 2 C . Failure 4.
R e s o urce R e s o u r ce Data a l a r m s notified R e s o urce 1 2. A c t ion(s)
P e r f o r mance C o l lection & r e s t ored c a r r ied out
1.
D a t a Available P r o c essing

S u p plier/
P a r t ner

Figure 10.8: Normal Execution of SLA Service


Cases B and C: Threshold Crossing Alerts and Resource Failure Alarms. Steps 1 to 17

9. Customer QoS/SLA Management may inform the customer of the QoS degradation, depending on the significance of the
customer and the extent of the degradation.

10. If Resource Trouble Management has not been able to trigger automatic resource restoration, Service Problem
Management requests Service Configuration & Activation to undertake the required corrective actions. (Steps 10 to 17
are therefore only carried out if automatic resource restoration did not take place).

11. As the problems have been notified in the resource layer, Service Configuration & Activation will require changes to be
made to the underlying infrastructure per contractual agreements. This requirement is sent to Resource Provisioning for
activation.

12. Resource Provisioning undertakes the required resource configuration changes to ensure that resources meet service
KQIs.

GB921 Addendum F, Version 7.7 © TM Forum 2009 Page 49 of 61


Business Process Framework (eTOM) – Process Flow Examples
13. Resource Provisioning generates updates for Manage Resource Inventory.

14. Resource Provisioning reports the results of the changes as well as the time taken and all other infrastructure and
operational parameters to Service Configuration & Activation.

15. Service Configuration & Activation generates updates for Manage Service Inventory.

16. Service Configuration & Activation reports on the actions undertaken to Service Problem Management.

GB921 Addendum F, Version 7.7 © TM Forum 2009 Page 50 of 61


Business Process Framework (eTOM) – Process Flow Examples

Customer Cus tomer QoS


informed Report
Received

Customer Interface Customer Interface


Management Management
Market
Product &
Customer

25. Customer informed of 26. Customer service level


restoration of service quality reports generated and possibly
( optional) periodic discussion w ith
Customer Cus tomer undertaken
QoS/SLA
Management

Service
24. Service QoS
reports generated

Service Quality Ser vice Problem


Management Management
23. Rectification
r eport generated
21. Resource
performance reports 22. Resource
generated trouble report
closed
Resource Resource Resource Trouble
( A pplication, Performance Management
20. Rectification
Computing Management
r eport generated
and Netw ork)
19. Resource performance
data passed on
Resource Data
Resource Collection &
18.
Performance Processing
Data Available

Supplier/
Partner

Figure 10.9: Normal Execution of SLA Service:


Cases B and C: Threshold Crossing Alerts and Resource Failure Alarms. Steps 18 to 26

17. Service Problem Management sends details of the corrective actions to Service Quality Management for incorporation into ongoing
service quality monitoring and management.

18. Notifications and performance data are collected from the service-providing infrastructure by Resource Data Collection &
Processing.

GB921 Addendum F, Version 7.7 © TM Forum 2009 Page 51 of 61


Business Process Framework (eTOM) – Process Flow Examples
19. Resource Data Collection & Processing sends performance data to Resource Performance Management for further
analysis.

20. Resource Performance Management establishes that the resources are meeting their KPIs and informs Resource Trouble
Management that the trouble has been rectified.

21. Resource Performance Management sends resource performance reports to Service Quality Management for QoS
calculations and averaging to maintain statistical data on the supplied service.

22. Resource Trouble Management informs Service Problem Management of the closed resource trouble report.

23. Service Quality Management analyzes the resource performance reports and sends a rectification report to Service Problem
Management when it is established that the troubles causing the Threshold Crossing Alerts or Alarms have been resolved
and that the service is meeting its KQIs.

24. Service Quality Management sends overall service quality reports to Customer QoS/SLA Management so that it can monitor
and report aggregate technology and service performance.

25. Customer QoS/SLA Management checks the service quality reports it receives against the customer SLA and establishes
that no SLA violation has occurred. It may inform the customer of the quality restoration, depending on the significance of the
customer and the extent of the degradation.

26. Customer QoS/SLA Management sends periodic Service Performance reports to the customer on either a requested or
agreed basis.

10.3.2. Execution with SLA Violation

From time to time, service conditions will exceed the parameters specified in the SLA. At least two cases need to be examined, one
where the Service Provider detects the outage first, and one where the customer detects and reports it first. The second case is
depicted in Figures 10.10 and 10.11.

The steps shown in Figures 10.10 and 10.11 are as follows:

1. The customer perceives service degradation and reports the visible parameters to Problem Handling.

GB921 Addendum F, Version 7.7 © TM Forum 2009 Page 52 of 61


Business Process Framework (eTOM) – Process Flow Examples

C u s t o mer C u s t o mer
R e p o rts i n f o rmed
P r o b lem
C u s t o m e r Interface C u s t o m e r Interface
1 0 a . Actual
M a n a g e m ent M a n a g e m ent
M a r k et s e r vice
p e r f o r m ance
P r o duct & 3 . C u stomer R e t e ntion &
C u s t o mer L o y alty r e p o r t ed (if no
1 . C u stomer p r i ority
p r o b l em) R e t e ntion &
p r o b l e m report r e t u r ned
P r o b l e m Handling L o y alty
p a s s ed on
P r o b l e m Handling
2 . P r o b l e m report info sent
C u s t o mer
9 a . A c tual service
Q o S /SLA
C u s t o mer p e r f o r m ance
M a n a g e m ent
Q o S /SLA r e p o r t ed (if no
p r o b l em)
4 . C u s tomer SLA info M a n a g e m ent
5 . Details of r e t u r ned 1 1 b . D etails sent
S e r vice p r o b l e m report o f p r oblem S e r v i ce Quality 1 6 c . D etails sent of
s e nt r e s o l ution p r o b l e m resolution
M a n a g e m ent S e r v i c e Problem
M a n a g e m ent
1 5 c . D etails sent
o f a ctions
S e r v i c e Problem S e r v i ce Quality S e r v i c e Problem u n d e r t aken
M a n a g e m ent S e r vice M a n a g e Service
7 . I n v estigation M a n a g e m ent 8 . P r oblem or M a n a g e m ent
C o n f i g uration & I n v e n tory
c o r r e lation o t h e r w i s e confirmed 9 c . R e c o n figuration 1 4 c . Updates
A c t i vation
r e q u e sted r e q u e sted g e n e r ated
R e s o u rce 1 0 c.
6 . P roblem 9 b . R e source 1 0 b . Details R e c o n f i g uration 1 3 c . Details
( A p p l i cation, M a n a g e R esource
i n v e s t igated at r e s t o r ation s e nt of r e q u e sted s e nt of
C o m p u ting I n v e n tory
r e s o u r ce layer r e q u e sted r e s t o r ation R e s o u rce c o r r e ctive
a n d N e twork)
a c t ions P r o v i sioning a c t ions
R e s o u r c e Trouble
1 2 c . Updates
M a n a g e m ent R e s o u r c e Trouble
M a n a g e m ent g e n e r ated A c t i on(s)
1 1 c. c a r r i ed out

S u p p lier/
P a r t ner

Figure 10.10: Customer Detected SLA Violation. Steps 1 to 16d

2. Problem Handling sends details of the problem as reported by the customer to Customer QoS/SLA
Management and Retention & Loyalty.

3. Retention & Loyalty returns information to Problem Handling on the significance of the customer.

4. Customer QoS/SLA Management checks the customer SLA and undertakes various steps for tracking the
problem in order to prevent the customer SLA from being violated, e.g. clocks started, tracking initiated. It determines
potential priorities or other actions depending on the type of customer SLA and informs Problem Handling.

5. Problem Handling sends a detailed problem report with contract commitment data and request prioritization to
Service Problem Management for normal flow handling.

8. 6/7. Service Problem Management investigates whether there is a problem, possibly engaging Resource Trouble
Management for further investigation, and then requests Service Quality Management to correlate its findings. Service

GB921 Addendum F, Version 7.7 © TM Forum 2009 Page 53 of 61


Business Process Framework (eTOM) – Process Flow Examples
Quality Management either confirms the trouble report or, if no problem is noted, returns the actual service performance
to Service Problem Management.

Service Problem Management then carries out one of the three following alternatives:

Alternative a

9a. If there is no problem, Service Problem Management sends the actual service performance to Problem Handling.

10a. Problem Handling informs the customer of the actual service performance as well as Retention & Loyalty for future
reference and Customer QoS/SLA Management so that any steps initiated can be terminated.

This flow alternative then terminates.

Alternative b

9b. In some cases, Service Problem Management requests automatic resource restoration procedures from Resource
Trouble Management.

10b. Resource Trouble Management undertakes the required procedures and sends details of the actions to Service
Problem Management.

11b. Service Problem Management informs Service Quality Management of the corrective actions.

The flow continues at step 17.

Alternative c

9c. In other cases, Service Problem Management requests Service Configuration & Activation to undertake the required
corrective actions.

10c. Service Configuration & Activation will require changes to be made to the underlying infrastructure per contractual
agreements. This requirement will be sent to Resource Provisioning for activation.

11c. Resource Provisioning undertakes the required resource configuration changes to ensure that resources meet service
KQIs.

12c. Resource Provisioning generates updates for Manage Resource Inventory.

GB921 Addendum F, Version 7.7 © TM Forum 2009 Page 54 of 61


Business Process Framework (eTOM) – Process Flow Examples
13c. Resource Provisioning reports the results of the changes as well as the time taken and all other infrastructure and
operational parameters to Service Configuration & Activation.

14c. Service Configuration & Activation generates updates for Manage Service Inventory.

15c. Service Configuration & Activation reports on the actions undertaken to Service Problem Management.

16c. Service Problem Management sends details of the corrective actions to Service Quality Management for incorporation
into ongoing service quality monitoring and management.

Customer Cus tomer QoS Cus t omer Billed


acknow ledges Report
pr oblem resolved Received
Customer Interface Customer Interface Customer Interface
Man agement Mana gement Mana gement
Ma rket
Product &
25. Customer service level
Cu stomer
reports sent (and possibly 26 . Customer billed
22 . Problem resolution periodic discussion w ith
r e ported to Customer Customer carried out) Billing &
Collections
Customer Mana gement
24 . Rebate
Pr ob lem Handling QoS/SLA
in formation
Mana gement
generated
Retention &
Loyalty

21. Problem 23. Service QoS


Service
r esolution r e storation confirmed
r eported

Ser vice Problem Service Quality


Man agement Mana gement
20. Rectification
r eport generated
19. Resource
perfomance reports
Resource
generated
( A pplication,
Co mputing Resource
and Netw ork) Resource Data Performance
Collection & Mana gement
18. Resource performance
Processing
data passed on
17.
Resource
Performance
Data Available

Su pplier/
Pa rtner

Figure 10.11: Customer Detected SLA Violation. Steps 17 to 26

17. Notifications and performance data are collected from the service-providing infrastructure by Resource Data Collection &
Processing.

18. Resource Data Collection & Processing sends performance data to Resource Performance Management for further analysis.

GB921 Addendum F, Version 7.7 © TM Forum 2009 Page 55 of 61


Business Process Framework (eTOM) – Process Flow Examples
19. Resource Performance Management sends resource performance reports to Service Quality Management for QoS calculations
and averaging to maintain statistical data on the supplied service.

20. Service Quality Management analyzes the resource performance reports and sends a rectification report to Service
Problem Management when it establishes that the problem has been resolved and that the service is meeting its KQIs.

21. Service Problem Management reports that the problem has been resolved to Problem Handling.

22. Problem Handling informs the customer and receives acknowledgement from the customer that the problem is resolved.

23. Service Quality Management reports the problem resolution to Customer QoS/SLA Management. Customer QoS/SLA
Management checks the details against the customer SLA and establishes that an SLA violation has occurred.

24. Customer QoS/SLA Management reports the violation rebate to Billing & Collections Management for billing adjustment
and to Retention & Loyalty for future reference.

25. The customer is notified in semi real-time about the actions taken on their behalf.

26. Billing & Collections Management bills the customer at the end of the billing cycle with the SLA agreed treatment
included.

10.3.3. Assessment

During the assessment phase, SLAs are examined to determine if they still fit the business needs. There are several triggers for the
assessment, including periodic either per service or overall, customer-triggered reevaluation, customer exit, etc. Figure 4.12 shows
Case A where customer SLA needs have changed because the customer’s business needs have changed and there is no SLA
meeting these needs, leading to an assessment of the potential for an enhanced product SLA. Figure 4.13 shows Cases B and C
where internal assessments at the Customer and Service layers lead to a realignment of infrastructure support for SLA parameters
and service KQIs respectively. In these flows, Level 3 processes from the Operations Support & Readiness vertical are included for
increased clarity.

The steps shown in Figure 10.12 for Case A are as follows:

1. The customer discusses changed requirements with Selling.

2. Selling checks the significance of the customer with Retention & Loyalty.

GB921 Addendum F, Version 7.7 © TM Forum 2009 Page 56 of 61


Business Process Framework (eTOM) – Process Flow Examples

C ustomer
I n q uiry Made

C u stomer Interface
Ma n agement
Ma rket
Produc t & Input to SLA
C ustomer Retention & P roduct Lifecycle Stage 1
1 . Customer request
L oyalty D e velopment & P roduct
for changed SLA 5. Enhanced
R e tirement D e velopment
p a rameters made 2. Information on p roduct SLA
C u stomer prioritization re quested
Selling re ques ted Support Selling
4. Request
3. Details sent of Cus tomer request a n alyzed and
for enhanced SLA passed on

S ervice

R esource
(Applic ation,
C omputing
a n d Network)

S upplier/
P a rtner

Figure 10.12: Assessment Initiation


Case A: Customer needs have changed

3. Selling is unable to meet the customer’s requirements with existing product SLA(s). It sends details of the customer
request to Support Selling for analysis.

4. After analyzing the request, Support Selling passes it on to Product Development & Retirement for a reassessment of the
existing product SLA(s).

5. Product Development & Retirement reassesses the SLA parameters and sends a request for development of an
enhanced product SLA to the product planning processes.

GB921 Addendum F, Version 7.7 © TM Forum 2009 Page 57 of 61


Business Process Framework (eTOM) – Process Flow Examples
Market
Product &
Customer
1B. SLA
reports
SLA data generated Enable Customer Customer CRM Operations Service
Quality Q oS/SLA Readiness specification
Management Management 14. SLA trend reports consistent with SLA
generated

2. Action to improve s erv ice KQI support


for SLAs requested 12. Servic e QoS
reports generated

1C. Serv ice 13. Service


Serv ice
performance performance trend
reports 3. Corrective 8. Updates reports generated
Serv ice Quality Service Formalized serv ice
generated action requested generated
Service Enable Service Enable Service Manage Service Management Management & configuration
Performance Quality Configuration & Inventory Operations Rea . .. change
Data Management Activation
11. Resource performance
4. Corrective 7. Details sent of reports generated
Resource action corrective action Resource Data Resourc e
(Application, requested Manage Resource Collection & Performance
10. Resource
Computing Inventory Processing Management
performance data
and Network) Enable Res ource
passed on
Provisioning 6. Updates
generated
9.
Action carried Resource
5. out Performance
Data Available

Supplier/
Partner

Figure 10.13: Assessment Initiation


Cases B and C: Internal Assessments at the Customer and Service Layers

The steps shown in Figure 10.13 for Cases B and C are as follows:

1B. Enable Customer Quality Management receives SLA reports for trend analysis (mainly from Customer QoS/SLA
Management). Enable Customer Quality Management establishes that given SLAs are being violated too often, require
excessive rebates, and that the service KQIs are not supporting the product KQIs.

1C. Enable Service Quality Management receives service quality reports for trend analysis (mainly from Service Quality
Management). Enable Service Quality Management establishes that the service being provided is not meeting the
required levels on an average basis.

2. Enable Customer Quality Management requests Enable Service Quality Management to undertake the required
service class KQI improvements so that they will support the SLAs more adequately.

3. Enable Service Quality Management analyses the problems and requests Enable Service Configuration & Activation
to undertake the required corrective actions to improve the service class KQIs.

4. Enable Service Configuration & Activation requests changes in the infrastructure from Enable Resource
Provisioning.

GB921 Addendum F, Version 7.7 © TM Forum 2009 Page 58 of 61


Business Process Framework (eTOM) – Process Flow Examples
5. Enable Resource Provisioning takes corrective action to ensure that resources meet the service class KQIs.

6. Enable Resource Provisioning generates updates for Manage Resource Inventory.

7. Enable Resource Provisioning reports details of its actions to Enable Service Configuration & Activation.

8. Enable Service Configuration & Activation generates updates for Manage Service Inventory.

9. Notifications and performance data are collected from the service-providing infrastructure by Resource Data
Collection & Processing.

10. Resource Data Collection & Processing sends performance data to Resource Performance Management for further
analysis.

11. Resource Performance Management sends resource performance reports to Service Quality Management for QoS
calculations and averaging to maintain statistical data on the supplied service instances.

12. Service Quality Management analyzes the resource performance reports received and sends overall service quality
reports to Customer QoS/SLA Management so that it can monitor and report aggregate technology and service
performance.

13. Service Quality Management sends service quality reports to Enable Service Quality Management for trend analysis
where it is established that the service being provided is now meeting the required levels on an average basis.

14. Customer QoS/SLA Management sends SLA reports to Enable Customer Quality Management for trend analysis
where it is established that given SLAs are now consistent with SLA requirements.

GB921 Addendum F, Version 7.7 © TM Forum 2009 Page 59 of 61


Business Process Framework (eTOM) – Process Flow Examples

11. Administrative Appendix


This Appendix provides additional background material about the TM Forum and this document. In
general, sections may be included or omitted as desired, however a Document History must always
be included.

11.1. About this document

This is a TM Forum Guidebook. The guidebook format is used when:


o The document lays out a ‘core’ part of TM Forum’s approach to automating business
processes. Such guidebooks would include the Telecom Operations Map and the
Technology Integration Map, but not the detailed specifications that are developed in
support of the approach.
o Information about TM Forum policy, or goals or programs is provided, such as the Strategic
Plan or Operating Plan.
o Information about the marketplace is provided, as in the report on the size of the OSS
market.

11.2. Document History

11.2.1. Version History


<This section records the changes between this and the previous document version as it is edited by the team
concerned. Note: this is an incremental number which does not have to match the release number>

Version Number Date Modified Modified by: Description of


changes
Version 7.5.1 April 2008 Mike Kelly Inclusion of new SDF
and other flows as
Section 3, document
format updated to
current standard
Version 7.5.2 May 2008 Mike Kelly Updated section
headings in Section 3
Version 7.5.3 July 2008 Mike Kelly Release number
adjusted to 7.5
Version 7.6 July 2008 Tina O’Sullivan Minor corrections prior
to posting.
Version 7.7 June 2009 Alicja Kawecki Minor updates to
reflect TM Forum
Approved status

GB921 Addendum F, Version 7.7 © TM Forum 2009 Page 60 of 61


Business Process Framework (eTOM) – Process Flow Examples
11.2.2. Release History
<This section records the changes between this and the previous Official document release>

Release Number Date Modified Modified by: Description of


changes
eTOM Addendum F 08/04 eTOM Team Updated to include
Release 4.5 new process flows
concerning billing,
and also to update
some existing
material
Release 4.6 11/04 eTOM Team Updates prior to
Release 4.5 Member
Evaluation
Release 7.5 May 2008 Mike Kelly Inclusion of new SDF
and other flows as
Section 3, document
format updated to
current standard

GB921 Addendum F, Version 7.7 © TM Forum 2009 Page 61 of 61

Вам также может понравиться