RUKKENZH
Задать вопрос AI
SectionsОбъекты конфигурации 1С
Directory "Bank Accounts Attached Files" — Technical Description
Язык статьи:🇷🇺 RU🇰🇿 KK🇬🇧 EN🇨🇳 ZH
Версия статьи:📘 Для бухгалтера⚙️ Для тех-специалиста

Directory "Bank Accounts Attached Files" — Technical Description

Applies to: 1С:Бухгалтерия для Казахстана, release 3.0.74.2 · by 1C-Sapa Group, 1C partner
СТ
Сапа Т.И. — Эксперт по 1С и бухгалтерскому учёту, преподаватель-практик

1. Identification

Parameter Value
Object Type Catalog
Name BankAccountsAttachedFiles
Full Name Catalog.BankAccountsAttachedFiles
Synonym “Attached Files (Bank Accounts)”
Configuration Accounting for Kazakhstan, edition 3.0 (version 3.0.74.2)
Subordinate to the owner — Catalog.BankAccounts
Hierarchy none
Where to find not displayed directly in the interface; opened through the command “Attached Files” in the bank account card. Technical access to the list: e1cib/list/Catalog.BankAccountsAttachedFiles

Purpose. The catalog stores files attached to the elements of the “Bank Accounts” catalog: scans of banking service agreements, cards with signature samples, notifications of account opening/closing, bank details, and other documentation. The object is part of the standard library subsystem “File Management” (BSP) and is created automatically when a file is attached in the owner account card. Direct manual creation of elements is not provided — access is through the owner’s attached files interface. The catalog stores both the file metadata (name, size, extension, author, versions) and the binary data itself — in the information base or on file storage volumes.

This is a service catalog of the file storage infrastructure. It does not contain any accounting data (amounts, accounting accounts, taxes) and does not participate in accounting/tax accounting. The country parameters of the RK listed below are provided for the context of the configuration but do not apply to this object.


2. Header Attributes and Table Parts

2.1 Header Attributes

Name Type Mandatory Purpose
Author CatalogReference.Users ShowError The user who uploaded the file to the system. Automatically filled when the record is created.
FileOwner CatalogReference.BankAccounts DontCheck A reference to the bank account to which the file is attached. Defines hierarchical ownership.
UniversalModificationDate DateTime DontCheck The date/time of the last modification of the file in UTC. Used for synchronization and version control.
CreationDate DateTime ShowError The date/time the file was uploaded to the IB. A mandatory attribute for auditing.
Encrypted Boolean DontCheck Indicates whether the file is encrypted (stored in encrypted form with user certificates).
ModifiedBy CatalogReference.Users DontCheck The user who last modified the file (replacing the version or editing metadata).
ImageIndex Number DontCheck The index of the file icon for display in lists. Automatically determined by the extension.
Description String DontCheck A textual description of the file (name) entered by the user. Displayed in the list of attached files.
SignedEP Boolean DontCheck Indicates the presence of an electronic signature. Set when adding an EP through the cryptography subsystem.
FilePath String DontCheck The full path to the file on the storage volume (when stored on disk). Empty when stored in the IB.
Size Number DontCheck The size of the file in bytes. Automatically filled, used for storage volume control.
Extension String DontCheck The file extension without a dot (pdf, jpg, …). Determines the type and available operations.
EditingUser CatalogReference.Users DontCheck The user who has locked the file for editing. Prevents editing by others until released.
TextExtractionStatus EnumerationReference.TextExtractionStatusFiles DontCheck The status of text extraction for full-text search (Not Extracted / Extracted / Error).
TextStorage ValueStorage DontCheck Storage of extracted text for indexing and full-text search by content.

The standard attribute Name is used as the file name (without extension). The binary data of the file is stored either in the internal attribute/value storage of the object (when stored in the IB) or on file storage volumes (information register of the file management subsystem) — the path is fixed in FilePath.

2.2 Table Parts

The object does not have table parts. Versioning (file version history) is implemented not as a table part but as a separate version catalog of the BSP subsystem (see section 6).


3. Forms

Form Purpose
ElementForm Card of the attached file: name, description, author, dates, size, extension, signature/encryption indicators, file management commands (open, save, edit/end editing, update from file).
ListForm List of files attached to a specific bank account. Usually opened as the owner’s attached files form with commands “Add”, “View”, “Edit”, “Sign EP”, “Encrypt”.
SelectForm Selecting a file from the attached ones (for example, when inserting a link to a file).

If separate forms in the object are not redefined, auto-generated and common forms of the “File Management” BSP subsystem are used (attached files forms, file addition, version selection).


4. Key Module Procedures

The attached evidence contains only the facets of “purpose” and “fields” — the original BSL modules of the object are not attached. Therefore, below are typical handlers for this type of object (catalog of attached files BSP). Specify the exact lines according to your delivery code.

Manager Module / Common Modules of the Subsystem:

  • Registration of the object in the subsystem through the common module FileManagementServerCall / FileManagement — determining that the catalog is a storage of the owner’s attached files BankAccounts.
  • PlaceFile / UpdateFileVersion — creating a catalog element when adding a file: filling Author, CreationDate, UniversalModificationDate, Size, Extension, ImageIndex, placing binary data in the IB or on the volume.

Object Module:

  • BeforeWriting — control of file editing occupancy (EditingUser), updating ModifiedBy and UniversalModificationDate.
  • BeforeDeleting — deleting related binary data on the storage volume and file versions.

Element/List Form Module:

  • Handlers for commands to open, save, edit, finish editing, add/check EP, encrypt/decrypt.
  • OnCreationOnServer — configuring the availability of commands based on user rights and file status.

Requires verification (version-specific): the exact names and signatures of procedures in the common BSP modules depend on the version of the Standard Subsystems Library included in 3.0.74.2.


5. Posting and Movements

The catalog is not a document and is not posted — it does not generate movements in accounting registers, accumulation, or information in an accounting sense. Transactions (including according to the standard chart of accounts of the RK: 1030 “Cash on Current Accounts”, 1210 “Short-term Accounts Receivable”, 3310 “Accounts Payable”, 3130 “VAT”, 6010 “Revenue from Sales”, 7010 “Cost of Sales”) generate accounting documents (bank statements, invoices, etc.), not files attached to the account.

Technical records related to file storage (when stored on volumes) are performed by the BSP subsystem in service information registers of file storage — these are infrastructural, not accounting movements.


  • Owner: Catalog.BankAccounts — the sole owner; the life cycle of the file is tied to the account.
  • Users: Catalog.Users — attributes Author, ModifiedBy, EditingUser.
  • Text Extraction Statuses: Enumeration.TextExtractionStatusFiles.
  • File Versions: catalog of versions of attached files BSP (stores the history of file replacements).
  • Volumes and Storage: service information registers of the “File Management” subsystem (storage volume, path, binary data).
  • Cryptography: electronic signature and encryption subsystem (attributes SignedEP, Encrypted).

Input based on is not provided: elements are created exclusively through the file attachment mechanism in the bank account card.


7. Extension Points

  • Configuration extension of the bank account attached files form — adding custom commands/attributes to the form without removing it from support.
  • Event subscriptions BeforeWriting/BeforeDeleting of the catalog — for auditing, integration with external document storage, automatic classification of scans.
  • Configuration of file storage volumes — moving binary data from the IB to disk for volume control (attributes FilePath, Size).
  • Full-text search — using TextStorage and TextExtractionStatus for searching the content of attached agreements/notifications.
  • Electronic signature/encryption — integration with corporate certificates; when exchanging with the ESF/SNT IS, scans to the account can complement the document package but are signed by the means of the respective subsystems, not this catalog.

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

Does this directory generate accounting entries?
No. This is a service directory of attached files, not a document. It does not generate entries and does not create movements in the accounting registers. Entries for RK accounts (1030, 1210, 3310, 3130, 6010, 7010, etc.) are generated by accounting documents — bank statements, invoices, etc.
How to create an element of this directory?
It is not created directly. Files are added through the "Attached Files" command in the bank account card — when uploading a file, the file management subsystem automatically creates an element, filling in the author, date, size, extension, and the data itself.
Where are the files physically stored?
Either in the information base (the FilePath attribute is empty), or on configured file storage volumes on the disk (then the path is fixed in the FilePath). The size in bytes is stored in the Size attribute.
Why is there no VAT rate of 16% and deductions for individual income tax in the description?
Because the object relates to the file storage infrastructure and does not participate in tax accounting. The country parameters of the RK 2026 (VAT 16%, deduction 30 MRP, MRP 4,325 ₸, MZP 85,000 ₸) are applied in accounting documents and calculations, not in the directory of attached files.
Can an attached file be signed with an electronic signature?
Yes. This is managed by the attributes SignedEP and Encrypted along with the BSP cryptography subsystem. Signing/encryption is performed by the file form commands using user certificates.

Read also

Источники

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