Document "Cash Inventory" (Documents.ИнвентаризацияДенежныхСредств)

1. Identification

Purpose. The document is intended for recording the results of the inventory of cash on hand in the organization's cash desk or of balances in bank accounts. It is used by accountants and financially responsible persons during scheduled and unscheduled inventories to reconcile the actual availability of money with accounting records. The document allows recording the composition of the inventory commission, comparing actual and recorded amounts, identifying deviations (shortages or surpluses), and printing an act using form INV-6.

Important regarding the nature of the document. This is a factual (registering) document — it does not generate movements in accounting and accumulation registers. It merely documents the fact of reconciliation. Adjustments of balances for identified shortages and surpluses are entered with separate cash movement documents (see section 6).

It is used regularly: before preparing annual reporting, when changing financially responsible (cashier) persons, by management order, and at the request of regulatory authorities.

2. Header attributes and tabular sections

2.1 Header attributes

¹ Касса is required for the cash operation; for the bank accounts operation the corresponding bank account/settlements attribute is used.

2.2 Tabular section «ИнвентаризационнаяКомиссия»

The composition of the commission documenting the inventory results.

2.3 Cash tabular section (recorded/actual amounts)

Rows comparing amounts by denominations or by total amounts.

The mandatory nature of fields is checked upon posting: if a field from the list of required ones is not filled in, 1C issues an error of the form «Field … is not filled in».

3. Forms

4. Key module procedures

The object module and the form module are not detailed by the attached evidence in the form of BSL text (the provodki facet confirms an empty register_records). Below are the typical handlers of a document of this kind; the error messages and scenarios are given according to evidence (release 3.0.68.1) and are current for 3.0.74.2.

4.1 Object module

• ОбработкаПроведения(Отказ, Режим) — according to the standard logic of this document, it does not generate movements (the body is effectively empty or contains only control checks). The document is posted «factually», without register movements.
• ОбработкаЗаполнения(ДанныеЗаполнения, …) — filling in default attributes (organization, cash desk, responsible person) upon entry or copying.
• ЗаполнитьПоОстаткам() — calculating recorded amounts as of the document date based on cash accounting data of the selected cash desk/account. The following controls are triggered in this procedure:
  • «Organization not specified» — when Объект.Организация.Пустая();
  • «Cash desk not specified» — when Объект.Касса.Пустая().

4.2 Form module

• ПриСозданииНаСервере — initial setup of field visibility depending on ВидОперации.
• ВидОперацииПриИзменении — switching the inventory object; when changing the operation type, filled-in table data may be lost (scenario 3.4) — the form reinitializes the tabular sections.
• ДатаПриИзменении — when the date is changed after the table has been filled in, recorded amounts are recalculated for the new date (scenario 3.3).
• ЗаполнитьПоОстаткам (command) — server-side call to fill in recorded balances.
• Печать / ПечатьИНВ6 — generating the INV-6 act (scenario 3.5).

4.3 Typical errors (verbatim, release 3.0.68.1)

5. Posting and movements

The document does not generate register movements (register_records is empty). It records the reconciliation result and serves as the basis for subsequent corrective documents. Therefore, at the moment of posting, entries in the accounts of the RK chart of accounts are not created.

Adjustment of balances for identified deviations is carried out with separate cash movement documents. Approximate entries according to the standard RK chart of accounts (Kazakhstan accounts):

Surplus of cash on hand (capitalization, usually with a cash receipt document):

Shortage of cash on hand (write-off, attributing to the guilty/accountable person):

For cash in current accounts, account 1030 «Cash in current bank accounts» is used. Deviations in non-cash funds are, as a rule, eliminated with bank documents (receipt/write-off) rather than by cash desk adjustment.

For reference (current RK norms 2026, if the adjustment affects settlements and taxes): VAT rate — 16%; VAT payable account — 3130; MCI = 4,325 ₸, MMW = 85,000 ₸; basic IIT deduction = 30 MCI/month (no more than 360 MCI per year); IIT 10% up to 8,500 MCI of annual income and 15% above; MPC 10% (base cap 50 MMW), EPC 3.5%, MHIC 2%, MHI 3%, SC 5%, social tax 6%. These indicators are applied in related documents, but not in the inventory document itself.

6. Related objects and entry based on

Entry based on (for processing adjustments following inventory results):

• «Cash receipt» / «Incoming cash order» — capitalization of the identified surplus (account 1010).
• «Cash disbursement» / «Outgoing cash order» or write-off — processing the shortage (account 1010).
• Bank documents («Receipt to the current account», «Write-off from the current account») — for deviations on account 1030.

Related objects and data:

• Reference books: Организации, Кассы, БанковскиеСчета, ФизическиеЛица.
• Source of recorded balances: cash accounting registers (cash desk/bank), from which ЗаполнитьПоОстаткам calculates amounts as of the document date.
• Printed form: act INV-6.
• Electronic documents (ESF in the ESF IS, SNT) do not relate to this document — it is not a sales/goods movement document.

7. Extension points

• Form event handlers (ВидОперацииПриИзменении, ДатаПриИзменении) — for customizing recalculation/visibility logic via a configuration extension.
• The ЗаполнитьПоОстаткам procedure — extending the algorithm for obtaining recorded balances (for example, adding analytics by denominations or other cash desks).
• ОбработкаПроведения — the point where, during industry-specific customization, you can add your own movements (by default there are none); while not violating the standard «factual» nature of the document.
• The INV-6 printed form — replacing/supplementing the template via an extension or an external printed form (the SSL «Printing» mechanism).
• Event subscriptions and additional attributes/information (SSL) — for extending the composition of the commission or attributes without changing the document's metadata.
• Filling upon copying (scenario 3.6) — overriding ОбработкаЗаполнения to control the data carried over during scheduled monthly inventories.