RUKKENZH
Ask AI
Sections1C configuration objects
Directory "GroupsOfCashFinancialAccounting" (UT for Kazakhstan 3.4.5.21)
Article language:🇷🇺 RU🇰🇿 KK🇬🇧 EN🇨🇳 ZH
Article version:📘 For accountants⚙️ For technical specialists

Directory "GroupsOfCashFinancialAccounting" (UT for Kazakhstan 3.4.5.21)

Applies to: 1С:Управление торговлей для Казахстана, release 3.4.5.21 · by 1C-Sapa Group, 1C partner
СТ
Сапа Т.И. — 1C and accounting expert, practising trainer

1. Identification

Parameter Value
Object type Catalog
Name ГруппыФинансовогоУчетаДенежныхСредств
Full name Справочник.ГруппыФинансовогоУчетаДенежныхСредств
Synonym "Cash Financial Accounting Setting Groups" (per evidence); the interface also uses the short form "Cash Financial Accounting Groups"
Configuration Trade Management for Kazakhstan, edition 3.4.5.21
Where to find in 1C Section "Service subsystems" → "Cash Financial Accounting Setting Groups"
Navigation link e1cib/list/Справочник.ГруппыФинансовогоУчетаДенежныхСредств

Purpose. The catalog defines an analytical attribute for grouping cash accounting objects (organization bank accounts, cash registers, electronic wallets/payment cards). A group value is assigned to a specific cash object and serves as a "key" in the rules for generating financial (statutory) postings: it is by group, rather than by each individual account/cash register, that mapping to a Chart of Accounts (RK) account is configured (for example, 1030 "Cash in current bank accounts" or cash accounting accounts). This allows accounting reflection to be configured once for an entire group of similar cash objects instead of duplicating the setup for each new account.

The catalog belongs to the family of "financial accounting groups" in Trade Management for Kazakhstan (alongside "Settlement Financial Accounting Groups", "Item Financial Accounting Groups", "Income and Expense Financial Accounting Groups") and operates within the unified "Document Reflection Settings in Statutory Accounting" mechanism.


2. Header attributes and tabular sections

The object belongs to simple classifier catalogs; tabular sections are not used. The set of attributes is typical for "financial accounting groups".

Standard attributes

Attribute Type Purpose
Code String Unique item code, auto-numbering
Description String (usually up to 150) Group representation, e.g. "Tenge settlement accounts", "Foreign currency accounts", "Company cash registers"
Parent CatalogRef (same) Group hierarchy, if group/item hierarchy is enabled for the catalog
DeletionMark Boolean Deletion mark flag
Predefined / PredefinedDataName For predefined items supplied with the configuration

Header attributes (own)

Attribute Type Purpose
Comment String Free-text description of the group

The functional role of the catalog is to serve as a dimension value. The rules for mapping a group to accounting accounts are stored not in the item itself, but in an external accounting reflection setting mechanism (an information register with account settings), where the group acts as a dimension.


3. Forms

For a classifier catalog, the standard set of auto-generated/typical forms is used:

Form Purpose
ListForm (ФормаСписка) Viewing and selecting groups, creating/marking for deletion. Main entry point via navigation link
ItemForm (ФормаЭлемента) Entering/editing a group: description, parent, comment
ChoiceForm (ФормаВыбора) Selecting a group from fields of other objects (in the bank account card, cash register, accounting reflection settings)
GroupForm Editing a group folder when hierarchy is enabled

If explicit forms are not defined in the configuration, the platform uses auto-generated forms for the same purpose.


4. Key module procedures

No application evidence with BSL code (paths:lines) for this object has been provided — the typical set of handlers for this type of catalog is given below. Specific business logic in the object module of classifier catalogs is minimal.

Object module (ОбъектМодуль)

  • ОбработкаЗаполнения(ДанныеЗаполнения, ...) — filling of attributes when entered based on another object/fill data.
  • ПередЗаписью(Отказ) — validity control before writing (e.g., preventing hierarchy loops, checking that the description is filled).
  • ОбработкаПроверкиЗаполнения(Отказ, ПроверяемыеРеквизиты) — verification of required attributes.

Manager module (МодульМенеджера)

  • ОбработкаПолученияДанныхВыбора(...) — filtering/restricting the list when selecting.
  • Functions for retrieving predefined items and service methods for the accounting reflection setting mechanism.

Forms

  • ФормаСписка.ПриСозданииНаСервере — configuring filters, conditional formatting, column visibility.
  • ФормаЭлемента.ПередЗаписью / ОбработкаПроверкиЗаполнения — validation of card data entry.

"Requires verification" (version-specific): the presence of a dedicated item form and the exact set of handlers in the object module may differ within releases of the 3.4 branch — to be confirmed in the configurator of the specific 3.4.5.21 delivery.


5. Posting and movements

The catalog is not a document and is not posted — it does not generate direct register movements. Its role is to serve as an analytical dimension in the mechanism for generating financial postings.

How it participates in accounting. When reflecting cash movement documents (non-cash receipt/write-off, cash operations) in statutory/financial accounting, the system determines the cash accounting account through the chain: cash object (bank account/cash register) → its financial accounting group → setting for mapping the group to an RK chart of accounts account.

Typical RK chart of accounts accounts that a cash group "resolves" to:

Operation Dr Cr RK accounts
Receipt of payment from customer to current account 1030 1210 1030 "Cash in current accounts", 1210 "Short-term accounts receivable from customers"
Payment to supplier from current account 3310 1030 3310 "Accounts payable to suppliers", 1030
Sale of goods (related postings in the cash chain) 1210 6010 6010 "Revenue from sales", as well as 3130 "VAT payable" for the tax amount
Write-off of cost of goods sold 7010 1330 7010 "Cost of sales", 1330 "Goods"

Example using 2026 Kazakhstan rates. Sale of a batch of goods for 1,160,000 ₸ with VAT at a rate of 16%: amount excluding VAT 1,000,000 ₸ (Dr 1210 Cr 6010), VAT 160,000 ₸ (Dr 1210 Cr 3130), an ESF (electronic invoice) is issued in the ESF Information System (when goods are moved — an SNT waybill is issued). Upon receipt of payment of 1,160,000 ₸ to the settlement account, Dr 1030 Cr 1210 is generated, where account 1030 is substituted via the financial accounting group of the bank account to which the funds were received.

Other "Kazakhstani" indicators (for the context of tax calculations in the same configuration, not directly related to the catalog itself): MCI (monthly calculation index) 4,325 ₸, minimum wage 85,000 ₸, basic individual income tax deduction 30 MCI/month (no more than 360 MCI per year), individual income tax 10% up to 8,500 MCI of annual income and 15% above that, mandatory pension contributions 10% (base cap of 50 minimum wages), employer pension contributions 3.5%, mandatory employer social health insurance contributions 2%, social health insurance contributions 3%, social contributions 5%, social tax 6%.


6. Related objects and entry based on

Objects using the group as a dimension attribute:

  • Справочник.БанковскиеСчетаОрганизаций — a bank account specifies its cash financial accounting group.
  • Справочник.Кассы / Справочник.КассыККМ — cash accounting objects.
  • Other cash storage objects (electronic payment means, payment cards), if maintained in the configuration.

Mechanisms where the group serves as a dimension:

  • Settings for reflecting documents in statutory/financial accounting (mapping "cash group → RK chart of accounts account", typically — account 1030 and cash accounting accounts).
  • Rules for generating postings for cash movements.

Documents whose postings depend on the group: "Non-cash Funds Receipt", "Non-cash Funds Write-off", "Cash Receipt (PKO)", "Cash Expense (RKO)", "Payment Card Transaction", and related financial movements.

Entry based on. As a classifier, entry based on other objects is not provided, nor does it itself serve as a basis for documents. Creation occurs manually in the catalog list or automatically during initial accounting setup.


7. Extension points

  • Configuration extensions: adding custom attributes (e.g., a "Foreign currency/Tenge" flag, an accounting direction code), adding columns to the list form, overriding the item form without removing it from support.
  • Event subscriptions / object module handlers: fill validation (ОбработкаПроверкиЗаполнения), autofill on write (ПередЗаписью), hierarchy checking.
  • Additional attributes and information (properties mechanism) — if the use of property sets is enabled for the catalog, analytics can be extended without changing metadata.
  • Integration with accounting reflection settings: when new RK chart of accounts accounts or new types of cash objects are added, the group is extended with new items and mappings without modifying document code.

"Requires verification" (version-specific): the availability of the additional attributes mechanism and the exact set of subscriptions for this catalog depend on functional option settings and the 3.4.5.21 release — to be confirmed in the configurator.

Frequently asked questions

Does this reference book post documents and generate register entries?
No. This is a classifier reference book; it is not posted and does not directly create entries. It serves as an analytical dimension: for a cash group, a mapping to an accounting account is configured (for example, 1030 "Cash in current accounts"), and it is the cash movement documents that then generate postings to this account.
How does a cash financial accounting group differ from the bank account itself?
A bank account/cash desk is a specific object for storing money. A group is a generalizing attribute that combines objects of the same type (for example, all tenge current accounts). The accounting account setting is done once per group, not for each account separately, so a new bank account only needs to be assigned to an existing group.
Where can this reference book be found in the interface?
In the "Service subsystems" section → "Cash Financial Accounting Settings Groups", or via the navigation link e1cib/list/Catalog.CashFinancialAccountingGroups.
What VAT rate and VAT account are used in the examples for Kazakhstan 2026?
The VAT rate is 16%, tax is accrued to account 3130 "VAT payable", revenue is reflected in income on account 6010. An ESF (ESF IS) is issued, and for goods movement, an SNT is issued. The values of MCI 3,932 ₸, a deduction of 14 MCI, and a VAT rate of 12% are outdated and not applicable in 2026.

Read also

Sources

Was this article helpful?
💼 Need help with 1C or accounting? Слава КВЦ — many years of 1C practice in Kazakhstan. Explore the annotated Tax Code of RK 2026 or ask in the BuhGPT chat — answers in seconds.