При работе с краткосрочными трудовыми договорами (сроком до двух месяцев) бухгалтеры часто сталкиваются с тем, что программа 1С:Зарплата и Управление Персоналом 3.1 некорректно рассчитывает количество дней отпуска при увольнении. Вместо положенных по закону 2 рабочих дней за каждый месяц работы программа начисляет стандартные 2.33 календарных дня. Разберем подробно, почему так происходит, какие настройки влияют на этот процесс и как добиться правильных показателей в документе Увольнение.
Прежде чем переходить к настройкам программы, вспомним правовые основания. Согласно статье 291 ТК РФ, работникам, заключившим трудовой договор на срок до двух месяцев, предоставляются оплачиваемые отпуска или выплачивается компенсация при увольнении из расчета два рабочих дня за месяц работы. Аналогичная норма действует и для сезонных работников (статья 295 ТК РФ).
Важный нюанс заключается в том, что обычный отпуск рассчитывается в календарных днях (в среднем 2.33 дня в месяц исходя из 28 дней в году), а для «коротких» договоров расчет идет в рабочих днях по календарю шестидневной рабочей недели. Именно это различие в единицах измерения и алгоритмах часто становится причиной путаницы в информационной базе.
Проанализируем первую и самую распространенную причину ошибки — несоблюдение точного срока договора. Программный код 1С:ЗУП настроен на жесткий контроль периода. Если срок договора составляет хотя бы на один день больше двух месяцев, система автоматически переключает алгоритм с 2 рабочих дней на 2.33 календарных дня.
Рассмотрим пример. Если сотрудник принят на работу 28.06.2023, то ровно два месяца истекают 27.08.2023. Если в документе Прием на работу или в самом срочном договоре указана дата окончания 28.08.2023, программа посчитает, что срок договора превышает два месяца (2 месяца и 1 день). В этом случае право на применение статьи 291 ТК РФ утрачивается.
Что необходимо проверить:
Прием на работу.Выясним еще одну важную деталь. В некоторых релизах конфигурации одного лишь флага «Срочный трудовой договор» недостаточно для изменения логики расчета остатков отпусков. Программа может продолжать использовать основной ежегодный отпуск.
Опытным путем установлено, что установка флага «Для выполнения сезонных работ» в документе приема на работу часто является «триггером» для программы. Даже если работа формально не относится к сезонной по отраслевым справочникам, этот флаг заставляет систему переключить вид предоставляемого отпуска с календарных дней на рабочие. Проверьте, как меняется расчет в документе Увольнение при включении этого признака.
Посмотрим на ситуацию с технической стороны настройки прав. В 1С:ЗУП право на отпуск привязывается к сотруднику в момент приема. Если в программе ведется Штатное расписание, то по умолчанию подтягиваются настройки из позиции штатного расписания. Обычно там указан «Основной ежегодный отпуск» (28 календарных дней).
Чтобы изменить это вручную для конкретного «срочника», выполните следующие шаги:
Прием на работу перейдите на вкладку «Оплата труда».Важно: Если вы просто измените количество дней в справочнике, не меняя сам Вид ежегодного отпуска, программа может продолжить считать дни как календарные, что приведет к неверному расчету среднего заработка при увольнении (будет использоваться коэффициент 29.3 вместо расчета по шестидневке).
Рассмотрим последствия ручной корректировки дней в документе Увольнение. На первый взгляд, это кажется самым простым решением: просто вписать «4» во вкладке «Компенсации отпуска». Однако это чревато следующими проблемами:
Остатки отпусков). Если вы вручную уменьшите компенсацию, разница в 0.67 дня может остаться «висеть» за сотрудником как неиспользованный остаток.Для корректного исправления остатков лучше использовать специализированный документ «Корректировка остатков отпусков», который находится в разделе Кадры. С его помощью можно обнулить право на основной календарный отпуск и ввести право на отпуск в рабочих днях на дату приема сотрудника.
Если автоматический расчет все равно не поддается настройке, проанализируем, как программа определяет право на отпуск в программном коде. В 1С:ЗУП расчет остатков опирается на функцию, которая проверяет разность дат. Упрощенно логика выглядит так:
// Примерная логика определения краткосрочного договора
Если ДокументПриема.СрочныйДоговор И (РазностьДатовВМесяцах(ДатаПриема, ДатаОкончания) <= 2) Тогда
ТипРасчета = "ВРабочихДнях";
Иначе
ТипРасчета = "ВКалендарныхДнях";
КонецЕсли;
Если в вашей информационной базе расчет не меняется, попробуйте перепровести документ Прием на работу после изменения даты окончания хотя бы на один день в меньшую сторону. Иногда «зависание» алгоритма лечится простым перепроведением цепочки кадровых документов.
Разберем по шагам, что нужно сделать, чтобы исправить ситуацию в реальной базе:
Приеме на работу. Она должна быть строго в пределах 2-х месяцев от даты приема.Увольнение.Редактирование прав на отпуск в документе приема и убедитесь, что там не зафиксировано 28 календарных дней.Корректировка остатков отпусков датой приема, удалите строку с основным отпуском и добавьте строку с видом отпуска «в рабочих днях» (2 дня за месяц).Увольнение нажмите кнопку «Обновить» или полностью перезаполните вкладку с компенсациями.Соблюдение этой последовательности позволит вам не только получить корректную цифру «4» в документе, но и обеспечит чистоту учета в регистрах программы, что исключит проблемы с остатками отпусков в будущем.