Документ «Перенос отпуска»

Регистрирует факт переноса ранее запланированного отпуска сотрудника на новые даты — как по инициативе работника, так и по инициативе работодателя. Кадрово-регистрационный документ раздела «Кадры» в ЗУП для Казахстана 3.1.

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

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

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

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

Кто работает: кадровик, специалист по кадровому учёту, по мере необходимости — когда меняются даты ранее запланированного или ранее введённого отпуска.

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

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

📌 Заметка. Точное расположение пункта меню зависит от настроек интерфейса и ролей пользователя. Если пункт не виден в разделе «Кадры» — ищите через «Все функции» или обратитесь к администратору прав. Документ можно также создать командой «Создать на основании» прямо из карточки нужного сотрудника.

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

Проходим по шагам: от пустого документа до записанного переноса.

Урок 1. Перенос отпуска — создание вручную

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

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

Урок 2. Перенос по инициативе сотрудника (по заявлению)

Когда: сотрудник самостоятельно обращается с просьбой перенести отпуск и предоставляет письменное заявление.

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

Урок 3. Перенос одного отпуска несколькими частями

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

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

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

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

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

Тип объекта — документ. Нумерация: тип номера String, длина 11, периодичность Year (в пределах года). В шапке 15 реквизитов, 2 табличные части. BSL-модули объекта и форм в выгрузке отсутствуют (bsl_static / bsl_summaries пусты).

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

ИмяТипОбяз.Назначение
ОрганизацияCatalogRef.ОрганизацииДаОрганизация-работодатель; определяет принадлежность документа
СотрудникCatalogRef.СотрудникиДаСотрудник, чей отпуск переносится; документ вводится на основании этого справочника
ФизическоеЛицоCatalogRef.ФизическиеЛицаНетФизлицо сотрудника; служебный реквизит идентификации
ВидОтпускаCatalogRef.ВидыОтпусковДаКакой вид отпуска переносится (из справочника «Виды отпусков»)
ИсходнаяДатаНачалаxs:dateTimeДаИсходная (плановая) дата начала отпуска, который переносится; опорная точка переноса
УдалитьДатаНачалаxs:dateTimeНет«(не используется) Дата начала» — устаревший реквизит; не заполнять
УдалитьДатаОкончанияxs:dateTimeНет«(не используется) Дата окончания» — устаревший реквизит; не заполнять
УдалитьКоличествоДнейxs:decimalНет«(не используется) Количество дней» — устаревший реквизит; не заполнять
ПереносПоИнициативеСотрудникаxs:booleanНетФлаг: перенос по инициативе сотрудника (а не работодателя)
ПричинаПереносаxs:stringНетТекстовая причина переноса; используется в печатных формах / приказе
РуководительCatalogRef.ФизическиеЛицаНетФизлицо-подписант документа/приказа
ДолжностьРуководителяCatalogRef.ДолжностиНетДолжность подписанта (синоним в форме — «Должность»)
ОснованиеПодписиРуководителя(тип не указан)НетОснование права подписи руководителя
ОтветственныйCatalogRef.ПользователиНетПользователь ИБ, ответственный за документ
Комментарийxs:stringНетПроизвольный комментарий
📌 Заметка об устаревших реквизитах. Три реквизита с префиксом Удалить… (УдалитьДатаНачала, УдалитьДатаОкончания, УдалитьКоличествоДней) — наследие типовой структуры прежних версий, когда единственный период переноса хранился в шапке. В актуальной версии периоды хранятся в табличной части «Переносы». Синонимы явно помечены «(не используется)».

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

Переносы — новые периоды отпуска, на которые переносится исходный. Одна или несколько строк-периодов:

ИмяТипНазначение
ДатаНачалаxs:dateTimeДата начала нового периода отпуска
ДатаОкончанияxs:dateTimeДата окончания нового периода отпуска
КоличествоДнейxs:decimalКоличество дней в периоде переноса

ДополнительныеРеквизиты — стандартная подсистема дополнительных реквизитов (механизм «Свойства»):

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

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

Документ не формирует движений по регистрам: metadata.register_records пуст. Это означает:

📌 Заметка. Расчётные последствия переноса (пересчёт отпускных, если они уже начислены) реализуются отдельными расчётными документами отпусков — документ «Перенос отпуска» является только кадровым фиксатором факта изменения дат.

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

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

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

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

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

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

    // Документ кадрово-регистрационный.
    // register_records пуст — движения по регистрам расчёта зарплаты не формируются.
    // ИПН / ОПВ / ОПВР / СО / ВОСМС / ООСМС не затрагиваются.

    // Платформенная проверка заполнения обязательных реквизитов:
    //   Организация, Сотрудник, ВидОтпуска, ИсходнаяДатаНачала (ShowError).
    // Дополнительных программных валидаций (BSL) в карте нет.

    // После успешной записи:
    //   - документу присваивается номер (String, 11 знаков, периодичность Year);
    //   - набор переносов (ТЧ «Переносы») сохраняется как есть.

КонецПроцедуры
📌 Заметка об автоподстановках. Собственных форм и BSL-обработчиков ПриИзменении в карте объекта нет. Автоматическая подстановка ФизическоеЛицо при выборе Сотрудник программно в карте не зафиксирована — после выбора сотрудника проверьте, заполнилось ли ФизическоеЛицо, и при необходимости заполните явно.

Зависимости

ЗависимостьЧто используется
СправочникиОрганизации, Сотрудники, ФизическиеЛица, ВидыОтпусков, Должности, Пользователи
Документы-основанияCatalog.Сотрудники — документ создаётся командой «Создать на основании» из карточки сотрудника; сотрудник подставляется автоматически
Подсистема доп. реквизитовТЧ ДополнительныеРеквизиты → ПВХ.ДополнительныеРеквизитыИСведения
Обратные основанияНе определено: inverse_based_on пуст — на основании «Переноса отпуска» другие объекты не вводятся
Общие модули BSLНе определено: bsl_summaries пуст

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