В типовой конфигурации 1С:Зарплата и Управление Персоналом (ЗУП) 3.1 существует жесткое ограничение на количество часов накопленных отгулов в документе Увольнение. Реквизит ЧасыНакопленныхОтгулов имеет тип данных Число (5, 2), что позволяет хранить максимум 999.99 часов. Однако на практике возникают ситуации (особенно у руководителей или при специфических графиках работы), когда количество накопленных часов переваливает за тысячу. Рассмотрим, как решить эту техническую проблему, не снимая конфигурацию с поддержки, и проанализируем правовые последствия таких накоплений.
Если конфигурация стоит на поддержке и вносить изменения в основную базу запрещено, наиболее эффективным и безопасным методом является использование механизма расширений. Это позволяет изменить разрядность реквизита без потери возможности автоматического обновления типового решения. Разберем этот процесс по шагам:
Увольнение и добавим его в расширение.ЧасыНакопленныхОтгулов.Число (5, 2) на Число (6, 2) или Число (7, 2) в зависимости от потребностей организации. Это позволит вводить значения до 9 999.99 или 99 999.99 соответственно.Важное предостережение: при увеличении разрядности через расширение необходимо помнить о возможных последствиях. Рассмотрим их подробнее. Изменение типа данных может повлиять на печатные формы (например, Т-60 или справки об остатках отгулов), где макеты могут быть рассчитаны на пятизначное число. Если число не будет помещаться в ячейку макета, программа выдаст ошибку или отобразит «решетки» (###). Поэтому после применения расширения обязательно протестируем формирование всех сопутствующих документов.
Накопление огромного количества отгулов (свыше 1000 часов — это примерно полгода работы без выходных) несет в себе колоссальные риски для компании. Выясним причину, по которой бухгалтерия и отдел кадров должны быть обеспокоены такой ситуацией. Согласно Постановлению Конституционного Суда РФ от 06.12.2023 № 56-П, работодатель теперь обязан выплачивать денежную компенсацию за все неиспользованные отгулы при увольнении сотрудника.
Ранее бытовало мнение, что если работник выбрал дополнительный день отдыха вместо повышенной оплаты за работу в выходной, то при увольнении эти дни «сгорают» без компенсации. Теперь это правило признано незаконным. Проанализируем последствия для бюджета организации: если у сотрудника накоплено 1000 часов, компания обязана будет выплатить разницу между одинарной оплатой (которая уже была произведена в месяц работы) и двойной оплатой за все эти 1000 часов. В масштабах крупного оклада это может составить значительную сумму.
Посмотрим на ситуацию с точки зрения нового законодательства. С 1 сентября 2024 года вступает в силу Федеральный закон от 22.04.2024 № 91-ФЗ, который уточняет порядок оплаты сверхурочной работы. Теперь при расчете оплаты за переработки необходимо учитывать не только тарифную ставку или оклад, но и все компенсационные и стимулирующие выплаты.
Разберем пример расчета по новым правилам при суммированном учете рабочего времени:
// Пример логики расчета сверхурочных (упрощенно)
СверхурочныеЧасы = ФактическиОтработано - НормаЧасов;
СтоимостьЧаса = (Оклад + Премии + Надбавки) / СреднемесячноеКоличествоЧасов;
Если СверхурочныеЧасы > 0 Тогда
ОплатаПервыеДваЧаса = 2 * СтоимостьЧаса * 1.5;
ОплатаПоследующиеЧасы = (СверхурочныеЧасы - 2) * СтоимостьЧаса * 2.0;
КонецЕсли;
Это означает, что «стоимость» накопленных 1000 часов для организации постоянно растет вместе с индексацией зарплат и назначением премий. Накопление такого объема отгулов является прямым нарушением ст. 99 ТК РФ, которая ограничивает сверхурочные работы 120 часами в год. Наличие 1000 часов — это готовое основание для штрафа по ч. 6 ст. 5.27 КоАП РФ при первой же проверке ГИТ.
Если расширение конфигурации по каким-то причинам невозможно или нежелательно, рассмотрим административные и методологические способы решения задачи:
Перенос данных.Проанализируем техническую деталь, упомянутую опытными пользователями: в документе Увольнение рядом с часами часто присутствует реквизит ДниНакопленныхОтгулов. В некоторых случаях система позволяет оперировать днями, если учет ведется в целых единицах, что может временно снять проблему лимита в 999.99 для конкретного поля, но это требует проверки настроек кадрового учета в вашей базе.
Резюме: Технически проблема решается за 5 минут созданием расширения с увеличением разрядности типа Число. Однако за этим числом стоит серьезная юридическая и финансовая ответственность. Мы рекомендуем не только исправить программное ограничение, но и донести до руководства информацию о рисках по ст. 5.27 КоАП РФ и необходимости финансового резервирования под компенсации согласно Постановлению КС № 56-П.