---
title: "\"Directory 'Banks' (Catalogs.Banks) — Technical Description\""
country: KZ
lang: en
author: Сапа Т.И. (https://buhgpt.kz/authors/sapa-ti)
date: 2026-09-07
canonical: https://buhgpt.kz/suraqtar/spravochnik-banki-catalogs-banki-tehnicheskoe-opisanie-en
source: BuhGPT
---

# "Directory 'Banks' (Catalogs.Banks) — Technical Description"

> **TL;DR:** 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

---

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 related Counterparty.

- 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 OnChange for BIC, 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.

---
_BuhGPT — ИИ-помощник для бухгалтеров Казахстана: https://buhgpt.kz_