Checked on release 3.0.74.2 "Accounting for Kazakhstan" (version 3.0).
The counterparty sent an invoice for payment, you generate a payment order — and the "Organization's Account" field is empty, the program complains "Bank account is not filled in." Or vice versa: the payment went out, but the bank returned it with the wording "incorrect KBe." Or the statement from the client bank does not load because there is simply no settlement account in this IBAN in the database. All this is about the "Bank Accounts" directory. This is a small but critical element: until the account is created and filled in correctly, no payment will go through correctly.
Let's break down the directory by fields, show where it "pops up" in transactions, and collect common mistakes.
1. Purpose
The "Bank Accounts" directory stores the details of current, currency, and special accounts — both for your organizations and for counterparties. From it, IBAN, bank BIC, currency, and KBe are populated into all banking documents and payment orders. This is not a document — the transaction itself does not create it, but without it, neither "Withdrawal from the settlement account" nor "Receipt to the settlement account" will be processed.
2. Where to find
There are three ways — use any:
- Section "Bank and Cash" → "Bank Accounts" (a general list of all accounts in the database).
- From the organization card: "Main" → "Organizations" → open the organization → link "Bank Accounts" on the navigation panel.
- From the counterparty card: "Directories" → "Counterparties" → open → "Bank Accounts".
A quick way to open the list directly in 1C: menu "Service" → "Go to navigation link" and paste:
e1cib/list/Directory.BankAccounts
2a. How to find out your release
Menu "Help" → "About the program" (or the "i" icon in the upper right corner). In the opened window — the platform version (for example, 8.3.24) and configuration release ("Accounting for Kazakhstan, version 3.0, version 3.0.74.2"). The instructions below are verified specifically on this release; in adjacent versions, the location of the fields is the same.
3. How to fill in
Open the list → "Create". First, select the owner of the account — the organization or counterparty (if you create from the card, the owner will be filled in automatically). Then proceed to the fields.
| Field | Purpose and what happens in case of error |
|---|---|
| Owner (mandatory) | Whose account it is — your organization or the counterparty. If you make a mistake, the account will "attach" to the wrong person and will not be offered in the documents of the required party. |
| Account Number (IBAN) (mandatory) | 20 characters, starts with KZ. This is what goes into the payment and the statement. An error in one digit — the payment will be returned or go "nowhere." The program checks the control digit of the IBAN and highlights the incorrect number. |
| Bank (BIC) (mandatory) | Select from the bank directory by 8-digit BIC (for example, HSBKKZKX — Halyk, CASPKZKA — Kaspi). The correspondent account will be automatically pulled from the bank. Incorrect BIC = the payment will go to a foreign bank. |
| Account Currency (mandatory) | By default KZT (₸). For a currency account, specify USD/EUR/other. Affects revaluation and accounting account. An error — money will "hang" in the wrong currency, turnovers will not match. |
| Account Type | Current, savings, special (loan, special account for government procurement, etc.). Determines the purpose and prints the details. |
| KBe (Beneficiary Code) (critical for the RK) | 2 digits, characterize the residency and economic sector of the recipient (for example, 17 — legal entity-resident, 19 — individual-resident). The bank will reject the payment with an incorrect KBe. Fill in according to the counterparty's data. |
| Payment Purpose Code (KNP) | 3 digits, inserted into the payment as a default detail (for example, 710 — payment for goods/services). Convenient to set a standard one so you don't have to enter it every time. |
| Name | Representation of the account in lists ("Halyk KZT", "Kaspi current"). If left blank, the program will collect it from the bank and number. |
| Use as main | Mark one account of the organization as main — it will be inserted into documents by default. Without marking, you will have to select the account manually each time in payment orders. |
| Opening / Closing Date | A closed account will no longer be offered in new documents. Do not delete the old account — just set the closing date to preserve the payment history. |
| Payment Purpose Text | Template text that will go into the payment ("Payment under contract No.___"). |
After filling in — "Save and close". For the organization, do not forget to go to the organization card and ensure that the required account is marked as main.
4. An example with transactions
Situation. LLP "Astana-Trade" pays the supplier LLP "Snabservice" for a batch of goods. Invoice: 116,000 ₸, including VAT 16% — 16,000 ₸ (cost of goods 100,000 ₸).
Sequence of actions:
- Create your organization's account — Halyk Bank, IBAN
KZ12 6010 0000 1234 5678, BICHSBKKZKX, currency KZT, mark as "main". - Create the counterparty's account LLP "Snabservice" — IBAN
KZ98 3125 0000 8765 4321, BICKCJBKZKX, KBe17, KNP710. - Create "Withdrawal from the settlement account" (operation type "Payment to supplier"): organization account — Halyk, recipient account — "Snabservice", amount 116,000 ₸, accounting account 1030.
Transaction when processing the withdrawal:
| Dr | Cr | Amount | Description |
|---|---|---|---|
| 3310 | 1030 | 116,000 ₸ | Payment to supplier from current account in Halyk |
Here, the "Bank Accounts" directory provided the program with everything: from which account (1030 by the specific IBAN) to withdraw and based on which details to build the payment.
The reverse situation — the buyer paid you the same 116,000 ₸. Document "Receipt to the settlement account", type "Payment from buyer":
| Dr | Cr | Amount | Description |
|---|---|---|---|
| 1030 | 1210 | 116,000 ₸ | Receipt of payment from buyer to current account |
Note: VAT (16,000 ₸) and income (6010) are reflected not in the payment but in the sale/receipt — the banking document only moves money through account 1030.
5. Types of bank accounts
The directory does not "perform operations," but distinguishes types of accounts, and the type affects behavior in documents:
- Current (settlement) in tenge — the basic account for 1030.
- Currency — accounting in USD/EUR, etc., participates in revaluation, accounting account 1030 in the currency breakdown.
- Savings / deposit — accounting on 1030 or 1130 depending on the accounting policy.
- Special (loan, special account, account for government procurement, escrow) — segregated funds.
- Transit currency — intermediate account when receiving currency revenue.
6. What this directory uses in operation
The directory itself is not processed and does not create movements. The details from it are inserted into documents that create transactions/movements:
- Withdrawal from the settlement account → Dr 3310 (or 3390, 681x, 634x for advances/taxes) Cr 1030.
- Receipt to the settlement account → Dr 1030 Cr 1210 (or 3520 for advances).
- Movements in the mutual settlements register and in the cash accounting register — in the breakdown of a specific bank account.
- Loading/unloading "Client-bank" checks the IBAN from the statement against the account from the directory — if the account is not there, the line will not be posted.
Electronic documents (ESF in the ESF IS, SNT) are not formed from here, but the details of the seller/buyer account for them are taken precisely from this directory.
7. Printed forms
From documents using the bank account (not from the directory itself), the following are printed:
- Payment order — the main form, all details (IBAN, BIC, KBe, KNP) are populated from the directory.
- Cash deposit slip, check — when working with cash through the account.
- Register of payment orders.
The directory itself does not have a printed form — you print the account as a detail in the payment document.
8. Common mistakes
"Incorrect control digit of IBAN" / "Account number is specified incorrectly".
Check that the IBAN is exactly 20 characters, starts with KZ, without spaces and extra characters. One incorrect character breaks the control digit.
"Bank account of the organization is not filled in" when processing the payment. The organization does not have the account marked as "main" or the account is closed. Go to the directory, remove the closing date or mark the required account as main.
The bank returned the payment "incorrect KBe". The beneficiary code in the counterparty's account card does not match its status. For a legal entity-resident — usually 17, for an individual-resident — 19. Clarify with the counterparty and correct the KBe field.
The statement from the client bank loaded, but payments "hung" unrecognized. The IBAN from the statement file did not match any account in the database. Create the missing counterparty account with the exact IBAN — and repeat the posting.
Duplicate accounts of the counterparty. The same IBAN has been entered twice. Mark the extra one for deletion and repost documents to the correct account.
The account currency does not match the payment currency. The program will not allow you to process a withdrawal in USD from a KZT account. Create a currency account with the required currency or correct the document's currency.
9. FAQ
Where to find bank accounts in 1C: Accounting for Kazakhstan? Section "Bank and Cash" → "Bank Accounts", or from the organization/counterparty card via the link "Bank Accounts" on the navigation panel.
What is KBe and where to get it? KBe is the beneficiary code, two digits reflecting the residency and sector of the payment recipient. It is taken from the counterparty's details (in their account or contract). Typical: 17 — legal entity-resident, 19 — individual-resident. Without the correct KBe, the bank will reject the payment.
How many characters are in the Kazakh IBAN? Exactly 20, starting with "KZ". The program checks the control digit and highlights the incorrect number.
On which account is money on the bank account accounted? On account 1030 "Cash on current bank accounts". Currency accounts are maintained on 1030 in the currency breakdown with revaluation.
How to make an account main so that it is automatically inserted? Open the organization account card and check the box "Use as main" (or specify the main account in the organization card). Then it will be inserted into new payment documents by default.
Can an old bank account be deleted? If there have been movements on it — no, deletion will break documents. Set the "Closing Date": the account will no longer be offered, but the history will be preserved.
Why is the statement not posted to counterparties? The IBAN from the client bank file was not found in the directory. Create the counterparty account with the exact number — the lines will be posted.
Does the bank account affect VAT? No. The VAT rate (in 2026 — 16%) and its accounting (account 3130) are determined in sales/receipts and in ESF. The banking document only moves money through 1030.
Where to get the BIC and correspondent account of the bank? BIC is selected from the built-in bank classifier (8 characters, for example HSBKKZKX). The correspondent account will be pulled automatically when selecting the bank.
Is a separate account needed for currency operations? Yes. Create a separate card with currency USD/EUR — then revaluation and turnovers on 1030 will be conducted correctly in the currency breakdown.
10. Related documents
Based on the "Bank Accounts" directory work:
- "Withdrawal from the settlement account" and "Receipt to the settlement account" (account details are taken from here).
- "Payment order" — the printed form is built based on the account data.
- Loading/unloading "Client-bank".
Where else are the account details pulled:
- In invoice to the buyer (your details for payment).
- In contracts of counterparties (account for settlements under the contract).
- In ESF — details of the seller/buyer bank account.
How to find out your release
Menu "Help" → ```