BRD GLOSS SocGen Paris Vision and Scope

Revision History
Change
Version Date Author
Description
Srinivasa
0.1 Initial draft 07 April 2021
Akula
Changes and updates as per the senior Srinivasa
0.2 15 April 2021
management feedback. Akula
Srinivasa
1.0 Finalized version issued for use. 16 April 2021
Akula

1. Introduction
1.1. Purpose

The purpose of this document is to collect, analyze, and define high-level needs and features of
the BRD GLOSS SocGen Paris project. It focuses on the capabilities needed by the stakeholders
and the target users, and why these needs exist. The details of how the BR fulfills these needs are
detailed in user stories and supplementary specifications.

1.2. Scope

This document covers the high-level requirements for the SocGen Paris Migration and it will be
updated in stages according to the system development progress. The initial focus is on essential
functionality allowing to sell the products but in the future the system will be enhanced to
provide a wider range of capabilities for individual users within the identified requirements.

2. Positioning
2.1. Business Opportunity

GLOSS is a Broadridge Backoffice operations system mainly used for clearing and settlement
process and many other trading activities It leverages microservices based architecture that result
in a far more efficient use of code and underlying infrastructure. Expose the functionality of
microservices as products, leading to both internal and external business value. SocGen Paris
wants to migrate to Broadridge GLOSS for the back-office operations on the trades coming from
SocGen Paris clients.

2.2. Problem Statement

 The problem the impact of which
# affects a successful solution would
of is
provide customers with an easy way
inability to get trades
securities trade customers of securities trade processing life
clearing and
1 processing life from Paris cycle from trade capture through
settlements with the
cycle Market confirmation, clearing and
custodian
settlement.

2.3. Business Objective and Success Criteria

Business objective is to migrate the SocGen Paris Backoffice systems to GLOSS and the new
functionality enables users to examine their current and projected depot and nostro positions and
exposures, and easily identify, adjust, and prioritize funding requirements and opportunities.
Open trades can be selected and excluded from funding positions individually or in groups (eg.
all failing stock and cash receipts). Movements can be viewed as gross receipts/deliveries, or as
net movements. Positions are valued using latest prices, and this information can be used when
establishing funding priorities.

Develop and deploy Migration solution in Scope of Phase I by the end of March 2022, and then
evolve it in stages with further Releases.

Note: the list of business goals that allows meet the business objective is described in section 4
Business Requirements.

The strategy goal can be transformed to the following financial and non-financial business
objectives, concerned SocGen Paris Migration:

• Deliver first version not later than 4 months after the project start, so that the company
could start making revenue during the first year and achieve the required financial
performance.

2.4. Product Position Statement

For SocGen Paris customers and its entities

places trade with X-One Front office application
Who
seek to for a straight through processing of a securities processing of the trade life
cycle form trade capture through confirmation, clearing and settlement.
is a Multi-Tenant Global settlement system capable of clearing the trade for
GLOSS
settlement.
 will provide Backoffice operations mainly used for clearing and settlement process
That and many other trading activities It leverages microservices based architecture that
result in a far more efficient use of code and underlying infrastructure.
lack of similar solutions like APTP solution and unlike having extra storage and
Unlike managing costs for excess inventory resulting in the trade breaks during the
settlement and clearing process
Will provide the new functionality enables users to examine their current and
projected depot and nostro positions and exposures, and easily identify, adjust, and
prioritize funding requirements and opportunities. Open trades can be selected and
Our
excluded from funding positions individually or in groups (eg. all failing stock and
product
cash receipts). Movements can be viewed as gross receipts/deliveries, or as net
movements. Positions are valued using latest prices, and this information can be
used when establishing funding priorities.

3. Business Context
3.1. Market Demographics

Target market is SocGen Paris clients and its entities.

3.2. Product Stakeholder Summary

Stakeholder Types Role/Responsibilities

• Product Manager — elaborating and developing features
which will be valuable for the user community and customer
SocGen Paris
base/ revenue growth.
Stakeholders,
• System Architect – Responsible to tech discussions
who can be/are
• Implementation Consultant — collecting information about
affected
marketing behavior and sales statistics.
by solution
• Support Team - Responsible for Production

• Customer Service — providing product/services information

SocGen Paris
and resolving any emerging problems that SocGen Paris
Stakeholders who will
clients might face;
be
• Implementation Consultants — assisting with Trade STP
involved after "go live"
Important External
Stakeholders who can
• End users , Customer Service , Implementation Consultants
be/
are affected by
solution

3.3. Product Stakeholder Profiles

Deliverable
Responsibilitie s they Involvemen Success
Name Description
s / Role need from t Criteria
the project
Working
Supervises high
solution with
level business
Product Completed Indirect broad
Munro,Alistar requirements
Manager solution involvement acceptance by
and product
customer/user
vision
s
Provides
detailed
Successful
System business Completed Direct
Desai, Bharath development
Architect requirements, solution involvement
process
system design
gatekeeper
Successful
Monitors the project,
Project Delivered Direct
Casley, Kiara project’s delivered on
Manager Project involvement
progress time and with
agreed budget
Supervises
Software Application
Delivery Acceptance
Mishra,Debasis Test Direct
Test Manager Acceptance with high
h Acceptance involvement
process on level of
StockTrade quality
side
Assists in
Implementation existing Continuous Indirect Successful
Vijay,Kondeti
s Consultant behavior of the support involvement support
systems
3.4. User Profiles

Deliverables
User
they
Type / Responsibilities User Background Success Criteria
need from the
Role
system
Places trades from
Easy to use
End User SocGen Paris X-One Confirmations Indirect user
solution
application
Advanced user;

Time spent using

service: Easily accessed
daily or weekly functions,
Business Monitors trades Statistics
configuring products simple
User flowing into GLOSS reports
and sales events; administration,
monitoring statistics, time saving
retrieving reports;

Connected from PC.

3.5. Key Stakeholder Needs

NA

3.6. User Environment

Describe how users will access the product's features. Specify any requirements to hardware and
software, the Internet connection, and other.

3.7. Alternatives and Competitors

NA

4. Business Requirements
4.1. Business Goals

Business goals is to migrate the SocGen Paris Backoffice systems to GLOSS and the new
functionality enables users to examine their current and projected depot and nostro positions and
exposures, and easily identify, adjust, and prioritize funding requirements and opportunities.
Open trades can be selected and excluded from funding positions individually or in groups (eg.
all failing stock and cash receipts). Movements can be viewed as gross receipts/deliveries, or as
net movements. Positions are valued using latest prices, and this information can be used when
establishing funding priorities.

4.2. User Goals

User goals describe the discrete activities that the system users would like to do more efficiently
with regard to the defined business goals.

User(s) High-Level User Goal

Places trades from SocGen Paris X-One application and straight through
End User
processing is done and invoice of confirmation is required
Business Monitors trades flowing into GLOSS and report any trade breaks and download
User reports

5. Product Overview
5.1. Product Perspective

BR engaged EPAM in the migration of SG Paris Business from Legacy onto the APTP platform
processing SG London, including the upgrading (or retirement) of the various Broadridge and
Accenture components involved within the current APTP platform.

The migration approach is to upgrade SG London to the GPTM platform (excluding Finance),
followed by migration of SG Paris onto GPTM, excluding Finance, Primary Issuance and Asset
Servicing. Subsequent phases will migrate Primary Issuance and Finance over to GPTM

Current State:

The following diagram attempts to summarize the relevant components in current state usage for
both SG Paris and SG London by functional Purpose
The following diagrams attempt to summarize the migration path from current state for the
contracted settlements scope.

5.2. Product Features

Post Migrations the The major features are available for SG Paris Clients

1. Portal for outsight team( Data Fabric Portal)

2. Settlement and Clearing
3. Position Keeping
4. Finance Functions
5. Long Term archiving
6. Data Warehouse
 7. Asset Servicing
8. System Integration
9. Reconciliations
10. Confirmations

5.3. Assumptions, Dependencies, and Constraints

Risks:

• Slow customer acquisition. Mitigation strategy is a more aggressive marketing campaign,

making membership open.
• Low conversion rate.
• Small inventory. Given the exclusivity of membership, the store will be attractive to
high-end designers as offering their products in the shop does not diminish the image of,
as compared to getting their products sold in public discounted stores.
• Administrative difficulties, such as differences in the right to cancel and return a
purchase, custom duties on returned goods, product registration, will create additional
costs.

Assumptions:

• Market growth. The predicted market growth is from the reports. The actual growth could
vary.

Constraints:

• The store must be implemented with modern and popular technologies, so that:
o It could be hosted in public host centers and it could be moved from one host
center to another one.

There are many professionals familiar with the technologies on the SG Paris market to provide
development and operations services to the product.

5.4. Licensing and Installation

Terms and service conditions of GLOSS usage will be a subject of legal requirements and should
be defined by Broadridge under development goes live into production.

6. Scope and Limitations

6.1. Scope of Initial Release (Phase I)

The upgrade scope for SocGen Paris Phase 1 is centered around an upgrade of the Broadridge
Gloss Solutions to the upgraded solution:
 a) An upgrade of GLOSS to the enhanced International Processing System (IPE)
b) Introduction of the Data Fabric data warehouse system for real-time information storage
of IPE data. This is to run in conjunction with the data warehouse for the Paris business
of SGLB and SGPMA

6.2. Scope of Phase II

The upgrade scope for SocGen Paris Phase 2 is centered around an upgrade of the Broadridge
Gloss Solutions to the upgraded solution:

a) New SI to pull data from Data Fabric, depending on the agreed scope of Phase 1

7. Documentation Requirements

By the end of development, the following technical documents should be provided:

• Software architecture document

• Deployment guides