Документ «Работа в выходные и праздничные дни»

Оформляет приказ о привлечении сотрудников к работе в выходные и праздничные дни, фиксирует отработанные часы и способ компенсации — повышенную оплату (не ниже 1,5x по ТК РК) или отгул, — а также передаёт время в табельный и оперативный учёт рабочего времени для расчёта зарплаты.

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

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

По Трудовому кодексу Республики Казахстан привлечение работника к работе в выходной или праздничный день допускается только с его письменного согласия (в случаях, требующих такового) и оформляется приказом работодателя. Компенсация переработки — не ниже полуторного размера дневной ставки (1,5x) либо предоставление другого дня отдыха (отгула).

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

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

Документ применяется эпизодически — по факту каждого случая привлечения. Нумерация — строковая (11 символов, периодичность в пределах года).

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

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

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

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

Три сценария: оформление приказа, фиксация согласий и выбор способа компенсации.

Урок 1. Оформить приказ о работе в выходной / праздничный день

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

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

Урок 2. Зафиксировать согласие сотрудников

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

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

Урок 3. Выбор компенсации: повышенная оплата или отгул

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

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

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

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

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

Тип объекта — документ. Нумерация: тип номера String, длина 11, периодичность Year. В шапке 20 реквизитов, 3 табличные части. Единственный реквизит с жёсткой проверкой платформы — Организация (fill_value_required = ShowError). Модуль объекта и модули форм в XML-выгрузке отсутствуют — программные проверки и обработчики ПриИзменении не задокументированы (см. предупреждение в разделе «Код»).

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

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

Табличная часть «Сотрудники»

Основная расчётная ТЧ: каждая строка = один сотрудник + один конкретный выходной/праздничный день.

ИмяТипНазначение
СотрудникCatalogRef.СотрудникиПривлекаемый сотрудник
Датаxs:dateTimeКонкретный выходной/праздничный день работы
ОтработаноЧасовxs:decimalКоличество отработанных часов (или дней при ВремяВЧасах = Ложь)
СпособКомпенсацииПереработкиEnumRef.СпособыКомпенсацииПереработкиПовышенная оплата (≥1,5x по ТК РК) или отгул; определяет движение в ДниЧасыОтгулов
НеРаботалxs:booleanИстина — строка исключается из учёта времени, но остаётся в приказе
СтатьяФинансированияCatalogRef.СтатьиФинансированияЗарплатаПострочная аналитика (при БухучетЗаданВСтрокахДокумента)
СтатьяРасходовCatalogRef.СтатьиРасходовЗарплатаПострочная статья расходов
СпособОтраженияЗарплатыВБухучетеCatalogRef.СпособыОтраженияЗарплатыВБухУчетеПострочный способ отражения в бухучёте
ОтношениеКЕНВДEnumRef.ОтношениеКЕНВДЗатратНаЗарплату⚠️ Наследие РФ-типовой (ЕНВД в РК не существует); не заполнять

Табличная часть «ФизическиеЛица»

Служебная ТЧ — список физических лиц документа для механизмов отборов и представления состава. Вручную не редактируется.

ИмяТипНазначение
ФизическоеЛицоCatalogRef.ФизическиеЛицаФизическое лицо из состава документа

Табличная часть «ДополнительныеРеквизиты»

Стандартный механизм «Дополнительные реквизиты и сведения» (БСП). Состав определяется администратором конфигурации.

ИмяТипНазначение
СвойствоChartOfCharacteristicTypesRef.ДополнительныеРеквизитыИСведенияВид дополнительного реквизита
Значение(тип — характеристика)Значение дополнительного реквизита
ТекстоваяСтрокаxs:stringТекстовое представление значения
📌 Формы. В XML-выгрузке секции metadata.forms и forms пусты — состав форм (форма документа, форма списка) определяется по факту в UI. Ключевая для пользователя — форма документа с ТЧ «Сотрудники».

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

При проведении документ пишет в 4 регистра:

РегистрТипЧто фиксирует
ДанныеОперативногоУчетаРабочегоВремениСотрудниковРегистрНакопленияОперативный учёт отработанного времени сотрудников в выходные/праздники
ДанныеТабельногоУчетаРабочегоВремениСотрудниковРегистрНакопленияТабельный учёт времени — основа табеля и расчёта оплаты за работу в выходные
ДниЧасыОтгуловРегистрНакопленияНакопление дней/часов отгулов при выборе компенсации «отгул»
БухучетРабочегоВремениСотрудниковРегистрСведенийАналитика бухучёта (статьи финансирования/расходов, способ отражения) для зарегистрированного времени

Документ не делает бухгалтерских проводок сам по себе — он поставляет данные о времени. Начисление оплаты за работу в выходные (ИПН, ОПВ, ОПВР, СО, ВОСМС, ООСМС) выполняется в документе «Начисление зарплаты», который читает регистры рабочего времени.

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

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

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

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

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

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

    // Для каждой строки ТЧ Сотрудники (где НеРаботал = Ложь):

    // 1. Оперативный учёт рабочего времени.
    Движения.ДанныеОперативногоУчетаРабочегоВремениСотрудников;
    //    Фиксирует: Сотрудник, Дата, ОтработаноЧасов, ПериодРегистрации.

    // 2. Табельный учёт рабочего времени.
    Движения.ДанныеТабельногоУчетаРабочегоВремениСотрудников;
    //    Основа для расчёта надбавки в «Начислении зарплаты».

    // 3. Отгулы (только при СпособКомпенсацииПереработки = Отгул).
    Если Строка.СпособКомпенсацииПереработки = Перечисления.СпособыКомпенсацииПереработки.Отгул Тогда
        Движения.ДниЧасыОтгулов;
        //  Приход в регистр накопления: накапливает право на день отдыха.
    КонецЕсли;

    // 4. Бухучёт рабочего времени (аналитика затрат).
    Движения.БухучетРабочегоВремениСотрудников;
    //    СтатьяФинансирования / СтатьяРасходов / СпособОтражения
    //    берутся из шапки или из строки ТЧ (по БухучетЗаданВСтрокахДокумента).

    Движения.Записать();

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

Зависимости

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

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

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