🎯 Что это и зачем

В Казахстане передача данных о трудовых договорах в ЕСУТД — законодательная обязанность работодателя. На каждое кадровое событие (приём, перевод, изменение условий, увольнение, восстановление) формируется или обновляется свой ЭТД, который затем выгружается на портал enbek.kz и получает оттуда статус и идентификатор. Документ хранит то, что требует формат выгрузки реестра: коды КАТО (регион), БИН/ИИН организации и ИИН работника, коды должности (в т. ч. по справочнику НАО/МСУ), коды тяжёлых условий труда, коды причин расторжения, признаки дистанционной работы и привлечения иностранца.

Ключевая особенность: ЭТД — это структурированная запись для государственного реестра, а не скан договора. Поля документа повторяют формат выгрузки ЕСУТД. Часть реквизитов заполняется не вручную, а по результату обмена с порталом: Статус (перечисление СтатусыЭТД), Идентификатор записи и флаг ЗагруженИзЕСУТД. Обязательных для проверки заполнения реквизитов всего четыре: Организация, Сотрудник, Дата заключения, Дата начала действия.

Кто работает: кадровая служба — специалист отдела кадров, расчётчик ЗУП, как правило в связке с кадровыми документами (приём, перевод, увольнение). Частота высокая в организациях с регулярным движением персонала.

🧭 Где найти в программе

Раздел «Кадры» → журнал электронных трудовых договоров; новый создаём кнопкой «Создать». Передача и сверка с порталом — отдельной операцией обмена с ЕСУТД.

👤 Часть 1. Для пользователя

Проходим по шагам: от первичной регистрации договора до изменений, расторжения и сверки с порталом ЕСУТД.

Урок 1. Регистрация нового ЭТД (приём)

Когда: при приёме сотрудника на работу — формируем первичный электронный трудовой договор для передачи в ЕСУТД. Это основной сценарий.

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

Урок 2. Дополнительное соглашение и пролонгация

Когда: изменились условия действующего договора (перевод, изменение оклада или режима, иные изменения) либо продлевается срок срочного договора.

1. Доп. соглашение. Создаём новый «ЭТД» и ставим флаг «Это дополнительное соглашение».
2. Обязательно указываем Основной ЭТД (ссылка на исходный документ) и/или Идентификатор основного ЭТД; при необходимости — Дата окончания действия осн. договора.
3. Описываем изменения: Иные изменения условий труда, обновлённые должностные и режимные реквизиты, табличную часть «Условия труда»; в Дата начала действия ставим дату вступления изменений.
4. Пролонгация. В табличной части «Пролонгация договора» добавляем строку: Дата пролонгации, Дата окончания пролонгации, Срок действия пролонгации (продлений может быть несколько).
5. Записываем; выгружаем изменения в ЕСУТД отдельной операцией обмена.

Урок 3. Расторжение, восстановление, загрузка из ЕСУТД

Когда: сотрудник увольняется, либо расторжение признано ошибочным и работник восстановлен, либо нужно сверить локальные данные с порталом.

1. Расторжение (увольнение). Заполняем Дата расторжения, Код причины расторжения, Наименование причины расторжения, при необходимости Причина расторжения — цифровизация и Основание увольнения. Код причины — строго по классификатору ЕСУТД.
2. Восстановление на работе. В табличной части «Восстановления на работе» заполняем Дата расторжения, Дата восстановления, Номер приказа, Тип органа, вынесшего решение; при судебном решении — Код суда и Наименование суда, а также Код причины расторжения и Комментарий по ошибочному расторжению.
3. Реорганизация работодателя. Передачу договора между БИН ведём в табличной части «Реорганизация работодателя»: БИН предыдущей организации и Код КАТО предыдущей организации, новые БИН/ИИН организации и Код КАТО, Дата реорганизации.
4. Социальные отпуска. Периоды нетрудоспособности для реестра вносим в табличную часть «Социальные отпуска» (Не работал с / Не работал по, Дата первого рабочего дня, Код социального отпуска, подразделение на русском и казахском языках).
5. Загрузка из ЕСУТД / сверка статусов. Выполняем обмен с порталом — у записей выставляются флаг Загружен из ЕСУТД, Идентификатор и Статус; после этого локальные документы приведены в соответствие с реестром.

🛠 Часть 2. Для программиста

Состав объекта, логика обмена с ЕСУТД и проверки заполнения. Конфигурация ЗУП для Казахстана 3.1, релиз 3.1.2.24.

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

Тип объекта — документ. Нумерация: тип номера String, длина 11, периодичность Year (в пределах года). Комментарий объекта пуст. В шапке 60 реквизитов, 9 табличных частей; состав полей повторяет формат выгрузки ЕСУТД (коды КАТО, БИН/ИИН, коды должности и причин расторжения, блоки иностранного работника и банковских реквизитов). Ниже — ключевые реквизиты шапки и состав основных табличных частей; полный реквизитный состав — в карточке объекта.

Реквизиты шапки (ключевые)

Табличные части (9)

Движения и обмен с ЕСУТД

Достоверные связи по типам полей (не из register_records, а из состава реквизитов и колонок):

Как формируется запись — реальный код (3.1.2.24)

Структура обязательности (из fill_value_required: ShowError) — то, что проверяет стандартная ОбработкаПроверкиЗаполнения на уровне платформы:

// Реконструкция по metadata: 4 реквизита с проверкой заполнения (ShowError).
// Платформа проверяет их автоматически перед записью; имена — дословно из метаданных.
ПроверяемыеРеквизиты =
    "Организация, Сотрудник, ДатаЗаключения, ДатаНачала";
// Прикладные проверки (доп. соглашение без ОсновнойЭТД, согласованность кодов
// классификаторов ЕСУТД) задаёт ОбработкаПроверкиЗаполнения — в выгрузке её нет.

Схема жизненного цикла записи (реконструкция): заполнение → запись → отдельный обмен с порталом → возврат статуса и идентификатора.

// Реконструкция по metadata. register_records ПУСТ — внутренних движений нет в данных.
// Передача в ЕСУТД — отдельная операция обмена, в выгрузке отсутствует.
Процедура ПередЗаписью(Отказ, РежимЗаписи, РежимПроведения)

    // 1. Обязательные реквизиты (ShowError) — иначе запись не пройдёт.
    //    Организация, Сотрудник, ДатаЗаключения, ДатаНачала.

    // 2. БИН/ИИН формально DontCheck, но без них выгрузка в ЕСУТД некорректна.
    //    БИНОрганизации — обычно из Организации; ИИНРаботника — из Сотрудника.

    // 3. Доп. соглашение: при ЭтоДополнительноеСоглашение = Истина
    //    обязателен ОсновнойЭТД (или ИдентификаторОсновногоЭТД), иначе запись
    //    не привязана к основному договору и некорректна для реестра.

    // 4. Сценарные данные — в свои табличные части, не в шапку:
    //    Пролонгация → ПролонгацияДоговора; Восстановление → ВосстановленияНаРаботе;
    //    Реорганизация → РеорганизацияРаботодателя; СоцОтпуска → СоциальныеОтпуска.

КонецПроцедуры

// Поля обмена приходят С ПОРТАЛА по результату выгрузки, а не пишутся вручную:
//   Статус (ПеречислениеСсылка.СтатусыЭТД), Идентификатор, ЗагруженИзЕСУТД.
// Записи с ЗагруженИзЕСУТД = Истина не редактировать «вслепую» —
// расхождение с реестром enbek.kz ломает последующую синхронизацию.

Зависимости

Дословный список общих модулей и регистров-приёмников в выгрузке отсутствует (bsl_static, register_records, based_on, inverse_based_on пусты). Структурно, по типам реквизитов и колонок, объект опирается на:

🔗 Связанные разделы

• Приём на работу — кадровое событие, по которому формируется первичный ЭТД для ЕСУТД.
• Увольнение — событие расторжения договора, регистрируемое в ЭТД (причина по классификатору ЕСУТД).