--- title: "Directory \"Values of News Categories\" (Accounting for Kazakhstan 3.0)" country: KZ lang: en author: Сапа Т.И. (https://buhgpt.kz/authors/sapa-ti) date: 2026-09-07 canonical: https://buhgpt.kz/suraqtar/spravochnik-znacheniyakategoriynovostey-buhgalteriya-dlya-en source: BuhGPT --- # Directory "Values of News Categories" (Accounting for Kazakhstan 3.0) > **TL;DR:** 1. Identification Parameter Value Object Type Catalog Name NewsCategoryValues Full Name Catalog.NewsCategoryValues Synonym not set (—) Configuration Accounting for Kazakhstan, edition 3.0 (3.0.74.2) Type Hierarchical, subordinate (has Owner), service Purpose Storage of the cla --- 1. Identification Parameter Value Object Type Catalog Name NewsCategoryValues Full Name Catalog.NewsCategoryValues Synonym not set (—) Configuration Accounting for Kazakhstan, edition 3.0 (3.0.74.2) Type Hierarchical, subordinate (has Owner), service Purpose Storage of the classifier news category values — the catalog supports the mechanism for informing users (news feed) within the configuration Purpose in detail. The catalog stores and organizes values associated with news categories. It is a service (technical) object of the news processing subsystem: it is used for classifying and categorizing news content delivered to users through the built-in information mechanism. The catalog is subordinate to the owner (category catalog), supports a hierarchy of values, and is populated through the supplied data mechanism — standard values are initialized automatically upon the first launch or update of the configuration. Manual work is not required from the ordinary user; access is effectively held by the administrator and automated data loading processes. Where to find in 1C. Programmatically / for debugging: e1cib/list/Catalog.NewsCategoryValues In the interface, the object is usually not displayed as a separate item (service); it is populated automatically within the "Internet User Support" subsystem → news informing. 2. Attributes and Table Parts 2.1 Header Attributes The catalog uses the standard structure of a subordinate hierarchical catalog in 1C. Name Type Mandatory Purpose Code String Mandatory Unique character code of the category value; part of the natural key along with the Owner to prevent duplicates Name String Mandatory Readable name of the news category value Owner CatalogReference Mandatory Reference to the owner category; part of the natural key Parent CatalogReference.NewsCategoryValues Optional Reference to the parent element for building the hierarchy of values Attributes are defined through the standard structure of the catalog (Code, Name, Owner, Parent); their composition is derived from the analysis of the form ElementForm. 2.2 Table Parts None. 3. Forms Form Purpose ElementForm Main form for editing the catalog element. Contains 4 input fields — Owner, Parent, Code, Name — and standard commands FormSaveAndClose, FormSave, FormHelp No separate list/selection forms in evidence have been recorded — when accessing via the navigation link e1cib/list/..., the platform uses an auto-generated list form. 4. Key Procedures of Modules The attached evidence does not provide the code of the object and manager module therefore, below is a typical set of handlers for a service subordinate catalog of this type (implementation in a specific build may vary and is version-specific). Object Module (DataFilling, BeforeSaving, OnCopying) — usually empty or contains standard initialization, as filling occurs through supplied data. Manager Module: - handlers of the supplied data mechanism (OnDataReceived / loading a predefined set of values upon first launch and update); - methods for searching values by code in the context of the owner (using the natural key Owner + Code to prevent duplication). Form ElementForm: - standard save/close through commands FormSaveAndClose, FormSave; - control of mandatory fields filling (Owner, Code, Name) using platform tools. "Requires verification" for the specific build 3.0.74.2: the exact composition of the manager module procedures responsible for the supplied news data. 5. Posting and Movements The catalog is not a document and does not generate movements in registers and accounting entries. It does not participate in accounting/tax accounting. As a consequence, it does not relate to typical mechanisms for accounting documents in Kazakhstan: - entries according to the typical chart of accounts of the RK (1210, 1030, 1330, 3310, 3130, 6010, 7010) — are not generated; - VAT calculation (rate 16% in 2026) — is not performed; - issuance of electronic documents ESF (ESF IS) and SNT — is not performed; - calculations using MPR = 4,325 ₸, MZP = 85,000 ₸, deduction for individual income tax 30 MPR/month (no more than 360 MPR per year), individual income tax 10%/15%, OPP 10%, OPPR 3.5%, VOSMS 2%, OSMS 3%, SO 5%, social tax 6% — do not apply to this object. The only "data changes" when working with the catalog are the standard recording of an element in the catalog table (without movements). The provided numerical norms are given as current values of the RK for 2026 for the general context of the configuration; they are not utilized in the business logic of the catalog itself. 6. Related Objects and Input Based On - Owner — the higher-level catalog of news categories; NewsCategoryValues is subordinate to it (values reveal a specific category). - Information / News Subsystem of the configuration — consumer of the catalog data: values are used as classification signs for news content. - Supplied Data Mechanism — source of filling the catalog upon first launch and update. Input based on for this catalog is not provided (service classifier). It is also not a basis for creating documents. 7. Extension Points - Configuration Extension: adding attributes/forms to the service catalog is undesirable — the object is filled with supplied data and may be overwritten during updates; custom attributes not included in the supply will be retained, but it is better not to override the filling logic. - Event Subscriptions (BeforeSaving/OnSaving of the catalog) — a correct point if you need to respond to changes in the classifier without modifying the standard code. - Additional Processing/BSP: if custom news classification is needed, it is preferable to maintain your own catalog rather than extend the service one. - Roles and Rights: access to the object is limited to administrative roles; when delineating rights in the extension, rely on existing roles of the information subsystem. Version-specific (requires verification in 3.0.74.2): the exact composition of supplied values and roles that grant access to the catalog. --- _BuhGPT — ИИ-помощник для бухгалтеров Казахстана: https://buhgpt.kz_