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