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 filesBankAccounts. PlaceFile/UpdateFileVersion— creating a catalog element when adding a file: fillingAuthor,CreationDate,UniversalModificationDate,Size,Extension,ImageIndex, placing binary data in the IB or on the volume.
Object Module:
BeforeWriting— control of file editing occupancy (EditingUser), updatingModifiedByandUniversalModificationDate.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.
6. Related Objects and Input Based On
- Owner:
Catalog.BankAccounts— the sole owner; the life cycle of the file is tied to the account. - Users:
Catalog.Users— attributesAuthor,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/BeforeDeletingof 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
TextStorageandTextExtractionStatusfor 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.
