Académique Documents
Professionnel Documents
Culture Documents
Operations
Micro Issues
Trade Life Cycle
&
Straight Through Processing
TLC
What do we mean by `trade
lifecycle’?
All the steps involved in a trade from
the point of order receipt to trade
execution through to settlement are
referred to as the lifecycle of the
trade.
The management of all STOs
require that trades are processed
in the most efficient manner.
This is reflected in their desire to
TLC (Cont…)
STP is achievable if the lifecycle is
begun by recording the details of
each trade in a timely and
accurate fashion within the front
office, and is handled efficiently
and cost-effectively in the
operational areas of the STO.
A problem created early on in the
cycle will cost more to correct the
further it is allowed to flow
STP
What is Straight Through Processing?
It is a term used to describe the objective of
managing trades throughout the lifecycle
automatically and without human
intervention.
Historically there was little or no
connectivity between the various systems
within an STO.
This resulted in manual rekeying of
individual trade details at various points.
Even where connectivity existed between
internal systems a lack of consistent
reference data prevented automatic passing
STP (Cont…)
The objective of STP is the
following.
Following trade execution
Input the details of individual trades only
once
And from that point until the complete
settlement of the trade. Manage each of
the steps in a fully automated fashion.
Elements of TLC
Trading Activities
Trade Execution
Trade Capture (Front Office)
Elements of TLC (Cont…)
Operational Activities:
Trade Capture (Back Office)
Trade Enrichment
Trade Validation
Trade Agreement
Transaction Reporting
Settlement Instructions
The Role of the Custodian
Pre Value Date Settlement Instruction
Statuses
Settlement Failure
Trade Settlement
Reflecting Trade Settlement Internally
Order Flow
Typical steps in the placement of
an institutional order with an STO.
The institution decides to buy or sell a
specific security and contacts an STO
with whom it normally trades. The
details of the order are normally
conveyed to the relevant salesperson
within the STO.
The salesperson records the details of
the order either manually or
electronically within an order
Order Flow (Cont…)
The order details are forwarded by
the salesman or are fed automatically
by the order management system to
the relevant trader or market maker.
The trader will assess the order in
order to decide whether or not to
trade. A market maker must trade if
the order price is within the quote
given by him. If the trade is executed
the details are recorded in the
relevant trading book.
Order Flow (Cont…)
The trader will respond to the
salesperson who placed the order
advising whether or not the trade has
been executed and if so on what
terms.
The salesman records the details of
the execution thereby closing the
open order.
The salesman will contact the client
usually by phone to advise whether
the order has been fulfilled. A formal
trade confirmation will be sent later
Trade Capture by the Front
Office
All trades executed by an STO must be
recorded formally within the STO’s
books and records.
The first step is to record the basic
details of each trade.
This is necessary to:
Update the trading position for the specific
security
Update the average price of the current
trading position so that when the next trade
is executed the trader knows whether a
Trade Capture (Cont…)
Traders normally use trading
systems designed specifically for
managing their positions and
applying updated prices to those
positions.
The basic trade details must be
immediately conveyed to the
middle or back office to allow
operational processing to
Components of a Trade
In the case of a principal trade, the
basic components that are typically
recorded by the trader are:
Trading book
Trade date
Trade time
Value date
Operation
Quantity
Security
Price
Counterparty
Trading Book
The trading book has only internal
implications.
The purpose of assigning a trade to a
specific book is to assign internal
responsibility and ownership for the
trade.
This results in
An update to the trading position within the
specific security
And an update to trading profits within the
trading book.
Incorrect application of a trading book
Trade Date
The trade date is the day that the two
parties agree to execute the trade.
It has internal as well as external
implications.
It has an impact on the following
aspects.
The date that a trading position is
updated.
If a trade is not recorded on the trade date
the trading position will remain incorrect
until it is recorded.
Trade Date (Cont…)
Trading P&L Calculation
The P&L impact of a trade cannot be
calculated if the trade is not recorded.
Calculation of accrued interest
The trade date is connected to the value
date of the trade and the value date is used
in most markets to calculate the accrued
interest.
If the trade date is incorrect, it can affect
the value date which could affect the
accrued interest and consequently the Net
Settlement Value.
Trade Date (Cont…)
Entitlement to income on equity
Is most markets entitlement to dividends is
related to the trade date.
If the trade date is incorrect the buyer or
the seller could lose his entitlement.
Trading systems typically assume that
the trade date is the same as the trade
input date.
Usually this poses no problems.
However precautions must be taken if there
is a `late booking’, that is the trade is being
recorded a day late or there is an `as-of’
Trade Time
In many markets regulators
require the STO to record the exact
hour and minute that the trade
was executed.
This enables:
Monitoring the STO’s activities to
ensure that the trades have been
executed at the `best execution’
price. This has implications for the
protection of the investor.
Trade Time (Cont…)
It enables the settling of disputes between
counterparties regarding the basic details of
the trade such as quantity differences.
It enables market surveillance on the part of
the regulator to identify abnormal trading
activity.
Regulators also insist that all telephone
conversations made by traders are
taped.
When a dispute arises the trade time is
used to quickly identify and retrieve the
Trade Time (Cont…)
In some cases, the trade time is used as
a measure for trade reporting.
In the Eurobond market, the regulator
requires that all trades executed by UK
based members of the Eurobond
industry body – The International
Securities Market Association (ISMA) –
report details of their trade to ISMA via
their system TRAX within 30 minutes of
trade execution.
Fines are imposed on members who fail to
meet the deadline.
Value Date
The value date is the intended
date of securities for cash.
This is known as the contractual
settlement date.
Note that the actual settlement date
could be different because of
settlement failure.
The period between the Trade
Date and the Value Date is known
as the Settlement Cycle.
Value Date (Cont…)
The longer the settlement cycle
the greater is the possibility of one
of the parties defaulting.
For instance if a buyer is not required
to pay for many days following the
trade he may be tempted to default
should the market price of the
security fall sharply before the value
date.
Operation
The term operation refers to the
direction of the trade
Is the STO a buyer or a seller
Or in the case of a securities lending
or borrowing transaction, is the STO a
lender or a borrower.
Quantity
The quantity refers to the number
of shares or bonds that have been
bought or sold.
Standard tradable quantities may
apply to both shares and bonds.
Shares are often traded in Round Lots
or Board Lots.
Bond are traded in multiples of the
minimum denominational values.
Quantity (Cont…)
The quantity will require inputting
by the trader.
But the trading system should
verify its validity by reference to
static data.
Security
When a trade is being executed we
must know precisely which
security is being traded.
In the case of equities confusion
can arise in cases where an
original security and a second
security with superficial similarity
are validly in existence at the
same time.
Security (Cont…)
An example would be where new shares
have been created in addition to the
original shares.
The two may need to be identified
separately in a situation where the new
shares may not be equal in all respects
until a later point in time.
For instance the next dividend may be
payable only on the original shares and not
on the new shares.
Following the payment of the dividend the
Security (Cont…)
In the case of bonds, some issuers
such as the World Bank may have
hundreds of bonds with details that
are extremely similar such as:
Issues with identical coupon and
maturity but with different currencies
of issue
Issues with identical coupon and
currency but with different maturity
dates
Issues with identical maturity and
Security (Cont…)
At the time of trade execution the
two parties must be precisely
aware of the security that they are
dealing in.
To help avoid errors securities
identification code numbers such
as ISIN and CUSIP are assigned to
each security.
The security being traded should
have its details held within the
Security (Cont…)
Trading systems normally display
only those securities which pertain
to the particular trading book.
The trader only needs to select the
correct security from the list.
If the details have not been set up
within the static data trade capture
will be held up at the beginning of
the TLC causing delays and
avoidable costs.
Price
Price is an essential component of
a trade
It is therefore important that the input
should be exact
Equity prices are typically
expressed as a cash amount per
share.
Bonds are normally traded at a
percentage of the face value.
Counterparty
Correct identification of the
counterparty is very important.
Confusion can arise if an STO
trades with a group of companies
consisting of trading entities in
different locations.
Being uncertain of the
counterparty and its location can
lead to
Delays in settlement processing
Counterparty (Cont…)
When an STO trades with a mutual
fund manager it is common to find
that at the point of placing an
order and at the time of execution
the fund manager is yet to decide
to which of its underlying funds the
trade should be allocated.
It may take a number of hours for the
fund manager to respond with
allocation details.
Counterparty (Cont…)
Under these conditions the STO
has executed a trade with a
counterparty knowing that the final
counterparty details will differ from
the counterparty known at trade
execution.
Normally the trade is recorded as
executed with the parent
counterparty, and later on, when
the allocation details are known,
Counterparty (Cont…)
The counterparty with whom the
trade was executed should be held
within the static data repository.
The trader only needs to select the
correct counterparty inclusive of
location from the list.
If the data is not present at the
outset, trade capture will be held
up at the beginning of the TLC.
Front Office Trade
Reference
The trading system should perform
validation that all necessary
components of a trade are present
before assigning a trade reference
number to a trade.
Storage of the reference number
allows identification and inspection
of the details at any time after
trade capture.
This is vital if the trade is
Subsequent Action
Once the trade is captured within a
trading system the details should
be sent to the back office
immediately for operational
processing.
If the STO does not have a trading
system the details are recorded
manually on a `dealing slip’.
This will be collected and delivered
to the middle office or the
Incorrect Capture
Incorrectly recorded trades may lead to:
Inaccurate trade confirmations being sent to
counterparties
This could lead to a loss of business
Inaccurate settlement instructions being
sent to the custodian
This could lead to unmatched instructions with
the counterparty and require a subsequent
amendment.
Or if the instructions nevertheless match and the
trade settles it could lead to a monetary loss.
Sometimes the STO may never even come to know
that there was an error.
Trade Capture within the
Settlement System
In an automated environment, where
the trade has been sent by the trading
system to the back office system
electronically, it is to be expected that
the trade will arrive successfully in the
receiving system.
However it is possible that the trade fails to
arrive in the back office system.
It is therefore recommended that a trade-
by-trade reconciliation is conducted to
ensure that the trades sent by the trading
system have in fact been received
successfully by the back office within an
Trade Capture…(Cont…)
As soon as the back office system receives a
trade validation needs to be performed to
confirm that static data items like
Trading book
Security
Counterparty
are known.
If a check reveals a problem – eg.
operational processing.
Trade Capture …(Cont…)
Once the trade details have been
checked for validity, a settlement
system trade reference number
will be assigned.
This is in addition to the trading
system trade reference number.
The trade has now been accepted
into the settlement system and is
now ready for Enrichment.
Trade Enrichment
Following trade capture within the
settlement system the details of a
trade require enrichment.
What is enrichment?
It involves the selection, calculation,
and attachment to a trade of relevant
information necessary to complete
further essential actions.
Trade Enrichment (Cont…)
In an automated environment,
trade enrichment is achieved
through defaulting relevant
information automatically from the
store of information held within
static data.
This is known as Static Data
Defaulting.
Trade Enrichment (Cont…)
Steps involved:
The basic trade details are captured
within the settlement system
The basic trade details are compared
with the information held within the
static data repository, and if the
necessary information is present in
the repository, the default information
is selected.
The selected defaults are attached to
the basic trade detail to form the
Trade Enrichment
Components
In general, the trade components
requiring enrichment are:
Calculation of cash values
Counterparty trade confirmation
requirements
Selection of custodian details
Method of transmission of settlement
instructions
Determining the method of
transaction reporting (for regulatory
Trade Enrichment
Components (Cont…)
The components pertaining to one
transaction type may be only
partially similar to the components
pertaining to another transaction
type.
We will list the trade enrichment
components of each transaction
type.
Principal Transaction
Required
Cash value calculation
Securities depot details
Trade confirmation
Transaction reporting
Settlement instructions
Securities accounting
Cash accounting
Repo Transaction
Required
Cash value calculation
Securities depot details
Trade confirmation
Transaction reporting
Settlement instructions
Securities accounting
Cash accounting
Securities Lending and
Borrowing
Required
Cash value calculation
Securities depot details
Trade confirmation
Transaction reporting
Settlement instructions
Securities accounting
Cash accounting
Trading Book Transfer
Required
Cash value calculation
Securities accounting
Cash accounting
Not Required
Securities depot details
Trade confirmation
Transaction reporting
Settlement instructions
Depot (Custodian)
Transfer
Required
Securities depot details
Settlement instructions
Securities accounting
Not required
Cash value calculation
Trade confirmation
Transaction reporting
Cash accounting
Unsecured Borrowing and
Lending
Required
Cash value calculation
Trade confirmation
Settlement instructions
Cash accounting
Not required
Securities depot details
Transaction reporting
Securities accounting
Nostro Transfer
Required
Cash value calculation
Settlement instructions
Cash accounting
Not required
Securities depot details
Trade confirmation
Transaction reporting
Securities accounting
Foreign Exchange
Required
Cash value calculation
Trade confirmation
Settlement instructions
Cash accounting
Not required
Securities depot details
Transaction reporting
Securities accounting
Determining Factors in Trade
Enrichment
Before enrichment of individual
trades can occur, consideration
must be given to the choices that
an STO has for deriving the correct
information to attach to a trade.
We will consider issues pertaining
to each component in detail.
Calculation of cash values
In order to calculate all the cash
related components of a trade, it is
necessary to consider the
following.
Operation
That is
Buying or selling/Borrowing or lending
This has implications for cash value
calculations
For instance client purchases of UK equity
attract stamp duty, but sales do not.
Only sellers of US securities are required
Calculation…(Cont…)
Security group
Stamp duty is payable on Irish equities
but not on Japanese equities
Accrued interest is applicable to coupon
paying bonds but not to ZCBs.
Counterparty Type
Sales credits are normally calculated on
trades with institutional clients, but not
on trades with other STOs.
Sales credits may be calculated
differently for different types of
institutional clients.
Selection of Custodian
Details
The selection of the relevant custodian
details for both the trading company
and the counterparty will be affected by
the following issues.
Trading company
If an STO processes the business of more than
one trading company
Different custodians may be used by each of the
companies, even for the same security group.
The same custodian may be used by both trading
companies, distinguished by different account
numbers for each company at the custodian.
Selection…(Cont…)
Transaction Type
Different transaction types will determine the
settlement location of a trade.
A principal trade will settle at a securities
custodian, whereas a foreign exchange trade is
likely to settle over a main bank account.
The custodian and the bank may not be the same
entity.
Security Group
US equities will settle at the NEW York Custodian
New Zealand government bonds will settle at the
Wellington custodian.
Counterparty
Where there is a choice of settlement locations, a
counterparty may choose. Some counterparties
may select the settlement location on a trade-by-
trade basis.
Counterparty Trade
Confirmation Requirements
An STO will normally issue a trade
confirmation to its institutional
clients, as a part of its service.
But it may not issue confirmations
to other STOs with which it trades.
Determining the method of
Transaction Reporting
The types of security in which an
STO trades may require that the
STO carries out its transaction
reporting via different methods.
For instance, a UK based STO may
be required to report UK equities
via one route, and its international
bond transactions via another
route.
Method of Transmission of
Settlement Instructions
The methods used to transmit
settlement instructions will depend
on the following.
Trading Company
Where an STO processes the business of
more than one trading company each
company may have a preferred but
different method of transmission.
For instance company A may choose to
transmit via telex while company B may
choose to transmit via SWIFT.
Transmission (Cont…)
Custodian
Custodians typically have a preference
for the method of communication
between themselves and the STO.
Failure to Apply Static Data
Defaults
In an automated environment,
failure to fully enrich a trade may
be intentional or unintentional.
Intentional Failure
In a situation where the default of a
particular trade component is best
applied manually, the STO may choose
to set no automatic default of static
data.
For instance Italian Government bonds
can settle domestically in Milan or
internationally in Euroclear or
Clearstream.
An STO may choose to settle an
individual trade in or other location
depending upon the circumstances.
If no general rule can be applied then it is
Unintentional Failure
In an automated environment it is
not possible to default static data
automatically if such data is
missing for a particular
component.
For instance a specific
counterparty is set up within both
the trading system and the
settlement system, but no
custodian details are set up within
Enrichment of Counterparty
Custodian Details
An STO needs to calculate its
counterparty’s custodian details in
addition to its own custodian details.
When a trade is executed by an STO, it
is necessary to determine where it
wishes to settle the trade.
This is particularly true if it trades in many
markets.
It must also determine how the
counterparty wishes to settle the trade
This information will be required on the
settlement instruction issued by the STO
Example
WSIL an STO has bought 5,000,000
News Corporation shares from PTIF.
WSIL first needs to assess how it wishes
to settle the trade from its own
perspective.
It needs to determine its appropriate
custodian based on the individual security
or security group.
In this case the equity is Australian.
So the decision is taken to settle at
Custodian A in Sydney.
Example (Cont…)
A similar decision needs to be
taken by WSIL regarding where it
believes PTIF will settle the trade
according to the information
received from PTIF and held within
WSIL’s static data.
The custodian to be used by the
counterparty will appear on the
settlement instruction that will be
sent by WSIL to its custodian.
Example (Cont…)
This is essential information.
Otherwise WSIL’s custodian will not
know with whom the trade is to settle.
Merely stating PTIF does not provide
the answer.
The information required to match
and settle the instruction sent by
WSIL is
The account number at the relevant
depository of the Australian custodian
being used by PTIF
Let us assume it is Custodian B in Melbourne.
Example (Cont…)
Following trade execution between WSIL
and PTIF the trade would be
captured within the trading system
then captured within the settlement system
followed by trade enrichment within the
settlement system.
In the process WSIL would have
calculated
The custodian that it wishes to use
And PTIF’s custodian
The sequence of steps taken would be
as follows.
Example (Cont…)
WSIL issues a settlement
instruction to its custodian telling
Custodian A in Sydney to receive
5,000,000 News Corporation ordinary
shares, against payment of the
relevant cash amount
From Custodian B Melbourne whose
depository account number is
5532896.
Example (Cont…)
PTIF issues a settlement instruction to
Custodian B asking it to deliver shares
against the relevant cash amount to
Custodian A
Whose account number at the depository is
5023598.
Custodian A should update its records
with the details of the instruction
received from WSIL
Custodian B should update its records
with the details of the instructions
Example (Cont…)
Each custodian should aim to
achieve a match of their client’s
settlement instructions with the
counterparty’s custodian.
If the information does not match the
custodians have no authority to
change any aspect of the client’s
settlement instruction.
They must however advise the client
about the status of the instruction.
Example (Cont…)
If there is a mismatch WSIL would
need to investigate.
If its static data is accurate in all
respects
And if the trade is properly
enriched
The number of unmatched
instructions will be minimized.
However settlement instructions
may be unmatched for other
Trade Validation
Having executed, captured and
enriched a trade it is now complete
and further taskes such as
Issuing a trade confirmation
Reporting the trade to the regulatory
authorities
Issuing settlement instructions can
proceed.
Trade Validation (Cont…)
However many STOs adopt a final
check of the data contained within
a fully enriched trade to reduce the
possibility of incorrect information
being sent to the outside world.
This is known as Trade Validation.
Fundamental Risks
The basic risks associated with trades
are that an STO may make a loss
This could happen directly
While buying
By paying more cash than the market value
By paying the correct amount but without
simultaneous receipt of securities
While selling
By receiving less cash than the market value
By delivering securities without simultaneous
receipt of cash
This could happen indirectly
By losing clients due to provision of slow
and inaccurate service.
Reasons
These risks can arise as a result of the
following issues
Trading error: The trader makes a mistake
at the time of execution
He trades at a price that is significantly different
from the market price
Or he agrees to settle on an FoP basis
Trade recording error
The trade has been captured with one or more
components that differ from those that were in
fact executed
Eg.: 10 MM shares were purchased but is has been
recorded as 1 MM.
Reasons (Cont…)
Trade enrichment error
The calculation of trade cash values is
incorrect
For instance the number of days of
accrued interest on a bond is incorrect
Trade validation is a task that is
designed to detect such situations
on a trade by trade basis.
Basic Trade Validation
The trade components ought to be
viewed from the following
perspectives.
Trading book
May be restricted to specific
transaction types (eg. Principal only)
May be restricted to specific
instrument groups (eg. Japanese
securities)
Validation (Cont…)
Trade Date
Should be `today’ for a new trade
Cannot be in the future
Should be today or in the recent past
for an amended trade
Should be a business day
Cannot be after the value date
Trade Time
Cannot be in the future
Validation (Cont…)
Value Date
Is normally the standard settlement cycle
for the security group eg. T+3 for US
securities
May be shorter or longer than the standard
(if the trader has agreed at the time of
execution and has recorded that date)
Should be a business day in the location of
settlement
Cannot be earlier than the trade date
Cannot be earlier than the primary value
date of a new issue
Validation (Cont…)
Operation
This typically cannot be validated
Settlement personnel have no means of knowing
whether the trader should be buying or selling;
borrowing or lending
Quantity
Cannot be less than the minimum
denomination of a bond
Must be in multiples of the minimum
denomination of a bond
Is normally in multiples of a round lot for
equities
May be an odd lot for equities
Validation (Cont…)
Security
Cannot be a matured bond
Cannot be an expired warrant
Must be clearly distinguishable from other
securities
Price
Must be expressed according to the security
group
Share price must be an amount per share
Bond price must be either a percentage relevant
to face value or a yield
Validation (Cont…)
Counterparty
Must be clearly distinguishable from others
Must include location
Trade cash value
Must be quantity x price plus or minus other
costs such as stamp duty
Accrued days must be relevant to last
coupon payment date and value date
Accrued interest must be relevant to
quantity, accrued days, and coupon rate
Validation (Cont…)
Trade confirmation
Should be sent to institutional clients
Should not be sent to STOs if for
instance an electronic trade matching
system is in place
Company’s and Counterparty’s
Custodian
Must be relevant to the security group
Additional Trade Validation
In order to have the ultimate level of
control regarding the information that is
about to be sent to the outside world,
the following types of validation
measures are taken by some STOs in
addition to the basic trade validation
steps.
Any trade falling within or more of the
following categories should be treated
as an exception and held pending
validation.
Additional Validation
(Cont…)
Trades due to settle on an FoP basis
Extreme caution needs to be taken when
settling on an FoP basis
All such trades should be held for validation
Trades with a cash value at or above a
certain figure
To give specific focus to all trades that are
deemed to be large, all trades with a net
settlement values of a given figure or
greater, or the currency equivalent of that
figure or greater, should be held for
Additional Validation
(Cont…)
Trades in a Specific Transaction Type
All trades in a specific transaction type may
be required to be held for validation to
ensure correctness before transmission to
the outside world.
Trades with a specific counterparty
This is likely to be required for trades with
institutional clients
May be necessary because the client is new
Or could be because an existing client has
complained about the accuracy of information or
speed of service provided on past trades.
Additional Validation
(Cont…)
Trades in a Specific Market or
Security Group
Where an STO is trading in particular
market for the first time it may
Wish to recheck that trade cash values
are accurate
That custodian details are correct for all
trades on securities within a group
This may prove necessary for a
limited period only until it is proved
that new trades are correct routinely.
Additional Validation
(Cont…)
Trades Due to Settle at a Specific
Custodian
If an STO has recently changed
custodians at a financial centre it may
wish to verify all trades destined for
settlement at that custodian
Additional Validation
(Cont…)
Trade Price Outside of market Price
As a precautionary measure an STO
may decide to validate all trades to
ensure that prices are reasonable.
Because price is a major factor in
deriving the Net Settlement Values,
there is a danger of an STO making
overpayment on purchases or
receiving underpayment on sales.
Additional Validation
(Cont…)
If the current market price is accessible and
a tolerance is set against the current market
price (to allow for typical validity) then only
those trades falling outside the set
tolerance should be held for validation.
When such trades are identified
management may need to be informed. The
management should decide as to how tight
the tolerance should be.
Too tight a tolerance may mean that many trades
are being held for validation thereby preventing
STP
Too loose a tolerance may mean that incorrect
Additional Validation
(Cont…)
Trades in a Specific Trading Book
The management may wish to
monitor the trading activity of a
particular trading book
Trades with trade dates in the past
Any new trade that has a trade date
in the past may be held for validation
to ensure that it is valid.
Additional Validation
(Cont…)
Trades with value dates in the past
Any new trade with a value date in the past
should be held for validation for this is an
indication that something is seriously
wrong.
If settlement should have occurred in the
past this is highly likely to result in a cost to
the STO.
All amended trades
Some STOs may wish to monitor all
amended trades to ensure that trades
recorded with incorrect quantity or price
Additional Validation
(Cont…)
All Cancelled Trades
The need for outright cancellation should be
minimum and an STO may wish to check
the detail before issuing information such as
canceling trade confirmations and canceling
settlement instructions to the outside world.
Validation provides the STO with a high
degree of control resulting in reduced
inaccuracies.
But there is a compromise between
sufficient control and STP.
Manual Trade Validation
Due to the number of trade
components manual validation is
likely to result in
A limited number of components
being validated so as not to adversely
affect meeting external deadlines
Occasional human error resulting in
the failure to identify a risk or an error
Manual Validation (Cont…)
In order to identify problematic trades
manual validation needs to be
undertaken by the more knowledgeable
members of the middle or back office
using their `experienced eye’ to scan
the components of a trade and their
knowledge to sense whether or not a
trade is acceptable.
But a significant amount of manpower
would be required to validate all trades
to the fullest extent due to the sheer
Manual Validation (Cont…)
In order to meet the combined
demands of
STP
Servicing clients accurately and
speedily
Issuing settlement instructions by the
necessary deadlines
Transaction reporting within required
deadlines
extensive validation is possible only
Automated Trade
Validation
The processing of trades can be highly
automated while achieving satisfactory
levels of STP and control over trades
requiring additional validation.
An STO could decide that all trades
should be handled on an STP basis
unless identified to be held for
validation.
Trades held for validation are referred
to as `exceptions’ and are therefore
subject to `exception handling’.
Automated Validation
(Cont…)
The trigger that causes trades to
be treated as exceptions is the
setting of rules within the
settlement system.
All or some of the rules studied
earlier could be set up within the
settlement system.
After each trade has been enriched
the system would compare the
trade details with the relevant
Automated Validation
(Cont…)
If the trade passes the validation
check it would be allowed to
continue immediately and can be
regarded as having been
processed on an STP basis.
If the trade fails the validation
check it will be treated as an
exception and will be held for
validation.
Automated Validation
(Cont…)
When a trade is held for validation
it is temporarily suspended and no
actions such as
Issuance of a trade confirmation
Or issuance of a settlement
instruction
should occur until the trade has
been released from its exception
state.
Flow
We will summarize the flow of trades
where handled on an STP basis and
where an exception is found.
The trade is captured, enriched and is
now subject to validation.
The details of the trade are compared
with preset validation rules.
If all rules are passed the trade will be
forwarded immediately for actioning of
other operational tasks such as
Trade agreement and
Transaction reporting
Flow (Cont…)
If the trade fails the validation check it will be
held for validation and routed for exception
handling
The trade will be forwarded to the appropriate
authorizer depending on the reason for being
withheld
Having been investigated and found to be
correct the trade is authorized.
The trade within the exception handling
system is updated and released to the
settlement system
The trade is now forwarded for actioning of
operational tasks.
If the trade is found to require amendment or
cancellation further action may be required by
Flow (Cont…)
Further automation may be
employed where resolution of an
exception has not occurred within
an acceptable timeframe.
The management of an STO may
decide for instance that unresolved
exceptions that are for example 45
minutes old should be escalated to
a more senior staff member.
Trade Agreement
Once a trade has passed validation a
number of tasks can commence.
The action that is regarded as most
urgent is the act of gaining agreement
of the trade details with the
counterparty.
Trade agreement can be achieved
through:
Issuance of outgoing trade confirmation to
the counterparty
Receipt of incoming trade confirmation from
the counterparty
Trade matching
Trade Agreement (Cont…)
In a generic sense trade
agreement is achieved by the STO
communicating the details of each
trade to its counterparty
whereupon the counterparty
should check the detail and revert
to the STO if:
It recognizes the trade but the details
differ
Trade Agreement (Cont…)
The communication needs to
contain all the basic trade details
as a minimum plus
The cash value calculations and
optionally
The settlement details including
STOs and the counterparty’s custodian
details
Their account numbers
And whether the trade is to settle on a
Trade Agreement (Cont…)
Matching of buyer’s and seller’s
details is in many cases effected
through two routes
Trade Agreement: Agreement of trade
detail between the two parties
And additionally
Settlement Instruction Matching: The
custodians of the buyer and the seller
attempt to match settlement
instructions prior to delivery of
Trade Agreement (Cont…)
These two exercises are similar in that
the trade details are matched prior to
the value date.
But the timing is usually different.
Trade agreement is necessary immediately
after trade execution to ensure that the
correct counterparty has been recorded by
the STO and that the details agree
This is from a risk mitigation perspective
Settlement instruction matching is typically
effected at any time between trade
Reducing the STO’s Risk
For each executed trade the STO
remains at risk of its trading P&L
being incorrect if the trade and its
detail has not been agreed or
matched by the counterparty
within a reasonable timeframe.
The P&L remains subject to change
until it is proven that all trades have
been agreed by the counterparties.
Reducing Risk (Cont…)
Because of the risk the objective is to
gain agreement of the trade detail as
soon as possible after trade execution.
To reiterate, the situation is as follows:
The trader has just executed a trade with
the counterparty
The trade has been recorded within the
trading system
The trade has been captured within the
settlement system
The trade has been validated internally
Reducing Risk (Cont…)
But there is no guarantee that:
The counterparty with whom the
trade has been captured is the same
as the counterparty with whom the
trade was executed
The trade details
Quantity
Price
Net settlement value
Will be agreed to by the counterparty
Risk Reduction (Cont…)
From an STO’s perspective failing to
seek agreement of trades with its
counterparties soon after trade
execution will inevitably
Result in the identification or errors during
the settlement instruction matching process
Which in a T+3 cycle is unlikely to bring
errors to light until the day following the
trade date at the earliest.
The longer a trade remains unmatched
after execution the greater is the risk of
Risk Reduction (Cont…)
Time is an important factor.
Assume that trader believes he sold 15
MM shares at a price of HKD 22.59 on
trade date 15 June for value date 18th
June.
On 17 June it becomes apparent
through the settlement instruction
matching process that the counterparty
believes it bought at HKD 22.55 and
investigation proves that the other
party is correct.
The trade will have to be amended to the
Risk Reduction (Cont…)
Take a worse example
On 17 June the counterparty does not
recognize the trade at all.
If this results in the trade being
cancelled outright
The STO will have a positive position of
15MM shares
If the price were to have fallen in the
interim the trader would have failed to
realize a profitable opportunity.
Trade Agreement Methods
The method of agreement of trade
details between the parties to a trade
varies according to
Local regulations
Market practice
Type of counterparty
Generally agreement of trades executed
with other STOs is likely to be handled
differently from trades with institutional
clients .
Method-I
Issuance of outgoing trade
confirmations
It is highly likely that an STO will be
required to issue a trade confirmation
to its institutional clients particularly
where a trade affirmation facility is
not being used
It is likely that an STO will want to
issue a confirmation to other STOs
particularly where a trade matching
Method-II
Receipt of incoming confirmations
from counterparties
The STO may receive confirmations
from other STOs
It is unlikely to receive confirmations
from institutional clients
As such clients are the recipients of
service from the STO.
Method-III
Trade Matching
Trade matching is a term used for the
mandatory electronic matching of trade
details between STOs and other
members of stock exchanges/markets
such as agents for investors (excluding
institutional clients).
Both parties are required to input the
trade details to a central matching
facility.
The matching results are provided to
both parties.
Where trades have been executed
electronically the trade detail is usually
Method-IV
Trade Affirmation
This relates to the optional
electronic matching of trade
details between STOs and
institutional clients.
The trade details are input by the
STO to a trade affirmation facility
and the institutional client agrees
or disagrees.
Both parties must elect to
Outgoing Trade
Confirmations
Trade confirmations to Institutional
Clients
Where an STO has executed a trade with an
institutional client (for instance over the
telephone) the client is likely to require the
receipt of a confirmation within a mutually
agreed time frame such as 1-2 hours.
This timeframe is likely to shrink as settlement
cycles shrink.
The confirmation represents formal
confirmation of trade details which must be
received by the client within an agreed time
Outgoing Confirmations
(Cont…)
Under some circumstances it may not
be possible for an STO to issue a
confirmation within the required
timeframe.
Institutional clients like fund managers
usually place an order to buy or sell a
specific quantity of a specific security
within a limited price.
Once the trade is executed the STO’s
salesperson will report the details of the
execution to the fund manager informally,
usually via telephone.
Outgoing Confirmations
(Cont…)
Following trade execution the fund
manager will allocate the total
trade to one or many of its
underlying funds.
In practice the fund manager will
usually not convey to the STO the
names of the underlying funds
until some time after trade
execution.
Outgoing Confirmations
(Cont…)
For example an STO has sold USD
50MM World Bank 6.50% bonds
maturing 1st February 2018 to QRS
Fund Managers at a price of
98.625%.
QRS will require the total quantity
of bonds to be allocated to its
underlying funds as shown below.
Allocation
Fund Name Quantity Price
Accrued days