1. Identification
| Parameter | Value |
|---|---|
| Object Type | Document (Documents.InventoryOfFixedAssets) |
| Name | InventoryOfFixedAssets |
| Synonym | “Inventory of Fixed Assets” |
| Configuration | Accounting for Kazakhstan, ed. 3.0 (version 3.0.74.2) |
| Interface Section | “Fixed Assets” → “Inventory of Fixed Assets” |
| Navigation Link | e1cib/list/Document.InventoryOfFixedAssets |
Purpose. The document registers and formalizes the procedure for inventorying fixed assets in accordance with the requirements of accounting in the Republic of Kazakhstan. It is used by accountants and responsible persons to reconcile the actual availability of fixed assets with accounting data, identifying surpluses and shortages. It is applied during planned and unplanned inventories (change of responsible person, audit, preparation of annual reporting).
This is an informational (registering) document: it records the fact and results of the inventory and serves as the basis for subsequent documents (recognition of surpluses, write-off of shortages). It supports the upload of actual data from data collection terminals (DCT) via barcodes.
2. Header Attributes and Table Parts
Header
| Attribute | Purpose | Mandatory |
|---|---|---|
| Organization | The organization for which the inventory is conducted | Mandatory |
| Date | Date of the document (date of the inventory) | Standard |
| Number | Document number | Assigned automatically |
| Department | Department / storage location of fixed assets being reconciled | Optional |
| Responsible / Person in Charge | Responsible person | Optional |
| Comment | Free text explanation | Optional |
Table Part “Fixed Assets”
List of fixed assets being inventoried: accounting data against actual data.
| Column | Purpose | Mandatory |
|---|---|---|
| FixedAsset | Inventoried object of fixed assets | Mandatory |
| AccountingQuantity / accounting data | Availability and cost according to accounting data | Filled from balances |
| ActualQuantity / actual data | Actual availability based on the results of the inspection/DCT | Entered manually or from DCT |
| Deviation (surplus/shortage) | Difference “actual − accounting” | Calculated |
| Inventory Number, Person in Charge | Details for identification and printing | Filled automatically |
Table Part “InventoryCommission”
Composition of the commission for the preparation of printed forms.
| Column | Purpose | Mandatory |
|---|---|---|
| Individual | Member of the inventory commission | Mandatory |
| Role / Chairperson | Indicator of chairperson or role in the commission | Optional |
If a mandatory field (Organization; FixedAsset in the table part “Fixed Assets”; Individual in the table part “Commission”) is not filled, 1C will not allow the document to be processed and will issue an error “Field … is not filled”.
3. Forms
| Form | Purpose |
|---|---|
| Document Form (DocumentForm) | Main input form: header, tables “Fixed Assets” and “Commission”, fill and load buttons from DCT |
| List Form (ListForm) | List of inventory documents, selection by organization/department, group operations |
| Select Form | Selection of a document when substituting in other objects |
| Printed Forms | INV-8 (inventory act of fixed assets), INV-16 (inventory list) — formalization of results according to RK standards |
4. Key Module Procedures
In evidence, the source code (BSL) is not attached, so below are typical handlers for documents of this type in the configuration:
- Object Module →
CheckFillingHandler— control of mandatory attributes (Organization, FixedAsset, Individual). - Object Module →
ProcessingHandler— absent. The document does not generate movements (see section 5). - Form Module → “Fill from accounting data” — filling the table part “Fixed Assets” with balances of fixed assets by organization/department on the document date.
- Form Module → “Load from DCT” — receiving data from the data collection terminal, matching by barcodes, filling actual availability.
- Form Module → print commands — generation of printed forms INV-8 and INV-16.
- Group Editing — mass modification of attributes of a group of documents (responsible, department).
5. Processing and Movements
The document does not contain processing — the procedure ProcessingHandler is absent in the code. When processing no movements in accounting and accumulation registers are generated, postings are not created.
The document records the fact and results of the inventory and serves as the basis for documents that already generate movements. Corresponding postings are created by these documents (typical chart of accounts of the RK):
- Recognition of Surplus Fixed Assets — acceptance of the identified object into accounting, recognition of income. Based on the results of the inventory, the amount of surplus is reflected as other income.
- Write-off of Shortage of Fixed Assets — write-off of the object; the cost of the written-off assets is charged to account
7010(cost of sales/write-offs) or to settlements with guilty parties; upon disposal with recognition of sales, income may arise on6010and VAT payable3130at the current rate of 16% (VAT rate of the RK for 2026).
The specific set of postings is determined by the subsequent document, not by the inventory itself.
6. Related Objects and Input Based on
Based on the document “Inventory of Fixed Assets”, the following are entered:
- Recognition of Fixed Assets / Acceptance of Fixed Assets into Accounting — for identified surpluses;
- Write-off of Fixed Assets — for identified shortages;
- Printed Forms INV-8, INV-16 — official documentation of results.
Related objects and data sources: directory “Fixed Assets”, registers of fixed asset balances (data source for auto-filling), directory “Individuals” (commission), directory “Departments”. Electronic document flow (ESF/IS ESF, SCT) does not arise from the inventory itself — it occurs with documents of sales/disposals, if such are generated based on the results.
7. Extension Points
- Event subscriptions / extensions —
BeforeSaving,OnFillingCheckfor additional data control. - Additional handlers for filling the table part “Fixed Assets” — custom logic for matching balances by storage locations.
- Integration with DCT — refinement of barcode matching rules and import of actual data.
- Printed Forms — addition or replacement of INV-8/INV-16 layouts through the mechanism of additional printed forms.
- Additional attributes and information — through the configuration characteristic types plan.
- Input Based on — extension of the list of subsequent documents (recognition/write-off).