Документ «Возобновление трудовых договоров»

Регистрирует возобновление действия ранее приостановленных трудовых договоров (контрактов): списком по сотрудникам закрывает период приостановления и возвращает работников в работу, при необходимости фиксирует кадровое мероприятие в трудовой книжке. Документ раздела «Кадры» в ЗУП для Казахстана 3.1.

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

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

У сотрудника ранее был приостановлен трудовой договор (парным документом приостановления), и теперь он возвращается к работе — это нужно зарегистрировать. Документ «Возобновление трудовых договоров» — вторая половина пары «приостановление / возобновление»: он закрывает период приостановления и возвращает сотрудника в активное состояние. Документ списочный: одним приказом можно возобновить договоры сразу нескольких сотрудников, у каждого — своя дата возобновления (табличная часть Сотрудники с колонкой ДатаВозобновления).

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

Кто работает: кадровик, эпизодически — при возврате сотрудников с приостановленных контрактов. Создаётся с нуля либо «на основании» карточки сотрудника.

📌 Наследие РФ-типовой. Сам механизм парных документов «приостановление / возобновление трудовых договоров (контрактов)» пришёл из российской типовой ЗУП 3.1 (там введён для договоров мобилизованных). Возобновлять можно только ранее приостановленный договор — без действующей записи приостановления документу нечего закрывать.

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

Раздел «Кадры» → пункт «Возобновление трудовых договоров». Откроется журнал документов; новый создаём кнопкой «Создать» либо вводим «на основании» карточки сотрудника.

📌 Заметка. Точное расположение пункта в меню и состав форм по выгрузке конфигурации не определены (списки forms и commands пусты) — фактический вид формы сверяйте с живой базой. По смыслу объекта это кадровый документ; если в разделе «Кадры» пункта нет — ищите его рядом с приёмом/увольнением или через «Все функции».

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

Проходим по шагам: от пустого документа до проведённого возобновления — на одного сотрудника, списком и с записью в трудовую книжку.

Урок 1. Возобновление одного договора

Когда: сотрудник, чей трудовой договор был ранее приостановлен, возвращается к работе. Это основной сценарий.

  1. Создаём новый документ «Возобновление трудовых договоров». Удобно ввести его «на основании» карточки сотрудника — тогда сотрудник попадёт в таблицу, а Организация заполнится из основания.
  2. Проверяем Организацию — это единственное обязательное поле шапки, без него документ не проведётся.
  3. В табличной части «Сотрудники» добавляем строку: выбираем Сотрудника и указываем Дату возобновления — день, с которого трудовой договор снова действует.
  4. При необходимости вносим Номер приказа (понадобится для печатной формы).
  5. Проводим документ. По сотруднику закроется период приостановления, состояние вернётся в «работает», возобновится применение плановых начислений и восстановится занятость штатной позиции.
📷 Скриншот: документ «Возобновление трудовых договоров»
Шапка с Организацией и табличная часть «Сотрудники» (Сотрудник + Дата возобновления).
💡 Подсказка. Сотрудники и даты возобновления вводятся построчно в таблице «Сотрудники», а не в шапке документа — у каждой строки своя Дата возобновления. В колонке выбирается именно Сотрудник (рабочее место), а не физлицо.
⚠️ Важно. Формально обязательна только Организация, но без строк в таблице «Сотрудники» документ ничего не сделает — хотя бы одна строка «Сотрудник + Дата возобновления» обязательна по смыслу. И помните: возобновить можно только тот договор, по которому раньше было оформлено приостановление.

Урок 2. Массовое возобновление по приказу

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

  1. Создаём документ, заполняем Организацию и Номер приказа.
  2. В таблицу «Сотрудники» добавляем строку на каждого сотрудника; Дату возобновления ставим индивидуально — у разных сотрудников даты могут отличаться.
  3. Проводим документ — движения сформируются по каждой строке таблицы.
📌 Заметка. Поле «Сотрудники» в шапке (служебный реквизит КраткийСоставДокумента) — это авто-представление состава для списка документов, его вручную не заполняют; не путайте его с одноимённой табличной частью. Служебная таблица «Физические лица» (ФизическиеЛица) тоже заполняется программой — трогать её не нужно.

Урок 3. Запись в трудовую книжку и подписанты

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

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

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

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

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

Тип объекта — документ. Нумерация: тип номера String, длина 11, периодичность Year (в пределах года). В шапке 17 реквизитов (обязательный — один), 3 табличные части. Расчётных реквизитов и регистров расчёта у объекта нет — это кадровый, а не зарплатный документ. Ниже — полный реквизитный состав шапки и состав табличных частей.

Реквизиты шапки (все 17)

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

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

ИмяНазначение
СотрудникиОсновная ТЧ: список сотрудников, по которым возобновляются договоры. Колонки: Сотрудник (СправочникСсылка.Сотрудники — рабочее место) и ДатаВозобновления (Дата) — индивидуальная дата возобновления договора по строке
ФизическиеЛицаСлужебная ТЧ — список физических лиц документа. Единственная колонка ФизическоеЛицо (СправочникСсылка.ФизическиеЛица); заполняется программой
ДополнительныеРеквизитыСтандартный механизм дополнительных реквизитов (подсистема «Свойства»). Колонки: Свойство (ПланВидовХарактеристикСсылка.ДополнительныеРеквизитыИСведения), Значение, ТекстоваяСтрока
⚠️ Важно. Содержательно документ «живёт» в ТЧ Сотрудники: даты возобновления — построчные, в шапке их нет. Реквизит шапки КраткийСоставДокумента (синоним «Сотрудники») — это не таблица, а служебная строка-представление состава; не путать с одноимённой табличной частью.

Движения по регистрам

Документ объявлен регистратором по 6 регистрам — все регистры сведений (InformationRegister). Регистров расчёта, накопления и бухгалтерских проводок нет: налоговых и денежных движений документ не делает. Полный список — из metadata.register_records.

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

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

⚠️ Важно об источнике. В использованной XML-выгрузке конфигурации модули объекта и форм отсутствуют (секции bsl_static / bsl_summaries пусты), поэтому дословный текст процедур ОбработкаПроведения / ОбработкаПроверкиЗаполнения / обработчиков ПриИзменении привести нельзя. Ниже — реконструкция по метаданным (состав регистров-приёмников и обязательность реквизитов): это не цитата исходного кода, а корректная по структуре схема того, как типовая ЗУП проводит документ.

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

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

Схема проведения (реконструкция): документ — регистратор по 6 регистрам сведений; каждый «слой» кадрового учёта пишет свою часть. Налоговых, денежных и бухгалтерских движений нет.

// Реконструкция по metadata.register_records (6 регистров сведений). Не дословный код модуля.
Процедура ОбработкаПроведения(Отказ, РежимПроведения)

    // Источник строк — ТЧ Сотрудники: по каждой строке (Сотрудник, ДатаВозобновления)
    // формируется набор записей кадровых регистров сведений.

    // 1. Закрытие приостановления договора (парный к документу приостановления).
    Движения.ПриостановленияТрудовыхДоговоровКонтрактов; // закрыть период приостановления

    // 2. Кадровое состояние сотрудника: возврат в «работает».
    Движения.ДанныеСостоянийСотрудников;

    // 3. Возобновление ПРИМЕНЕНИЯ плановых начислений (размеры начислений не меняются).
    Движения.ПрименениеПлановыхНачислений;

    // 4. Занятость штатной позиции на период работы.
    Движения.ЗанятостьПозицийШтатногоРасписания;

    // 5. Кадровое мероприятие для трудовой книжки / электронного учёта
    //    (при ОтразитьВТрудовойКнижке = Истина; ДатаСобытия, НаименованиеДокумента).
    Движения.МероприятияТрудовойДеятельности;

    // 6. Наследие РФ-типовой: стаж ПФР (в РК не используется по делу).
    Движения.ПараметрыПериодовСтажаПФР;

    // НЕТ движений по: Начисления/Удержания (расчёт), налогам РК
    // (ИПН/ОПВ/ОПВР/СО/ВОСМС/ООСМС), ЗарплатаКВыплате, бухгалтерским проводкам.

    // Запись наборов записей всех регистров.
    Движения.Записать();

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

Зависимости

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

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

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