Fixed Assets (Documents.FixedAssets) — Accounting for Kazakhstan 3.0

Fixed Assets (FixedAssets)

Important note about the object type. In the source metadata, the object is marked as “Document”, however, the entire attached structure (hierarchy of “groups/elements”, forms ElementForm / SelectionForm, tabular part of additional attributes, absence of processing attributes) clearly corresponds to a Reference. In the standard “Accounting for Kazakhstan 3.0”, fixed asset cards are maintained as a reference FixedAssets, while business events (receipt, acceptance for accounting, depreciation, disposal) are registered as separate documents referencing this reference. The description below is provided according to the actual structure; the “Document” label in the object registry should be considered a classification error. (Requires verification in a specific build.)

1. Identification

Purpose. Central register for accounting of the organization’s fixed assets. The reference stores fixed asset cards with complete information about technical specifications, initial cost, depreciation, location, and responsible persons. Used by accountants and fixed asset accounting specialists during receipt, movement, modernization, revaluation, and disposal of assets. Supports hierarchy, mass addition of similar fixed assets, integration with electronic invoices (ESF) through product identifier, and generation of printed form DA-2 (act of availability of fixed assets).

Where to find in 1C: section “Fixed Assets” → “Fixed Assets”. Navigation link: e1cib/list/Document.FixedAssets

2. Attributes and Tabular Parts

2.1 Header Attributes

2.2 Tabular Part “AdditionalAttributes”

Stores arbitrary user-defined properties of fixed assets, defined in the characteristic types plan.

3. Forms

• ElementForm — main form of the fixed asset card: general information, technical parameters, accounting data (BU/NU), tabs for transport vehicles and land plots. Contains about 69 input fields and event handlers for visibility.
• ListForm — key working form: dynamic list with hierarchy, group input, and mass modification of selected elements.
• SelectionForm — simplified list for selecting fixed assets in other forms and documents (receipt, acceptance for accounting, depreciation, disposal).

4. Key Module Procedures

BSL modules in evidence are not attached, therefore below are standard handlers for this type of reference (actual names/strings are specified in a specific build):

• OnCreateOnServer (element form module) — initial setup of the form: connecting the subsystem of additional attributes, setting visibility of the “Transport”/“Land Plot” tabs based on Transport and AssetGroup, initializing field availability.
• TransportOnChange (client) — manages visibility of the group of vehicle characteristic fields when toggling the checkbox.
• AssetGroupOnChange — restructures the composition of visible attributes under the selected accounting group.
• FillProcessing — fills in attributes when entering based on (for example, from the receipt document or from ESF data by ProductIdentifierESF).
• BeforeSaving / OnSaving — controls filling of mandatory fields for the selected group, checks uniqueness of the serial number/barcode.
• Print (command) — generates printed form DA-2 (act of availability of fixed assets).
• Subsystem handlers “Properties” — saving/reading the tabular part AdditionalAttributes through ManageProperties.

5. Movements and Participation in Transactions

The reference FixedAssets is an NSI object, it is not processed and does not generate independent movements in registers. It serves as analytics (subaccount) for the accounts of the fixed asset group and as a reference object in fixed asset accounting documents. Transactions are generated by documents that use this card. Below is the standard logic according to the typical chart of accounts of the RK (VAT rate 16%, currency — tenge ₸).

Receipt of fixed assets (from supplier):

*or directly 2410, if the fixed asset does not require installation/additional equipment.

Acceptance for accounting (commissioning):

Depreciation accrual (monthly):

Disposal (sale of fixed assets):

in the assignment, account 1210 is indicated as accounts receivable from customers; payment is settled through 1030 “Cash in Current Accounts”.

Registers affected by related documents: accounting register (Cost Accounting), registers of information on depreciation parameters/accrual of fixed assets, registers of accounting by groups of fixed assets, as well as the ESF/SNT subsystem during import and sale.

6. Related Objects and Input Based on

The object references:

• EnumRef.AssetGroups — accounting group;
• CatalogRef.ClassifierOfFixedAssets — COF (depreciation rates);
• ChartOfCharacteristicTypesRef.AdditionalAttributesAndInformation — additional attributes.

Documents referencing the object (typical fixed asset accounting documents):

• Receipt of Fixed Assets — acquisition from the supplier;
• Acceptance for Accounting of Fixed Assets — commissioning, formation of initial cost and depreciation parameters;
• Depreciation of Fixed Assets (regulatory operation for month-end closing);
• Movement / Change of Status of Fixed Assets — change of responsible person, department;
• Modernization / Revaluation of Fixed Assets;
• Disposal / Write-off / Sale of Fixed Assets;
• Inventory of Fixed Assets.

Input based on / auto-fill:

• from the fixed asset card — commands for creating documents for acceptance for accounting, movement, disposal;
• matching with the product ESF (ESF IS) through ProductIdentifierESF when importing the electronic invoice and SNT.

7. Extension Points

• Additional attributes and information — extension of the composition of fixed asset properties without changing the configuration (subsystem “Properties”).
• Configuration extensions (.cfe) — adding attributes/tabs in ElementForm, overriding handlers OnCreateOnServer, TransportOnChange, BeforeSaving.
• Printed forms — new layouts/options besides DA-2 through the mechanism of additional printed forms.
• Integration with ESF/SNT — use of ProductIdentifierESF, TNVEDCode, Barcode for reconciliation and labeling.
• Classifier of Fixed Assets (COF) — fine-tuning of depreciation norms and groups without editing cards.
• BSP subscriptions to record events for auto-fill/control of data.