В практике кадрового учета иногда встречаются ситуации, когда коллективный договор предприятия предусматривает предоставление основного отпуска не в календарных, а в рабочих днях (например, 25 рабочих дней). При переходе на 1С:Зарплата и управление персоналом (ЗУП) редакции 3.1 пользователи сталкиваются с тем, что программа «заточена» под требования Трудового кодекса РФ, который однозначно определяет исчисление отпуска в календарных днях. Разберем подробно, почему так происходит, и какие пути решения существуют для настройки системы под требования заказчика.
Прежде чем приступать к доработкам или настройкам, проанализируем нормативную базу. Согласно ст. 115 ТК РФ, основной ежегодный оплачиваемый отпуск предоставляется работникам продолжительностью 28 календарных дней. Более того, ст. 120 ТК РФ прямо указывает, что продолжительность как основного, так и дополнительных отпусков исчисляется именно в календарных днях. Использование рабочих дней для исчисления отпуска сегодня является исключением и применяется в основном для:
Проанализируем поведение системы: в 1С:ЗУП 3.1 предопределенный вид отпуска Основной ежегодный отпуск имеет настройку способа расчета В календарных или рабочих днях в зависимости от трудового договора. Программа автоматически переключается на расчет в рабочих днях только в том случае, если в документе Трудовой договор указано, что он является срочным или сезонным. Для всех остальных категорий сотрудников система жестко требует календарные дни, и изменить это в пользовательском режиме для предопределенного элемента невозможно.
Рассмотрим наиболее безопасный с точки зрения методологии 1С и аудита способ. Если локальный нормативный акт (ЛНА) предприятия или коллективный договор содержит норму в рабочих днях, ее можно «трансформировать» в календарные дни. Это позволит использовать типовой функционал без риска ошибок в расчете среднего заработка и отчетности.
Выясним причину, почему это важно: расчет среднего заработка для отпусков в календарных и рабочих днях принципиально отличается. Для календарных дней используется среднемесячное число 29.3, а для рабочих дней (согласно Постановлению №922) расчет идет по календарю 6-дневной рабочей недели. Если вы просто заставите систему считать «рабочие» дни как «календарные», сумма отпускных будет некорректной.
Алгоритм действий:
Основной ежегодный отпуск укажите обновленное количество дней.29.3 и избежать претензий со стороны контролирующих органов.Если клиент категорически отказывается менять формулировки в документах, проанализируем техническую возможность настройки через справочник Виды отпусков. Мы можем создать новый вид отпуска, который будет вести себя иначе.
Пошаговая настройка:
Отпуск является ежегодным.Предоставляется выберем значение В рабочих днях.Важные последствия этого решения:
При использовании такого отпуска 1С будет применять методику расчета среднего заработка для 6-дневки. Посмотрим на формулу:
СреднийЗаработок = НачисленнаяЗарплата / КоличествоРабочихДнейПоКалендарю6Дневки
Это приведет к тому, что стоимость одного дня отпуска будет выше, чем при обычном расчете. Если ваша цель — просто отразить 25 дней, но считать их по правилам обычного отпуска (через 29.3), этот метод вам не подойдет, даже если применять сторонний расчет среднего заработка и расчетный листок.
Разберем ситуацию, когда необходимо «обмануть» систему и разрешить выбор рабочих дней для основного отпуска. Как было замечено в обсуждении, реквизит СпособРасчетаОтпуска в предопределенном виде отпуска закрыт для редактирования в форме.
Проанализируем возможность изменения через обработку или консоль запросов. Технически можно программно установить значение перечисления СпособРасчетаОтпуска.ВРабочихДнях для основного отпуска. Однако, как показывает практика и сообщения коллег, это часто не работает так, как ожидается. Система во многих программных модулях (например, в обработках расчета остатков отпусков) имеет жесткие проверки на тип договора.
Если вы все же решите идти по пути доработки, вам придется кастомизировать следующие объекты:
ОстаткиОтпусков (в части алгоритмов расчета остатков, также может быть полезен перенос остатков по сотрудникам из ЗУП 3.1 в ЗУП 3.1).Отпуск (в части инициализации параметров расчета среднего заработка).ФактическиеОтпуска.Проанализируем ситуацию: почему в ЗУП 2.5 это было проще? В старой редакции механизмы расчета были менее жестко связаны с методиками ТК. В ЗУП 3.1 архитектура построена на четком разделении: если отпуск в календарных днях — расчет идет через 29.3, если в рабочих — по 6-дневке.
Посмотрим на пример. Сотрудник берет отпуск с 01.07 по 14.07. Если это календарные дни, их 14. Если это рабочие дни (по 6-дневке), их будет 12 (исключая воскресенья). Сумма выплаты в этих двух случаях при одинаковом доходе за год будет разной. Именно поэтому просто «переключить галочку» недостаточно — вы получите неверные суммы в учете и отчетности.
Подведем итог нашему анализу. Для корректной работы в 1С:ЗУП 3.1 при наличии отпусков в рабочих днях следует:
Основного отпуска через программный код, так как это нарушает целостность типовых алгоритмов расчета остатков и может привести к непредсказуемым ошибкам при обновлении конфигурации.Помните, что 1С:ЗУП 3.1 — это прежде всего инструмент автоматизации законодательства, и любые попытки реализовать схемы, «тянущиеся из советских времен» или противоречащие ТК РФ, потребуют значительных усилий по поддержке и кастомизации системы.