При ведении учета в программе 1С:Зарплата и управление персоналом (ЗУП 3.1) бухгалтеры нередко сталкиваются с ситуацией, когда периоды отсутствия сотрудников накладываются друг на друга. Одной из наиболее сложных ситуаций является наложение периода простоя на ежегодный оплачиваемый отпуск или больничный лист. Если просто ввести оба документа, программа может выдать предупреждение о двойной оплате или некорректно рассчитать суммы.
В этой статье мы подробно разберем, как настроить программу таким образом, чтобы она автоматически обрабатывала пересечения периодов, и выясним, каковы правовые нюансы оплаты таких дней.
Рассмотрим ситуацию: на предприятии объявлен простой (например, на весь месяц). Однако один из сотрудников уже находится в плановом отпуске или заболел в этот период. При попытке провести документ Регистрация простоя на список сотрудников, программа видит, что за эти же даты уже начислен Отпуск основной. В результате возникает конфликт: система пытается начислить и отпускные, и оплату простоя одновременно.
Многие пользователи пытаются решить это вручную, разбивая документ простоя на несколько частей (до отпуска и после). Однако это трудозатратно и чревато ошибками, особенно если сотрудников много. Правильное решение заключается в настройке системы приоритетов начислений.
Для того чтобы программа понимала, какое начисление является главным, нам необходимо проверить и отредактировать настройки плана видов расчета. Проанализируем алгоритм действий:
Оплата простоя по независящим от работодателя причинам или Оплата простоя по вине работодателя.Отпуск основной;Больничный лист;Отпуск за свой счет;Теперь, когда мы будем вводить общий документ Простой, программа автоматически проанализирует график сотрудника и уже введенные документы-отклонения. Если период отпуска пересекается с простоем, система исключит дни отпуска из расчета простоя, и "разбивать" документ вручную не потребуется.
Давайте выясним причину, по которой отпуск важнее простоя с точки зрения законодательства. Согласно Трудовому кодексу РФ, простой — это временная приостановка работы. Если сотрудник уже находится в оплачиваемом отпуске, он фактически освобожден от исполнения трудовых обязанностей. Следовательно, он не может "приостановить" то, чем в данный момент не занимается.
Важные правила:
Ситуация с больничными во время простоя несколько сложнее и регулируется Федеральным законом № 255-ФЗ. Рассмотрим подробнее три сценария, которые часто встречаются в практике:
Сценарий А: Больничный начался ДО начала простоя.
В этом случае весь период болезни оплачивается по общим правилам. Однако есть ограничение: за дни, совпавшие с периодом простоя, пособие не может превышать сумму сохраняемой заработной платы (т.е. тех самых 2/3 от оклада или среднего заработка). В ЗУП 3.1 при вводе больничного на вкладке "Оплата" программа обычно сама определяет этот предел, если документ простоя уже зарегистрирован.
Сценарий Б: Больничный начался ВО ВРЕМЯ простоя.
Согласно закону, дни болезни, выпадающие на период простоя, оплате не подлежат. Пособие начинает начисляться только с того дня, когда сотрудник должен был приступить к работе после окончания простоя. Чтобы корректно отразить это в 1С:
Больничный лист перейдем на вкладку Оплата.Сценарий В: Больничный начался в простой, а закончился после него.
Здесь мы комбинируем правила: за дни простоя пособие равно нулю, а за дни после окончания простоя (если человек все еще болеет) — выплачивается в обычном размере в зависимости от стажа.
Проанализируем оптимальный порядок действий в программе, чтобы минимизировать количество пересчетов:
Больничный лист, Отпуск, Отпуск без сохранения оплаты.Простой, отстранение от работы (списком или индивидуально). При заполнении документа нажимаем кнопку Заполнить — программа сама "выбросит" из расчета те дни, которые уже заняты отпусками или больничными (при условии, что настройка вытеснения из Шага 1 выполнена).Простой необходимо будет пересчитать (нажать кнопку с круговыми стрелками в строке сотрудника) или создать документ "Исправление".Посмотрим на пример настройки программного кода в части определения периодов, хотя в типовых конфигурациях ЗУП 3.1 это решается настройками интерфейса. Однако для понимания того, как система обрабатывает данные, полезно знать, что расчетная база и фактический период действия записи зависят от регистратора:
// Пример логики определения приоритета в механизмах платформы
Если ВидРасчета.ВытесняющиеВидыРасчета.Содержит(ТекНачисление) Тогда
ПериодДействия = ОграничитьПериод(ПериодДействия, ТекНачисление.Период);
КонецЕсли;
Резюме: не нужно бояться пересечений в 1С:ЗУП 3.1. Достаточно один раз правильно настроить приоритеты (вытеснение) в плане видов расчета Начисления, и программа сама возьмет на себя всю рутину по распределению дней между отпуском и простоем. Это сэкономит ваше время и убережет от ошибок при проверках контролирующими органами.