← На главную

При работе в конфигурации 1С:Зарплата и Управление Персоналом (ЗУП Корп/Проф) одной из самых частых и в то же время запутанных ситуаций является пересечение периодов отпуска и временной нетрудоспособности. Особую сложность вызывают случаи, когда больничный лист вводится позже отпуска, является его продолжением или вовсе не содержит сумм к выплате за счет работодателя. Разберем подробно, почему механизм автоматического сторнирования может «давать осечку» и как правильно исправить учетные данные.

Механизм автоматического сторнирования: настройки и условия

Прежде всего, проанализируем базовую настройку программы, которая отвечает за поведение документа Больничный лист при обнаружении пересечений с отпусками. Перейдем в раздел Настройка — Расчет зарплаты и найдем опцию «Сторнировать отпуск в больничном при пересечении периодов». Рассмотрим, как она работает:

1. Если флаг установлен: при расчете больничного листа программа анализирует регистры расчета. Если обнаруживается, что на этот же период уже начислен отпуск, ЗУП автоматически добавит записи с отрицательными суммами (сторнирование) непосредственно в документ Больничный лист на вкладку «Пересчет прошлого периода».
2. Если флаг снят: программа лишь выведет предупреждение о пересечении периодов, но не будет производить никаких расчетных действий. В этом случае бухгалтер обязан самостоятельно создать документ-исправление для отпуска.

Рассмотрим ситуацию, когда флаг был включен «задним числом». Если вы установили настройку уже после того, как документ Больничный лист был создан, автоматического пересчета не произойдет. Нам потребуется зайти в документ и принудительно нажать кнопку «Пересчитать документ» (желтые круговые стрелки) или перевыбрать сотрудника. Однако, как показывает практика, даже включенная настройка не всегда гарантирует результат. Выясним причину этого поведения ниже.

Проблема «пустого» больничного листа (продолжение болезни)

Наиболее часто проблема возникает с больничными листами, которые являются продолжением первичного листка нетрудоспособности. Проанализируем техническую сторону вопроса. В 1С:ЗУП механизм сторнирования неразрывно связан с движениями по регистру расчета Начисления.

Разберем по шагам, что происходит в системе:

• Когда больничный лист является первичным, в нем рассчитываются первые три дня за счет работодателя. В табличной части «Начисления» появляются строки. Эти строки являются «двигателем», который инициирует механизм вытеснения для отпуска.
• Если же мы вводим Больничный лист (продолжение), оплата по которому идет полностью за счет средств СФР (бывший ФСС), вкладка «Начисления» в документе остается пустой (так как расчет сумм за счет фонда производится на стороне СФР, а в ЗУП только фиксируется отсутствие).

Проанализируем ситуацию: поскольку в документе нет активных строк начислений, программе физически не к чему «привязать» сторно-записи отпуска. Это техническое ограничение архитектуры регистров расчета. Если нет записи с видом расчета «Больничный», которая должна «вытеснить» вид расчета «Отпуск», то и команда на сторнирование не формируется, несмотря на включенные флаги в настройках.

Месяц начисления и его влияние на сторно

Выясним, как месяц регистрации документа влияет на логику программы. В 1С:ЗУП 3.1 существует два принципиально разных сценария:

1. Отпуск и больничный в одном месяце: Если вы начислили отпуск, например, в июле, и в этом же июле вводите больничный, программа считает это «исправлением текущего периода». В этом случае она может не предлагать полноценное сторно, а ожидать, что вы просто пересчитаете исходный документ Отпуск.
2. Больничный в следующем месяце: Если отпуск был в июне, а больничный вводится в июле, программа «понимает», что июнь уже закрыт, и сторнирование становится обязательным. Именно в этом сценарии чаще всего предлагается автоматическое исправление.

Посмотрим на пример из практики. Если месяц начисления совпадает, рекомендуется использовать кнопку «Исправить» в самом документе Отпуск. Это позволит системе корректно пересчитать средний заработок и НДФЛ, избежав «наслоения» периодов в отчетности по труду (ЕФС-1 и др.).

Как найти виновного: поиск изменений в настройках

Если вы обнаружили, что флаг «Сторнировать отпуск...» внезапно оказался снят, необходимо проанализировать Журнал регистрации. Однако стоит учитывать, что данная настройка хранится в специфическом месте — регистре сведений НастройкиРасчетаЗарплатыРасширенный.

Для поиска воспользуемся следующим алгоритмом:

• Откроем Журнал регистрации (Администрирование — Обслуживание).
• Установим фильтр по событию «Изменение данных».
• В поле поиска по объекту или метаданным укажем РегистрСведений.НастройкиРасчетаЗарплатыРасширенный.

Если в Журнале регистрации пусто, это может означать, что настройка была изменена в рамках «Помощника начальной настройки» или путем пакетного изменения констант, что иногда не фиксируется детально по каждому ресурсу регистра. В таком случае стоит проверить записи по объекту КонстантыНабор.

Рекомендуемый алгоритм исправления отпуска при пересечении с Б/Л

Поскольку автоматика может подвести в случае с неоплачиваемыми (со стороны предприятия) больничными, рассмотрим самый надежный способ исправления ситуации, который одобряют методологи 1С:

1. Откройте исходный документ Отпуск, который пересекается с периодом болезни.
2. В нижней части формы нажмите на ссылку «Исправить». Программа создаст новый экземпляр документа в текущем (открытом) месяце начисления.
3. В новом документе-исправлении установите правильный период отпуска (с учетом его продления или переноса).
4. На вкладке «Пересчет прошлого периода» вы увидите автоматическое стонирование старого отпуска, а на вкладке «Начисления» — расчет нового периода.
5. Проверьте вкладку «НДФЛ», чтобы суммы налога распределились корректно между периодами.

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

Почему нельзя «просто поправить» даты в исходном отпуске?

Многие пользователи пытаются просто изменить даты в первоначальном документе Отпуск, если месяц еще не закрыт. Разберем, почему это опасно:

• Нарушение последовательности: Если вы уже выплатили отпускные и отправили уведомление об исчислении налогов, изменение суммы в исходном документе приведет к расхождениям между «выплачено» и «начислено».
• Регистры времени: При изменении дат в закрытом периоде (даже если месяц не закрыт официально, но налоги уже рассчитаны) могут «поплыть» данные в табеле учета рабочего времени и остатках отпусков.

Именно поэтому использование механизма «Исправить» является приоритетным. Это создает прозрачную историю правок для проверяющих органов и исключает ошибки в расчете среднего заработка для будущих отпусков и командировок.

Таким образом, мы выяснили, что отсутствие сторнирования в больничном листе в ЗУП 3.1 — это не всегда техническая ошибка, а зачастую следствие логики работы регистров расчета при отсутствии сумм к начислению. Проанализировав настройки и применив механизм исправления первичного документа, мы гарантируем корректность учета и отсутствие проблем с контролирующими органами.