RUKKENZH
Задать вопрос AI
SectionsОбъекты конфигурации 1С
Reports. Regulated Report 701 Form - Form 701.00 "Vehicle Tax" (Accounting for Kazakhstan 3.0.74.2)
Язык статьи:🇷🇺 RU🇰🇿 KK🇬🇧 EN🇨🇳 ZH
Версия статьи:📘 Для бухгалтера⚙️ Для тех-специалиста

Reports. Regulated Report 701 Form - Form 701.00 "Vehicle Tax" (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
Metadata object type Report
Name RegulatedReport701Form
Full name Reports.RegulatedReport701Form (Report.RegulatedReport701Form)
Synonym — (not specified in metadata; displayed in the interface as “Form 701.00”)
Configuration Accounting for Kazakhstan, edition 3.0, version 3.0.74.2
Object class Regulated report (part of the regulated reporting subsystem of the RK)

Purpose. The report generates a tax declaration on the state form 701.00 of the Republic of Kazakhstan (vehicle tax). It is used by accountants and tax specialists for periodic (usually quarterly) reporting to the tax authorities of the RK. The report allows data to be filled in automatically from accounting records or manually, exported to XML for electronic submission, and printed on paper forms.

Where to find in 1C: section “Reports” → “Regulated Reporting” → group of tax reporting of the RK → “Form 701.00”. Navigation link: e1cib/list/Report.RegulatedReport701Form.

Important: this is an object of type Report, not a document. It is not processed and does not generate movements in registers and postings — see section 5.


2. Attributes and Structure

2.1 Header Attributes

Name Type Mandatory Purpose
Taxpayer CatalogRef.Organizations DontCheck The organization on behalf of which the report is submitted; determines the data source for auto-filling
TaxCommittee CatalogRef.Counterparties DontCheck The recipient of the report — the tax authority (UGD) of the RK, to which the declaration is submitted
UnitOfMeasurement EnumRef.RoundingRules DontCheck The unit of measurement for amounts (tenge, thousands of tenge, etc.) for correct rounding
PrecisionOfUnitOfMeasurement xs:decimal DontCheck Numerical value of rounding precision corresponding to the selected unit of measurement
SignatureDate xs:dateTime DontCheck Date of signature by an authorized person; used in printed and electronic forms

The mandatory DontCheck is typical for regulated reports: control of filling is performed by internal form validation procedures (the “Check” button), not by the platform mechanism.

2.2 Table Parts

In the metadata of the object, table parts are not defined. The rows of the declaration (list of vehicles, tax amounts by objects) are stored in the internal structures of the form and transmitted through printing/export parameters. This is the standard architecture of regulated reports: the layout of the form and its row composition are stored in layouts and form data, not in the object's attributes.

2.3 Amounts Used in Filling (RK, 2026)

Values relevant for calculations when generating reports for RK for the year 2026:

  • MPR = 4,325 ₸
  • MZP = 85,000 ₸
  • Currency of the report — tenge ()

Vehicle tax rates are set in MPR depending on engine capacity / carrying capacity / type of vehicle and are taken from built-in tables of the form edition as of the date of relevance. The values of MPR/MZP, as well as the rates of other taxes in the configuration (VAT 16%, PIT 10%/15% with a basic deduction of 30 MPR per month and no more than 360 MPR per year, OPE 10%, OPEI 3.5%, VOSMS 2%, OSMS 3%, CO 5%, social tax 6%) for the year 2026 are stored in general registers/constants of the configuration and used by other subsystems; only MPR directly affects form 701.00. Requires verification: specific vehicle tax rates by vehicle categories in the current edition — they are version-dependent and updated with the form.


3. Forms

The object contains 14 forms — one for each edition of the form (for correct filling of declarations for previous periods) plus service forms:

# Form Purpose
1 MainForm Key for the user: selection of period, taxpayer, and tax committee, initiation of filling
2 Form7012014Q1 Form edition from Q1 2014
3 Form7012015Q1 Edition from Q1 2015
4 Form7012016Q1 Edition from Q1 2016
5 Form7012017Q1 Edition from Q1 2017
6 Form7012018Q1 Edition from Q1 2018
7 Form7012019Q1 Edition from Q1 2019
8 Form7012020Q1 Edition from Q1 2020
9 Form7012020Q2 Second edition of 2020 (changes in the middle of the year)
10 Form7012021Q1 Edition from Q1 2021
11 Form7012022Q1 Edition from Q1 2022
12 Form7012024Q1 Edition from Q1 2024
13 Form7012025Q1 Current edition from Q1 2025
14 FormDetailing Service form for detailing (disclosure) of report indicators

The form selection mechanism: MainForm determines the active edition for the selected period and opens the corresponding form Form701…. Forms from previous years are preserved to allow for correct generation and printing of declarations for closed periods.


4. Key Module Procedures

Evidence with BSL sources for the object is not attached, so below is the typical composition of handlers for the regulated report of this type in the RK. Verify specific procedure names in the configurator.

Form module (Form701…Qn):

  • OnCreateOnServer — initialization: reading attributes of the taxpayer/tax committee, setting the period, configuring field availability and the printed table of the form.
  • FillReport / Fill (the “Fill” command) — gathering accounting data on the organization's vehicles for the period and calculating tax amounts by the rows of the form.
  • CheckFilling (the “Check” command) — control of mandatory attributes and logical verification of indicators before export/printing.
  • Print / PreparePrintForm — generating a tabular document according to the layout of the state form.
  • ExportToFile / GenerateXML — serializing indicators into XML of the established tax return form format for loading into SONO/Taxpayer's Cabinet.
  • DetailIndicator — opening FormDetailing for a specific cell/row of the report.

Object module / manager module:

  • Procedures for determining the current edition by date (GetFormNameByPeriod and analogs).
  • Procedures for setting the composition of indicators and rounding parameters (UnitOfMeasurement, PrecisionOfUnitOfMeasurement).

Regulated reports in the typical BK 3.0 largely rely on the general mechanisms of the regulated reporting subsystem (common filling, verification, export modules), so part of the logic is not in the object itself, but in the common modules of the subsystem.


5. Processing and Movements

The object is a report and is not processed. It does not generate movements in accumulation/summary registers and does not create accounting postings. Accordingly, there are no account correspondences for the report itself.

When auto-filling, the report reads data from the organization's accounting:

  • information about taxable objects (vehicles) — from directories/registers of fixed assets accounting and tax accounting for vehicle tax;
  • attributes of the organization and tax authority — from directories Organizations and Counterparties.

The accrual and payment of the vehicle tax itself are reflected by separate documents of the configuration (regulated operations / manually entered operations) and use the typical chart of accounts of the RK, for example:

  • accrual of tax: Debit of expense/tax account — Credit 3130 (tax liabilities, corresponding sub-account for vehicle tax);
  • payment from the current account: Debit 3130Credit 1030 (“Money in current bank accounts”).

The report 701.00 only aggregates and presents this data in the form of a declaration; it does not affect the balances and turnovers of accounts.


  • Directory Organizations — source of taxpayer attributes.
  • Directory Counterparties — tax authority recipient (TaxCommittee).
  • Enumeration RoundingRules — units of measurement/rounding of amounts.
  • Accounting of fixed assets and tax accounting for vehicles — source of declaration rows.
  • Regulated reporting subsystem of the RK — common mechanisms for filling, verification, and XML export; journal/list of regulated reports, where generated instances are stored.
  • Electronic documents of the RK (IS ESF, SNT) — not directly related to form 701.00 (pertaining to the turnover of invoices and accompanying documents), but part of the overall electronic interaction framework of the configuration.

Input based on is not applied for regulated reports — the report instance is created from the list of regulated reporting by selecting the period and taxpayer.


7. Extension Points

  • Configuration extension: borrowing forms Form701…Qn and MainForm with overriding handlers FillReport, CheckFilling, Print to add custom checks or additional attributes without removing from support.
  • Object manager module: redefinition of procedures for selecting the edition by period and logic of auto-filling.
  • Common modules of the regulated reporting subsystem: points for fine-tuning filling rules and XML export (consider during updates — version-dependent).
  • Form layouts: adjustment of printed forms for custom requirements (with caution — overridden by form updates).
  • Updating rates/MPR: values of MPR (4,325 ₸) and rates by vehicle categories for the new period come with the configuration update; when manually adjusting, use mechanisms of constants/registers, not hard coding in the form.

Requires verification (version-specific): exact names of auto-filling and export procedures in 3.0.74.2, as well as the composition of rows of the current edition Form7012025Q1 — verify in the configurator of the specific delivery.

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

Does report 701.00 generate accounting entries?
No. This is an object of type "Report", it does not generate or create movements in registers or entries. The accrual and payment of transport tax are reflected in separate documents: accrual — Credit 3130, payment — Debit 3130 / Credit 1030.
Why does the object have 14 forms?
Each form (Form7012014Q1 … Form7012025Q1) corresponds to the edition of the state form 701.00 for its period. The main form for the selected period opens the required edition, while the breakdown form serves to detail the indicators. This allows for the correct formation of declarations for closed periods.
What value of MRP should be used when filling out for 2026?
MRP = 4,325 ₸ (Minimum Wage = 85,000 ₸). The transport tax rates are set in MRP by categories of vehicles and are taken from the built-in tables of the current edition of the form. Values from old demo databases (MRP 3,932) cannot be used.
Where can I find the report in the interface?
Section "Reports" → "Regulated Reporting" → tax reporting of the RK → "Form 701.00". Navigation link: e1cib/list/Report.RegulatedReport701Form.
Does the object have table parts?
No. In the metadata, table parts are not defined; the rows of the declaration (list of vehicles and amounts) are stored in the internal structures of the form and are transmitted through print parameters and XML export.

Read also

Источники

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