Документ «Перенос отпуска»
Регистрирует факт переноса ранее запланированного отпуска сотрудника на новые даты — как по инициативе работника, так и по инициативе работодателя. Кадрово-регистрационный документ раздела «Кадры» в ЗУП для Казахстана 3.1.
🎯 Что это и зачем
Когда даты запланированного отпуска изменились — по производственной необходимости, по заявлению сотрудника или по иной причине — кадровик фиксирует это документом «Перенос отпуска». Документ хранит: исходную дату начала переносимого отпуска (ИсходнаяДатаНачала), вид отпуска (ВидОтпуска) и одну или несколько строк табличной части «Переносы» с новыми периодами (ДатаНачала / ДатаОкончания / КоличествоДней).
Документ является кадровым регистрационным: движений по регистрам расчёта зарплаты он не формирует — это значит, что ИПН, ОПВ, ОПВР, СО, ВОСМС, ООСМС и единый платёж на уровне самого документа не затрагиваются. Расчётные последствия переноса (пересчёт отпускных, если они уже были начислены) реализуются отдельными расчётными документами отпусков.
Кто работает: кадровик, специалист по кадровому учёту, по мере необходимости — когда меняются даты ранее запланированного или ранее введённого отпуска.
🧭 Где найти в программе
Раздел «Кадры» → пункт «Перенос отпуска». Откроется журнал документов; новый создаём кнопкой «Создать».
👤 Часть 1. Для пользователя
Проходим по шагам: от пустого документа до записанного переноса.
Урок 1. Перенос отпуска — создание вручную
Когда: даты ранее запланированного отпуска сотрудника изменились, нужно зафиксировать перенос в системе.
- Создаём новый документ «Перенос отпуска».
- Заполняем Организация — работодатель, в котором оформлен сотрудник. Реквизит обязателен, без него документ не запишется.
- Выбираем Сотрудник из справочника «Сотрудники». После выбора сотрудника реквизит ФизическоеЛицо может подставиться автоматически; если нет — проверьте и заполните вручную (он необязателен, но нужен для идентификации физлица).
- Выбираем Вид отпуска из справочника «Виды отпусков» — указываем, какой именно отпуск переносится (ежегодный трудовой, дополнительный и т.д.).
- Указываем Исходная дата начала — это дата начала старого, переносимого отпуска (не нового!). Именно по ней система понимает, какой отпуск переносится.
- В табличной части «Переносы» добавляем строку(и) с новыми периодами: для каждой строки — Дата начала, Дата окончания, Количество дней.
- Записываем / проводим документ. Документу присваивается номер (строка из 11 знаков, нумерация в пределах года).
Урок 2. Перенос по инициативе сотрудника (по заявлению)
Когда: сотрудник самостоятельно обращается с просьбой перенести отпуск и предоставляет письменное заявление.
- Оформляем документ, как в Уроке 1 (Организация, Сотрудник, Вид отпуска, Исходная дата начала, строки в ТЧ «Переносы»).
- Устанавливаем флаг «Перенос по инициативе сотрудника».
- Заполняем Причина переноса — текстом, например формулировкой из заявления сотрудника. Поле необязательное, но нужно для приказной части.
- При необходимости оформить приказ заполняем блок подписанта: Руководитель (физлицо-подписант), Должность руководителя, Основание подписи руководителя. Все три поля необязательны для записи, но без них печатная форма приказа будет неполной.
- Записываем / проводим документ.
Урок 3. Перенос одного отпуска несколькими частями
Когда: исходный отпуск переносится не на один непрерывный период, а разбивается на несколько частей с разными датами.
- Оформляем документ как в Уроке 1: заполняем шапку (Организация, Сотрудник, Вид отпуска, Исходная дата начала).
- В табличную часть «Переносы» добавляем несколько строк — по одной на каждую часть отпуска, с указанием Дата начала, Дата окончания, Количество дней для каждой части.
- Убеждаемся, что суммарное количество дней по строкам соответствует исходному отпуску. Программный контроль пересечений и суммы дней в карте объекта не определён — проверяем вручную.
- Записываем / проводим.
🛠 Часть 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 пуст. Это означает:
- После проведения проверять регистры расчёта (начисления, взносы, отчисления) бессмысленно — документ в них не пишет.
- ИПН, ОПВ, ОПВР, СО, ВОСМС, ООСМС, единый платёж на уровне данного документа не затрагиваются.
- Контроль результата = наличие самого документа в списке (номер строкой из 11 знаков, нумерация в пределах года) и корректность строк в ТЧ «Переносы».
Как формируется проведение — реальный код (3.1.2.24)
bsl_static / bsl_summaries пусты), поэтому дословный текст процедур ОбработкаПроведения / ОбработкаПроверкиЗаполнения / обработчиков ПриИзменении привести нельзя. Ниже — реконструкция по метаданным: это не цитата исходного кода, а корректная по структуре схема.Структура обязательности (из fill_value_required: ShowError) — то, что платформа проверяет перед записью:
// Реконструкция по metadata: 4 реквизита с проверкой заполнения (ShowError).
// Платформа проверяет их автоматически; имена — дословно из метаданных.
ПроверяемыеРеквизиты =
"Организация, Сотрудник, ВидОтпуска, ИсходнаяДатаНачала";
// Дополнительные прикладные проверки задаёт ОбработкаПроверкиЗаполнения (в выгрузке нет).
Схема проведения (реконструкция по метаданным): документ является кадровым регистрационным и движений по регистрам не формирует.
// Реконструкция по metadata.register_records (пуст). Не дословный код модуля.
Процедура ОбработкаПроведения(Отказ, РежимПроведения)
// Документ кадрово-регистрационный.
// register_records пуст — движения по регистрам расчёта зарплаты не формируются.
// ИПН / ОПВ / ОПВР / СО / ВОСМС / ООСМС не затрагиваются.
// Платформенная проверка заполнения обязательных реквизитов:
// Организация, Сотрудник, ВидОтпуска, ИсходнаяДатаНачала (ShowError).
// Дополнительных программных валидаций (BSL) в карте нет.
// После успешной записи:
// - документу присваивается номер (String, 11 знаков, периодичность Year);
// - набор переносов (ТЧ «Переносы») сохраняется как есть.
КонецПроцедуры
ПриИзменении в карте объекта нет. Автоматическая подстановка ФизическоеЛицо при выборе Сотрудник программно в карте не зафиксирована — после выбора сотрудника проверьте, заполнилось ли ФизическоеЛицо, и при необходимости заполните явно.Зависимости
| Зависимость | Что используется |
|---|---|
| Справочники | Организации, Сотрудники, ФизическиеЛица, ВидыОтпусков, Должности, Пользователи |
| Документы-основания | Catalog.Сотрудники — документ создаётся командой «Создать на основании» из карточки сотрудника; сотрудник подставляется автоматически |
| Подсистема доп. реквизитов | ТЧ ДополнительныеРеквизиты → ПВХ.ДополнительныеРеквизитыИСведения |
| Обратные основания | Не определено: inverse_based_on пуст — на основании «Переноса отпуска» другие объекты не вводятся |
| Общие модули BSL | Не определено: bsl_summaries пуст |
🔗 Связанные разделы
- Отпуск — оформление и расчёт отпускных; связанный документ раздела отсутствий.
- Приём на работу — кадровые документы раздела «Кадры».