1. Identification
| Parameter | Value |
|---|---|
| Metadata Class | Reference (Catalog). In the attached evidence, the object is clearly described as a reference-classifier, despite the name "Documents..." and the form of the navigation link e1cib/list/…. Accounting as a "document with processing" is not conducted here. |
| Name | DocumentsIdentifyingPersons |
| Synonym | not specified (—) |
| Configuration | Accounting for Kazakhstan, edition 3.0, version 3.0.74.2 |
| Navigation Link | e1cib/list/Document.DocumentsIdentifyingPersons (this is the specified one; for the catalog, a document list form is actually opened) |
Purpose. The reference stores a classifier of types of documents that identify individuals (identity card of a citizen of the RK, passport of a citizen of the RK, residence permit, identity certificate of a stateless person, birth certificate, etc.). The values of the reference are used in the cards of individuals, employees, and individual contractors, and the document type code is used in the formation of tax and statistical reporting of the RK (including form 910.00, tax return form for individual income tax and social payments).
The object is service: it is mainly filled from the classifier, direct manual work with the reference is infrequent — the user more often selects a ready value from the list. It is accessible through the personnel accounting and individual work subsystems.
Where to find in 1C: section "Personnel Management" → "Documents Identifying Persons".
2. Attributes and Structure
2.1 Header Attributes
| Name | Type | Mandatory | Purpose |
|---|---|---|---|
DocumentTypeCodeInTaxReporting |
String (xs:string) |
Not checked (DontCheck) |
Document type code for automatic filling of tax forms and reports to the tax authorities of the RK. It is used when forming form 910, tax return form for insurance contributions/social payments, and other forms where a document type code identifying a person is required. |
Standard attributes of the reference:
Name— name of the document type (for example, "Identity Card of a Citizen of the RK", "Passport of a Citizen of the RK").Code— code of the reference item.
2.2 Table Parts
None. The reference has a simple flat structure: one record = one document type.
3. Forms
| Form | Purpose |
|---|---|
| ElementForm | Main form for editing the element (document type). Fields: Name, Code, DocumentTypeCodeInTaxReporting. |
| ListForm | Form for the list of all document types. Contains commands for selection and bulk modification of selected items. Key form for viewing and navigation. |
| SelectionForm | Form for selecting a document type when filling out other objects (individual card, personnel documents). Contains a selection command. |
| ClassifierSelectionForm | Specialized form for loading document types from the classifier. Uses a tabular document to display classifier data and primary/additional filling of the reference. |
4. Key Module Procedures
BSL-evidence for this object is not attached, so below is a typical set of handlers for the reference-classifier configuration of BK 3.0. Specific signatures should be checked against the form modules in your version.
Form module ElementForm:
OnCreateOnServer— initial setup of the form, visibility/accessibility of fields.CheckFillingOnServer(if available) — control of fillingName;DocumentTypeCodeInTaxReportingis not checked (DontCheck).
Form module ListForm / SelectionForm:
OnCreateOnServer— setup of the list, filtering, restoring selection mode.- Selection and bulk modification commands for selected items (handling multiple editing of attributes).
Form module ClassifierSelectionForm:
- Procedures for loading classifier rows into a tabular document and transferring selected rows to the reference (creating items with filling
Name,Code,DocumentTypeCodeInTaxReporting).
Object module (ObjectModule):
FillingHandler— filling default attributes during interactive creation.BeforeSaving/BeforeCopying— typical service logic if necessary.
5. Processing and Movements
The object is a reference and is not processed: it does not generate movements in registers and does not create accounting entries. The chart of accounts of the RK (1210, 1030, 1330, 3310, 3130, 6010, 7010, etc.) does not directly affect this object.
Participation in accounting is indirect, as a reference value:
- The reference item is indicated as a document type in the data of the individual (attributes/registers of information about individuals' documents), employee, individual contractor.
- Through the attribute
DocumentTypeCodeInTaxReporting, the value enters the regulated reporting of the RK: form 910.00, tax return form for individual income tax and social payments, where amounts of income, individual income tax (10% up to 8,500 MRP of annual income and 15% above; basic deduction of 30 MRP per month, but not more than 360 MRP per year), OPE 10% (base ceiling 50 MZP), OPE 3.5%, VOSMS 2%, OSMS 3%, CO 5%, social tax 6% are reflected for employees. The amounts and rates themselves are calculated in personnel-salary and tax mechanisms, not in this reference; the reference only provides the document type code of the individual (MRP 4,325 ₸, MZP 85,000 ₸, VAT rate 16% — context of the RK in 2026, not directly applicable to this classifier).
6. Related Objects and Input on Basis
- Reference "Individuals" — main consumer: document type is linked to the individual (directly as an attribute and/or through the register of information about individuals' documents with attributes "Series", "Number", "Issued by", "Date of issue").
- Reference "Contractors" (individuals) — when registering an individual contractor.
- Personnel documents and employee reference — when processing hiring and maintaining personal data.
- Regulated reporting of the RK — forms 910.00, tax return forms, where
DocumentTypeCodeInTaxReportingis transmitted.
Input on basis for this reference is not provided — it serves as a source of values for the attributes of other objects.
7. Extension Points
- Filling the classifier — through
ClassifierSelectionForm; when new document types appear or tax reporting codes of the RK change, add items and the attributeDocumentTypeCodeInTaxReporting. - Configuration extension — adding attributes to the form
ElementForm/ListFormwithout removing the object from support; overriding handlersOnCreateOnServer. - Event subscriptions (
BeforeSaving,BeforeSaving) — for validating the uniqueness of the code or synchronizing with external systems/classifiers. - Additional attributes and information (BSP mechanism) — if it is necessary to store additional attributes by document type without modifying metadata.
Requires verification (version-specific): the exact list of document type codes in tax reporting and their relevance for the reporting forms of the RK in 2026 — check against the current release of the classifier configuration and the requirements of the DGT.