Professional Documents
Culture Documents
When one or more customers want to buy or sell a particular security, a single
order can be captured and the consolidated requirement would be
transmitted to the Broker. This could even be a mix of clients and own book.
It is possible for the Broker to identify the opposite party for a partial quantity
which could be confirmed and the trade completed for that quantity.
Subsequently, the same Broker or another one could identify another
counterparty for the remaining quantity. These can be executed separately
The Broker could also locate multiple parties on the other side of the trade
with different offer prices. So, now we have a case of multiple prices from the
same Broker. The order can be executed with an average price for the
transaction.
Positions are maintained by security for each portfolio. A customer can have
multiple portfolios. Details of the holdings of an investor with different
depositories can also be extracted.
In addition to handling orders, T24 can also handle the direct input of a trade
for its customers. This is generally done for own book. A combination or a mix
of buy and sell between the customers can be input in a trade. T24 validates
that the total quantity to buy equals total quantity to sell.
However, when an order is captured, it can only be a buy or sell trade for a
particular security for a particular portfolio.
Client orders are placed with the front office. They are generally transmitted
to the broker by the Front office. On price confirmation , the Middle office
executes the order. Then, the Back office takes care of the settlement of the
trade .
As for the Bank’s own Book, the bank may prefer to directly complete the
trade, but this is normally done by the Front office.
And here are explanations of other parameters tables that are needed for
definition of Securities
Out of all the Core static tables that are linked to Securities, CUSTOMER,
ACCOUNT and CURRENCY play an important role.
In addition to these tables, it also needs other module-specific static tables to
be setup for its Participants, Instruments and Portfolios.
The participant can be the Buyer, Seller, Broker, Depository or Own Book.
Suitable records should be created in the CUSTOMER table.
A customer can select specific accounts to be used for security transactions.
Additionally, it is also possible to indicate the same or different account
numbers to be used by T24 for various other applications like Funds Transfer,
Money Market and Loans & Deposits.
It is possible to perform multi-currency transactions
Exchange rates are defaulted from the CURRENCY table.
The stock exchange has a role in the securities transaction and needs to be
setup in the STOCK.EXCHANGE file.
In the CUSTOMER.SECURITY table, the role of each participant is defined.
Examples of roles are customer, broker, stock exchange, and depository.
Each tradable instrument is fully defined in the SECURITY.MASTER.
SECURITY.MASTER can hold only the exchange where the security is transacted
most often, but it is possible for a particular transaction to be done at another
exchange. In this case the user can amend the value defaulted in the trade.
The next section is about the Customer details of the investor, who could be a Buyer
or Seller.
The Customer ID is used and T24 validates the record against the record defined in
CUSTOMER.SECURITY to determine the role. For the Bank’s own book trading, a
suitable record needs to be pre-defined in CUSTOMER.SECURITY.
Further, these customers should also have a portfolio defined for them in the
SEC.ACC.MASTER. T24 will default the first portfolio of the customer, but if the
transaction is related to a different portfolio, the user has to input that portfolio
number.
The transaction type could be a Buy or Sell.
The nominals are the number or quantity of the instrument that is traded on behalf
of the customer.
The price at which the trade is completed for the customer has to be input. The
value of the trade is then calculated by the system.
The settlement account is defaulted from the portfolio definition in
SEC.ACC.MASTER. If need be, the account specified can be amended by the user.
There can be multiple customers involved in a trade. Hence, all the previously
mentioned details need to be furnished for each customer in the associated multi
value set of fields.
In the Broker details section, the ID of the Broker is indicated. The Broker should
have a record in the CUSTOMER table as well as in CUSTOMER.SECURITY. T24
validates the role as defined in CUSTOMER.SECURITY as BROKER. No portfolio is
available for the Broker.
The transaction type should be opposite to what was defined on the Customer side.
If the Customer side of the transaction is a Buy, then it is a sell on the broker side.
The nominals are the number or quantity of the instrument that is traded with the
Broker. The price at which the trade is completed with the Broker is supplied. If
applicable, multiple prices can be given for each Broker, by expanding the sub value
for each Broker quantity.
The market price for the security is available in the SECURITY.MASTER record. T24
will compare the price defined on record and the transaction price and will raise a
suitable override for deviations.
Since there can be multiple Brokers, all the mentioned details need to be furnished
for each Broker in the associated multi value set of fields.
When the details are validated, T24 checks that the total quantity of the Buy and
Sell match before accepting the trade as completed.
For example when there are five Investors each buying 1,000 shares through two
Brokers, then the total sale of shares by the two Brokers must be equal to 5,000
Under Actual Settlement, when the trade is completed, T24 requires further
processing. T24 generates suspense entries upon the authorisation of the
trade. Upon the confirmation of cash settlements, the suspense entries are
reversed and the customer’s account is debited or credited. Positions are
updated as unsettled up until the settlement of the securities is confirmed by
the Depository.
This is done to ensure that positions are updated only after settlement has
occurred.
During this training module, we will only look at contractual settlements.
In this first workshop we will input a purchase to trade shares for own book
Most of the input details needed for a trade are also required for the order.
However, additional details are also needed.
Rules for different types of orders are defined in the table SC.ORDER.TYPE.
• A Market order is to be sent to the Market to be filled at the going price
on the market.
• A Limit order enables the placement of a minimum or maximum cap on
the price allowable that the trade is to be filled on.
• With a Cash order, the value of the trade is known but not the quantity.
Once the order is filled, the quantity will be known.
An Activity is the transaction from the customer side, namely the Buy or Sell.
Broker details are not mandatory at the initial input.
Price is not input in the order. It will be fetched from the market and then
updated later.
At this point, the Order will be in transmitted status.
The Security, order type, Customer, Nominal and Broker information are all
entered
You will first need to retrieve the accounting entry in order to get the trade ID
of your transaction
Position Summary gives the list of all positions held in T24. It is not necessary
input a portfolio or security, if full details are required.
Positions by Portfolio needs a portfolio number. Then T24 will display the
details of the positions held by the portfolio.
Positions by Security will display a list of all portfolios which have a position in
the specified security.
Positions by Depository will display the positions with a Depository for each
portfolio, by security.
Own book positions will display the details for the Bank’s own book. Details
include accruals and market values.
Position as on Trade/value date will provide the position on the selected trade
and value dates.
Position between two dates will provide the movement between the two
dates
We will now see examples of the first 3 enquiries that are listed on this
screen.
Here is the Client Security Position By Portfolio for the selected portfolio
Here is the Client Security Position by Security for the selected security
During the Close of Business, three different reports are generated by the
system.
The first report lists the orders which have expired and hence could be
purged.
The second report provides details of the orders which have been executed
and the third report lists the pending orders.
1) False
2) True
3) False
4) False
5) True