--- title: "Reference Guide \"Types of Receipts\" — 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-vidypostupleniya-tehnicheskoe-opisanie-buhgal-en source: BuhGPT --- # Reference Guide "Types of Receipts" — Technical Description (Accounting for Kazakhstan 3.0.74.2) > **TL;DR:** 1. Identification Parameter Value Object Type Catalog Name TypesOfReceipt Full Identifier Catalog.TypesOfReceipt / Catalogs.TypesOfReceipt Synonym (interface) “Types of receipt of goods and materials (works, services)” Configuration Accounting for Kazakhstan, edition 3.0 (3.0. --- 1. Identification Parameter Value Object Type Catalog Name TypesOfReceipt Full Identifier Catalog.TypesOfReceipt / Catalogs.TypesOfReceipt Synonym (interface) “Types of receipt of goods and materials (works, services)” Configuration Accounting for Kazakhstan, edition 3.0 (3.0.74.2) Purpose A catalog-classifier of methods for receiving goods and materials (G&M), works, and services into the organization. The values of the elements are used in receipt documents and are necessary for the correct reflection of turnover in tax accounting for VAT — primarily when automatically generating the VAT Declaration (form 300.00) with the distribution of turnover by taxable/non-taxable turnover types. The catalog is a classifier: it does not itself generate movements in registers and postings. Its role is to provide a standardized set of values (analytics) that are then used in the logic of processing receipt documents and in the rules for filling out tax reporting. Where to find in 1C: - Interface: section “Enterprise” → “Types of receipt of goods and materials (works, services)”. - Navigation link: e1cib/list/Catalog.TypesOfReceipt Users rarely refer to the catalog — during the initial setup of accounting policies or when adding a specific type of receipt to meet reporting requirements. Some values are provided as predefined (for example, AcquisitionOfG&M — the main type of receipt). 2. Attributes and Table Parts 2.1 Standard Attributes Name Type Purpose Name String Short name of the type of receipt, displayed in lists and document selection fields. Code String/Number Unique code of the catalog element, supporting referential integrity and quick search. 2.2 Header Attributes (Additional) Name Type Mandatory Purpose FullName String (xs:string) Optional (DontCheck) Expanded description of the type of receipt for printed forms and reports. Complements the short name with explanations. CorrectionFlag Boolean (xs:boolean) Optional (DontCheck) Flag: the type of receipt is used for corrective operations (error correction, clarification of data from previous periods). Affects the allocation of turnover to the corresponding sections of the VAT Declaration. TaxableTurnoverCode String (xs:string) Optional (DontCheck) Classifier code for matching with forms of tax reporting of the RK. Used when exporting data to the VAT Declaration for automatic distribution of turnover across the lines of the form. 2.3 Table Parts None. The catalog has a flat structure without subordinate collections of data. 3. Forms Form Purpose ElementForm Main form for editing the element (key for the user). ~62 UI elements. Input fields: Name, Code, FullName, TaxableTurnoverCode, CorrectionFlag (checkbox). ListForm List of all elements of the catalog. ~41 UI elements, including the group change command ChangeSelected (mass editing). SelectionForm Simplified form for selecting the type of receipt from documents. ~32 elements, focusing on quick search and selection. 4. Key Module Procedures In the attached evidence, software modules (BSL) are not provided, so below are typical handlers for the classifier catalog of this type. Specific lines of code are not provided, as they are absent in the source data. - ObjectModule → FillProcessing — filling in default attributes when creating a new element (for example, the CorrectionFlag is removed). - ObjectModule → CheckFillingProcessing — control of filling significant fields before saving (Name; if necessary — TaxableTurnoverCode for types involved in reporting). - ObjectModule → BeforeSaving — validation of uniqueness/consistency of values, prohibition of changing predefined elements outside of regulatory scenarios. - ElementForm → OnCreateOnServer — setting visibility/accessibility of fields (for example, behavior when the CorrectionFlag is set). - ElementForm → CorrectionFlagOnChange — updating dependent logic of the form when toggling the correction flag. Requires verification (version-specific): the exact composition of handlers and the presence of client form management procedures in the specific build 3.0.74.2. 5. Posting and Movements The catalog is not posted and does not independently generate movements in accumulation/accounting registers — it is an analytical classifier. Movements are generated by receipt documents, in which a value from TypesOfReceipt is selected. The impact of the catalog on accounting is indirect, through: - Accumulation register “VAT” / tax accounting registers — by the value of TaxableTurnoverCode and CorrectionFlag, the turnover is allocated to the necessary line of the VAT Declaration (300.00) and divided into taxable/non-taxable/corrective. - Electronic documents — receipt data participates in the formation of electronic invoices (ESF) (ESF IS) and accompanying documents. Typical postings of the receipt document (chart of accounts RK, VAT rate 16%) Example: receipt of goods for the amount of 100,000 ₸ without VAT, VAT 16% = 16,000 ₸, total 116,000 ₸. Dr Cr Amount, ₸ Content 1330 “Goods” 3310 “Payables to suppliers” 100,000 Receipt of goods 1420 “VAT to be refunded” 3310 “Payables to suppliers” 16,000 Incoming VAT at the rate of 16% Upon subsequent sale (for context): Dr 1210 / Cr 6010 — income from sales; Dr 7010 / Cr 1330 — cost of goods sold; Dr 1210 (or as part of revenue) / Cr 3130 “VAT payable”. Payment from the buyer: Dr 1030 “Cash in current accounts” / Cr 1210. The VAT rate in the RK for 2026 is 16% (not 12%). All examples use the current rate. 6. Related Objects and Input on Basis - Receipt documents (receipt of G&M, works, and services) — use the catalog as a classifier attribute to allocate turnover to the required type. - VAT Declaration (300.00) — the main consumer of data: turnovers are distributed across the lines of the form based on TaxableTurnoverCode and CorrectionFlag. - Electronic documents ESF and accompanying documents — receipt data with the specified type participates in the formation and control of electronic invoices and accompanying documents for goods. - Input on basis: not provided for the classifier catalog; elements are created manually or come predefined. 7. Extension Points - Configuration extension: adding custom attributes (for example, an additional code for internal analytics), new selection forms, refining ElementForm without removing from support. - Additional attributes and information (properties mechanism) — if support for PVC/sets of additional attributes is enabled for the object. - Event handlers of the object module (BeforeSaving, CheckFillingProcessing) — overriding/extending through extension for custom validation rules. - Event subscriptions — for integrating the creation/modification of elements with external mechanisms. - Rules for filling out reporting — when changing tax reporting forms, matching TaxableTurnoverCode with lines of the VAT Declaration may be updated regularly. Requires verification (version-specific): the complete list of predefined elements and the exact mapping of taxable turnover codes to the lines of form 300.00 in build 3.0.74.2. --- _BuhGPT — ИИ-помощник для бухгалтеров Казахстана: https://buhgpt.kz_