RUKKENZH
Задать вопрос AI
SectionsОбъекты конфигурации 1С
Directory "Access Groups of Individuals" — Accounting for Kazakhstan 3.0
Язык статьи:🇷🇺 RU🇰🇿 KK🇬🇧 EN🇨🇳 ZH
Версия статьи:📘 Для бухгалтера⚙️ Для тех-специалиста

Directory "Access Groups of Individuals" — Accounting for Kazakhstan 3.0

Applies to: 1С:Бухгалтерия для Казахстана, release 3.0.74.2 · by 1C-Sapa Group, 1C partner
СТ
Сапа Т.И. — Эксперт по 1С и бухгалтерскому учёту, преподаватель-практик

1. Identification

Parameter Value
Object Type Catalog
Name AccessGroupsOfIndividuals
Full Name Catalog.AccessGroupsOfIndividuals
Alias — (matches the name)
Configuration Accounting for Kazakhstan, edition 3.0, version 3.0.74.2
Type Hierarchical (hierarchy of groups and elements)
Owners No (independent catalog)
Purpose Service catalog of the rights management subsystem. Groups individual users into access groups with unified rights to functions and data of the configuration. Used by administrators during initial setup, adding employees, and changing the organizational structure.

Where to find in 1C: section "Administration" → "Access Groups of Individuals". Navigation link: e1cib/list/Catalog.AccessGroupsOfIndividuals

The catalog is a service element of the access management mechanism. It does not participate in accounting operations (no postings, no movements in accounting registers), therefore the tax parameters of the RK (VAT rate, MRP, individual income tax deductions, etc.) do not apply to this object — they are implemented in accounting documents and calculation registers, not here.

2. Attributes and Table Parts

2.1 Header Attributes

User-defined attributes in the metadata are not defined — the catalog uses only standard attributes of 1C catalogs.

Name Type Mandatory Purpose
Code String No Unique access group code for identification
Name String Yes Name of the access group (e.g., "Accountants", "HR Specialists")
Parent Catalog.AccessGroupsOfIndividuals No Reference to the parent group for building the hierarchy

2.2 Table Parts

Table parts are absent. The structure of the catalog is simple, without additional tabular data.

3. Forms

The catalog contains five forms:

Form Purpose
ListForm Main form of the access groups list (56 UI elements). Viewing, searching, creating, and ordering groups in the hierarchy.
ElementForm Key form for creating and editing a specific access group (13 elements). Main working place for the administrator.
GroupForm Editing the node-group in the hierarchy (13 elements). Used when the element is a group (folder).
SelectionForm Selecting a group from the list when substituting in other objects (50 elements).
GroupSelectionForm Alternative form for selecting a specific group (folder) in the hierarchy (23 elements).

4. Key Module Procedures

Evidence in the text of the modules (BSL) is not attached — below are the typical handlers characteristic of a service hierarchical catalog of this type. Specific lines should be clarified by the version code 3.0.74.2.

Object Module (ObjectModule):

  • BeforeWriting(Refusal) — control of correctness before writing: checking for the inadmissibility of circular hierarchy (a group cannot become its own parent), control of filling in the name.
  • OnCopying(CopyingObject) — resetting service fields when copying an element.
  • FillingProcessing(FillingData, FillingText, StandardProcessing) — default filling when creating.

Form Modules (ElementForm, ListForm):

  • OnCreateOnServer(Refusal, StandardProcessing) — setting visibility and availability of form elements, establishing restrictions on administration rights.
  • BeforeWritingOnServer(Refusal, CurrentObject, WritingParameters) — server-side validation before writing from the form.
  • AfterWritingOnServer(CurrentObject, WritingParameters) / AfterWriting(WritingParameters) — updating related access data after saving.

"Requires verification" (version-specific): the exact composition of procedures for synchronizing user rights with the access group in 3.0.74.2 may differ — confirmed by the object module of the specific version.

5. Posting and Movements

The catalog is not posted and does not generate movements in accounting registers or postings according to the chart of accounts. As a service object of the access mechanism, it only affects:

  • Composition of user rights — through related registers/mechanisms of the access management subsystem (affiliation of individuals to groups).

No accounts from the standard chart of accounts of the RK (1210, 1030, 1330, 3310, 3130, 6010, 7010) and electronic documents (ESF, SNT) are involved by this catalog — this logic is implemented in the accounting documents of the configuration.

  • Individuals / users — elements of the catalog group individuals for assigning unified rights; references to the group are used in the access management subsystem.
  • The catalog itself (Parent) — recursive link for building the hierarchy of groups.
  • Input based on — not provided: the service catalog is not a basis for documents and is not created based on other objects.

7. Extension Points

  • Configuration extension: adding custom attributes (e.g., comment, responsible person, validity period of the group) through catalog extension without removing from support.
  • Form handlers: intercepting OnCreateOnServer, BeforeWritingOnServer in the extension ElementForm for additional validation or auto-filling.
  • Object module: enhancement of BeforeWriting for additional business rules (prohibition of deleting system groups, control of name uniqueness).
  • Event subscriptions: BeforeWriting/OnWriting/BeforeDeleting of the catalog for auditing changes in the composition of access groups.
  • Roles and RLS: integration of the group into access restrictions at the record level when customizing the rights model.

Частые вопросы

Does this directory generate entries or movements in the registers?
No. “GroupsOfAccessForIndividuals” is a service directory of the rights restriction subsystem. It does not generate entries, does not create postings according to the Chart of Accounts of the RK, and does not form movements in accounting registers. Its role is to group individuals/users for assigning unified access rights.
Why are there no examples with VAT, MRP, or PIT in the description?
Because this is an access mechanism object, not an accounting document. The tax parameters of Kazakhstan 2026 (VAT 16%, MRP 4,325 ₸, MSP 85,000 ₸, basic PIT deduction 30 MRP/month, PIT 10%/15%, etc.) are applied in accounting documents and calculation registers, not in this directory.
What form is the main one for the administrator's work?
The ElementForm is the key form for creating and editing a specific access group. The ListForm is used for viewing and sorting groups, while the SelectionForm and GroupSelectionForm are used when substituting a group into other objects.
Does the directory have user-defined attributes and table parts?
No. User-defined attributes and table parts are not defined in the metadata. Only standard attributes of the directory are used: Code, Name, and Parent (for hierarchy).
How to open the list of access groups for individuals?
Section “Administration” → “Access Groups for Individuals”, or via the navigation link e1cib/list/Directory.GroupsOfAccessForIndividuals. Access is granted to users with administrative rights.

Read also

Источники

Была ли статья полезна?
💼 Нужна помощь с 1С или учётом? Слава КВЦ — многолетняя практика в 1С в Казахстане. Изучите разложенный НК РК 2026 или спросите в чате BuhGPT — ответит за секунды.