Participant accounts
Participant accounts are usually scattered across systems and spreadsheets, and balances are tied by hand. The solution runs settlement, currency, correspondent and fund accounts in one registry. With the solution balances and blocks are visible in one picture, and an account opens by template. In setup the operations on every account are visible with masked details, and the account structure comes as reference data.
Payment orders
A payment order usually goes through manual checks, and a duplicate on replay is found in a statement. The solution checks the account, coverage, limits and calendar at every step. With the solution payments run by the rulebook, and duplicates are not untangled after the fact. In setup the status and the route of every order are visible, and the signing rules come as reference data.
Day payment queue
The payment queue usually lives in an operator journal, and priorities are set by phone. The solution runs the day queue with priorities, windows and reprocessing. With the solution the day closes with no open payment items. In setup rejection reasons and overdue orders are visible, and the windows are set in configuration.
DvP money legs
The money leg is usually detached from delivery, and a mismatch is caught at reconciliation. The solution blocks funds against securities delivery, and execution runs only on the depository status. With the solution money and securities arrive together, and the gap is not carried. In setup the block, the execution and the compensation are visible, and the closing rules are configured per segment.
Clearing and funds
Clearing settlements are usually assembled by hand before cut-off, and funds live in a separate process. The solution settles net positions in windows automatically and runs fund contributions, use and return. With the solution clearing obligations close on time, and the risk stays under control. In setup pay and receive positions and fund movements with approvals are visible, and the tariffs come from the setup.
Fees and payouts
Fees and payouts are usually counted at month end, and every line lives with its own clerk. The solution computes fees from one registry and pays corporate actions, including withholding tax. With the solution payments run in date, and payouts are not collected by hand. In setup the fee and payout composition is visible for every issue, and the tariffs are part of the configuration.
Treasury and reporting
Liquidity is usually counted in spreadsheets in the morning, and the day is closed by reconciliation at night. The solution holds the liquidity forecast, channel limits and the daily reconciliation of money and obligations. With the solution the whole day is visible, and reporting runs without manual assembly. In setup statements, day reports and channel statuses are visible, and the schedules are set in configuration.
