--- title: "Tax Accounting Register for Inventory — Technical Description of the Object (Accounting for Kazakhstan 3.0.74.2)" country: KZ lang: en author: Сапа Т.И. (https://buhgpt.kz/authors/sapa-ti) date: 2026-09-07 canonical: https://buhgpt.kz/suraqtar/registrnalogovogouchetapozapasam-tehnicheskoe-opisanie-ob-en source: BuhGPT --- # Tax Accounting Register for Inventory — Technical Description of the Object (Accounting for Kazakhstan 3.0.74.2) > **TL;DR:** 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. --- 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: - By Taxpayer and period boundaries (StartPeriod … EndPeriod, step = Frequency) the movements and balances are selected for inventory accounts (1330) and cost accounts (7010). - Data is grouped according to Table part "Grouping" (Nomenclature, Warehouse, etc.) and supplemented with indicators from Table part "AdditionalFields". - 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. 6. Related objects and input on basis - 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. --- _BuhGPT — ИИ-помощник для бухгалтеров Казахстана: https://buhgpt.kz_