Function modules

All main functional modules of SrBank CBS can be conditionally divided into the following blocks:

default image alt
OBJECTS OF THE GL (General Ledger)

The General Ledger (GL) module is included in the SrCoreSystem base system and provides for the maintenance of multiple charts of accounts, storage of information about counterparties, accounts, documents, account balances and turnovers, basic accounting settings and localization of bank accounting policy rules, various types of directories

GL maintains a single pool of accounting entries, which can be entered manually, formed by operations on contract subsystems, regulations, simple operations, or formed via API by external subsystems. In the general pool of transactions the detailed review is available in the context of sub-accounts, as well as parameters of ounce and quantitative accounting

All documents have their own configured route, with a corresponding set of statuses, check procedures, etc. The system controls all general ledger objects, primarily the main system objects with incomplete routes. Control is carried out both at the close of the day and beforehand at the end of the working day by a bank employee.

The document posting function includes the control of limits and arrests and can be configured for any transition of route statuses. All other mandatory validation procedures and bank's own validation procedures are also configured.

All documents have a unique Reference and operation code with which one document or a group of documents were generated.

When closing/opening a trading day, the system uses a customizable set of routine procedures that perform the necessary data validation and automatically carry out the necessary bulk operations. Revaluation procedures are also included in the trading day closing package and are performed fully automatically.

The general ledger has a single typified, expandable pool of data on the bank's counterparties. Types of counterparties can be configured by the bank independently. As for all objects of the system, for the module for working with counterparties, depending on the type, a route is configured that allows flexible counterparty data validation for various stages of the object life cycle. There is a mechanism for grouping counterparties by type of relationship.

The task of working with accounts and balances primarily offers viewing information on balances for a date or period, in the context of sub-accounts, analytical and balance accounts (with details by class, section and group), according to the specifics of the NBU Chart of Accounts.

It is possible to configure the segmentation of an analytical account for an arbitrary chart of accounts. For the convenience of presenting account numbers, as well as for encoding analytical parameters, you may specify a symbol in the account number for separating segments (usually a dot) and rules for automatically generating segments when performing an automatic account opening operation. The mechanism of analytical / sub-account segmentation provides for the mandatory indication of the account mask when opening it. In the future, the account number is formed in strict accordance with the selected mask. Automatic numbering rules and lookups are specified for segments, limiting the list of valid segment values.

The account can be multi-currency. As a rule, all general ledger accounts are opened automatically as part of their business processes. At the account level, setting limits is available. IBAN standard is supported as well.

Working with file cabinets of deferred payments/transactions (SEP retaliatory payments, FM stopped payments, documents on receivables for cash settlements, etc.) is also one of the convenient General Ledger functions. Working with file cabinets is the same unified mechanism as working with contract and transaction subsystems. The General Ledger functionality also includes the maintenance of all system directories divided into several large groups (system, mandatory directories of the NBU and other regulators, client, etc.)

There are more additional options for working with objects of the general ledger, from a list of operations that can be performed on one line or a group of lines (contractors, accounts, documents, etc.), i.e. BPM elements, to various service functions. These features are presented in the User's Guide and Administrator's Guide to the SrCoreSystem and CBS SRBank.

default image alt

The complex of the main functional modules of the SrBank CBS, which ensure the implementation of settlement and cash services, includes:

Cash settlement agreements and bank rates

Complex for maintaining accounts of current corporate clients, SPDs and individuals.
Functional features of the module:

  • Variable approach to the technological cycle of creating an agreement: the ability to create a cash settlement agreement (with the appropriate tariff package) when opening a client’s current account, as well as the reverse approach: the ability to configure automatic opening of a client’s current account (and all necessary accounts for servicing) when creating tariff contract
  • Flexible customization of standard and individual tariff plans (packages). It is also possible to maintain a mixed tariff plan, in which some types of accruals have standard tariffs, and some are configured individually and operate only within the framework of this agreement. It is possible to set tariff values in the context of currencies and tariff scales
  • The full range (more than 200) types of commissions/charges covers all tariffed services. Flexible system for introducing and accounting for various discounts and bonuses, setting up grace periods
  • Flexible and open system for setting up all types of transactions (payment, non-payment, combined), which allows you to consider all the accounting model features of the accounting policy procedures of a particular bank
  • Which allows servicing a large number of customers and banking products, with a minimum number of bank back office staff.

AWS of work with the NBU SEP and the System of Online Payments through the NBU SSP

Modules designed to process payments working through the NBU EPS. Includes additional tasks to analyze the state of the correspondent account with the NBU, regarding the expected turnover and the card index of retaliatory payments.

SWIFT payment system interaction module

This module provides interaction with the SWIFT payment system, both at the level of general ledger objects and contract systems. For SWIFT payments, all basic mechanisms work in the system: currency control, limit control, FM control, etc.
Functional features of the module:

  • Maintaining a SWIFT system participant directory (Import of SWIFT BIC Directory - FI.dat or SWIFT BICPlusIBAN Directory).
  • Maintaining a directory of bic codes of the Russian Federation (Manual import of a directory of bic codes of banks in the Russian Federation)
  • Maintaining a route directory for counterparty banks
  • Maintaining a directory of nostro accounts (1500*)
  • Maintaining a directory of loro accounts (1600*)
  • Processing incoming messages
  • Forming outgoing messages
  • Loro banks maintaining
  • Messaging between SrDealing and Swift modules
  • Forming information types of messages

For all types of messages, an accounting model is configured to generate primary documents and credit/ debit funds to accounts.

Currency control (Export-import contracts)

The basic functionality of this module includes:

  • Maintaining export and import contracts of bank clients, their connection with payments and customs declarations (TD)
  • Importing electronic registers of customs declarations and lists of clients violating currency laws received from the state customs service into the ABS in order to provide currency control
  • Control of the deadlines for the payment and delivery under import and export contracts of clients in accordance with currency legislation

Applications for the purchase and sale of currency

The "Orders for the purchase / sale / conversion of currency" subsystem provides accounting, support, control, accounting calculation of applications from customers and bank departments for the purchase, sale, conversion of currency.
The subsystem is based on the standard for "SRbank" CBS mechanism for creating a transaction, adapted to the requirements of the legislation on the procedure and conditions for trading in foreign currency. The set of input data includes the parameters of the client's order for the purchase, sale, currency conversion, as well as a number of additional parameters, according to the NBU reporting requirements, binding to contracts (in export-import, credit or other subsystems)
Primary information input is available both by a system user, and automatically from the Remote Banking Service (RBS) systems.
The task of automating the client request processing is to control currency legislation, FM, netting functions, generation of information messages to dealers, a full cycle of back-office settlements, control of currency positions, etc.
At the same time, setting the movement route of the client application is configured based on the client's accounting policy.

The accounting model implementation is provided in accordance with the requirements of the legislation on accounting for transactions in foreign currency, but modification is possible regarding the client's requirements.

Utility/address payment accepting module

The SRMunicipal software package allows you to automate the cash receipt in favor of various organizations. The system allows you to accept payments adressed to recipients who you have contracts with, as well as one-time payments without concluding an agreement, according to the details provided by the payer. At the same time, part of the payments in favor of counterparties with no direct contractual relations with the bank/financial company, it is possible to accept payments through utility bill aggregators, such as. Portmone, iBox, Familnyi bank, etc. The complex can configure and generate payment packages. The capabilities of the complex include the formation of files of specialized reporting registers, taking into account the specifics in various regions of Ukraine. Those recipients of funds who work through the service bus can set up their own WEB services on the integration bus, which can be additionally provided by our company.

The SRMunicipal complex meets all the requirements of the NBU for the cash work automation system - SACR. To protect the data from unauthorized modifications, all documents and information exchange registers are provided with an electronic signature.

Module for conducting non-trading operations

Designed to record operations without opening an account: purchase/sale/conversion of foreign currency and bank metals in cash, exchange of old banknotes, purchase/sale of traveler's checks, cash transfers by individuals in international and domestic transfer systems.

Cash applications for reinforcement of departments. Branch collection.

The purpose of the module is to optimize the interaction between the structural divisions of the bank in terms of the redistribution of cash, forms of settlement documents (check books, bills of exchange, etc.), coins, precious metal ingots, etc. A wide range of payment and non-payment transactions is provided: starting from the moment of initiation of the transaction with fixing the fact of received permissions to perform the transaction and ending with the reflection in the accounting of all necessary turnovers

default image alt

This set of tasks allows you to maximally automate all types of banking products and operations for the bank corporate and retail business.

All system modules are inherited from the basic module for maintaining contract subsystems and have a unified approach in the architecture of construction, implementation and construction of the user interface.

The complex supports a single system product tree, allowing to independently configure banking products, using a single constructor - "Factory of Banking Products and Operations".

The main subsystems are:

  • Maintenance of loan agreements
  • Factoring
  • Pledge agreements
  • Maintenance of property assets
  • Maintenance of deposit agreements
  • Securities
  • Insurance agreements
  • Documentary transactions
  • Agreements for the lease of deposit safes
  • Maintenance of payroll projects
  • Other service subsystems

All modules of the specified contract subsystems allow for the maintenance of contracts with the automatic opening of the required accounts, provide storage and processing of contract terms (parameters) information, allowing to track the history of changes and automatically calculate various types of charts (financial calculators).

Each contract subsystem provides for a wide range of payment and non-payment transactions that allow for efficient servicing of contracts throughout the entire life cycle of the product.

The main functional features of the modules:

  • An integrated BPM module for setting up the life cycle of a banking product
  • A flexible and open system for setting up all types of transactions (payment, non-payment, combined), which allows you to consider the specifics of the accounting models of a particular bank
  • The ability to widely use batch processing in the mode of multi-threaded scheduled operations, for resource-intensive procedures, allowing to run those in the period free from peak loads
  • Unified and user-friendly interface of each contract subsystem.
  • Conducting transactions on sub-accounts
  • This has a number of advantages, allowing you to consider the analytics of transactions by tranches according to the general ledger (GL) unified rules and supporting a unified approach to the forming analytics and statistics reporting to the NBU
  • Ensuring various types of links between contracts of different contract subsystems
  • Wide variability of maintaining information on interest rates, which, in addition to fixed rates, also allows the use of interest rate matrices, floating rates depending on changing base rates (for example, LIBOR+N%), etc.
  • Flexible system for introducing and accounting various discounts and bonuses, penalties
  • Support for working with agents
  • Ensuring the calculations necessary for:
  • Calculation of credit risk on active operations and off-balance sheet liabilities in accordance with the requirements of the regulator (NBU Resolution N351)
  • Calculation of the reserve to cover potential credit risk on financial instruments in accordance with the requirements of IFRS9
  • Forming correct mandatory reporting data
  • Flexible mechanism for regulating user access to viewing and editing contracts

Maintenance of loan agreements

The loan module is the most complex and developed contract subsystem in the SRBank CBS. The product tree includes more than 100 typical loan products, with the flexibility to customize them to the individual requirements of the bank. To set up business processes, more than 500 typical operations are implemented in the subsystem.

There are more than fifteen service tasks meant to perform all the necessary accounting operations and accompanying technological procedures (credit risk calculation, setting insurance reserve, maintaining limits, processing applications for issuing loans, regulations, setting up various types of schedules, etc.).


The Factoring module is implemented as a kind of credit subsystem and implements the entire business process for the bank (intermediary factor) to buy out invoices for the goods / works / services supply from the borrower-supplier (seller) in favor of the buyer-debtor. Economically, two schemes are implemented in this commodity-money transaction: 2 or 3 parties are involved. If this is a 2-sided scheme, then the borrower (seller of goods / works / services) and the bank (financial intermediary - factor) are involved.

In the case of a 3-sided scheme, the borrower (seller of goods / works / services), the debtor (buyer of goods / works / services) and the bank (financial intermediary - factor) are involved.

Pledge agreements

The task of maintaining pledge agreements makes it possible to consider single and multiple pledges of any type and structure within the framework of the pledge agreement, maintaining an extended set of parameters of pledges and mortgagors, as well as parameters of insurance and registration of pledged property. Pledge agreements are linked to loan agreements both from the loan transaction and from the pledge agreement. It is possible to use schedules for review and insurance of collateral. The relationship between loans and collateral is defined as many to many, from which the share of collateral is calculated.

Maintenance of deposit agreements

The deposit subsystem is a single product module for servicing all types of deposit products and all types of bank business. More than 200 operations have been implemented in the deposit system, allowing to automate various accounting and product policies of the bank.


The module is designed for automated execution of the entire range of operations carried out when buying / selling securities in the bank's investment portfolio (dealing activity). In this section, it is possible to conduct automated accounting and reporting on the types of securities provided for by "Securities and the Stock Market" Law of Ukraine, namely: (debt: bonds, for example government bonds, shares, investment certificates, mortgage: bonds, certificates and other).

Loan applications. SPR

Designed as the most convenient solution for the bank's credit front-office. Allows you to enter all the necessary information about a potential borrower, on the basis of which the issue of the possibility of lending to him is further considered. The module can be used both for retail and corporate business of the bank. In case of a positive decision, a real transaction is automatically generated in the "Service of loan agreements" module.

The functionality of this module provides for the possibility of implementing various schemes of the application life cycle, depending on the loan product and the rules that are accepted in each particular bank. The use of this functionality allows you to significantly optimize the business process of considering applications and issuing a loan.

To carry out the verification of the application, it is possible to connect to additional external services. BKI, NAIS, etc.

Property assets

This module provides enables establishing collateral with a wide range of parameters that characterize each property asset. The system allows you to configure accounting settings in real time without rebooting the system. At the same time, in addition to the main characteristics, it is possible to customize the introduction of any additional ones, incl. calculated: initial cost, revaluation frequency, monitoring frequency, insurance information, etc.

It is also possible to connect to additional external NAIS services.

Documentary operations

This task is intended for conducting documentary collection operations, avalization of tax bills, accounting for bills, providing and servicing bank guarantees, opening and servicing import uncovered letters of credit, documentary letters of credit for export transactions, as well as other documentary operations.

default image alt
The complex of the main functional modules of the SrBank CBS provides for the full range of bank operations in the interbank financial services market. In the credit and deposit subsystems, in the securities module and other modules, it is possible to structure transactions allocating a block of interbank agreements at the level of individual product tree branches. A unified, flexible and open system for setting up all types of products and operations, allows you to consider all the features of the product and accounting policies of a particular bank. The main subsystems include::
  • Servicing loan agreements
  • Collateral agreements
  • Servicing deposit agreements
  • Securities
  • Insurance agreements
  • Documentary transactions
  • Dealing (Forex/Depo)
  • Service subsystems

SrDealing (servicing FOREX/DEPO operations)

The SrDealing module is a comprehensive solution that automates banking activities for conducting forex and urgent interbank depot transactions on the MVRU. The SrDealing module has integration with REUTERS and BLOOMBERG dealing systems. The software product consists of SrReuters, SrBloomberg modules responsible for importing the information contained in tickets into the ABS, the SrDealing module in which transactions are automatically created and their further back-office maintenance, and a gateway to the SWIFT system. The SrDealing subsystem implements the possibility of multi-currency netting. With regard to derivative financial instruments, a revaluation mechanism based on forward outright rates has been implemented to calculate their fair value as of the date of revaluation.
default image alt
This software product is a full-featured card BackOffice integrated into the ABS SrBank, at the level of the main objects of the system. The complex is designed to service card accounts, terminal equipment, issue plastic cards, perform service operations on plastic cards. All operational accounting is kept at the level of primary data, i.e. with the opening of the entire pool of counterparties, analytical accounts, the execution of transactions/operations, the setting of tariff plans and the formation of operations on commissions. The ABS also maintains all major card products for loans and deposits. This approach solves all issues related to the formation of reports in the NBU, DGF, STI, as well as the fulfillment of the requirements of the financial monitoring service. To work with various processors, there is a set of connectors that work both in online mode, with implementation on our Integration Bus, and in a combined version with partial offline exchange implementation. At the moment, we are working with PUMB, UKRKART, TASLINK (Compass+), OpenWay card processors. Each of these processings has a corresponding protocol, with a complete replacement of the card back-office part, or with a parallel operation mode
default image alt

Subsystem for managing business contracts

This module provides support for the full life cycle of operations for the acquisition of goods and materials and services, which includes:

  • Registration of business contracts, bill payment
  • Accounting for receivables / payables (including: maintaining a register of VAT tax invoices, regular payments, inventory of receivables on the date, etc.).
  • Repayment of debt on the basis of an act / invoice (posting / writing off for inventory costs, closing contracts)

Property asset management subsystem

In this case, fixed assets, intangible assets, non-current tangible assets and capital investments of the bank.

The main functions of the subsystem include:

  • Full specification of parameters (with the possibility of customizing parameters)
  • Acquisition of licensed objects (registration of objects, posting of objects according to receipt documents, commissioning)
  • Maintaining a card of a licensed object (financial depreciation, moving between MOTs and by location, revaluation, changing statuses)
  • Maintaining tax parameters of licensed objects (calculation of tax depreciation, tax residual value, tax change in the value of an object, classification of an object according to tax accounting)
  • Decommissioning (write-off due to accumulated depreciation, registration of sales agreements, invoicing, transfer of objects, liquidation (write-off by acts), closing contracts)

Module Rent IFRS16

Designed for maintaining lease agreements in which the bank acts as a lessee. The module contains a complete list of operations necessary to ensure the possibility of accounting for such agreements in accordance with the international standard IFRS16:

  • Construction of lease payment schedules taking into account the specifics of agreements
  • Reflection of an asset and a liability upon initial recognition at the present value of future lease payments

Ensuring a full range of transactions after initial recognition: amendments to the terms of the contract, revaluation of an asset and a liability, payment of lease payments inclusive of taxes, modification, and others.

default image alt

The functional purpose of the module can be divided into three blocks of tasks:

Monitoring of financial transactions

Functional features of the module:

  • Automatic selection of financial transactions to be monitored.
  • Checking operations for belonging of participants to the list of persons associated with the implementation of terrorist activities. In case of present signs - automatic suspension of such operations. It is implemented by means of setting up routes for the transition of document statuses, followed by the corresponding verification procedures.
  • Acceptance, preparation and registration of a dubious transaction in the FM register
  • Sending selected documents, indicating the signs of financial monitoring, to the FM subsystem for further consideration
  • Maintaining an electronic version of the transaction register
  • Exchange of information with the Authorized body

Client identification

Client identification (with adaptation to the individual requirements of the bank available):

  • Maintaining client profiles in accordance with the requirements of the law
  • Accounting for the client's relations with other clients and non-clients of the bank
  • Analysis of the client's financial condition
  • Analysis of the the client's operations compliance with his financial condition
  • Analysis of the compliance of the client's operations with its essence activities
  • Analysis of the client's reputation
  • Assessment of the client's risk level

Automation of risk analysis

Within the framework of the subsystem, risk analysis mechanisms and stop factors have been implemented to combat the legalization of proceeds from crime and / or the financing of terrorist activities (with the possibility of adapting to the individual requirements of the bank).

default image alt

A set of modules providing credit risk calculation

This module provides calculation of credit risk on assets and off-balance sheet liabilities of the bank and includes:

  • History of calculation of credit risk on credit transactions module (NBU GD No. 351)
  • History of calculation of credit risk on securities module (GD NBU No. 351)
  • Calculation of credit risk on derivatives fin. instruments module (forex)
  • Calculation of credit risk on receivables module (NBU Resolution No. 351)

These modules provide for the calculation, in accordance with the requirements of the regulator, the storage of the results of calculation for each reporting date of the amounts of credit risk separately for credit operations, operations with securities, forex transactions and receivables. This ensures the fixation of the calculation details of all components of the calculation (including for the purpose of its further use in the formation of mandatory NBU reporting), a comprehensive system for diagnosing the results and fixing them without the possibility of further editing. The modules provide forming detailed and summary reports.

Calculation of integral indicators and financial condition of the borrower of a legal entity

Allows for automated calculation of integral indicators and the class of the borrower of a legal entity, based on the borrower's reporting, in accordance with the algorithm provided by the regulator in the regulation governing the calculation of credit risk. At the same time, the possibility of loading data of reporting forms and manual input of information by the user is implemented.

Calculation of the financial condition of the borrower of an individual

Allows for automated calculation of the borrower class of an individual based on debt service data, indicators of property status, questionnaire data and other indicators of both individuals and individual entrepreneurs, based on the methodology of a particular bank.

Calculation of the insurance reserve (IRFS9)

This module is designed to calculate the provision under IFRS9 and store the results of the calculation and reflect in the general ledger (GL). The module provides the ability to use a variety of calculation methods (8 formulas are provided). The procedure for calculating the amount of the provision is based on a scenario approach, provides the possibility of grading financial instruments by three stages of impairment, and also provides for additional adjustment of the PD value for the coefficient of influence of forecast macro- and microeconomic factors. A separate algorithm for calculating the provision for loans, upon initial recognition of which there is a fact of impairment, has been laid down.

GAP reports

The functionality of the module was developed in accordance with the requirements of the NBU for the risk management system. Calculation of both GAP - liquidity and percentage GAP has been implemented. The Bank has the ability to make adjustments to the module settings in terms of the list and content of report items, as well as set individual ranges of terms to maturity.

Calculation of economic standards

Automated calculation is carried out on the basis of data from daily / ten-day mandatory reporting in XML format (files 01X, 26X, C5X, 79X, A7X, 42X, 43X). The result is the calculation of the values of all standards in strict accordance with the requirements of the NBU methodology. The visualization of the enlarged detailing of the sums of the components included in the calculation is provided. The possibility of daily calculation of ten-day ratios has been provided, which allows banks to respond in a timely manner to critical changes in the structure of assets/liabilities.

Maintenance of distressed assets

Designed to form a database of potentially problematic bank assets in accordance with the requirements of the regulator, including:

  • Ensuring monthly automated calculation of quantitative early warning indicators (ERI) in order to identify and maintain a database of debtors with signs of potential problem necessary to ensure the segmentation of problem assets
  • Visualization of the data ERI calculation is based on, necessary to provide segmentation of the toxic assets
  • Storage of information about the decisions made, the tools used to resolve problem debts, including indicating the responsible departments/persons.

Analytical reports

Designed to form analytical reports in various areas of the bank's activities on the basis of an analytical data storage. The construction of report packages is carried out by the developer on an individual order based on the technical requirement of the bank.