--- title: "GISMP Attached Files Directory — Technical Description" country: KZ lang: en author: Сапа Т.И. (https://buhgpt.kz/authors/sapa-ti) date: 2026-09-23 canonical: https://buhgpt.kz/suraqtar/spravochnik-gismprisoedinennyefayly-tehnicheskoe-opisanie-en source: BuhGPT --- # GISMP Attached Files Directory — Technical Description > **TL;DR:** 1. Object Identification Parameter Value Object type Catalog Name ГИСМПрисоединенныеФайлы Full name Справочник.ГИСМПрисоединенныеФайлы Synonym "GISM Exchange Protocol" (per evidence; in fact the catalog stores files attached to GISM exchange objects) Configuration Trade Manage --- 1. Object Identification Parameter Value Object type Catalog Name ГИСМПрисоединенныеФайлы Full name Справочник.ГИСМПрисоединенныеФайлы Synonym "GISM Exchange Protocol" (per evidence; in fact the catalog stores files attached to GISM exchange objects) Configuration Trade Management for Kazakhstan, edition 3.4 (version 3.4.5.21) Subsystem "File Operations" (FilesOperations) of the Standard Subsystems Library (SSL) + application-level GISM integration block Hierarchy Non-hierarchical (flat), subordinate to owner Purpose. The catalog is a service storage for attached files of objects belonging to the exchange subsystem with GISM (State Information System for Marking and Traceability of Goods). It stores exchange protocol files, XML/JSON packages, receipts, service responses, and arbitrary attachments linked to an owner object (a document or item of a GISM exchange catalog). The catalog is created automatically by the SSL "Attached Files" wizard for a specific owner and is not maintained manually by the user as an independent list. Attached files are not an accounting object: it is not involved in inventory, monetary, or tax calculations and does not generate movements (see section 5). All numeric and tax rules of Kazakhstan-2026 (VAT 16%, MCI 4,325 ₸, minimum wage 85,000 ₸) do not apply to it — they relate to the accounting documents to which the files are merely attached. Where to find: e1cib/list/Справочник.ГИСМПрисоединенныеФайлы 2. Attributes and Tabular Sections The attached files catalog has no tabular sections. Below is the standard set of attributes generated by the SSL for objects of the "AttachedFiles" type. 2.1. Standard Attributes Attribute Type Purpose Ссылка (Reference) CatalogRef Item identifier Код (Code) String/Number Auto-numbering of the file instance Наименование (Description) String File name without extension (file description) Владелец (Owner) Composite reference type Object the file is attached to (document/GISM exchange item) ПометкаУдаления (DeletionMark) Boolean Deletion mark 2.2. Header Attributes (Application-Level) Attribute Type Purpose ХранениеФайла (FileStorage) ValueStorage Binary file data when stored in the information base ТомХранилищаФайлов (FileStorageVolume) CatalogRef.FileStorageVolumes Reference to the volume when the file is stored in volumes on disk ПутьКФайлуТома (PathToVolumeFile) String Relative path to the file within the volume Расширение (Extension) String File extension (xml, json, pdf, p7s, zip, etc.) Размер (Size) Number File size in bytes Автор (Author) CatalogRef.Users User who added/changed the file ДатаСоздания (CreationDate) Date Date and time the file was created ДатаИзменения (ModificationDate) Date Date and time of the last version modification ДатаМодификацииУниверсальная (UniversalModificationDate) Date Universal (UTC) modification date ПодписанЭП (SignedByES) Boolean Flag indicating the presence of an electronic signature Зашифрован (Encrypted) Boolean Flag indicating content encryption Редактирует (BeingEditedBy) CatalogRef.Users User who has locked the file for editing ТекущаяВерсия (CurrentVersion) CatalogRef.*FileVersions Reference to the active version (when versioning is enabled) ВерсияОтпечаток (VersionFingerprint) Number Fingerprint of the current version for integrity control СтатусИзвлеченияТекста (TextExtractionStatus) EnumRef Status of text extraction for full-text search ТекстХранилище / ТекстИзвлеченныйИзФайла (TextStorage / TextExtractedFromFile) ValueStorage / String Extracted file text for search The specific set depends on whether file versioning, digital signature, and encryption are enabled for this owner in the "File Operations" subsystem settings. (The presence of version attributes is version-dependent, to be clarified for configuration 3.4.5.21.) 3. Forms Form Purpose ФормаЭлемента (ItemForm) File card: name, size, author, dates, signature/encryption flags, commands for viewing, editing, saving to disk ФормаСписка (ListForm) Flat list of the owner's files (rarely used — attachments are usually shown via the SSL's common form) The main work with attachments is not carried out through the catalog's own forms, but through the common forms of the "File Operations" subsystem: - ОбщаяФорма.ПрисоединенныеФайлы (CommonForm.AttachedFiles) — a panel/list form of attached files embedded in the owner's form; - ОбщаяФорма.ПросмотрФайла (CommonForm.FileView), ОбщаяФорма.РедактированиеРеквизитовФайла (CommonForm.FileAttributesEdit), ОбщаяФорма.ВыборРежимаОткрытияФайла (CommonForm.FileOpeningModeSelection) — service forms for viewing, editing properties, and selecting the opening method. 4. Key Module Procedures No separate BSL evidence is attached for the object's modules, so below is the typical set of handlers characteristic of SSL attached files catalogs. The main logic is placed in the common modules of the "File Operations" subsystem. Object/manager module: - ОбработкаЗаполнения (FillingProcessing) — initializes the author and creation/modification dates when a file is created. - ПередЗаписью (BeforeWrite) — updates ДатаИзменения (ModificationDate), ВерсияОтпечаток (VersionFingerprint), and controls the edit lock. - ПередУдалением (BeforeDelete) — deletes the associated file from the volume (ТомХранилищаФайлов / ПутьКФайлуТома) upon physical deletion. SSL common modules (actual business logic): - РаботаСФайлами / РаботаСФайламиКлиент (FilesOperations / FilesOperationsClient) — opening, editing, saving, checking out/releasing a file. - РаботаСФайламиСлужебный, РаботаСФайламиСлужебныйСервер (FilesOperationsInternal, FilesOperationsInternalServer) — adding a file, creating versions, extracting binary data from ХранениеФайла or the volume. - РаботаСФайламиВызовСервера (FilesOperationsServerCall) — server calls for adding/updating attachments. - The "Attached Files" mechanism — mapping the owner to its file catalog (ГИСМПрисоединенныеФайлы). GISM application layer: writing exchange protocol/receipt files is performed by procedures of the GISM integration modules, which call SSL methods, passing the owner (the document or exchange object) and the binary package data. (The exact names of GISM procedures are version-dependent for 3.4.5.21.) 5. Posting and Movements The catalog is not a document and is not posted. It does not generate: - accumulation registers (inventory, mutual settlements, sales); - accounting registers or accounting entries under the Kazakhstan chart of accounts. The only "data movement" is the writing/deletion of the file's binary content: either into the ХранениеФайла attribute (inside the infobase), or into a volume file on disk (ТомХранилищаФайлов + ПутьКФайлуТома), plus registering a version in the file versions information register when versioning is enabled. Accounting entries are generated by the owner documents to which these files are attached, not by the catalog itself. For reference, the relevant accounts of the standard Kazakhstan chart of accounts used by such documents (sales, receipt, payment): Owner operation Kazakhstan accounts Sale of goods and VAT payable Dt 1210 – Ct 6010; Ct 3130 (VAT 16%); write-off Dt 7010 – Ct 1330 Receipt of goods Dt 1330 – Ct 3310; VAT Dt 1420 – Ct 3310 Payment from customer / to supplier Dt 1030 – Ct 1210; Dt 3310 – Ct 1030 Electronic documents related to the circulation of marked goods (ESF in the ESF IS, SNT) also belong to the owner documents, not to this catalog. 6. Related Objects and Input Based On - File owner — a document or catalog item of the GISM exchange subsystem (objects of integration with the marking system). A file is created exclusively in the context of its owner. - Справочник.ТомаХранилищаФайлов (Catalog.FileStorageVolumes) — volumes for file storage outside the infobase. - Справочник.Пользователи (Catalog.Users) — the Автор (Author) and Редактирует (BeingEditedBy) attributes. - File versions/binary data information register — when versioning is enabled. - Input based on — not provided: items are generated programmatically by the attached files mechanism, not by the "Create based on" command. 7. Extension Points - "File Operations" subsystem settings: enabling versioning, volume storage, digital signature, and encryption affects the composition of attributes and behavior. - Configuration extensions: subscribing to the ПередЗаписью/ПередУдалением (BeforeWrite/BeforeDelete) events of the object module, adding attributes via an extension. - SSL common modules (РаботаСФайламиПереопределяемый, РаботаСФайламиКлиентСервер — FilesOperationsOverridable, FilesOperationsClientServer) — procedures for overriding file processing. - GISM application procedures — the point for embedding logic for auto-saving exchange packages/receipts into attached files. - Storage settings (ТомаХранилищаФайлов — FileStorageVolumes, size/extension restrictions) — configured by the administrator without changing code. --- _BuhGPT — ИИ-помощник для бухгалтеров Казахстана: https://buhgpt.kz_