Документ «Регистрация трудовой деятельности»

Документ «Регистрация трудовой деятельности» предназначен для фиксации кадровых мероприятий трудовой деятельности сотрудников организации: каждое мероприятие (строка табличной части) описывает событие с видом (перечисление `ВидыМероприятийТрудовойДеятельности`), датой, должностью, подразделением, трудовой функцией и реквизитами документа-основания, включая детализированное основание увольнения (статья/часть/пункт/подпункт/абзац). При проведении документ формирует записи в регистре сведений `МероприятияТрудовойДеятельности` — это единственный регистр движения. Структура полей (виды мероприятий, коды по ОКЗ, реестр должностей, ПФР-справочники) соответствует механизму учёта мероприятий электронной трудовой книжки из российской типовой ЗУП; в казахстанской конфигурации объект следует рассматривать как наследие типовой. Пользователи — кадровики; периодичность и расположение в меню в выгрузке не определены. Нумерация документа: строковая, длина 11 символов, непериодическая.

ЗУП для Казахстана, ред. 3.1 · v3.1.2.24 · обновлено 2026-06

Конфигурация: «Зарплата и управление персоналом для Казахстана 3.1» (ЗУП КЗ 3.1). ⚠️ Пометка о происхождении: объект унаследован из российской типовой ЗУП 3.1. В составе табличной части присутствуют справочники с маркером ПФР (ТерриториальныеУсловияПФР, ПричиныУвольненияПФР) — это RU-наследие типовой конфигурации, к казахстанскому регламентированному учёту напрямую не относится.

1. Назначение и место в учёте

Документ «Регистрация трудовой деятельности» предназначен для фиксации кадровых мероприятий трудовой деятельности сотрудников организации: каждое мероприятие (строка табличной части) описывает событие с видом (перечисление ВидыМероприятийТрудовойДеятельности), датой, должностью, подразделением, трудовой функцией и реквизитами документа-основания, включая детализированное основание увольнения (статья/часть/пункт/подпункт/абзац). При проведении документ формирует записи в регистре сведений МероприятияТрудовойДеятельности — это единственный регистр движения. Структура полей (виды мероприятий, коды по ОКЗ, реестр должностей, ПФР-справочники) соответствует механизму учёта мероприятий электронной трудовой книжки из российской типовой ЗУП; в казахстанской конфигурации объект следует рассматривать как наследие типовой. Пользователи — кадровики; периодичность и расположение в меню в выгрузке не определены. Нумерация документа: строковая, длина 11 символов, непериодическая.

2. Структура объекта

2.1 Реквизиты шапки

Все реквизиты из metadata.attributes (4 шт.), имена дословно:

Имя	Тип	Обязательность	Зачем нужен
`Организация`	cfg:CatalogRef.Организации	Обязателен (`fill_value_required: ShowError`)	Организация, по сотрудникам которой регистрируются мероприятия трудовой деятельности. Единственный реквизит с контролем заполнения.
`КраткийСоставДокумента`	xs:string	Не проверяется (`DontCheck`)	Строковое представление состава документа; синоним в UI — «Сотрудники». Служебное поле для отображения списка сотрудников в журнале.
`Ответственный`	cfg:CatalogRef.Пользователи	Не проверяется (`DontCheck`)	Пользователь, ответственный за документ.
`Комментарий`	xs:string	Не проверяется (`DontCheck`)	Произвольный комментарий к документу.

2.2 Табличные части

ТЧ `Мероприятия` (синоним «Мероприятия») — основная содержательная часть документа

Каждая строка — одно кадровое мероприятие по одному сотруднику. Все 37 колонок из metadata, имена дословно:

Имя	Тип	Назначение
`Сотрудник`	cfg:CatalogRef.ФизическиеЛица	Физическое лицо, по которому регистрируется мероприятие. Внимание: тип — ФизическиеЛица, не Сотрудники.
`ИдМероприятия`	v8:UUID	Уникальный идентификатор мероприятия (служебный, для сопоставления/отмены).
`ДатаМероприятия`	xs:dateTime	Дата кадрового мероприятия.
`ВидМероприятия`	cfg:EnumRef.ВидыМероприятийТрудовойДеятельности	Вид мероприятия (приём, перевод, увольнение и т.п. — значения перечисления в выгрузке не раскрыты). Определяет смысл остальных колонок строки.
`Сведения`	xs:string	Текстовые сведения о мероприятии.
`Подразделение`	cfg:CatalogRef.ПодразделенияОрганизаций	Подразделение организации, к которому относится мероприятие.
`Должность`	cfg:CatalogRef.Должности	Должность сотрудника.
`РазрядКатегория`	(тип в выгрузке пуст)	Разряд/категория должности. Тип в metadata не определён (составной/характеристика).
`КодПоРееструДолжностей`	xs:string	Код должности по реестру должностей.
`ТрудоваяФункция`	cfg:CatalogRef.ТрудовыеФункции	Трудовая функция сотрудника.
`НаименованиеДокументаОснования`	xs:string	Наименование документа-основания мероприятия (например, приказа).
`ДатаДокументаОснования`	xs:dateTime	Дата документа-основания.
`СерияДокументаОснования`	xs:string	Серия документа-основания.
`НомерДокументаОснования`	xs:string	Номер документа-основания.
`ОснованиеУвольнения`	(тип в выгрузке пуст)	Основание увольнения (ссылочный/составной тип, в metadata не раскрыт). Заполняется для мероприятий увольнения.
`ДатаС`	xs:dateTime	Начало периода действия мероприятия.
`ДатаПо`	xs:dateTime	Окончание периода действия мероприятия.
`ДатаОтмены`	xs:dateTime	Дата отмены ранее зарегистрированного мероприятия — заполняется при регистрации отмены.
`СотрудникЗаписи`	cfg:CatalogRef.Сотрудники	Сотрудник (элемент справочника `Сотрудники`), к которому относится запись. Парное поле к `Сотрудник` (физлицо).
`ЯвляетсяСовместителем`	xs:boolean	Признак работы по совместительству.
`ФиксСтрока`	xs:boolean	Служебный признак фиксации строки (защита от изменения/перезаполнения).
`ПредставлениеДолжности`	xs:string	Текстовое представление должности (как выводится в сведениях).
`ПредставлениеПодразделения`	xs:string	Текстовое представление подразделения.
`ОснованиеУвольненияТекстОснования`	xs:string	Полный текст основания увольнения.
`ОснованиеУвольненияСтатья`	xs:string	Статья нормативного акта основания увольнения.
`ОснованиеУвольненияЧасть`	xs:string	Часть статьи основания увольнения.
`ОснованиеУвольненияПункт`	xs:string	Пункт статьи основания увольнения.
`ОснованиеУвольненияПодпункт`	xs:string	Подпункт статьи основания увольнения.
`ОписаниеДолжности`	xs:string	Описание должности.
`НаименованиеВторогоДокументаОснования`	xs:string	Наименование второго документа-основания (если мероприятие оформлено двумя документами).
`ДатаВторогоДокументаОснования`	xs:dateTime	Дата второго документа-основания.
`СерияВторогоДокументаОснования`	xs:string	Серия второго документа-основания.
`НомерВторогоДокументаОснования`	xs:string	Номер второго документа-основания.
`ОснованиеУвольненияАбзац`	xs:string	Абзац статьи основания увольнения.
`КодПоОКЗ`	cfg:CatalogRef.КлассификаторЗанятий	Код занятия по классификатору занятий (ОКЗ).
`ТерриториальныеУсловия`	cfg:CatalogRef.ТерриториальныеУсловияПФР	⚠️ RU-наследие: территориальные условия по классификации ПФР (РФ). В учёте РК не используется.
`ПричинаУвольненияПФР`	cfg:CatalogRef.ПричиныУвольненияПФР	⚠️ RU-наследие: причина увольнения по классификации ПФР (РФ). В учёте РК не используется.

ТЧ `ДополнительныеРеквизиты` (синоним «Дополнительные реквизиты»)

Стандартный механизм дополнительных реквизитов БСП:

Имя	Тип	Назначение
`Свойство`	cfg:ChartOfCharacteristicTypesRef.ДополнительныеРеквизитыИСведения	Вид дополнительного реквизита.
`Значение`	(тип в выгрузке пуст — характеристика)	Значение дополнительного реквизита (тип определяется свойством).
`ТекстоваяСтрока`	xs:string	Текстовое значение для длинных строк.

2.3 Формы

(не определено) — в выгрузке metadata.forms и секция forms пусты; формы объекта в карту не вошли. Командного интерфейса (commands) также нет.

3. Сценарии работы

Сценарии синтезированы из metadata (BSL-логика в выгрузке отсутствует, поэтому шаги описаны по структуре полей; конкретные автоподстановки форм не гарантируются).

3.1 Сценарий: «Регистрация мероприятия о приёме/кадровом изменении»

Когда применяется: нужно зафиксировать кадровое мероприятие трудовой деятельности сотрудника (вид определяется перечислением ВидыМероприятийТрудовойДеятельности).
Шаги пользователя: 1. Создать новый документ «Регистрация трудовой деятельности». 2. Указать Организация (обязательно — без неё документ не запишется с проверкой ShowError). 3. В ТЧ Мероприятия добавить строку: выбрать Сотрудник (физлицо) и СотрудникЗаписи (элемент справочника Сотрудники). 4. Указать ВидМероприятия и ДатаМероприятия. 5. Заполнить кадровые данные: Подразделение, Должность, ТрудоваяФункция, при необходимости КодПоОКЗ, КодПоРееструДолжностей, ЯвляетсяСовместителем. 6. Заполнить документ-основание: НаименованиеДокументаОснования, ДатаДокументаОснования, СерияДокументаОснования, НомерДокументаОснования (при необходимости — поля второго документа-основания). 7. Провести документ.
На что обратить внимание: период действия мероприятия задаётся полями ДатаС/ДатаПо.
Какие проверки сработают: штатная проверка заполнения Организация (ShowError). Прочие валидации в выгрузке не определены.
После «Провести»: записи попадают в регистр сведений МероприятияТрудовойДеятельности.

3.2 Сценарий: «Регистрация увольнения с детализацией основания»

Когда применяется: мероприятие — увольнение; требуется зафиксировать нормативное основание.
Шаги пользователя: 1. Создать документ, указать Организация. 2. В строке ТЧ выбрать сотрудника, ВидМероприятия (увольнение), ДатаМероприятия. 3. Заполнить ОснованиеУвольнения и его текстовую детализацию: ОснованиеУвольненияТекстОснования, ОснованиеУвольненияСтатья, ОснованиеУвольненияЧасть, ОснованиеУвольненияПункт, ОснованиеУвольненияПодпункт, ОснованиеУвольненияАбзац. 4. ⚠️ Поле ПричинаУвольненияПФР — RU-наследие (классификатор ПФР РФ); для учёта РК не заполняется. 5. Указать документ-основание (приказ об увольнении) и провести.
Какие проверки сработают: только контроль Организация (по metadata).
После «Провести»: мероприятие увольнения зарегистрировано в регистре МероприятияТрудовойДеятельности.

3.3 Сценарий: «Отмена ранее зарегистрированного мероприятия»

Когда применяется: ранее переданное/зарегистрированное мероприятие ошибочно и его нужно отменить.
Шаги пользователя: 1. Создать документ, указать Организация. 2. В строке ТЧ указать того же сотрудника и идентификатор отменяемого мероприятия ИдМероприятия (UUID связывает отмену с исходной записью). 3. Заполнить ДатаОтмены. 4. Провести документ.
На что обратить внимание: признак ФиксСтрока (булево) помечает зафиксированные строки — такие строки не следует редактировать.
После «Провести»: в регистр МероприятияТрудовойДеятельности записывается отметка об отмене мероприятия.

3.4 Сценарий: «Просмотр и корректировка документа» (Read/Update)

Когда применяется: проверка состава зарегистрированных мероприятий, исправление до фиксации.
Шаги пользователя: 1. Открыть документ из журнала (в списке сотрудники видны по строковому полю КраткийСоставДокумента, синоним «Сотрудники»). 2. Проверить строки ТЧ Мероприятия; для изменения — отредактировать поля строки и перепровести. 3. При необходимости заполнить Ответственный, Комментарий.
Какие проверки сработают: контроль Организация; перепроведение перезаписывает движения в регистре.

3.5 Сценарий: «Дополнительные реквизиты»

Когда применяется: организация ведёт собственные дополнительные поля документа (механизм БСП).
Шаги: в ТЧ ДополнительныеРеквизиты выбрать Свойство (план видов характеристик ДополнительныеРеквизитыИСведения) и указать Значение (тип зависит от свойства; длинный текст — в ТекстоваяСтрока).

4. Per-field reference

Обработчики ПриИзменении в выгрузке отсутствуют (bsl_static и bsl_summaries пусты), поэтому влияние полей друг на друга по коду не определено; ниже — справка по metadata.

Организация (CatalogRef.Организации): организация-работодатель. Обязателен — единственное поле с fill_value_required = ShowError; без него документ не пройдёт проверку заполнения. Заполняется первым.
КраткийСоставДокумента (строка, синоним «Сотрудники»): служебное представление состава сотрудников документа для журнала; вручную не вводится (типичное поведение таких полей — автоформирование; код в выгрузке не представлен).
Ответственный (CatalogRef.Пользователи): кто отвечает за документ; необязателен.
Комментарий (строка): произвольная пометка; необязателен.
Сотрудник (ТЧ, CatalogRef.ФизическиеЛица): ключевое поле строки — физическое лицо. Для ссылки на кадровую позицию используется отдельное поле СотрудникЗаписи.
СотрудникЗаписи (ТЧ, CatalogRef.Сотрудники): элемент справочника Сотрудники (конкретное трудоустройство физлица, в т.ч. совместительство — см. ЯвляетсяСовместителем).
ВидМероприятия (ТЧ, EnumRef.ВидыМероприятийТрудовойДеятельности): определяет смысл строки (какие поля содержательны — кадровые или «увольнительные»); значения перечисления в выгрузке не раскрыты.
ДатаМероприятия (ТЧ, dateTime): дата события; вместе с ДатаС/ДатаПо задаёт хронологию мероприятия.
ИдМероприятия (ТЧ, UUID): уникальный идентификатор мероприятия; используется для связи записей (в т.ч. при отмене через ДатаОтмены). Агенту не генерировать вручную без необходимости.
Должность / ПредставлениеДолжности / ОписаниеДолжности / КодПоРееструДолжностей (ТЧ): ссылка на справочник Должности плюс текстовые представления и код по реестру должностей — текстовые поля дублируют представление для записи сведений.
Подразделение / ПредставлениеПодразделения (ТЧ): ссылка на ПодразделенияОрганизаций и её текстовое представление.
ТрудоваяФункция (ТЧ, CatalogRef.ТрудовыеФункции): трудовая функция по классификатору.
КодПоОКЗ (ТЧ, CatalogRef.КлассификаторЗанятий): код занятия по классификатору занятий.
Группа «Основание увольнения» (ОснованиеУвольнения, …ТекстОснования, …Статья, …Часть, …Пункт, …Подпункт, …Абзац): нормативная детализация причины увольнения; заполняется только для мероприятий увольнения.
Группа «Документ-основание» (НаименованиеДокументаОснования, ДатаДокументаОснования, СерияДокументаОснования, НомерДокументаОснования + аналогичные поля второго документа): реквизиты приказа/основания мероприятия; второй комплект — для мероприятий, оформленных двумя документами.
ДатаС / ДатаПо (ТЧ, dateTime): период действия мероприятия.
ДатаОтмены (ТЧ, dateTime): признак-дата отмены мероприятия; заполнена — строка трактуется как отменяющая.
ЯвляетсяСовместителем (ТЧ, boolean): отметка совместительства.
ФиксСтрока (ТЧ, boolean): фиксация строки; зафиксированные строки не редактировать.
ТерриториальныеУсловия (ТЧ, CatalogRef.ТерриториальныеУсловияПФР): ⚠️ RU-наследие (ПФР РФ), в РК не используется.
ПричинаУвольненияПФР (ТЧ, CatalogRef.ПричиныУвольненияПФР): ⚠️ RU-наследие (ПФР РФ), в РК не используется.
РазрядКатегория, ОснованиеУвольнения, Значение (ДопРеквизиты): типы в выгрузке пусты (составные/характеристики) — при автоматизации определять тип по форме.

5. Бизнес-логика

Обработчики событий: (не определено) — секции bsl_static и bsl_summaries в выгрузке пусты; модули объекта/форм в карту не вошли.
Проводки/движения: бухгалтерских проводок нет; документ при проведении пишет в регистр сведений МероприятияТрудовойДеятельности (см. metadata.register_records). Логика формирования записей в выгрузке не представлена.
Валидации: из metadata подтверждена единственная — обязательность Организация (ShowError). Содержимое ОбработкаПроверкиЗаполнения — (не определено).
Зависимости от других модулей: (не определено) по выгрузке; по структуре задействованы справочники Организации, Пользователи, ФизическиеЛица, Сотрудники, ПодразделенияОрганизаций, Должности, ТрудовыеФункции, КлассификаторЗанятий, ТерриториальныеУсловияПФР, ПричиныУвольненияПФР, перечисление ВидыМероприятийТрудовойДеятельности, ПВХ ДополнительныеРеквизитыИСведения.

6. Связи с другими объектами

6.1 Документы-основания

metadata.based_on пуст — документ не вводится на основании других документов.

6.2 Кто создаётся на основании этого

metadata.inverse_based_on пуст — на основании этого документа другие документы не создаются.

6.3 Регистры движения

InformationRegister.МероприятияТрудовойДеятельности — единственный регистр, куда документ пишет при проведении.

7. Заметки для ИИ-агента

Организация — единственное обязательное поле шапки (ShowError); заполняй его первым, иначе запись/проведение упадёт на проверке заполнения.
Вся содержательная работа — в ТЧ Мероприятия; шапка минимальна (4 реквизита). Имена колонок для селекторов бери дословно из раздела 2.2.
Не путай два поля сотрудника: Сотрудник — тип ФизическиеЛица, СотрудникЗаписи — тип Сотрудники. Подставлять ссылку одного типа в поле другого нельзя.
ВидМероприятия определяет смысл строки: поля группы «ОснованиеУвольнения…» и ПричинаУвольненияПФР имеют смысл только для увольнения; для отмены мероприятия заполняется ДатаОтмены и используется ИдМероприятия исходной записи.
КраткийСоставДокумента (в UI — «Сотрудники») не вводи вручную — это строковое служебное представление состава.
Строки с ФиксСтрока = Истина не редактируй — признак фиксации.
RU-наследие: ТерриториальныеУсловия (ПФР) и ПричинаУвольненияПФР — поля российской типовой; в казахстанской базе их не заполняй, если прямо не потребовано.
Форм и команд в выгрузке нет — перед UI-автоматизацией сними фактическую структуру формы с экрана; проведение создаёт записи только в регистре сведений МероприятияТрудовойДеятельности (бухгалтерских проводок не жди).