Professional Documents
Culture Documents
Terms of Reference
Version 1.1
Summit Decom
Terms of Reference
TABLE OF CONTENTS
Document History 3
Document Approval 3
1. Project Description 4
2. Business Rationale 5
3. Project Scope 6
3.1 In Scope 6
3.2 Out of Scope 6
5. Delivery Approach 8
5.1 Project Management Approach 8
5.2 Business Analysis Approach 8
5.3 Technical Delivery Approach (intelliMATCH Development) 9
5.4 UAT Approach 9
5.5 Asset Classes – SME Support & Sign-off Authorisation 9
5.6 Key Delivery Artefacts 9
5.7 Priority 10
6. Project stakeholders 10
Document Approval
1. Project Description
Summit is a vendor application with integrated end-to-end business functionality. Summit has
been the primary FI Derivatives platform since 1998 with approximately 865,000 live trades
and over 2,500 users across the Investment Bank.
As well as the Rates native business, Summit holds the Rates derivative hedges for a number of
businesses. Over the years Summit has also been utilised to hold a variety of other trade types
by taking advantage of its flexible booking which has created downstream trade representation
issues.
iMatch currently receives a bespoke file from Summit for each reconciliation using Summit
data. With its decommission, this feed will be turned off meaning iMatch will no longer receive
the data required.
Once Summit trades are migrated to the strategic trade booking systems, for example TCW
and TMS, trade economics and cash flow data will available through EDDI (Enterprise Data
Distribution Infrastructure).
A bespoke file will not be received; iMatch will query data tables to extract the data required
for each reconciliation. All reconciliations identified as being impacted by this change, and still
required, will be rebuilt using this new technology.
2. Business Rationale
In line with the agreed Strategic Architecture, the decommissioning of Summit is being carried
out to address the following:
Scalability
The flexibility of Summit has meant it has become over-utilised as a solution for
operational purposes, many of which do not scale
Compliance with upcoming Regulatory Reporting deadlines for all businesses will be
challenged if Summit is part of the flow
With low STP rates on many products, especially the more exotic derivatives, dual
keying required with Summit leads to increased risk
The complexity of the Summit environments leads to an inefficient and cumbersome
reconciliation process
Summit Operational Risk events are caused by the complexity of the environments,
specifically around calculating and managing cash
Operational Efficiency
Reconciliations are a mandatory control around the trade booking process. This project will
ensure that all reconciliations are in place for the cash cutovers and migrations from Summit.
3. Project Scope
3.1 In Scope
Where required, a new build reconciliation using EDDI data will replace the existing Summit
reconciliation. The aim will be to replicate the existing reconciliation ensuring there is no loss
of control with the move onto the new upstream architecture. This is contingent on receiving
upstream data from EDDI in order to complete the business analysis and then to complete UAT.
The initial linking of the EDDI data will be the responsibility of iMatch Dev
Wholesale redesign of reconciliations – any currently known issues will not be
remediated
Execution of UAT – this is the responsibility of the Asset Classes. Change will provide
oversight and manage the UAT process.
Current flow:
Future flow:
Details of the EDDI data extraction logic (i.e. what is to be included within the
reconciliation
Fields to be included – showing the mapping between the EDDI data and the ‘other
side’ file where appropriate
Matching fields and rules
Any data translations which are required – e.g. converting data to capitals from lower
case
Reconciliation SLA details and timings, highlighting where this will be different from
the current reconciliation as necessary due to EDDI data being available at different
times
Reporting details – i.e. dashboard reports / breaks to be viewed on the GUI
Ageing requirements
Details of any dashboard report
5. Delivery Approach
Further business analysis will be completed with the relevant Asset Class team to produce a
single detailed Business Requirements Document per reconciliation, to ensure the current
reconciliation is replicated as closely as the data will allow.
All detailed business requirements will be walked through with the relevant Ops Control
production, Asset Class and IT teams with a view to securing full sign-off from each respective
area, ahead of the commencement of the Delivery phase.
iMatch Development have committed to providing 1.5 FTE equivalent to ensure all builds are
complete, and testing signed off, within the program timeframes.
The following details the key outputs (and owners) created to support a robust UAT Phase:
The Asset Classes owning impacted reconciliations will provide the following to support the
delivery of the project:
The following is summary of key artefacts that will be delivered by the Ops Control Change
Management Team for delivery of the project:
Terms of Reference
Detailed Business Requirements Document per reconciliation
Query / Action Logs (as appropriate)
Project Plan
RAID Document
UAT Test Plan
UAT Scripts (as appropriate)
Weekly Status Report
5.7 Priority
The order of work has been constructed to fit in with the Summit Decom program milestones
(please see section 8).
6. Project stakeholders
Specified below are the key stakeholders related to the delivery of this project.