1. Identification
| Parameter | Value |
|---|---|
| Object type | Catalog |
| Name | ВидыПроверок |
| Full name | Catalog.ВидыПроверок |
| Synonym | "Inspection Types" |
| Configuration | Trade Management for Kazakhstan, ed. 3.4.5.21 |
| Subsystem | Standard Subsystems |
| Where to find in 1C | Section "Standard Subsystems" → "Inspection Types". Navigation link: e1cib/list/Справочник.ВидыПроверок |
Purpose. The catalog stores a classifier (list) of inspection types used in the configuration's control/self-check subsystems. This is a reference (master data) object: it defines the list of possible inspection types and serves as a source of values for attributes of other objects (documents, registers, reports, processing) that reference a specific inspection type. The object carries no accounting, tax, or monetary load of its own — it does not perform numeric calculations (VAT, IIT, MPC, etc.).
The catalog belongs to the standard subsystems mechanism (SSL), not to applied trade or statutory accounting. Therefore it has no amount, rate, or account attributes.
2. Header attributes and tabular sections
The "ВидыПроверок" catalog has a minimal flat classifier structure. Below is the typical set of fields for an object of this type.
Standard (system) attributes
| Attribute | Type | Purpose |
|---|---|---|
Код (Code) |
String / Number | Unique code of the item, auto-numbering. |
Наименование (Description) |
String | Presentation of the inspection type for the user. |
ПометкаУдаления (DeletionMark) |
Boolean | Flag marking the item for deletion. |
Предопределённый (Predefined) |
— | Flag indicating a predefined item (if the types are set in the configurator). |
Ссылка (Ref) |
CatalogRef.ВидыПроверок | Item identifier for references from other objects. |
Applied header attributes (typical set)
| Attribute | Type | Purpose |
|---|---|---|
Наименование (Description) |
String (150) | Full name of the inspection type. |
Комментарий / Описание (Comment / Description) |
String | Explanation of the inspection's purpose, methodology. |
Идентификатор / ИмяПроверки (Identifier / InspectionName) |
String | Internal string key of the inspection type for programmatic addressing. |
Tabular sections
The catalog is a simple classifier — no tabular sections are provided in the standard configuration. If a specific build needs to store parameters (for example, a list of controlled metadata objects or conditions), they are moved to a separate subordinate information register or an attribute with value storage, rather than a tabular section.
The exact list of applied attributes is version-specific. Requires verification in configurator 3.4.5.21 (the only place where the attribute composition may differ from the standard classifier).
3. Forms
| Form | Purpose |
|---|---|
List form (ФормаСписка) |
View and manage the list of inspection types: search, filter, mark for deletion, create/copy items. Opened via the link e1cib/list/Справочник.ВидыПроверок. |
Item form (ФормаЭлемента) |
Editing a specific inspection type — name, description, internal identifier. |
Selection form (ФормаВыбора) |
Selecting a value when filling in attributes of other objects that reference the inspection type. |
| Main group selection form | Used if the catalog is hierarchical (when groups are present). |
If no explicit managed forms are defined for the object, the platform generates them automatically based on the attribute structure.
4. Key module procedures
The attached evidence does not provide BSL code (object module, form modules, manager module) — only the purpose facet is given. Therefore, the typical handlers characteristic of an SSL classifier catalog are described below. The specific procedure bodies should be checked in the object modules in the configurator.
Object module (ОбъектМодуль)
ПередЗаписью(Отказ)(BeforeWrite(Cancel)) — validity control (non-empty name, uniqueness of the internal identifier).ОбработкаПроверкиЗаполнения(Отказ, ПроверяемыеРеквизиты)(FillCheckProcessing(Cancel, CheckedAttributes)) — verification of required attributes before writing.ПередУдалением(Отказ)(BeforeDelete(Cancel)) — if needed, protection of predefined/used items from deletion.
Manager module (МенеджерМодуль)
- Export functions for retrieving an item by its string identifier (a typical technique for classifiers accessed by subsystem code).
- Procedures for initial filling/updating of predefined values during infobase updates.
List / item form module
ПриСозданииНаСервере(Отказ, СтандартнаяОбработка)(OnCreateAtServer(Cancel, StandardProcessing)) — configuring conditional appearance, field availability.- Handlers for create and selection commands.
The presence and exact signatures of procedures are version-specific — requires verification in the object modules of configuration 3.4.5.21.
5. Posting and movements
Posting is not applicable to a catalog. A catalog is not a document; it is not posted and does not generate movements in accumulation/information registers or accounting entries. Accordingly:
- this object does not independently create register records;
- it does not generate entries in the standard Kazakhstan chart of accounts.
For illustration, here is how Kazakhstan accounts are used in the documents that may reference an inspection type (the catalog itself does not participate in these entries — it only classifies the control operation):
| Business operation (in documents, not in the catalog) | Dr | Cr |
|---|---|---|
| Sale of goods to a customer | 1210 (short-term accounts receivable from customers) | 6010 (revenue from sales) |
| Accrual of VAT payable, rate 16% | 1210 | 3130 (VAT payable) |
| Write-off of cost of goods sold | 7010 (cost of sales) | 1330 (goods) |
| Receipt of payment from customer | 1030 (cash in current accounts) | 1210 |
| Payable to supplier | 1330 | 3310 (accounts payable to suppliers) |
Kazakhstan electronic documents (e-invoices via the ESF IS, waybills) are generated by dedicated configuration documents; the "ВидыПроверок" catalog does not participate in their issuance.
Reference numeric norms for Kazakhstan for 2026 (for correct interpretation of related calculations): VAT rate 16%; MCI 4,325 ₸; MMW 85,000 ₸; basic IIT tax deduction 30 MCI/month (no more than 360 MCI/year); IIT 10% up to 8,500 MCI of annual income and 15% above; MPC 10% (base cap of 50 MMW); MPPC 3.5%; EHIC (employer) 2%; MHIC 3%; SC 5%; social tax 6%. These values relate to the configuration's tax objects, not to the catalog itself.
6. Related objects and input based on
- Referencing objects. The type
CatalogRef.ВидыПроверокis used as the attribute value in objects of the control/self-check subsystems — documents, information registers (inspection result logs), inspection execution processing, reports. - Input based on. For a classifier of this type, the "input based on" mechanism is typically not configured — the item is selected in the field of the related object rather than generating new documents.
- Data update. Predefined/reference values are updated during configuration updates via initial fill procedures.
7. Extension points
- Adding attributes/actual parameter storage — via a configuration extension, without removing support.
- Event subscriptions
ПередЗаписью/ПередУдалением(BeforeWrite / BeforeDelete) — for additional integrity control and protection of used items. - Overridable SSL modules — if the catalog is embedded in a standard subsystem, customization points are moved to common modules with the
Переопределяемый(Overridable) suffix. - Additional attributes and information — connection via the "Properties" subsystem (if included), without changing the metadata structure.
- Managed forms — customization via extending the list/item form (adding commands, conditional appearance, filters).