---
title: "Directory \"Regulated Reports\" - Technical Description (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/spravochnik-reglamentirovannyeotchety-tehnicheskoe-opisan-en
source: BuhGPT
---

# Directory "Regulated Reports" - Technical Description (Accounting for Kazakhstan 3.0.74.2)

> **TL;DR:** 1. Identification Parameter Value Object Type Catalog Name RegulatedReports Full Path Catalog.RegulatedReports Synonym Regulated reports Configuration Accounting for Kazakhstan, edition 3.0, version 3.0.74.2 Hierarchy Hierarchical (group hierarchy) Table Parts None Main Repres

---

1. Identification

Parameter
Value

Object Type
Catalog

Name
RegulatedReports

Full Path
Catalog.RegulatedReports

Synonym
Regulated reports

Configuration
Accounting for Kazakhstan, edition 3.0, version 3.0.74.2

Hierarchy
Hierarchical (group hierarchy)

Table Parts
None

Main Representation
Name

Purpose. The catalog provides centralized storage and management of regulated reports for the configuration. It is a hierarchical catalog of forms for state and tax reporting of the RK (VAT declarations, individual income tax, social tax, statistical forms, etc.), including both built-in and external reports (external processing .epf/.erf). The catalog stores metadata of the report form, not the actual numerical indicators — filled copies of reports are saved as separate objects in the reporting journals.

The catalog is used by accountants and administrators when installing configuration updates, adding new reporting forms, replacing external processing, and managing the relevance of the list of available forms (hiding outdated ones and restoring visibility).

Where to find in 1C: section "Regulated Reporting" → "Regulated Reports".
Navigation link: e1cib/list/Catalog.RegulatedReports

2. Attributes of Header and Table Parts

2.1 Header Attributes

Name
Type
Mandatory
Purpose

ReportSource
String
Not checked
Unique identifier of the report, forms a natural key of the catalog; used for linking with the internal table of available reports and searching for duplicates during updates

DoNotShowInList
Boolean
Not checked
Flag for hiding outdated/irrelevant reports from the selection list; allows storing the report in the database without showing it to the user

Description
String
Not checked
Extended textual description of the report, its purpose, and peculiarities of filling; reference information for the user

UseExternalReport
Boolean
Not checked
Indicator of using external processing instead of the built-in form; when enabled, the system loads the report from the ExternalReportStorage

ExternalReportStorage
ValueStorage
Not checked
Binary storage of the external processing file (.epf/.erf); filled when the file is uploaded through the item form

ReportPrefix
String
Not checked
Prefix for generating unique names of report instances; used when creating records in reporting journals and separating reports of different types

Additionally, standard attributes of the catalog are used: Code, Name, Parent (group hierarchy), DeletionMark, Predefined.

2.2 Table Parts

Table parts are absent. The catalog has a flat structure of attributes; grouping is provided by the standard group hierarchy mechanism.

3. Forms

Form
Role

ListForm ⭐
Key user form. Hierarchical list of reports with commands for hiding, restoring visibility, navigating through groups, and creating items (≈98 UI elements)

ItemForm ⭐
Main form for editing an item: fields for source, prefix, description, and control block for external report (uploading/downloading processing file, ≈51 UI elements)

GroupForm
Editing group (folder) of reports (≈15 UI elements)

SelectForm
Standard selection of catalog item from other forms (≈45 UI elements)

SelectGroupForm
Selecting a hierarchical group of reports, for example, when moving (≈18 UI elements)

SelectItemsForRestoringVisibilityForm
Mass restoration of visibility for previously hidden reports through the selection tree (≈44 UI elements)

4. Key Module Procedures

The application BSL code in the reference evidence is not attached, so below are typical handlers characteristic of a catalog of this purpose. If necessary, clarify specific procedure names in the configurator.

List Form Module (ListForm)

- OnCreateOnServer — setting up conditional formatting (highlighting hidden reports), filtering by the flag DoNotShowInList.

- HideReport / RestoreVisibility — commands for setting/removing the flag DoNotShowInList for selected rows.

- OpenRestoreVisibilityForm — opening SelectItemsForRestoringVisibilityForm for mass operation.

- OpenReport — opens the built-in report form for the selected item or, if UseExternalReport = True, loads the external processing from ExternalReportStorage.

Item Form Module (ItemForm)

- LoadExternalReport — reading the .epf/.erf file and placing it in the attribute ExternalReportStorage; setting UseExternalReport.

- UnloadExternalReport — reverse unloading of the processing file to disk.

- UseExternalReportOnChange — controlling the availability of fields in the external report block.

Catalog Object Module

- FillProcessing — setting default values (for example, generating ReportPrefix).

- BeforeWriting — controlling the uniqueness of ReportSource, checking for duplicates.

The exact signatures of procedures are version-specific — when modifying, refer to the modules in the configurator of version 3.0.74.2.

5. Posting and Movements

The catalog is not a posted object and does not generate movements in accumulation registers, information, or accounting. It only describes and stores reporting forms and external processing.

Transactions and register movements are generated by configuration documents, the indicators of which then appear in the regulated reports registered in this catalog. For context — typical logic of the RK according to the chart of accounts and norms of 2026:

Operation
Accounts (typical plan of RK)

Sale to customer
Dr 1210 (short-term receivables) — Cr 6010 (revenue from sales)

VAT on sales (rate 16 %)
Cr 3130 (VAT payable)

Cost of goods sold
Dr 7010 (cost of goods sold) — Cr 1330 (goods)

Receipt from customer
Dr 1030 (money in current accounts) — Cr 1210

Debt to supplier
Cr 3310 (payables to suppliers)

This data is aggregated in declarations, for example, for VAT (form 300.00) and for individual income tax/social payments (form 200.00). Current RK norms for 2026 affecting the calculation of report indicators:

- VAT — 16 %.

- MPR = 4,325 ₸, MZP = 85,000 ₸.

- IIT — 10 % up to 8,500 MPR annual income and 15 % above; basic tax deduction — 30 MPR per month, but not more than 360 MPR per year.

- OPV — 10 % (base ceiling 50 MZP), OPVR — 3.5 %, VOSMS — 2 %, OSMS — 3 %, SO — 5 %, social tax — 6 %.

Ready declarations (ESF via IS ESF, SNT, etc.) are exported through the electronic document subsystem; the catalog itself participates in this only as a registry of forms.

6. Related Objects and Input Based On

- Journals/registers of regulated reporting — store filled copies of reports, referencing the catalog item through ReportSource and ReportPrefix.

- External processing (.epf/.erf) — connected through ExternalReportStorage / UseExternalReport.

- Subsystem of regulated reporting — uses the catalog as a directory of available forms; filtering by DoNotShowInList.

- Subsystem of electronic documents (ESF/SNT) — consumers of the results of report generation.

Input based on for this catalog is not provided by the typical configuration: items are created during configuration updates, by the mechanism of filling the list of reporting forms, or manually by the administrator when connecting an external report.

7. Extension Points

- External reports — standard mechanism for replacing/adding built-in form through UseExternalReport + ExternalReportStorage; the main legitimate way to modify without removing the configuration from support.

- Configuration extensions — adding attributes (for example, responsible person, deadline), commands of the list form, additional filters.

- Event subscriptions — processing BeforeWriting/OnWriting for auditing changes in the registry of forms.

- Additional attributes and information — when the properties subsystem is connected.

- Setting filtering and conditional formatting of the list form — managing the visibility of report groups under user roles.

Version disclaimer: the composition of built-in reporting forms and the internal table of available reports are updated along with releases (including the correction of the subscription limit detection). When modifying, refer to the current version 3.0.74.2.

---
_BuhGPT — ИИ-помощник для бухгалтеров Казахстана: https://buhgpt.kz_