---
title: "VidyNomenklaturyPrisoedinennyeFayly\" Catalog — Technical Description (UT for Kazakhstan 3.4.5.21)"
country: KZ
lang: en
author: Сапа Т.И. (https://buhgpt.kz/authors/sapa-ti)
date: 2026-09-24
canonical: https://buhgpt.kz/suraqtar/spravochnik-vidynomenklaturyprisoedinennyefayly-tehniches-en
source: BuhGPT
---

# VidyNomenklaturyPrisoedinennyeFayly" Catalog — Technical Description (UT for Kazakhstan 3.4.5.21)

> **TL;DR:** 1. Identification Parameter Value Object type Catalog Name ВидыНоменклатурыПрисоединенныеФайлы Full name Справочник.ВидыНоменклатурыПрисоединенныеФайлы ( Catalogs.ВидыНоменклатурыПрисоединенныеФайлы ) Synonym "Attached Files (Item Types)" Owner Справочник.ВидыНоменклатуры Hier

---

1. Identification

Parameter
Value

Object type
Catalog

Name
ВидыНоменклатурыПрисоединенныеФайлы

Full name
Справочник.ВидыНоменклатурыПрисоединенныеФайлы (Catalogs.ВидыНоменклатурыПрисоединенныеФайлы)

Synonym
"Attached Files (Item Types)"

Owner
Справочник.ВидыНоменклатуры

Hierarchy
No (flat list)

Configuration
Trade Management for Kazakhstan, edition 3.4.5.21

Subsystem
"Working with Files" (SSL / Standard Subsystems Library)

Where to find
e1cib/list/Справочник.ВидыНоменклатурыПрисоединенныеФайлы

Purpose. A service catalog automatically generated by the SSL "Working with Files" mechanism to store file metadata attached to items of the ВидыНоменклатуры catalog. One such catalog is created for each owner object supporting file attachment; the name follows the pattern <OwnerName>ПрисоединенныеФайлы. The user does not work with the catalog directly, but through the "Attached Files" command in the item type card. The catalog itself is infrastructural: it is not reflected in accounting, does not participate in document workflow, and does not affect amounts/taxes.

This is a standard (typical) SSL object. Kazakhstan's applied rules (VAT 16%, MCI 4,325 ₸, RK chart of accounts) do not apply directly to it — it only stores attachments to the item type card (see section 5).

2. Attributes and tabular sections

The catalog does not contain tabular sections. Below is the typical set of attributes for SSL attached files (without dedicated version storage). In configurations with versioning, some attributes responsible for binary data are moved to the paired catalog ВидыНоменклатурыВерсииПрисоединенныхФайлов — this is a version-specific detail that should be verified against the specific release.

Standard attributes

Attribute
Type
Purpose

Код (Code)
String/Number
Internal item code. Not shown to the user.

Наименование (Description)
String (150)
File name without extension.

Владелец (Owner)
СправочникСсылка.ВидыНоменклатуры
Item type element to which the file is attached.

ПометкаУдаления (Deletion mark)
Boolean
Deletion mark flag.

Предопределённый (Predefined)
Boolean
Always "No".

Header attributes (applied)

Attribute
Type
Purpose

Расширение (Extension)
String
File extension (pdf, xlsx, png, xml for e-invoices/waybills, etc.).

Размер (Size)
Number
File size in bytes.

ДатаСоздания (Creation date)
Date
Creation date of the source file.

ДатаМодификацииУниверсальная (Universal modification date)
Date
Last modification date (UTC), for version synchronization.

Автор (Author)
СправочникСсылка.Пользователи
User who added the file.

Редактирует (Editing/Locked by)
СправочникСсылка.Пользователи
Who has checked out the file for editing; empty — file is free.

ПодписанЭП (Digitally signed)
Boolean
File is signed with an electronic signature.

Зашифрован (Encrypted)
Boolean
File is encrypted.

ТекстХранилище (Text storage)
ValueStorage
Extracted text for full-text search.

СтатусИзвлеченияТекста (Text extraction status)
Enumeration
Text extraction state (not extracted / extracted / error).

ТомХранилища (Storage volume)
СправочникСсылка.ТомаХранилищаФайлов
Volume, if the file is stored in disk volumes rather than in the database.

ПутьКФайлу (File path)
String
Relative path in the volume (for volume storage).

The binary content of the file itself is not stored in this catalog. When stored in the infobase, the file body resides in the information register ДвоичныеДанныеФайлов; for volume storage, it resides in the volume's file system (ТомаХранилищаФайлов). The catalog stores only metadata and a reference to the location.

3. Forms

This catalog generally has no dedicated applied forms — all file work goes through the common forms of the "Working with Files" subsystem. Typical set:

Form
Purpose

Common form ПрисоединенныеФайлы (AttachedFiles)
List of owner's attachments: add, open, save, mark, digitally sign. Invoked via the "Attached Files" command from the item type card.

Common form ПрисоединенныйФайл (AttachedFile)
Card of an individual file: name, description, author, size, dates, signature/encryption statuses, edit and view-versions buttons.

Selection form / catalog list (e1cib/list/...)
Technical administrator access to the full list of file metadata for a given owner.

If the catalog has its own ФормаЭлемента/ФормаСписка (Item Form/List Form) defined in a specific release — they override the common ones; this should be checked in the configurator (version-specific).

4. Key module procedures

The attached evidence contains no BSL code or paths (path:line) — only the "purpose" facet is given. Therefore, below are the typical handlers for SSL attached files. The applied logic is concentrated not in the catalog's own modules (which are usually empty or minimal), but in the subsystem's common modules:

- РаботаСФайлами (WorkWithFiles) — client API: ДобавитьФайл (AddFile), ОткрытьФайл (OpenFile), РедактироватьФайл (EditFile), ЗакончитьРедактирование (FinishEditing), ОсвободитьФайл (ReleaseFile).

- РаботаСФайламиСлужебный / РаботаСФайламиСлужебныйСервер (WorkWithFilesInternal / WorkWithFilesInternalServer) — server-side logic: creating a catalog item, writing binary data to ДвоичныеДанныеФайлов or to a volume, extracting text, handling digital signatures and encryption.

- РаботаСФайламиВызовСервера (WorkWithFilesServerCall) — proxy for client-server calls.

Typical handlers of the catalog object module:

Handler
What it does

ПередЗаписью (BeforeWrite)
Validates the correctness of the name/extension, updates ДатаМодификацииУниверсальная, checks the checkout status (Редактирует).

ПриКопировании (OnCopy)
Resets lock, signature, and encryption flags on the copy.

ПередУдалением (BeforeDelete)
Initiates deletion of related binary data (the ДвоичныеДанныеФайлов register or the file in the volume), clears versions.

Filling handler (ОбработкаЗаполнения)
Fills in Владелец, Автор, ДатаСоздания when programmatically created via the API.

Direct access to the catalog from applied code is not recommended — use the РаботаСФайлами/РаботаСФайламиВызовСервера API.

5. Posting and movements

The catalog is not a document and is not posted: objects of type "Catalog" have no posting mechanism, registrars, or accounting entries. Attaching a file to an item type does not generate movements in accumulation/information registers (except for the service-level writing of binary data to ДвоичныеДанныеФайлов) and does not create entries in the RK chart of accounts.

For reference — accounting movements and taxes arise from applied objects (sales documents, receipts, e-invoices/waybills), not from attachments. The attached files catalog only stores, for example, a scanned copy or XML of an electronic document alongside the item type card. Context of the RK chart of accounts and 2026 regulations to which these applied objects relate:

- VAT 16% — recorded on account 3130 (VAT payable); input/output VAT is reflected in e-invoices (ESF IS) and waybills (SNT), not in attachments.

- Sales: Dt 1210 (short-term receivables from customers) — Ct 6010 (revenue from sales) and Ct 3130 (VAT 16%); cost of goods sold write-off Dt 7010 — Ct 1330 (goods).

- Payment: Dt 1030 (cash on current accounts) — Ct 1210.

- Goods receipt: Dt 1330 — Ct 3310 (payables to suppliers), VAT Dt 1420/3130 depending on accounting policy.

- Payroll/tax calculation (for reference, RK 2026): MCI = 4,325 ₸, minimum wage = 85,000 ₸; personal income tax deduction — 30 MCI per month (no more than 360 MCI per year); personal income tax 10% up to 8,500 MCI of annual income and 15% above; mandatory pension contributions 10% (base cap of 50 minimum wages), employer pension contributions 3.5%, mandatory employee healthcare contributions 2%, mandatory social healthcare contributions 3%, social contributions 5%, social tax 6%.

These amounts and accounts relate to the configuration's applied documents, not to the attachments catalog itself — they are given here to clarify the object's place in the overall architecture.

6. Related objects and entry based on

Relation
Object
Role

Owner
Справочник.ВидыНоменклатуры
Object to which files are attached.

Binary data storage
РегистрСведений.ДвоичныеДанныеФайлов
File body when stored in the infobase.

Volume storage
Справочник.ТомаХранилищаФайлов
Disk directories for the file body.

Versions (optional)
Справочник.ВидыНоменклатурыВерсииПрисоединенныхФайлов
Storage of file versions (if versioning is enabled — version-specific).

Digital signature / encryption
РегистрСведений.ЭлектронныеПодписиФайлов, certificate storages
Signatures and encryption flags.

Author/editor
Справочник.Пользователи
Attributes Автор, Редактирует.

Entry based on: not provided for and not applicable — a service catalog does not participate in the "Enter based on" mechanism. Items are created only via the "Attached Files" command of the item type card or through the РаботаСФайлами API.

7. Extension points

- Configuration extensions (adopt/annotate): it is possible to subscribe to the ПередЗаписью/ПередУдалением events of the object module, but changing the standard set of attributes of attached files is not recommended — the mechanism generates them according to a template.

- Additional attributes/info: usually not attached to service file catalogs; store arbitrary attributes on the owner — ВидыНоменклатуры.

- API instead of direct access: use РаботаСФайлами.ДобавитьФайл, РаботаСФайламиВызовСервера for adding/reading rather than writing the object directly — this ensures correct writing of binary data, text extraction, and digital signature handling.

- File storage: the policy (in the infobase or in volumes) is configured in the "Working with Files" subsystem and affects the filling of ТомХранилища/ПутьКФайлу — a general setting that does not require modifying the object.

- Full-text search: text extraction (ТекстХранилище, СтатусИзвлеченияТекста) — a standard customization point via the subsystem's scheduled jobs.

Version-specific (check in the configurator of release 3.4.5.21): the presence of a paired versions catalog, the set of the catalog's own forms, and the exact list of storage attributes (volume/path/version).

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