1. Identification
| Parameter | Value |
|---|---|
| Object Type | Catalog |
| Name | OutgoingPaymentOrderAttachedFiles |
| Full Name | Catalog.OutgoingPaymentOrderAttachedFiles |
| Synonym | Attached Files (Outgoing Payment Orders) |
| Configuration | Accounting for Kazakhstan, edition 3.0 (3.0.74.2) |
| File Owner | Document.OutgoingPaymentOrder |
| Navigation Link | e1cib/list/Catalog.OutgoingPaymentOrderAttachedFiles |
Purpose. This service catalog is a specialized storage for files attached to the "Outgoing Payment Order" documents. It allows attaching scans of payment orders, bank statements, correspondence with the bank, contracts, and other accompanying materials to the payment document, forming an electronic archive of payment documentation. The catalog is part of the standard subsystem "File Management" (BSP) and is automatically created by the attached file constructor for the owner document. The user does not work directly with the list of items — access to the files is provided from the "Outgoing Payment Order" document form via the "Attached Files" command/hyperlink on the navigation panel of the form.
Feature of the RK: the attribute
SignedByEPand the associated digital signature mechanism are important for legally significant document flow — bank payment documents are often certified with an electronic signature (including when exchanged with the bank via "Client-Bank" / DirectBank).
2. Header Attributes and Table Parts
The catalog does not have a hierarchy and does not contain table parts (except for the service table part for storing digital signatures, added by the platform/BSP file mechanism). The main content — binary data of the file — is stored not in the catalog attribute, but in the information register of the storage (see section 5).
2.1 Header Attributes
| Name | Type | Mandatory | Purpose |
|---|---|---|---|
Author |
CatalogReference.Users | Mandatory (ShowError) | The user who initially attached the file to the payment order. Audit and control of authorship |
FileOwner |
DocumentReference.OutgoingPaymentOrder | Optional | The owner document to which the file is attached. Ensures the connection of the file with a specific payment order |
UniversalModificationDate |
Date (DateTime) | Optional | Date/time of the last modification of the file in UTC. Synchronization and version control |
CreationDate |
Date (DateTime) | Mandatory (ShowError) | The moment of creation of the file record in the system. Chronology of document flow |
Encrypted |
Boolean | Optional | Indicates that the content of the file is encrypted (mechanism for protecting confidential data) |
ModifiedBy |
CatalogReference.Users | Optional | The last user who modified the file or its attributes. Audit of changes |
ImageIndex |
Number | Optional | Index of the file type icon for display in the interface (PDF, Word, Excel, etc.) |
Description |
String | Optional | User comment/description of the file content |
SignedByEP |
Boolean | Optional | Indicates the presence of an electronic signature on the file. Critical for electronic document flow in the RK |
FilePath |
String | Optional | Path to the file in the file system (when stored "In the disk volume") |
Size |
Number | Optional | Size of the file in bytes. Control of volume and upload limits |
Extension |
String | Optional | File extension without a dot (pdf, doc, jpg…). Determines the file type and application for opening |
EditingUser |
CatalogReference.Users | Optional | The user currently editing the file (mechanism for conflict blocking) |
Standard naming code. The "Name" field (Name) stores the name of the file without the extension — it is used as the representation of the item.
2.2 Service Table Part
| Table Part | Purpose |
|---|---|
ElectronicSignatures (added by the BSP mechanism) |
Stores an array of electronic signatures of the file: certificate, signing date, comment. Used when SignedByEP = True |
3. Forms
| Form | Type | Purpose |
|---|---|---|
ElementForm |
Element form | View and edit the attached file card: description, author, date, signature/encryption indicators, commands for opening, saving, signing, and editing the file |
ListForm |
List form | Service list of all attached files of the document. Opens from the "Outgoing Payment Order" form; supports adding, viewing, and comparing versions |
SelectForm |
Select form | Select an existing attached file in dialogs (for example, when inserting a link) |
In the standard BSP, the forms for attached files are usually inherited from the common forms of the "File Management" subsystem (
CommonForm.AttachedFiles,CommonForm.AttachedFileForm). The presence of custom overridden forms for a specific object is version-specific and requires verification in a specific delivery.
4. Key Module Procedures
The object module of such a catalog usually contains almost no direct application code — all logic is moved to the common modules of the "File Management" BSP subsystem. In evidence, the original BSL for this object is not attached, so below are the typical handlers/call points of this type of object.
ObjectModule.BeforeWrite— control of filling mandatory attributesAuthor,CreationDate; if absent — raises an exception (ShowError behavior).ManagerModule/ common moduleFileManagement— procedures for creating an item when attaching a file:AddFile, writing binary data to storage, settingSize,Extension,ImageIndex.FileManagementService.UpdateFileVersion— updating the file and attributesUniversalModificationDate,ModifiedBywhen editing.FileManagementServerCall/FileFunctionsServiceClient— opening, saving, locking (EditingUser) and unlocking the file.ElectronicSignatureManagement.SignFile— applying a digital signature, filling the signatures table part and settingSignedByEP = True; similarly, encryption setsEncrypted.- List form handler
OnCreateOnServer— setting the filter byFileOwnerto show files only for the current payment order.
5. Posting and Movements
The catalog is not a document and is not posted — it does not generate direct accounting entries and movements in accumulation registers. The storage of the file content is ensured by service information registers of the "File Management" subsystem:
| Storage | What it stores |
|---|---|
InformationRegister.BinaryFileData (or AttachedFilesStorage) |
The actual binary content of the file when stored "In the information base" |
Disk volume (Catalog.FileStorageVolumes + FilePath) |
The content when stored "In the disk volume" |
The posting is generated by the owner document OutgoingPaymentOrder (more precisely — the withdrawal from the settlement account, entered based on it), not the file. For the configuration "Accounting for Kazakhstan 3.0", when executing a payment according to the standard chart of accounts of the RK, the following entries are generated, for example:
| Operation | Debit | Credit |
|---|---|---|
| Payment to the supplier | 3310 "Short-term liabilities to suppliers" | 1030 "Cash in current bank accounts" |
| Transfer of VAT to the budget | 3130 "VAT payable" | 1030 |
| Return/payment to the customer | 1210 "Short-term receivables from customers" | 1030 |
Reference values of the RK for 2026 (for the context of payment documents of the configuration): VAT rate — 16%; MRP — 4,325 ₸; MSP — 85,000 ₸; social tax rate — 6%; OPE — 10% (ceiling base 50 MSP), OPEA — 3.5%, VOSMS — 2%, OSMS — 3%, SO — 5%; PIT — 10% up to 8,500 MRP annual income and 15% above; basic tax deduction for PIT — 30 MRP per month, but not more than 360 MRP per year. Currency — tenge (₸). The file catalog does not use these values — they relate to the calculation part of the owner documents.
6. Related Objects and Input Based On
- Owner Document:
Document.OutgoingPaymentOrder— the only source of catalog items (through the attributeFileOwner). Catalog.Users— attributesAuthor,ModifiedBy,EditingUser.Catalog.FileStorageVolumes— when storing files on disk.- EDO RK Subsystem: files can accompany electronic documents — electronic invoices (ESF) and tax invoices; the catalog itself stores their scans/attachments, but the exchange is conducted with specialized EDO objects.
- Input based on is not provided for the file catalog — items are created exclusively by the file attachment command from the document form.
7. Extension Points
- Configuration extension: adding attributes (for example, "Bank document type", "Number in external system") and subscribing to record events for additional verification/classification of files.
- Overridable BSP modules:
FileManagementOverridable,FileManagementClientOverridable— setting restrictions on size/extensions, storage directories, version cleanup rules. - Roles and RLS: restricting access to files by owner/organization through record-level restrictions.
- Event subscriptions: control of mandatory digital signature (
SignedByEP) before posting the owner document. - Additional attributes/information: through the characteristic types plan of the "Properties" subsystem, if the corresponding option is enabled for the object (requires verification in a specific delivery).
