1. Identification
| Parameter | Value |
|---|---|
| Object Type | Catalog |
| Name | Banks |
| Full Name | Catalog.Banks |
| Synonym | “Banks” |
| Configuration | Accounting for Kazakhstan, ed. 3.0 (3.0.74.2) |
| Navigation Link | e1cib/list/Catalog.Banks |
| Where to Find | Section “Cash” → “Banks” (also available when selecting a bank in the details of counterparties and bank accounts) |
Purpose. The catalog maintains a list of banking institutions of the Republic of Kazakhstan used when working with the bank accounts of organizations and counterparties. It stores the identification codes of banks (BIC, IIN, BIN), address details, correspondent accounts, and codes in the payment system. It is used daily by accountants, financiers, and settlement specialists when creating bank accounts, processing payment documents, and reconciling bank details. The catalog is integrated with the state classifier of banks of Kazakhstan (“BanksKz”) and supports automatic data loading/synchronization. All monetary amounts related to transactions are maintained in tenge (₸).
2. Attributes and Table Parts
2.1 Header Attributes
| Name | Type | Mandatory | Purpose |
|---|---|---|---|
BIC |
String | DontCheck | Bank identification code — the main identifier of the bank after the banking account reform on 07.06.2010 |
BICBeforeBankAccountReform |
String | DontCheck | Bank code that was in effect before the reform on 07.06.2010 (for historical transactions and reconciliation) |
CorrespondentAccount |
String | DontCheck | Bank's correspondent account for interbank transactions |
CodeInPaymentSystem |
String | DontCheck | Current bank code in the payment system (after the reform) |
CodeInPaymentSystemBeforeBankAccountReform |
String | DontCheck | Historical code in the payment system before the reform |
IdentificationNumber |
String | DontCheck | BIN / IIN of the banking organization |
RNN |
String | DontCheck | Registration tax number of the bank |
City |
String | DontCheck | Location of the bank |
Address |
String | DontCheck | Legal address of the banking institution |
Phones |
String | DontCheck | Contact phone numbers for reaching the bank |
CommissionPercentage |
Number (decimal) | DontCheck | Percentage of the bank's commission for conducting transactions |
Counterparty |
CatalogReference.Counterparties | DontCheck | Reference to the bank as a counterparty — for accounting of banking services and commissions |
All attributes have the filling characteristic
DontCheck: the platform does not require their mandatory filling, the completeness control is assigned to the application logic (auto-filling from the classifier) and the user. Standard attributes of the catalog (Code,Name,Parent,ThisIsGroup,DeletionMark,Predefined) are present by default.
2.2 Table Parts
Table parts are absent.
3. Forms
| Form | Purpose |
|---|---|
ElementForm |
Key form for editing the bank card (BIC, codes, address, commission, counterparty) |
ListForm |
Main form for viewing and navigating the list of banks |
SelectForm |
Form for selecting a bank when choosing in documents and details |
GroupForm |
Editing groups of the catalog in a hierarchical structure |
SelectGroupForm |
Selecting a group of banks |
SelectFromClassifierForm |
Specialized form for loading bank data from the official classifier (“BanksKz”) |
4. Key Module Procedures
There is no separate BSL code in the attached evidence, so below is a typical composition of handlers for a catalog of this type in BK 3.0. Specific procedure names should be clarified with the configurator version 3.0.74.2.
Object Module (ObjectModule):
CheckFillingProcessing— control of the correctness of BIC / BIN / correspondent account before recording.BeforeRecording— normalization of codes (removing spaces, case conversion), synchronization of the relatedCounterparty.OnSettingNewNumber/OnSettingNewCode— when using auto-numbering.
Element Form Module:
OnCreatingOnServer— setting the visibility of reform attributes (BIC/code before and after 07.06.2010), availability of fields.- Handlers
OnChangeforBIC,IdentificationNumber— validation and substitution of related values.
Select From Classifier Form Module (SelectFromClassifierForm):
- Procedures for loading and parsing the classifier of banks of the RK (“BanksKz”), filling attributes from the selected record, creating/updating catalog items during synchronization.
Requires verification (version-specific): the exact mechanism for loading the classifier and the names of synchronization procedures may differ between releases 3.0.7x — check with the form module in the configurator.
5. Posting and Movements
The catalog is not a document and does not generate postings and movements in registers. It serves as a source of regulatory and reference data for documents and other objects.
The data of the catalog is used in postings and registers indirectly — through bank accounts and monetary documents. According to the standard chart of accounts of the RK, banking operations linked to the bank from the catalog primarily involve:
| Account | Name | Typical Use |
|---|---|---|
| 1030 | Cash on current bank accounts | Receipts and withdrawals from the organization's accounts |
| 3310 | Short-term payables to suppliers | Payments to suppliers through the bank |
| 1210 | Short-term receivables from customers | Receipt of payment from customers |
| 7210 / 7470 | Expenses (including bank services) | Withdrawal of bank commission (CommissionPercentage) |
Example: when withdrawing a bank commission in tenge, a posting is generated Dr expense account — Cr 1030 for the amount calculated from CommissionPercentage. The catalog itself does not participate in the movement, but only identifies the bank of the payment.
6. Related Objects and Input Based On
- Catalog “Bank Accounts” — the main consumer: each account refers to a bank, pulling BIC, correspondent account, name from the bank card.
- Catalog “Counterparties” — the bank can be represented as a counterparty (attribute
Counterparty) for accounting of banking services. - Catalog “Organizations” — the bank accounts of the organization refer to banks.
- Payment Documents (payment order, payment request, receipt/withdrawal from the settlement account) — use the bank through the bank account.
- Classifier of Banks of the RK (“BanksKz”) — external source for loading and synchronization.
Input based on for the catalog is generally not provided (the catalog is filled manually or through selection from the classifier).
7. Extension Points
- Configuration Extension: adding custom attributes (for example, SWIFT/BIC for international settlements, currency bank indicator) through extension without removing from support.
- Object Module Event Handlers (
BeforeRecording,CheckFillingProcessing) — for implementing additional validation of BIC/BIN according to the control digit algorithm. - Subscriptions to Events (
BeforeRecording/OnRecording) — for automatic synchronization with the related counterparty or external systems. - Form
SelectFromClassifierForm— refinement of the source/frequency of loading the classifier of banks. - Additional attributes and information (BSP mechanism) — for storing unregulated attributes without changing the metadata structure.