1. Identification
| Parameter | Value |
|---|---|
| Object type | Catalog |
| Name | ВиртуальныеСклады |
| Full name | Catalog.ВиртуальныеСклады |
| Synonym | "Virtual Warehouses" |
| Configuration | Trade Management for Kazakhstan, 3.4.5.21 |
| Interface section | "Warehouse and Delivery" → "Virtual Warehouses" |
| Navigation link | e1cib/list/Справочник.ВиртуальныеСклады |
Purpose. The catalog stores the register of the organization's virtual warehouses (VW) registered in the state information system IS ESF / "Virtual Warehouse" module of the State Revenue Committee of the Republic of Kazakhstan. A virtual warehouse is an accounting entity on the state side, where item balances are maintained by origin identifiers (customs declaration (CD), waybill for goods (WBG), production/processing documents). The catalog item links a physical warehouse in the 1C accounting system to the corresponding VW in the IS ESF, so that when issuing an ESF and processing a WBG, goods are correctly written off/received at the correct virtual warehouse, and the balances in 1C are reconciled with the balances in the state system.
Important: the catalog itself is not an accounting register of balances. Actual item balances for Kazakhstan are maintained by the IS ESF; 1C stores VW identification and synchronization results.
2. Header attributes and tabular sections
Standard attributes
| Attribute | Type | Purpose |
|---|---|---|
Код (Code) |
String | Internal code of the catalog item (auto-numbering). |
Наименование (Description) |
String | Display name of the virtual warehouse. |
ПометкаУдаления (DeletionMark) |
Boolean | Standard deletion mark attribute. |
Предопределённый (Predefined) |
Boolean | Predefined item flag (usually not used). |
Applied attributes (standard composition of this object type)
| Attribute | Type | Purpose |
|---|---|---|
Организация (Organization) |
CatalogRef.Organizations | The organization that owns the VW. One physical warehouse can have different VWs for different organizations. |
ИдентификаторВС (VWIdentifier) |
String | Identifier (number) of the virtual warehouse in the IS ESF. The matching key with the state system. |
Склад (Warehouse) |
CatalogRef.Warehouses | The physical warehouse (structural unit) of the accounting system that this VW corresponds to. |
КодГосударственногоОргана (StateAuthorityCode) |
String | Code of the state revenue authority (SRC) to which the VW is attached. |
БИН / ИИН (BIN / IIN) |
String | Business identification number of the taxpayer to which the VW is assigned. |
Комментарий (Comment) |
String | Free-form text note. |
Tabular sections
Tabular sections are typically not provided for a register-type identifier catalog. If a specific build contains a matching tabular section (e.g., СоответствиеСкладов — "Warehouse Correspondence"), it contains rows of the form "Physical warehouse ↔ VW accounting attribute" and is used to configure synchronization rules.
The exact composition of applied attributes is version-specific — verify against the Designer for build 3.4.5.21 (only this point requires verification).
3. Forms
| Form | Purpose |
|---|---|
ФормаСписка (ListForm) |
The main list of VWs with filtering by organization and warehouse. Opened via the navigation link in the "Warehouse and Delivery" section. |
ФормаЭлемента (ItemForm) |
Virtual warehouse card: entering/editing the VW identifier, linking to the organization and physical warehouse. |
ФормаВыбора (ChoiceForm) |
Selecting a VW from document fields (WBG, ESF, receipt/write-off documents). |
ФормаГруппы (GroupForm) |
Used if the catalog is hierarchical (grouping VWs by organization/department). |
If only auto-generated forms are described for the object, the platform builds them based on the attribute composition; custom managed forms are added when custom logic is required (see section 4).
4. Key module procedures
No applied BSL code is included in the evidence, so below are standard handlers for a catalog of this type. Paths are given as a reference (ObjectModule / Form.Module).
Object module (Catalog.ВиртуальныеСклады.ObjectModule):
FillingProcessing(FillingData, StandardProcessing)— pre-fillsOrganization/Warehousewhen entered based on or from a document form.BeforeWrite(Cancel)— checks uniqueness of the "Organization + VWIdentifier" pair, validates required attributes before writing.OnCopy(CopiedObject)— clears the VW identifier so the copy does not duplicate the registration number.
Item form module (ItemForm.Form.Module):
OnCreateAtServer(Cancel, StandardProcessing)— configures field availability, filters the warehouse list by organization.OrganizationOnChange(Item)— resets/reassigns the warehouse link and BIN when the organization changes.
Common synchronization modules: exchange with the IS ESF is performed by dedicated common modules of the electronic document subsystem (loading VW balances, matching, generating WBG). The catalog serves as the matching source between "1C warehouse ↔ IS ESF VW".
5. Posting and movements
The catalog is not posted and does not generate register movements — this is a property of any "Catalog" type object. It does not create records in accumulation/accounting registers.
Accounting entries are generated by documents that reference an item of this catalog when working with a virtual warehouse. Under standard Kazakhstan logic (standard chart of accounts), related operations are reflected as follows:
| Business transaction (document) | Dr | Cr |
|---|---|---|
| Receipt of goods to warehouse/VW | 1330 "Inventory" | 3310 "AP to suppliers" |
| Input VAT on supplier invoice | 1420 "VAT recoverable" | 3310 |
| Sale of goods (revenue), 16% VAT | 1210 "AR from customers" | 6010 "Sales revenue" / 3130 "VAT payable" |
| Write-off of cost of goods sold | 7010 "Cost of sales" | 1330 "Inventory" |
| Receipt of payment | 1030 "Cash at current accounts" | 1210 |
VAT example. Sale of 1,000,000 ₸ excluding VAT: VAT at the 2026 Kazakhstan rate = 16% = 160,000 ₸; amount payable by the customer — 1,160,000 ₸ (Dr 1210 — 1,160,000; Cr 6010 — 1,000,000; Cr 3130 — 160,000). At the same time, an ESF is issued in the IS ESF specifying the goods, and the movement of the item is reflected at the corresponding virtual warehouse from the catalog.
The catalog's role in this scheme is to identify the VW at which the state system tracks the item balance based on source documents (CD/WBG), and to ensure that the physical 1C warehouse matches this VW.
6. Related objects and input based on
References to the catalog:
- Electronic document workflow documents — ESF (Electronic Sales Invoice) and WBG (Waybill for Goods): they specify the VW for write-off/receipt.
- Goods movement documents (receipt, sale, transfer, capitalization, write-off) — in terms of linking a line to a virtual warehouse.
- Catalog
Warehouses(StructuralUnits) — the reverse link "physical warehouse ↔ VW". - Catalog
Organizations— the VW owner.
Input based on. As a register-type catalog, it is generally not a basis for documents and is not entered "based on" a document. It is filled in manually or automatically when loading/synchronizing the list of virtual warehouses from the IS ESF.
7. Extension points
- Configuration extension (without removal from support): adding attributes (e.g., a "Main VW" flag for a warehouse),
BeforeWrite/OrganizationOnChangehandlers via a form extension module and object module. - Event subscriptions:
BeforeWrite/OnWritefor the catalog — for auditing changes to VW identifiers and prohibiting edits to already synchronized records. - Additional attributes and information ("Properties" subsystem) — for industry-specific VW attributes without changing metadata.
- Integration with IS ESF: overriding/extending common synchronization modules for custom warehouse matching rules and VW balance processing.
- Scheduled jobs: periodic reconciliation of 1C and virtual warehouse balances, auto-loading of new VWs.
Version-specific (verify against build 3.4.5.21): the exact list of applied attributes and the presence of custom forms — the remaining logic corresponds to standard platform catalog behavior.