Документ «График отпусков»

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

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

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

Трудовое законодательство Казахстана обязывает работодателя составлять график отпусков — перечень плановых дат ежегодных оплачиваемых отпусков всех сотрудников организации. Документ «График отпусков» в ЗУП для Казахстана 3.1 реализует эту задачу: кадровый специалист вносит построчно каждого сотрудника, вид отпуска, плановую дату начала и окончания, количество дней.

Документ является регистрационно-печатным: он не формирует движений по регистрам расчёта зарплаты и не влияет на начисления. Его ценность — в юридически оформленном печатном графике с подписями руководителя и начальника кадровой службы, а также в возможности связать частные графики подразделений через механизм «Сбор графиков отпусков» в единый сводный документ по организации.

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

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

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

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

📌 Заметка. Точное расположение зависит от настроек интерфейса и прав доступа. Нумерация документов — в пределах года (периодичность Year), поэтому при поиске удобно фильтровать список по организации и году.

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

Проходим по типичным сценариям: от создания нового графика до корректировки в середине года.

Урок 1. Составление годового графика отпусков

Когда: ежегодное планирование отпусков по организации, как правило, до начала нового календарного года.

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

Урок 2. Один сотрудник — несколько периодов отпуска

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

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

Урок 3. Корректировка графика в течение года

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

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

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

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

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

Тип объекта — документ. Нумерация: тип номера String, длина 11, периодичность Year. В шапке 12 реквизитов, 2 табличные части.

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

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

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

ТЧ Сотрудники — основная таблица планового графика:

ИмяТипНазначение
СотрудникСправочникСсылка.СотрудникиСотрудник, которому планируется отпуск; ключевое поле строки
ФизическоеЛицоСправочникСсылка.ФизическиеЛицаФизлицо сотрудника; соответствует выбранному Сотрудник, не заполняется отдельно
ВидОтпускаСправочникСсылка.ВидыОтпусковВид планируемого отпуска (ежегодный основной, дополнительный и др.)
ДатаНачалаДатаПлановая дата начала отпуска
ДатаОкончанияДатаПлановая дата окончания отпуска
КоличествоДнейЧислоДлительность отпуска в днях по данной строке
ПримечаниеСтрокаПроизвольное примечание (перенос, согласование, номер части)

ТЧ ДополнительныеРеквизиты — стандартный механизм доп. реквизитов БСП:

ИмяТипНазначение
СвойствоПланВидовХарактеристикСсылка.ДополнительныеРеквизитыИСведенияКакое дополнительное свойство заполняется
Значение(составной, тип не определён)Значение свойства
ТекстоваяСтрокаСтрокаТекстовое представление значения

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

Документ не пишет ни в какие регистры — metadata.register_records пуст. «График отпусков» является регистрационно-печатным кадровым документом: все данные хранятся непосредственно в строках ТЧ Сотрудники и в шапке документа. Единственная объектная связь — реквизит СборГрафиковОтпусков (ссылка на документ консолидации).

📌 Следствие для разработчика. Проверять регистры после проведения бессмысленно. Если нужно программно получить плановые даты отпусков — запрашивайте строки ТЧ Сотрудники самого документа напрямую. Перепроведение полностью безопасно и не влечёт никаких пересчётов.

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

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

Единственная платформенная проверка заполнения (из fill_value_required: ShowError):

// Реконструкция по metadata. Документ имеет ОДИН реквизит с ShowError.
// Платформа проверяет его автоматически перед записью; имя — дословно из метаданных.
ПроверяемыеРеквизиты = "Организация";

// Дополнительных прикладных проверок в ОбработкаПроверкиЗаполнения
// по данным выгрузки нет (bsl_static пуст).

Схема проведения (реконструкция по метаданным):

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

    // Документ не формирует движений ни по каким регистрам.
    // При проведении платформа:
    // 1. Проверяет заполненность реквизита Организация (ShowError).
    // 2. Нумерует документ в пределах года (number_periodicity = Year).
    // 3. Сохраняет шапку и строки ТЧ Сотрудники / ДополнительныеРеквизиты.
    // 4. Заполняет КраткийСоставДокумента краткой информацией о сотрудниках
    //    (механизм заполнения по коду — в выгрузке не определён).

    // Движений по регистрам: нет.

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

Зависимости

ЗависимостьЧто используется
СправочникиОрганизации, Сотрудники, ФизическиеЛица, Должности, ВидыОтпусков, Пользователи
Документы-основанияПусто — документ не вводится на основании других объектов (based_on не определено)
Документ-консолидаторСборГрафиковОтпусков — необязательная ссылка для механизма сбора графиков по подразделениям
Кто создаётся на основанииПусто — на основании «Графика отпусков» другие документы не создаются (inverse_based_on не определено)
БСП: доп. реквизитыТЧ ДополнительныеРеквизиты через план видов характеристик ДополнительныеРеквизитыИСведения

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