|
|
 |
|
"AS-Bank 4.0" - basic development approaches
|
The authors of 4.0 system intended to create a tool that would enable the application of modern banking technologies. A number of new solutions and important
principles built into the system is the best evidence of that.
This material is envisaged for the banks facing the problem of choosing a modern banking technology.
Operation-document-transaction
"AS-Bank 4.0" system is essentially different from the previously spread "operation-day" systems where the operation was regarded as a set of purely accounting
entries (sometimes, unrelated). The system realizes the "Operation-document-transaction" principle. This principle is accepted in all modern systems.
The concept of "operation" lies at the basis of 4.0 system. An operation is a sequence of interrelated actions describing the financial movement.
The processing of the client's payment orders can serve as an example of an operation. The actions performed with the given document (entry, verification, authorization,
choice of the correspondent account, forwarding, etc.) are performed by different people and departments. These actions form a technology chain for payment order
processing.
Any operation is performed on the basis of one or more original documents. A payment order, a loan agreement, a request for foreign currency exchange, etc. are
examples of documents.
During document processing, transactions fixing the financial movement are created. Accounting entries are a special case of transactions. An unlimited number of
entries can be related to one document. In the case of payment orders, two transactions will be performed when collecting the commission from the client.
This approach allows to separate the processing of initial documents from financial flows. Owing to that, data processing and analysis is brought into compliance with the
bank's work procedures and becomes highly manageable.
Document circulation
Document processing in "AS-Bank 4.0" system resembles manufacture of parts by conveyor method. The system enables to process flows of a large number of
documents.
Document circulation is done electronically as far as possible. The goal is to reduce the movements of clients and bank employees, and to raise the work quality. To
solve this problem, a possibility has been afforded to perform document authorization by means of electronic signature or by repeated entry of required requisite fields.
The movement of documents is governed by means of electronic folders. Each executive can work only with the folders accessible to him. After the performance of
actions by one executive, the system automatically moves the document (or the copy thereof) to the folder of the executive responsible for the next stage.
Electronic document circulation realized in "AS-Bank 4.0" system possesses one more important advantage. The documents involved in the operation are closely
interrelated. Reaching a certain stage in processing, one document can automatically generate another document. In addition, the documents can inform each other
about their respective status.
Thanks to that, at any moment, the system ensures the consistency of data accounted in various departments. At the same time, the independent operation of the
departments is maintained; and irrelevant work is not imposed on the departments.
For each operation, the bank can choose a convenient document circulation chart or amend the existing ones. To clarify, let us consider the movement chart of a
payment order sent from the bank.
Depending on the amount, currency and the authority of the inputting employee, it is determined, who will approve and through what folders it will move.
Customer service
The system allows to organize customer service by "one-window" option. In other words, the work can be organized so that the employee servicing the client will handle
all client's issues. In this case the servicing employee is also given an opportunity to work with cash.
For each client, the system maintains a "personal" folder. It contains all the documents related to the client: the personal form, personal accounts, contracts, payment
documents under processing, etc. The client's personal form contains all relevant data, including photos, signatures and the specimen of the seal.
The system enables to apply individual and standard schemes of payments collected from the clients.
Processing personal accounts
Special possibilities are envisaged for the opening of new personal accounts. There are several ways of personal account coding in this system (new ways can be added
if the bank wishes). These ways allow to incorporate various analytic factors into the account number: currency code, chart of accounts code, any legal features of the
client, etc. When opening a new personal account the system suggests the next serial account number.
In addition, personal accounts needed to maintain contracts are opened automatically.
The system monitors the compliance of the client's status with the status of the chart of accounts.
The system allows to freeze a personal account or part thereof.
Thanks to the above options, the accidental transaction errors are reduced and the accuracy of received reports is raised.
Transaction accounting
The document authorizing the operation is processed in a number of successive stages. On the whole, there are the following stages: entry, verification and approvals.
Actual financial entries are recorded in the system after approval by persons possessing various authority. Based on the actual entries, the actual balances of accounts
are generated.
At the stage of a document input, planned entries are also performed and the planned balances of accounts are calculated.
When recording the actual and planned entries, the system monitors the limiting amounts of the relevant balances of accounts. Thus the breach of the permissible
balance of account is ruled out. (For some accounts, it is possible to lift the monitoring of limiting amounts).
With special authorization, the system allows to withdraw accounted documents. At the moment of document withdrawal the system performs numerous logical
verifications. All entries related to the document are automatically withdrawn. However, the withdrawn document does not disappear immediately. It is transferred to the
"withdrawn document folder" and is kept there for the period specified by the bank.
To conduct accounting, the bank often uses general personal accounts of revenue, expense, interim, etc. They are summarized by certain features: type of operation, the
client's residency or legal status, currency, etc. The system has flexible tuning capacity to perform automated accounting of general accounts. It suffices to mention
these accounts once, and thereafter the system exempts the bank employees from excessive memorization and prevents incorrect entries.
Let us note the important nuances of foreign currency exchange rate accounting.
The foreign currency exchange rates established by the Central Bank are automatically input into the system. Reevaluation is performed on their basis and the income
and loss from exchange operations is determined. In addition, the internal (dealer) exchange rates are established in the system. The system automatically suggests the
relevant exchange rates when operations are performed. Over the same day, an unlimited number of inputs of the CB and internal exchange rates into the system can be
done.
In the out-of-balance the system enables to perform quantitative accounting in addition to amount accounting. Particularly, there is a possibility to establish the price of
one quantitative unit for each account. Thus it is possible to perform interrelated parallel amount-quantity accounting.
Organization of work places and authorities
As we have already mentioned, bank transactions resemble a conveyor. Each bank employee is assigned to an "automated work place" (AWP). These are the tools and
authorities relevant to the duties of this person.
The system administrator of the bank can add new work lists (menus) or amend the existing ones. Each user can be assigned to the menu he needs. The menu is linked
to the user and not to the work station. This arrangement allows to eliminate confusion.
Two employees having the same menu can have different authorities. These authorities are numerous and are assigned by the administrator. Let us name some of the
important authorities of the employees related to the transactional part:
- Procedure for approval of operation (procedure of signature)
- Maximum amount of operation
- Authority to withdraw accounted operations
- Authority to account cash operations
- Double input of operations performed by the given employee with a limiting amount
- Authority to view the debiting, crediting and balance of each personal account
- Authority to work with each client's folder
- Authority to assign the permissible balance of accounts
- Authority to approve the newly created forms and documents (personal account, client, etc.)
There are also numerous authorities for sub-systems (loan, deposit, etc.)
A password is granted to each user. The user can gain access to the system only after entering the password. The administrator is enabled to temporarily restrict the
access of some employees to the system.
Changes made by the users in the system are recorded in the special internal log. The type of change, the person who made the change, the time, work station, etc. are
indicated. It is possible to track the processing history of any document.
Interbank transfers
The payment order document contains all data necessary for automatic accounting entries as well as for sending and receiving the order through electronic payment
systems (EPS), such as BankMail, S.W.I.F.T., etc.
From the moment of generation and sending through the EPS, and, thereafter, settlement, the document runs through a continuous and monitored chain. Most fields
(including also correspondent and interim correspondent accounts) are filled out automatically based on the data and parameters contained in the system. Particularly,
two work regimes are envisaged: interim and direct settlement.
In the BankMail model of "AS-Bank 4.0" system, all types of BankMail messages are processed. Sending and receiving messages from the main office to the
branches and from the branches to the main office is also envisaged.
The whole work of the operator in charge of transfer processing is automated. Message files are sent, received and processed (message grouping, collective message
splitting, etc.) automatically. The encrypting and electronic signature of sent and received files is also done.
The system also processes received receipts, rejections and statements of accounts. In this connection, the status of sent messages is monitored and automatic
settlement is done (with accounting entries). Various analytical reports are generated with respect to system operation and message turnover.
One example of payment order processing is demonstrated in Chart 1.
|
Chart 1
|
Loan accounting
This section presents important system capabilities in terms of loan accounting. Let us point out that the accounting of other types of term agreements (deposits,
overdrafts, etc.) is organized on the similar principle.
The accounting of the loan process in the system begins with the filing of a loan application by the client. A depository of applications (if necessary, also counter
proposals) is generated.
Based on the approved applications, a contract is automatically generated. The applications are preserved in the depository for further analysis.
Based on the type of the contract and its conditions, it is possible to generate one of the following standard contracts stored in the system:
- Single loan: extended once; and contracts having one repayment deadline which can have an interest repayment schedule;
- Credit line: functioning within limits, with multiple disbursements, contracts with a single repayment deadline which can have an interest repayment
schedule;
- A loan with a repayment schedule: a loan extended once and contracts having multiple repayment deadlines;
- Planned loan: contracts which have disbursements as well as a repayment schedule;
- Complex loan: used for contracts with particularly complex conditions.
- After the generation of the contract, its printed form is automatically filled out (as a Word file). The lay out of the file is designed by the bank, in particular,
it is possible to create several forms (selecting one of them in each case).
- In the system, each contract has a folder in which all kinds of documents relevant to the contract are collected.
The loan sub-system is tunable. This means that the bank has the capability to entirely regulate the work with the loan module, depending on its own needs.
The system enables to process loans with the general accounts without opening new accounts.
For the contracts, for which the bank deems not expedient to have general accounts, the automatic account opening option can be used. The essence of automatic
account opening is as follows: when signing a new contract, only the main accounts are automatically opened, while the remaining accounts will be opened automatically
only if necessary (when a relevant operation is performed).
The performance of a loan operation is ultimately adjusted to the real procedure. For example, when extending a loan, the loan department issues an "order/instruction"
(electronically) which is sent to the relevant department, and based on this instruction, the appropriate amount is disbursed to the client.
In case of any loan operation, accounting entries in the balance and out of balance are performed automatically. Therefore, discrepancies between loan accounting and
the balance are ruled out.
If the contract envisages a relevant paragraph, then the client's debts, in due time, will be automatically extinguished from the account.
All amendments to loan conditions are retained: deadline, interest rate, risk category, degree of security, etc. Owing to that, the received reports are consistent with the
actual situation on the accounting day.
When performing operations, executing contract conditions or changing statuses, the work of the inputting operator is significantly facilitated: the values are provided
automatically.
Automatic operations performed at the same time with respect to selected contracts are described as clustered. A number of clustered operations is envisaged: interest
accumulation, debt settlement, interest imputation, reservation, "not working entry", objective classification of risk, account change, etc.
Chart 2 demonstrates one example of loaning arrangements.
|
Chart 2
|
Interrelation of sub-systems
The system enables the clustered processing of data stored in the unified depository. In actual practice it means that the employees of different departments can be
engaged in the performance of this or that banking operation. In particular, the participants any phase of this process are granted the necessary information for decision
making. Time-wise, the duration of operations is not restricted.
Holistic approach
Not only the main activities of the bank are automated (customer service, loans, etc.) but also the internal accounting (pay roll, material values, contracts, etc.). It is
important to note that accounting of all types are closely connected. For instance, the documents automatically generated as a result of pay roll calculation will be sent
to the accountant's office to be formalized.
Module structure
The principle of module structure is adopted. This enables the bank to add new needed subsystems, using standard resources of the system.
The banks are provided with all needed resources and their description for the expansion of the system on their own.
Real time mode
The system functions in the real time mode. In actual practice this means that any operation is recorded in the general data depository and becomes accessible to the
relevant employees. This allows to have the real financial picture at any moment.
Flexibility and adjustment
One does not need to adjust to the system, the system itself adjusts to the requirements of the bank. The system is also stable with respect to legislative changes.
Division of authorities
The solution to the problem of the division of authorities occupies a special place in "AS-Bank 4.0" system. For this purpose, multi-level accessibility of users has
been introduced. There are resources for authority management in the system. By means of these resources, the following basic types of authorities are assigned.
- Authority to access data:
It is possible to make any type of data inaccessible to the user. For example, accounts, contracts, operations, etc. In particular, some contract data can be
made inaccessible, e.g., the title or balance.
- Authority to access works:
It is possible to make any type of works inaccessible to the user. For example: opening accounts or implementation of certain operations.
Reliability and continuity
A number of solutions introduced into the system allow the logical monitoring of input data and prohibit the input of contradictory data.
To protect oneself from hardware failures, transaction monitoring and the generation of reserve data backups is performed. In particular, the reserve backup can be
generated automatically, at any time during the work day, without interruption of the bank's activities.
Data output and input
An internal data format has been developed in which output and input of any documents and reports is performed.
All documents and reports existing in the system can be retrieved in Word and Excel. The importance of the latter can be seen in the following example. The bank
designs its own contract forms in Word, leaving blank spaces for filling. Based on the contract, the system automatically fills them out.
Productivity
The system is run by Client-Server technology. This provides high speed when processing large amounts of data.
Client-Server technology essentially reduces the requirements to high network throughput. This allows to have a remote work station in the network which enables a more
flexible organization of the customer service.
Go top
|
"AS-Bank 4.0" - brief functional description
|
For each client the system stores a “personal” folder. All the documents relevant to the given client are kept in this folder: the personal form, personal accounts, contracts, payment documents under processing, etc.
The client’s data including the photo, signatures and seal specimen are stored.
The warrants relevant to the client`s subjects are stored.
The data of subjects that are concerned with the client`s activity or having the common interest with the client. The last one is applicable mainly for accounting of borrowers groups that are presented by the one responsible person.
The system keeps interrelated client`s lists. In the future analysis is made by means of this lists(for example by classifying actives).
The detailed data of each clients owners are stored.
The system enables to organize “one-window” client service. In other words, the work can be organized so that the client`s attendant employee will be in charge of all issues related to the client. In this case the attendant employee can be also given a possibility to work with cash.
There is an opportunity to interconnect client accounts in different currencies. Thereby the system will make addition to the sum automatically from other accounts when there isn`t enough sum doing transaction with any settlement account of the client. There are foreseen flexible regulating opportunities for the last one: currencies priority, exchange value option(CB, cash, non cash) etc.
The system has the opportunity to keep accounting of clients` cash balance separately, by currencies. On the basis of this the fee for encashing is calculated automatically.
There is a special report in the system for analysis of all the incomes and expenses of clients(settlement service, charges, loans, deposits etc.). The data being presented in this report are given by each client.
There is a possibility to apply standard and individual payment schemes for client service (transfer fee, cashing fee etc.).
The service fees are charged automatically, in conformity with the conditions specified in the client’s card.
The system envisages also other opportunities to follow the flexible valuation policy concerned to the clients. For example, fees on insufficient turnover in the given period, fees on insufficient reminder etc.
The compliance of the accounts with the clients’ legal status is monitored.
To track contracts, the necessary personal accounts are opened automatically.
Several coding methods of personal accounts are envisages in the system (at the bank’s will new methods can be added).
When opening a new personal account, the system automatically proposes a serial number.
It is possible to “freeze” the personal account or part of its reminder.
The document grounding the operation is drafted in a sequence of phases. On the whole, the following phases exist: entry, verification, approvals.
The system performs actual and planned accounting of account balances. In any phase of the execution of operations, the limiting amounts of these balances are monitored. Owing to that, the breach of the permissible balance of account is ruled out.
With special right, the system permits to withdraw the accounted documents. At the moment of document withdrawal numerous logical verifications are performed. All entries related to the document are automatically withdrawn.
The withdrawn documents do not disappear immediately. They are moved to the “withdrawn document folder”.
There are flexible tuning capabilities in the system which allow automated accounting with general accounts (income, expenditure, interim, etc.).
Central Bank exchange rates are accounted.
- A possibility is provided to input an unlimited number of currency exchange rates during the day.
- The system automatically calculates the income from operations.
- The re-evaluation of foreign currency accounts (balance and out of balance) is performed automatically. In particular, for each personal account, it is possible to assign the income and expense accounts after re-evaluation.
- The exchange rates are input into the system automatically from the files received from the RA Central Bank.
- A possibility is provided to forbid or to give notice of making some (or all) transactions till to the input the RA CB rate of the given day.
The internal (dealer) buy and sell exchange rates of the bank are accounted which are automatically proposed at the moment of the execution of the operation.
The transactions different from dealer ones can be monitored. Such transactions can be carried out by the supplementary confirmation of the corresponding departments. By the way, it can be in advance determined in which case of difference will be performed the supplementary confirmation.
Processing of sent and received soft and hard copy documents.
Processing of payment documents sent from a branch or sent to a branch.
In-country electronic payments: processing of all BankMail system messages.
International electronic payments: processing the most frequently used S.W.I.F.T. system messages: payment orders(MT 200-203, 205, 210), currency exchanges (MT 300), interbank transfers, approvals(MT 900, 910), inquiries (MT 920), statements of accounts(MT 940, 941, 942, 950), key exchange messages(MT 960-967), general messages(MT n90-n92, n95, n96, n98, n99).
Automatic analysis and accounting settlement of sent and received payments and electronic messages concerning the banks, accounts in correspondent banks (receipts, rejections, call back messages, approvals, keys exchange messages and statements of accounts).
A possibility to apply the automatic grouping exchange of messages with the electronic payment system (periodic sending and receipt).
The system drafts necessary reports on interbank payments.
Electronic signature and encrypting of sending messages, as well as the verification of the electronic signature of the received messages and decoding thereof.
The system automatically drafts adjacent messages, inquires, answers, rejections, call back messages, transit transfers concerned to the sent and received messages.
Interconnection within the BankMail and SWIFT systems: the system drafts BankMail messages based on the transit transfers received by means of SWIFT, and SWIFT approval messages based on the transfers received by means of BankMail .
Support of subordinate cash departments and receipt of returned surplus.
Cash disbursement and receipt from other banks, based on payment documents.
Currency exchange (in the case of corresponding competence).
Support of offices and surplus return.
Currency exchange.
Receipt of documents and aquittances determined by the lagislation.
The system also enables to do quantity accounting parallel to amount accounting.
For each account of the off balance, it is possible to determine the price of one quantitative unit.
This subsystem calculates the interest for personal accounts.
This subsystem is applicable for loro, nostro, on demand and similar accounts.
Interest contracts are accounted.
Interest is calculated, based on contracts.
Calculated interest (disbursed to accumulation accounts) is automatically disbursed to interest accounts with a specified regularity.
Parallel to account opening, the interest contract is automatically opened and other relevant accounts.
The following subsystem is envisaged for the accounting of term contracts:
- Allocated loans
- Allocated deposits
- Allocated overdrafts
- Allocated financial leasing
- Factoring
- Attracted deposits
- Attracted loans
- Attracted overdrafts
- Investments (securities for re-sale, sale and held to maturity date)
- Repo contracts
- Reverse repo contracts
- Collaterals, guarantees (received and issued).
The mentioned subsystems automate various financial instruments. They have much commonalities and are realized on similar principles.
All the subsystems have numerous parameters and regulators:
- Phases the contracts must run through
- Using types of contracts
- Proposed/imposed preliminary values
- Contract number generation
- Day opening/closure adjustments
- General accounts adjustments
- Automatically opened accounts adjustments
- Legislative parameters etc.
Organization of authorizations in all subsystems is realized in the same way. There are two types of authority:
a) object (contract) authority which determines the user entitled to access (see) the given contract. In connection with this, there are two more authorities:
- automatic access to all newly generated contracts in the concrete subsystem
- automatic access to the new contracts generated by the concrete subsystem.
b) authority to perform operations:
- contract approval
- contract processing
- instruction to disburse an amount
- execution of the instruction to disburse an amount
- removal/reformulation
- access to the accounts.
Each of the above authorities entitles to perform the given type of activity only with respect to the contracts which are accessible.
The system enables to determine standart templates (productes) of term contracts of different types(loan, deposit, factoring). Thanks to the last ones the contracts input becomes easier, the risk of false data input is appreciably decreased.
The contract printing form (in Word or Excel) is filled out automatically, based on the templates prepared by the banks.
For each contract, the system envisages a separate folder wherein all relevant documents are collected.
Parallel to the opening of a new contract, the relevant basic accounts are automatically opened. The remaining accounts are opened if necessary when performing relevant operations. The system also enables to run contracts with general accounts, without opening new accounts.
Parallel to any change in the contract, the necessary accounting entries are automatically made (balance and off balance).
The changes in the conditions of the contract are accounted: deadline, interest rate, risk category, degree of security, etc. Thanks to that, the balances calculated predate correspond to the situation on the accounting day.
Most operations can be also done automatically, for selected or all contracts:
- interest calculation
- interest accruals (for complex interest contracts)
- reservation, deemed "not working", assignment of risk factor and reservation interest rate (for distributed risk funds)
- debt settlement from a settlement (correspondent, interim) account
- disbursement of an amount (for allocated overdraft)
- adjustment of the current price (for securities)
- assignment of settlement interest rates, income tax (profit tax) rate, on demand interest rate
- closure of overdue and zeroed contracts.
The following types of contracts are worked out:
- Simple, one-time loan
- Credit line
- Loan with repayment schedule
- Planned loan
- Complicate (accumulated) loan
- Subcontract (auxiliary contracts, that are generated automatically if necessary).
Collaterals and guarantees are considered as separate subsystems, but there are closely interconnected both with loans and with overdrafts. In standard and more simple cases the generating of
collateral contracts and operations relevant to the contracts are made automatically.
This subsystem includes also the part of loan cards. Here, greater importance is attached to the settlement account based on whose balance and contractual conditions automatic disbursements and repayments are made (the last one is done with significant flexibility).
And in the case of corresponding contractual clauses a concrete repayment deadline is assigned for the disbursement of each amount.
In case of premature termination of contract, the system makes an automatic recalculation and if necessary, collects relevant penalties.
Essentially, there are three subsystems of securities in the system:
- securities for re-sale
- securities for sale
- securities held to maturity day.
They are tightly interrelated and are considered as one whole.
The type of security- the purpose of keeping can be easily changed: (all entries will be done automatically).
The following three types of securities are accounted:
- securities not bearing interest (these are always with discounted interest)
- securities bearing interest
- state mid-term bonds.
When entering a security, its essence is indicated: whether it is a treasury bills, treasury bonds, CB bond or other security. Based on that, necessary accounting entries are made automatically.
The accounting and grouping of securities procured for bank client is also done.
The securities subsystem is interrelated with the Repo subsystem. All operations performed between these subsystems and their accounting entries are done automatically.
The following accounting is performed:
- received collaterals
- received guarantees
- granted collaterals
- granted guarantees.
There are also calculated the pledges with settlement (corresponding) accounts as well as with time deposits.
Collateral and guarantee accounting is tightly related with the loan (overdraft) subsystems. Partially, based on collaterals, the degree of loan security and risk can be determined automatically.
For standard cases, based on loans, an automatic collateral agreement generation and tracking option has been envisaged.
The system enables to calculate all the data connected with loan applicants.
There is an opportunity to fix different types of applications.
The application type fixes the data, conditions and carrying on rules proper to given loan product.
For each type of application can be fixed development phases, their priorities and users authorities.
There are developed a lot of flexible, regulating phases for fixing of applications.
There are foreseen different types of collections in developing phases of applications(for example, affiliate or consulting fees).
Based on the finally fixed applications automatically are made client`s registration and loan contract generation. There is automatically generated mortgage contract in standard mortgage cases.
The rejected applications are registered in special archive.
There are envisaged flexible(regulating) reports for applications analysis. Thanks to the last ones the applications briefcase and the developing process are monitored .
Processing of cards of different type and currency(ArCa, Visa, MasterCard) and service offices(cash, non-cash .....)is automated.
The cards can be provided or serviced also by bank branches.
The card can be generated based on the standard contract forms(the accounts are opened automatically).
Both the debit and the credits cards tracking is automated(percent accumulation, overdraft).
The system monitors the permissible balance of accounts and automatically generates operations regulating the balance.
The system keeps accounts of cards annual service payments, that can be collected periodically and in parts.
Flexible mechanisms are generated for different departments` users authorisations regulation.The new generated card can pass through the approval phases.
Files of internal transactions and of cards sending to the processing center are generated.
The card transactions files received from processing center are developed.
Card transactions, communal payments are automatically calculated, and corresponding collections from cards and service offices are made.
In case of transactions accounting of branches the payment orders, requests are automatically generated and sent to the branches.
The bank has the ability to separate both the incomes received from head office and branches transactions and the incomes received from local and intssernational transactions.
The system has flexible mechanisms to get different type of reports. The mechanisms enable to
analyse the profitability of service stations and different type of cards.
The system has the ability to get different type of statements, that can be automatically sent to the clients by e-mail.
There are automatic checking mechanisms to check the data of the system and processing(card balance, limits).
The system enables to accept the utility payments. This concerns to the following services as yet:
- Gas utility bill
- VivaCell mobile communication charges
- Electric power utility bill
- Water utility bill.
The data about subcribers debts are kept in the system.
All the necessary payment documents and reports required by utility service organizations are drafted in the system.
Some financial operations for client or internal porposes are realized in a fixed periodicity.
The system enables to describe such (periodic) operations: payment orders, currency conversions etc.
The periodicity and its end , sum calculation schemes
The call of periodic operations can be realized by tasks(see).
The following basic resources are foreseen for drafting reports:
Basic work reports and references
Central Bank reports
Tools for the generation of new reports and construction of filter libraries.
Tools for the compilation of one's own analytical indicators.
A unified depository for the reports of the bank head office and branches.
The system enables to monitor that the data received branches is not contradictory.
A link is established between report depository and MS-Excel system (OLAP subsystem).
Each employee of the bank is assigned to one or more "automated work place" (AWP). These are the work tools relevant to the given employee. The AWP is presented as a list (menu).
The important authorities related to the transaction section are as follows:
- operation approval procedure (signature procedure)
- maximum amount of initiated operation
- authority to remove accounted operations
- authority to perform cash operations
- double verification of operations initiated by the given employee with the limiting amount
- authority to view the debiting, crediting and balance of each personal account
- authority to work with each client's folder
- authority to assign the permissible balance (limit) of accounts
- authority to approve newly generated form/documents (personal account, client, etc.).
Any change in the system is recorded in a special internal log. The type of change, the user, the time, work station, etc. are indicated. It is possible to view the processing history of any document.
Desktop designer
User right management
Workflow management
Management of automatic document processing
System parameter management
Design of data directories
Automatic instructions to execute closing operations of the operational day
System servicing.
Go top
|
|
|
|
