Документ «Работа сверхурочно»

Оформляет привлечение сотрудников к сверхурочной работе: приказ с причиной, фиксацией согласия работников, подписантом-руководителем и построчным списком «сотрудник — дата — отработано часов — способ компенсации». По Трудовому кодексу РК сверхурочная работа выполняется с согласия работника и оплачивается не ниже чем в полуторном размере (1,5×) либо компенсируется отгулом. Документ раздела «Зарплата» в ЗУП для Казахстана 3.1.

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

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

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

Важная особенность РК: по Трудовому кодексу сверхурочная работа выполняется только с согласия работника (в документе за это отвечает флаг СогласиеПолучено — «Согласие на сверхурочную работу получено») и оплачивается не ниже чем в полуторном размере (1,5×) либо компенсируется предоставлением времени отдыха (отгула). Способ компенсации задаётся в каждой строке отдельно (реквизит СпособКомпенсацииПереработки). Бухгалтерских проводок документ не делает — он питает контур учёта рабочего времени и отгулов.

Кто работает: кадровик (приказ, согласия) и расчётчик/табельщик (зарегистрированные часы попадают в оперативный и табельный учёт рабочего времени и в накопление отгулов). Применяется по факту переработок — эпизодически или регулярно в организациях со сверхурочными.

📌 Заметка. Документ — структурный «близнец» документа «Работа в выходные и праздничные дни»: тот же контур регистров времени и отгулов. Но здесь нет флага «Требуется согласие» (для сверхурочной работы согласие подразумевается всегда), нет переключателя «Время в часах» (время всегда в часах) и нет колонки «Не работал» в табличной части.

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

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

📌 Заметка. Точное расположение пункта в меню зависит от настроек интерфейса и прав. По составу объекта это документ подсистемы расчёта зарплаты (учёт рабочего времени); если в разделе «Зарплата» пункта нет — ищите его рядом с документами «Работа в выходные и праздничные дни», «Табель» или через «Все функции».

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

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

Урок 1. Приказ о сверхурочной работе

Когда: сотрудников привлекают к работе сверх нормы рабочего времени. Это основной сценарий.

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

Урок 2. Компенсация: оплата 1,5× или отгул

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

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

Урок 3. Корректировка часов и отражение в учёте

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

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

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

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

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

Тип объекта — документ. Нумерация: тип номера String, длина 11, периодичность Year (в пределах года). В шапке 18 реквизитов и 3 табличные части. Документ структурно совпадает с «Работа в выходные и праздничные дни», но без реквизитов СогласиеТребуется и ВремяВЧасах и без колонки «Не работал». Ниже — реквизиты шапки и состав табличных частей; имена приведены дословно из метаданных (пригодны для DOM-селекторов).

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

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

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

ИмяНазначение
СотрудникиОсновная ТЧ: кто, в какой день, сколько сверхурочных часов отработал и как компенсируется. Колонки: Сотрудник, Дата, ОтработаноЧасов, СпособКомпенсацииПереработки, построчные СтатьяФинансирования / СтатьяРасходов / СпособОтраженияЗарплатыВБухучете (при БухучетЗаданВСтрокахДокумента), ОтношениеКЕНВД (наследие РФ)
ФизическиеЛицаСлужебный список физлиц документа (для отборов и представления состава). Колонка ФизическоеЛицо
ДополнительныеРеквизитыСтандартный механизм «Дополнительные реквизиты и сведения» (БСП). Колонки Свойство, Значение, ТекстоваяСтрока

Колонка НеРаботал (как в документе «Работа в выходные и праздничные дни») здесь отсутствует — строку несостоявшейся переработки нужно удалять или править часы. Время ведётся только в часах: переключателя «Время в часах» в документе нет.

📌 Заметка о формах. В JSON-карте списки metadata.forms и forms пусты — состав форм в выгрузке не определён. Ключевой для пользователя является форма документа с табличной частью «Сотрудники»; точный состав форм определяется по факту в UI.

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

При проведении документ пишет в 4 регистра учёта рабочего времени и отгулов (из metadata.register_records). Состав регистров полностью совпадает с документом «Работа в выходные и праздничные дни» — оба питают один и тот же контур учёта времени и отгулов. Бухгалтерских проводок документ не делает.

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

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

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

Структура обязательности (из fill_value_required) — на уровне метаданных жёсткую проверку имеет только один реквизит:

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

Схема проведения (реконструкция): набор движений распределяется по 4 регистрам-приёмникам — учёт времени и накопление отгулов.

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

    // 0. Часы переработки берутся из ТЧ Сотрудники: по строке на каждый
    //    «Сотрудник + Дата» с ОтработаноЧасов и СпособКомпенсацииПереработки.

    // 1. Учёт рабочего времени: сверхурочные часы → оперативный и табельный учёт.
    Движения.ДанныеОперативногоУчетаРабочегоВремениСотрудников;
    Движения.ДанныеТабельногоУчетаРабочегоВремениСотрудников;

    // 2. Отгулы: строки со СпособКомпенсацииПереработки = «отгул»
    //    увеличивают остаток отгулов сотрудника.
    Движения.ДниЧасыОтгулов;

    // 3. Аналитика бухучёта зарегистрированного времени (статьи, «Счёт, субконто»).
    //    Источник аналитики — шапка либо строки ТЧ (БухучетЗаданВСтрокахДокумента).
    Движения.БухучетРабочегоВремениСотрудников;

    // 4. Запись наборов записей всех регистров.
    Движения.Записать();

    // Бухгалтерских проводок документ не формирует — оплата 1,5x исчисляется
    // позже, в расчёте зарплаты, по зарегистрированным сверхурочным часам.

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

Зависимости

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

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

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