--- title: "Guide \"Types of Realization\" - Technical Description (Accounting for Kazakhstan 3.0.74.2)" country: KZ lang: en author: Сапа Т.И. (https://buhgpt.kz/authors/sapa-ti) date: 2026-09-07 canonical: https://buhgpt.kz/suraqtar/spravochnik-vidyrealizacii-tehnicheskoe-opisanie-buhgalte-en source: BuhGPT --- # Guide "Types of Realization" - Technical Description (Accounting for Kazakhstan 3.0.74.2) > **TL;DR:** 1. Identification Parameter Value Object Type Catalog Name TypesOfRealization ( Catalogs.TypesOfRealization ) Synonym — Configuration Accounting for Kazakhstan, edition 3.0, version 3.0.74.2 Hierarchy None (linear catalog) Table Parts None Owner No (top-level catalog) Purpose. --- 1. Identification Parameter Value Object Type Catalog Name TypesOfRealization (Catalogs.TypesOfRealization) Synonym — Configuration Accounting for Kazakhstan, edition 3.0, version 3.0.74.2 Hierarchy None (linear catalog) Table Parts None Owner No (top-level catalog) Purpose. The catalog classifies the operations of sale of goods and materials (G&M), performed works, and provided services for the purpose of forming the VAT Declaration in the Republic of Kazakhstan. It is used by accountants and tax specialists when setting up VAT accounting parameters and filling out regulated reporting. It contains predefined types of realization that meet the requirements of the tax legislation of the RK; the main element — “SaleOfG&M” — is used as a typical type for most sales operations. Versioning of changes is supported for auditing VAT accounting settings. Where to find in 1C: section “Enterprise” → “Types of realization of G&M (works, services)”. Navigation link: e1cib/list/Catalog.TypesOfRealization 2. Attributes and Table Parts 2.1 Header Attributes Name Type Mandatory Purpose Name String (built-in) Mandatory Short name of the type of realization for display in lists and selections Code String (built-in) Optional Unique code of the element for identification and external integrations FullName String (xs:string) Optional (DontCheck) Expanded description of the type of realization for printed reporting forms and detailed identification of operations AdjustmentFlag Boolean (xs:boolean) Optional (DontCheck) Flag indicating that the type of realization is used for adjustment operations in the VAT declaration 2.2 Table Parts Table parts are absent. The catalog has a simple structure with attributes only in the header of the element. 3. Forms The catalog contains three standard forms: - ListForm — the main form for viewing the list of types of realization; contains the “EditSelected” command for group editing of elements (≈35 control elements). - ElementForm — the key form for the user for editing a single element with fields: Name, Code, FullName, AdjustmentFlag (≈57 control elements, 5 event handlers). - SelectionForm — a simplified form for selecting the type of realization from other documents and catalogs (≈29 control elements). 4. Key Module Procedures The attached evidence does not provide the source code (BSL) of the modules — only the presence of 5 event handlers in the ElementForm is indicated. Below are the typical handlers characteristic of a catalog of this type (simple classifier without movements); actual names and bodies should be clarified in the configurator. Form module ElementForm (typical set): - OnCreateOnServer — initial form initialization, setting availability/visibility of fields, flags of predefined element. - OnOpen — finalizing the appearance of the form on the client. - AdjustmentFlagOnChange — reaction to the adjustment flag toggle (managing dependent logic/design). - NameOnChange / FullNameOnChange — synchronization of short and full names, control of filling. - BeforeSaveOnServer / CheckFillingProcessing — checks before saving. Form module ListForm: handler for the command EditSelected (calling typical processing for group changes of attributes). Object module (ObjectModule): typical FillingProcessing, BeforeSave, CheckFillingProcessing — in the presence of specific logic for predefined elements. Requires verification: exact names of procedures and their bodies in version 3.0.74.2 (code not attached in evidence). 5. Posting and Movements The catalog is not a document and does not participate in posting — it does not generate its own movements in registers. It acts as an analytical dimension/value of the attribute in realization documents and in the VAT accounting subsystem. The role of the catalog manifests indirectly: the value of the type of realization selected in the sales document determines which line of the VAT Declaration and which VAT accumulation registers the operation will fall into, and the flag AdjustmentFlag relates the operation to the adjustment lines of the declaration. Typical postings of the realization document itself (for context; the type of realization accompanies these movements as VAT analytics), accounts — according to the chart of accounts of the RK 2026: Operation Dr Cr Revenue from sales recognized 1210 “Short-term receivables from customers” 6010 “Income from sales of goods and services” VAT accrued on sales (16 %) 1210 3130 “VAT payable” Cost of goods sold written off 7010 “Cost of goods sold” 1330 “Goods” Payment received from the customer 1030 “Cash in current bank accounts” 1210 VAT calculation in the example: at a sales price of 100,000 ₸ (excluding VAT), the VAT amount = 100,000 × 16 % = 16,000 ₸, total payable 116,000 ₸. The type of realization determines the qualification of turnover in the declaration. Electronic documents accompanying realization in the RK: ESF (electronic invoice in the ESF IS) and SNT (accompanying invoice for goods). The type of realization affects the correct reflection of turnover in these documents and in the declaration. 6. Related Objects and Input Based On - Realization Documents (sale of G&M, works, services) — use the catalog element as a value of the attribute defining the qualification of turnover for VAT. - VAT Accounting and Regulated Reporting Subsystem — the catalog is a source of classification when forming the VAT Declaration. - Tax Accounting Settings — the type of realization is used when setting up VAT accounting parameters. - Registers/Documents of ESF and SNT — indirectly use the qualification of turnover. Input based on the catalog is not provided — it is a classifier-catalog, not a source of documents. 7. Extension Points - Adding Attributes through configuration extension — for example, additional flags for non-standard lines of the declaration; include in form checks through custom handlers. - Subscriptions to Events BeforeSave/OnSave of the object — to control the integrity of predefined elements and prohibit their deletion. - Overriding Forms (ElementForm/ListForm) in the extension — to hide/add fields without removing from support. - Additional Attributes and Information (general mechanism) — if industry analytics by types of realization is required. - Common VAT Settings Modules — integration of a new type of realization into the rules for filling out the declaration. Requires verification: the composition of predefined elements and the rules for matching them to the lines of the declaration in the specific release 3.0.74.2. --- _BuhGPT — ИИ-помощник для бухгалтеров Казахстана: https://buhgpt.kz_