RUKKENZH
Задать вопрос AI
SectionsОбъекты конфигурации 1С
Tax Accounting Register for Inventory — Technical Description of the Object (Accounting for Kazakhstan 3.0.74.2)
Язык статьи:🇷🇺 RU🇰🇿 KK🇬🇧 EN🇨🇳 ZH
Версия статьи:📘 Для бухгалтера⚙️ Для тех-специалиста

Tax Accounting Register for Inventory — Technical Description of the Object (Accounting for Kazakhstan 3.0.74.2)

Applies to: 1С:Бухгалтерия для Казахстана, release 3.0.74.2 · by 1C-Sapa Group, 1C partner
СТ
Сапа Т.И. — Эксперт по 1С и бухгалтерскому учёту, преподаватель-практик

1. Identification

Parameter Value
Full name Document.TaxAccountingRegisterForInventories
Object name TaxAccountingRegisterForInventories
Synonym Tax accounting register for inventories
Type (by metadata) Document
Configuration Accounting for Kazakhstan, edition 3.0, version 3.0.74.2
Country of accounting Republic of Kazakhstan
Currency representation tenge (₸)
Navigation link e1cib/list/Document.TaxAccountingRegisterForInventories

Purpose. The object forms a tax accounting register for inventories (materials, goods, finished products) in accordance with the requirements of the tax legislation of the RK. It is intended for accountants and tax specialists: it provides detailed information on the status and movement of inventories in tax accounting for the reporting period with the possibility of tracing back to primary documents, serving as the basis for the preparation and justification of tax reporting (in particular — data on the cost of goods sold deductions in corporate income tax/individual income tax declarations).

It is important to understand the nature of the object. By the structure of the attributes (period, frequency, type of report, groupings, additional fields), the object represents an analytical tax register, meaning it forms a tabular representation of data for the period, rather than a business transaction. Therefore, it does not perform the classical procedure of "posting" with the formation of accounting entries — it reads already accumulated accounting data (see section 5). This is a key feature when integrating and expanding.

Where to find in 1C: section "Accounting for Kazakhstan" (subsystem of tax reports/registers) → "Tax accounting register for inventories". Direct link e1cib/list/Document.TaxAccountingRegisterForInventories.


2. Attributes and table parts

2.1 Header attributes

Name Type Mandatory Purpose
StartPeriod Date (dateTime) Optional Date of the beginning of the reporting period for selecting data from the register
EndPeriod Date (dateTime) Optional Date of the end of the reporting period
Frequency Number (decimal) Optional Frequency of formation: month, quarter, year
RepresentationOfListOfOrganizations String Optional String representation of selected organizations for the report header
RepresentationOfListOfDepartments String Optional String representation of departments for data filtering
PlacementOfAdditionalFields Number (decimal) Optional Method of placement of additional fields in the layout (horizontal/vertical)
ModeOfDetailing Boolean Optional Indicator of operation in detailing mode (without displaying headers/footers)
Taxpayer ReferenceLink.Organizations Mandatory Organization or sole proprietor for which the register is formed; determines the attributes in the header (name, BIN/IIN)
ReportType String Optional "TaxRegister" (fixed form) or "CustomReport" (customizable structure)

2.2 Table parts

Grouping

Configuration of groupings and data detailing in the report (rows and columns).

Name Type Purpose
Usage Boolean Flag for including grouping in report formation
Field String Technical name of the grouping field (e.g., "Nomenclature", "Warehouse")
Representation String User representation of the field in the interface
GroupingType EnumerationLink.StandardReportDetailingTypes Detailed records, totals only, or both

AdditionalFields

Adding additional indicators beyond the standard ones.

Name Type Purpose
Usage Boolean Flag for including additional field
Field String Technical name of the additional field (analytics, calculated field)
Representation String User representation of the additional field

3. Forms

The composition of forms is based on the typical practice of tax register objects in the configuration; the specific list of forms in evidence is partially provided (section 2.3 is truncated), so below is the standard set.

Form Purpose
ReportForm / DocumentForm Main working form: selection of taxpayer, period, and frequency, initiation of formation, output of tabular result, working with detailing
SettingsForm Fine-tuning of groupings (Table part "Grouping"), additional fields, and selections; selection of report type ("TaxRegister" / "CustomReport")
SelectForm / ListForm List of saved options/instances of the register for reopening

Standard commands of forms: "Generate", "Settings", "Save", "Print", control of detailing mode (ModeOfDetailing).


4. Key procedures of modules

BSL code in evidence is not attached, so below are typical handlers for objects of this type (tax register based on the data composition system). If source codes are available, they should be verified.

  • OnCreateOnServer (form module) — initialization: default organization substitution, setting the period to the working date and current Frequency, restoring user settings.
  • Generate / GenerateReport (client → server) — main procedure: collects parameters (Taxpayer, StartPeriod, EndPeriod, selections), executes the query/SDC and outputs the result in a tabular document.
  • OnResultComposition (for the SDC variant) — fine-tuning the layout, applying PlacementOfAdditionalFields and ModeOfDetailing.
  • FrequencyOnChange / PeriodOnChange — recalculation of the reporting period boundaries when changing month/quarter/year.
  • ReportTypeOnChange — switching between fixed form of the register and custom report; controlling the availability of Table parts "Grouping" and "AdditionalFields".
  • Detail / handler DetailingHandler — transition from the total line to primary documents of movements (documents of inventory receipts/write-offs).

5. Data formation, sources, and accounts

The object does not perform posting and does not form its own accounting entries or movements in accumulation registers — it aggregates already accumulated accounting data for the period and presents them in the form of a tax register. The source is the accounting register (typical chart of accounts of the RK) and related primary documents.

Readable accounts of the typical chart of accounts of the RK:

Account Name Role in the inventory register
1330 Goods Balances and movements of inventories (receipts/expenses, cost)
7010 Cost of goods sold (works, services) Written-off cost of sold inventories — basis for tax deduction
6010 Income from sales of products and services Comparison with revenue when analyzing inventory sales
1210 Short-term accounts receivable from customers Detailing of inventory sales operations
3310 Short-term accounts payable to suppliers Detailing of inventory receipt operations
3130 VAT payable Accompanies sales/receipt operations; VAT rate in the RK from 2026 — 16%
1030 Cash in current bank accounts Detailing of calculations for inventory operations

Logic of formation:

  1. By Taxpayer and period boundaries (StartPeriodEndPeriod, step = Frequency) the movements and balances are selected for inventory accounts (1330) and cost accounts (7010).
  2. Data is grouped according to Table part "Grouping" (Nomenclature, Warehouse, etc.) and supplemented with indicators from Table part "AdditionalFields".
  3. A tabular document is formed; each line is detailed to the documents that substantiate the movements of inventories.

Electronic documents of the RK (ESF in the ESF IS and SNT) accompany sales/movement operations of inventories, reflected in primary documents, and are available through the detailing of the corresponding operations.

Requires verification (version-specific): the exact composition of accounts and virtual tables involved in the register query may differ between releases of the 3.0.7x line — verify against the text of the query/SDC scheme of the specific version.


  • Reference.Organizations — mandatory attribute Taxpayer; source of BIN/IIN and header attributes.
  • Reference.Nomenclature, Reference.Warehouses — dimensions for grouping data on inventories.
  • ChartOfAccounts.Main (typical RK) — source of accounts 1330, 7010, 6010, 1210, 3310, 3130, 1030.
  • Documents of inventory movements (goods receipt, sales, transfer, write-off) — primary grounds available through detailing.
  • Accounting register — main source of movements/balances.
  • Input on basis: for the analytical tax register, input on basis and being the basis is generally not provided — the object is a reporting form on top of accounting data.

7. Extension points

  • Configuration extension (Adopt): adding header attributes (additional selections), new rows in Table part "Grouping"/"AdditionalFields" without removing from support.
  • Form handlers: overriding Generate/OnResultComposition to add custom indicators or columns.
  • Data composition scheme / query text: extending the selection with additional accounts or inventory analytics; adding calculated fields.
  • Additional reports (external): implementation of an alternative inventory register through the mechanism of additional reports and handlers using the same sources (accounts 1330/7010).
  • User settings/options: saving grouping and selection settings as separate options of the register.
  • Localization of values: when updating RK regulations (VAT rate 16%, MRP 4,325 ₸, MSP 85,000 ₸) check parameters affecting related tax calculations to ensure the register relies on current values of the year.

Частые вопросы

Is this a document or a report? Why are there no entries?
According to the metadata, the object is declared as a Document (navigation e1cib/list/Document.TaxAccountingRegisterForInventory), but by the composition of the attributes (period, frequency, type of report, groupings), it functions as an analytical tax register. It does not perform entries and does not generate its own entries/movements, but aggregates already accumulated accounting data for the period by inventory accounts.
From which accounts is the inventory data taken?
From the standard chart of accounts of the RK: 1330 (Goods) — balances and turnover of inventory, 7010 (Cost of goods sold) — tax deduction base, as well as 6010, 1210, 3310, 3130, 1030 — for the breakdown of related operations of sales, receipts, and settlements.
What is the VAT rate applied in 2026?
In the Republic of Kazakhstan, starting from 2026, the VAT rate is 16% (account 3130 "VAT payable"). The previous value of 12% is no longer relevant.
How to obtain a breakdown to primary documents?
In the main form, enable the breakdown mode and on the total line, go to the supporting documents of inventory movements (receipt, sale, transfer, write-off). Sales/transfer operations are accompanied by electronic documents ESF and SNT.
Is the taxpayer attribute mandatory?
Yes. Taxpayer (ReferenceLink.Organizations) is the only mandatory attribute of the header; it determines the organization/sole proprietor, header attributes (BIN/IIN), and the data selection area.

Read also

Источники

Была ли статья полезна?
💼 Нужна помощь с 1С или учётом? Слава КВЦ — многолетняя практика в 1С в Казахстане. Изучите разложенный НК РК 2026 или спросите в чате BuhGPT — ответит за секунды.