Cash Registers — Technical Description of the Object (Accounting for Kazakhstan 3.0.74.2)

⚠️ Clarification on Object Type

The object is specified in the task as Documents.CashRegisters (Document), however, the attached evidence clearly describes a directory (Directory.CashRegisters):

• there are no tabular parts and signs of processing;
• there are forms ElementForm, ListForm, SelectionForm, characteristic of a directory;
• there is a "History" button (versioning of the directory object);
• the list contains commands "EditSelected" and "UseMain".

In the typical configuration "Accounting for Kazakhstan 3.0", Cash Registers are indeed a directory, not a document. The description below is constructed as for a directory. Accordingly, the correct navigation link is e1cib/list/Directory.CashRegisters (not e1cib/list/Documents.CashRegisters). The label object_type_ru:"Document" in the source is a classification error.

Also, in the assignment text from the evidence, the section "Salary Calculation" is mentioned — this is incorrect: the directory "Cash Registers" relates to cash management and is opened from the section "Bank and Cash" / "Money".

1. Identification

Purpose. The directory stores a list of cash registers of organizations — places for storing cash. Each item specifies the currency for cash accounting and the parameters for numbering cash documents. The directory is used as an analytical cut (subaccount) in cash accounting and as a mandatory attribute of cash documents: cash receipt orders (CRO), cash expenditure orders (CEO), cash shifts in retail trade. Support for working with multiple cash registers within one organization is provided — behavior is regulated by a functional option (accounting for multiple cash registers).

2. Attributes

2.1 Attributes (own)

2.2 Standard Attributes

2.3 Tabular Parts

Absent — the directory does not contain tabular parts.

3. Forms

4. Key Module Procedures

The source code of the modules (BSL) is not attached in the evidence, therefore below is a typical set of handlers characteristic for a directory of this kind in BK 3.0. Specific lines/names are subject to verification with the module in your delivery (version-neutral logic).

Object Module (DirectoryManager/ObjectModule):

• OnSettingNewCode / FillingHandler — when creating a new item, the CurrencyOfFunds is set from the constant CurrencyOfRegulatedAccounting.
• FillingCheckHandler — control of filling the mandatory attribute CurrencyOfFunds (ShowError).
• BeforeSaving — service checks for uniqueness/consistency.

Element Form Module:

• OnCreatingOnServer — management of visibility and availability of fields depending on functional options (in particular, the sign of accounting for multiple cash registers).
• OnOpening — initialization of default values for the new item.

List Form Module:

• Handler for the "UseMain" command — recording the selected cash register as the main one (in personal/general settings).
• Handlers for group changes of attributes ("EditSelected").

Requires verification: exact names and signatures of handlers, as well as the method of storing the "main cash register" (user setting vs. separate information register) — depends on the specific release.

5. Role in Accounting, Movements and Entries

The directory "Cash Registers" does not perform processing independently and does not generate movements in registers — it is a regulatory reference object (not a document). Its role is to serve as analytics and a source of attributes for cash documents.

How the cash register participates in accounting (standard logic of BK 3.0, chart of accounts of RK):

• Cash funds are accounted for in account 1010 "Cash in Registers", where Cash Register acts as a subaccount (analytical cut). The currency of accounting is taken from the attribute CurrencyOfFunds.
• Movements are generated by cash documents using this item:

• The currency of correspondence is determined by the attribute CurrencyOfFunds; for tenge cash register — settlements in ₸ without revaluation, for foreign currency — with the formation of exchange differences.

Reference values of RK (for related cash register operations, 2026 year):

• VAT rate — 16 % (account for VAT payable — 3130), applied when reflecting retail revenue through the cash register and issuing an electronic invoice (ESF).
• MPR — 4,325 ₸, MZP — 85,000 ₸ (used in related calculations, for example, when controlling limits and issuing accountable amounts).

The cash register itself does not calculate VAT/individual income tax — these indicators relate to documents that correspond with the cash register; they are provided as country context, not as attributes of the directory.

6. Related Objects and Input Based On

Used as an attribute in documents:

• Cash Receipt Order (Document.CashReceiptOrder);
• Cash Expenditure Order (Document.CashExpenditureOrder);
• retail sales documents / cash shifts (KKT);
• reports and processes on cash balances.

Related directories / objects:

• Directory.Organizations — through the attribute Owner;
• Directory.Currencies — through CurrencyOfFunds;
• employee/individual — through ResponsiblePerson;
• constant CurrencyOfRegulatedAccounting — source of default currency.

Input Based On. For the directory "Cash Registers", the standard mechanism "Input Based On" is not provided by typical commands (the directory is a source of data, not a base document). Cash documents are created in their journals with the selection of the cash register from the directory.

Electronic Documents. The cash register is not directly involved in the ESF/SNT exchange; ESF (IS ESF) and SNT are issued for sales/receipt documents, payment for which may go through the cash register.

7. Extension Points

• Functional option for accounting multiple cash registers — manages the visibility of cash register selection in documents and in the interface; consider when modifying forms.
• Filling handler CurrencyOfFunds — point for overriding the default currency (for example, in multi-currency schemes).
• Attribute Prefix — mechanism for numbering cash documents; extended through custom numbering/prefixing rules.
• Command "UseMain" and storage of the main cash register — point of integration with user personal settings.
• Versioning — the composition of versioned attributes can be extended through object versioning settings.
• Configuration extensions — it is recommended to add attributes/forms through extensions to avoid losing modifications during updates of the typical configuration.
• Event subscriptions (BeforeSaving/OnSaving) of the directory — for external integrations and integrity control.