Read Financial Markets Operations Management Online
Authors: Keith Dickinson
Traditionally, reconciliations were performed with the internal ledger balances on the one hand and the external statement on the other. The reconciler then ticked off one position in the ledger against its corresponding entry on the statement. Once this had been completed, the reconciler prepared a schedule of reconciliation breaks; these were circulated to the appropriate departments for action to be taken. It was the job of the reconciliation clerk to ensure that investigations were completed without undue delay. Reconciliation was, therefore, a paper-based process that was both manually intensive and time-consuming.
Today, we rely on automation to make the initial comparison of ledger vs. statement and to prepare the reconciliation break report. It is at this stage that human intervention takes place.
Reconciliation software is designed to track any transaction throughout its lifecycle, from confirmation through settlement to custody and asset servicing and beyond. This means that at any point in the lifecycle, a reconciliation “match” can be automatically made in real time and with automated exception processing, investigation and follow-ups. This helps to reduce operational costs and operational risk. Ideally, the reconciliation software should form part of an overall system that automates, tracks and controls financial transactions and internal processes within the firm and beyond (e.g. between a fund manager and its global custodian).
Reconciliation of all asset classes is important so that “what you think you have” is actually “what you know you have” and the “assets are located in the right place”. Not only does a completed reconciliation give you this confidence, but it also ensures that you are complying with regulatory rules.
In a reconciliation, we compare two sets of records. These can be our
internal
records (the ledger positions) and
external
records (bank statements, custody balances, counterparty statements, etc.). We could also compare internal records, e.g. our dealing records (blotter) with our settlement records; in other words, Front Office vs. Back Office.
Operations reconciliation staff perform reconciliations from a settlement date perspective, as they are concerned with what has (or should have) happened. This contrasts with the Front Office, which considers its activities from a trade date perspective. This results in Operations staff having to be aware of assets which have been traded but not yet settled (open trades) or those which have failed to settle.
Keith Dickinson is Director of The Settlement & Management Research Consultancy Limited and Principal of Financial Markets Training Limited. After 20 years working in Operations in the City of London, Keith runs training courses for investment firms around the world and, more recently, teaches within academia.
For seven years, Keith was a Visiting Fellow at the University of Reading/ICMA Centre and a Programme Director at the ICMA Executive Education/ICMA Centre. Currently, he is a Senior Teaching Fellow at the International Business School Suzhou/Xi'an Jiaotong-Liverpool University, Suzhou.
Keith has written three workbooks published by the Securities Institute, London (now known as the Chartered Institute for Securities & Investment) as part of its Investment Administration Qualification (IAQ) and International Capital Markets Qualification (ICMQ):