Help Center

Our products knowledge base for customers

Backoffice

Backoffice

This section is intended for the broker to control the settlement procedure for trades that are settled directly with counterparties.

backoffice_grid.png

Important! Although OTC transactions are also displayed in the Daily Operations section, all operations related to them must be processed directly from the settlement trades screens of the Backoffice section.

The section table contains the following fields:

NameDescription
TradeID of the trade, for which the settlements are formed in the table.
Settlement IDID of settlements in the system.
Order IDID of the order that formed the trade.
StatusCurrent status of settlements on the trade.
Transaction timeDate and time of settlement generation in the platform.
Client profileClient's profile, on whose account the trade is formed.
Client accountClient's account on which the trade is formed.
SideSide of the trade.
ExchangeThe exchange on which the instrument is traded.
InstrumentName of the trading instrument in the platform.
TickerTicker of the trading instrument.
ISINISIN of the instrument.
AmountAmount of the instrument in the trade.
CurrencyThe quoted currency of the trade.
PricePrice of the instrument in the trade.
Quote amountQuote amount of the instrument in the trade.
Accrued interestAccrued coupon income (for bonds).
Gross amountThe amount of the trade in the quoted currency (quoted amount of the trade).
CommissionExternal commission of the trade (set at the stage of acceptance of the trade).
TaxTax set at the stage of trade acceptance.
Net considerationThe amount of the trade in the quoted currency to be paid (to the counterparty) or received (from the counterparty). Calculated considering external fees (selected at the settlement acceptance stage) and including coupon payments (for bonds), but excluding brokerage commissions in the platform.
CounterpartyProfile of the trade counterparty.
Counterparty is brokerSet to “Yes” if the counterparty of the trade is a broker.
Settlement TypeDVP (Delivery versus payment) or FOP (Free of payment).
Counterparty SSISet of counterparty details.
Broker SSISet of broker's details.
Trade dateTrade date in the system.
Value dateExpected settlement date.
Settlement datethe date of settlement of securities or money.

Filters by settlement Status, Trade date and trade Value date are available in the section.

If the Show settled checkbox is enabled, the table will show settled trades.

Explanation for SSI (Standard Settlement Instructions) fields: they represent the securities and funds (for DVP) or securities and funds (for FOP) details on which the trade will be settled in the platform. It is assumed that the broker cannot make a trade with a regulated counterparty that has not passed KYC. If the counterparty has passed KYC before making any trade - the broker verifies and enters the SSI details in his profile. When the trade appears in the section - the counterparty should already be verified in the platform (with SSI specified). If the details are not available or have been changed before the trade is made - they can be verified in the profile of the counterparty.
Explanation for settlement types: - DVP - settlement of cash and securities trades by the parties is done simultaneously. Settlement of funds and securities takes place in one place and the custodian controls the process. When selling securities - funds are not credited until the securities are debited. When buying - until the funds are debited - the securities will not be credited. The custodian is responsible for the fact of settlement and usually charges a fee. From the system's perspective, in the case of DVP-type settlements, one depository account is specified and both cash and securities settlements take place within it. - FOP is a securities trade in which securities are delivered/received without payment being made for them at the moment. FOP involves settlement risk because delivery is made without a guarantee of payment, unlike DVP settlements, in which securities are transferred only after payment is made. From the system's perspective, in case of FOP type settlements, two accounts should be specified: one is a custodian account for securities settlement and the other is a bank account for cash settlement. One account can be used for these purposes, there is no additional control from the custodian in any case (i.e. if it has orders - it debits money). For FOP, one trade date is specified, but the settlement dates for funds and securities may not match.
Important! At the New and Accepted settlement statuses, the value date can be changed for a trade. For correct work of settlements, it is necessary to manually change it in all related trades: client trade, transfer trade, external commission trade and broker's commission trade (if already formed).

Three accounts are used for the purposes of trades settlements with a counterparty - client account, counterparty account and custodian account. Counterparty account in the system exists to reflect with which counterparty trades are performed (details and data for reporting are taken from counterparty profiles).

Reminder! There are always two trades in the system - one for the client account and one for the provider account. The client trade remains on the client account during the whole process. Transfers by statuses described further in the article concern only trades on external accounts.

Section operation mechanism

When an order is executed (formed from the client terminal or manually from the Dealer section), a pair of trades is formed in the system - one on the client's personal account and the second on the Non accountable account of the counterparty. When trades are formed, in Backoffice section trade settlements are also formed.

In a settlement operation, a Non accountable account is used because there is no accounting of settlements directly with the counterparty: the broker/client pays funds from its currency accounts and receives securities on its custodian accounts or vice versa - depending on the direction of the trade.

During status settlement, the client's trade remains on the client's account and the counterparty's trade is moved from the counterparty's account to the custodian's account. Final settlement takes place on the client's and custodian's accounts.

When opening the settlements for any of the trades in the section the status of settlements can be tracked and changed.


New status

Trade settlement appears in the New status. It allows to change the counterparty, as well as accept the trade and transfer its settlement to the next status.

Please note! If the broker has a FIX-connection with the provider for execution of such trades, then after sending a trade order to the provider, the system receives execution from the provider to the account from which the order was sent. In fact - order executions from the provider account inside the system are generated on the same account, so the back-officer must manually move the trade to the account of the counterparty with which it is made. If orders are executed manually - through the Dealer section, the counterparty is specified immediately when filling out the order and it is usually not necessary to change it, although it is technically possible.

backoffice_settlement_new.png

In this status, the following fields are filled in the trade settlement:

NameDescription
Settlement IDGenerated settlement ID in the system.
Settlement typeDVP (Delivery versus payment) - delivery versus payment or FOP (Free of payment). Set when order is executed through Dealer section or when execution is received from provider.
InstrumentTrading instrument in the trade (set at the stage of order forming).
CurrencyQuoted currency of the trade (set automatically from the parameters of the instrument).
ISINISIN of the instrument (set automatically from the instrument parameters).
CounterpartyTrade counterparty profile (can be changed for settlements in this status).
Counterparty is a brokerSet to "Yes" if the counterparty of the trade is a broker (can be set in the trade acceptance sidepage).
Netting dateDate of funds settlement in the system (it is set automatically from the date of trade value date).
StatusSettlement status.

The Commissions and considerations block displays the following indicators:

  • Gross amount - the amount of the trade in quoted currency (quoted amount of the trade).
  • Net amount - the amount of the trade in quoted currency to be paid (to the counterparty) or to be received (from the counterparty): calculated considering external fees (selected at the stage of settlement acceptance) and coupon payments (for bonds), but excluding the broker's commission in the platform.

The settlement functionality in this status also allows the back officer to change the counterparty if the counterparty was previously selected incorrectly. The counterparty change sidepage opens by clicking the Change counterparty button on the settlement page. To do this, it is required to specify a new counterparty in the Counterparty account ID field and confirm the changes by clicking on the Change counterparty button in the sidepage:

backoffice_settlement_new_change_counterparty.png

The back-officer verifies that the counterparty documents are filled out correctly by checking the supporting documentation from the source of the trade.


When the button Accept trade is clicked, the trade acceptance sidepage opens:

backoffice_settlement_accept_trade.png

At this stage the system records interaction of broker's back-officer with counterparty's back-officer regarding trade confirmation. To transfer to the next status - Accepted, it is necessary to specify the broker's custodian account, where settlements on securities will take place. The securities will be debited from this account when selling or credited when buying.


Accepted status

After acceptance, the trade is moved to the Accepted status. In this status the previously set data on Custodian and Provider (custodian profile), as well as SSI of custodian and Broker appear in the settlements.

backoffice_settlement_accepted.png

External fees can be specified for the trade at this stage by clicking the Add fee button and filling in the amount and fee type fields:

backoffice_settlement_accepted_add_fee.png

All commissions will be taken into account in the Net consideration of settlements with the counterparty. The Exchange fee, External broker fee and Tax will be recharged to the client.

In this and subsequent statuses the button Download PDF allows to download a confirmation to be sent to the counterparty. The confirmation contains all data about the trade and settlements. Information about the broker in the generated confirmation is specified in the Broker's Settings for reports.

The Generate report button allows you to generate a Post-trade report.

After clicking the Confirm trade button, the trade settlements will move to the next status - Confirmed. The confirmation to the counterparty is downloaded automatically.

For the FOP settlements

For such settlements, two accounts must be specified when confirming the trade - for asset settlement (Asset details block) and for cash settlement (Cash details block):

backoffice_settlement_new_accept_fop.png

Confirmed status

In this status, the trade can be transferred from the counterparty's account to the custodian's account by clicking Transfer trade.

backoffice_settlement_confirmed.png

After clicking the button, the status Transferred is assigned to the trade settlement:

backoffice_settlement_confirmed_transfer.png

Transferred status

At the moment of transition to this status, an opposite trade is formed on the counterparty's account and it is zeroed. The current trade is moved to the custodian's account and awaits settlement.

backoffice_settlement_transferred.png

Comment on settlements on a trade in the Transferred status: In reality, settlements may take place with a delay rather than on the value date. Example of system operation:
The planned settlement date of the trade is 24.06, the counterparty actually delivers the securities on 27.06. There is an option Delayed settlements in the Trading settings ➝ Netting settings section. It must be enabled for custodian and client accounts. In this case, the system will allow closing the settlement day even if settlement has not actually occurred. Also in the Daily operations will be settlements available for making (before they are actually made), but they can be made only in this section from the settlements for a particular trade. The Settle asset shorts option must also be enabled in Netting settings for correct settlement of trades.

backoffice_settlement_transferred_settle.png

Clicking the Settle trade button will open a sidepage, where the actual settlement date of the trade should be specified and Settle trade button must be clickefd in the sidepage to move the settlement to one of the final statuses.

  • If DVP settlement type has been selected, the transfer puts the settlement into Settled status. Thus, the broker confirms receipt of settlement confirmation from the custodian. Then the trade will be settled and crediting/debiting of funds/securities and settlement of commissions will take place. The Settled status is the final status for settlement of the trade. Two-way transactions occur when such status is assigned.

  • If the FOP settlement type has been selected, the transfer of funds and securities may take place on different days. Accordingly, the trade may move to one of the statuses: Asset settled - if only securities have been settled at the moment. Cash settled - if only cash has been settled at the moment. At transition to any of these statuses one corresponding transaction is created in the system. Also the value date on the first part of settlements is displayed in settlements.

backoffice_settlement_transferred_settle_fop.png


Active settled status (for FOP settlements)

Transfer to this status is possible only for settlements of FOP type, if during the transfer from the Transferred status the Cash settlement type was selected:

backoffice_settlement_asset_settled.png

Clicking the Settle trade button will open a sidepage, in which you should specify the actual date of settlement of assets under the trade and click the Settle trade button in the sidepage to move the settlement to the final Settled status.

Cash settled status (for FOP settlements)

Transfer to this status is possible only for FOP type settlements, if Active settlement type was selected during transfer from Transferred status:

backoffice_settlement_cash_settled.png

Clicking the Settle trade button will open a sidepage, in which you should specify the actual date of settlement of cash under the trade and click the Settle trade button in the sidepage to move the settlement to the final Settled status.


After the second part of the trade settlement has been performed, it can be moved to the Settled status. Two value dates will be displayed in the trade settlements: one is for the first transaction (Currency value date or Asset value date), the second one is set for the second transaction settlements and is the final one. As a result, the transaction of settlements on the second side of the trade is formed and settlements move to the final status Settled.


The section tabs described below are intended for informational purposes.


Client trade

The tab displays all information about the client trade related to the settlement:

backoffice_settlement_client_trade.png

Details about the trades functionality are described in the Trades article.

Additional info

The tab contains additional information about the settlements:

NameDescription
CounterpartyLink to the account of the counterparty involved in the settlement.
Payment dateDate of delivery of funds.
Delivery dateDate of delivery of securities.

Payment methods

The tab contains information about the broker and counterparty payment methods used for cash settlement in DVP settlements.

backoffice_settlement_payment_methods.png

Detailed information about payment methods and their creation can be found in the Broker payment methods article. Creation and customization of counterparty's payment methods is performed in its Profile similarly to the broker's.

Custodian accounts

The tab contains information about the custodial accounts of counterparties where securities are held:

backoffice_settlement_custodian_accounts.png

Creating of custodian accounts in the system is described in the article Custodian accounts. Creation and setting up of custodian accounts of a counterparty is performed in its Profile similarly to setting them up in a broker.

Transactions

The tab contains the list of all generated transactions that occurred during the settlement procedure.

backoffice_settlement_transactions.png

This tab contains a list of all generated transactions that occurred during the settlement operation. Details about the transaction functionality are described in the articles History ➝ Transactions and Account ➝ Transactions.

History

The tab contains information about the history of changes in the settlement statuses:

backoffice_settlement_histrory.png

The table contains the following data:

NameDescription
UserUser in the system who made changes.
ProfileBroker's profile, in which the changes were made.
StatusStatus assigned to the settlement as a result of changes made by the user.
Update timeDate and time of status change.
Didn't find what you were looking for? Contact to support@unity.finance. We will be happy to help 24/7