Почему при проведении второго больничного листа не сторнируется премия и как это исправить в 1С?

Бухгалтер 1С v8.3 (Обычные формы) 1С:Зарплата и Управление Персоналом
← На главную

В процессе расчета зарплаты бухгалтеры часто сталкиваются с ситуацией, когда сотрудник отработал полный прошлый месяц (например, октябрь), а в текущем месяце (ноябре) предоставляет сразу два больничных листа за прошлый период: один с 1 по 10 число, а второй — с 11 по 20 число.

При расчете первого больничного программа корректно сторнирует оклад за первые 10 дней и полностью пересчитывает ежемесячную премию (или надбавку), рассчитываемую процентом от оклада. Однако при расчете и проведении второго больничного листа оклад за период с 11 по 20 число сторнируется, а премия остается неизменной. В результате сумма премии оказывается досторнирована не полностью.

Выясним причину возникновения проблемы

Проанализируем работу механизма перерасчетов в 1С. Данное поведение связано со следующими особенностями системы:

  1. Каскадный перерасчет базы при первом документе: При проведении первого документа Начисление по больничному листу система сторнирует оклад за дни первого отклонения и одновременно выполняет каскадный перерасчет зависимости (премии или ежемесячной надбавки) за весь прошлый месяц целиком.
  2. Блокировка повторного сторнирования: При проведении второго больничного листа за тот же прошлый месяц механизм расчета базы «видит», что зависимая премия уже пересчитана первым документом. Повторный каскадный перерасчет базы вторичного начисления автоматически не запускается.
  3. Позиция разработчиков 1С: Линия поддержки разработчиков подтверждает, что данное ограничение при многократных пересчетах надбавок из-за повторных сторнирований является особенностью архитектуры. Вносить изменения в данный алгоритм не планируется для сохранения стабильности работы системы.

Способ 1. Изменение порядка проведения документов

Разберем наиболее эффективный обходной путь, который позволяет системе правильно распределить суммы сторно без применения ручных правок.

Выполним следующие шаги:

  1. Отменим проведение второго больничного листа (если он уже был проведен).
  2. Снимем с проведения первый больничный лист (за период с 1 по 10 число).
  3. Рассчитаем и проведем второй больничный лист (за период с 11 по 20 число). Так как предыдущие записи сторно отменены, этот документ корректно зафиксирует сторнирование оклада и зависимой премии за свой период.
  4. После этого рассчитаем и проведем первый больничный лист. Он отсторнирует оставшиеся суммы оклада и премии за период с 1 по 10 число.

Способ 2. Одновременный расчет документов без проведения

Рассмотрим альтернативный вариант, когда документы рассчитываются параллельно до момента записи движения в регистры:

  1. Откроем оба документа Начисление по больничному листу.
  2. Заполним и рассчитаем первый больничный лист, но не проводим его (нажимаем кнопку «Записать»).
  3. Заполним и рассчитаем второй больничный лист в режиме редактирования, также без проведения.
  4. После того как алгоритм перерасчета зафиксирует необходимые записи в обеих формах, последовательно проведем оба документа.

Способ 3. Использование документа сторнирования или регистра перерасчетов

Если больничные листы уже введены, проверены и изменять их проведение нежелательно, проанализируем вариант с отдельным корректирующим документом:

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

Проверка настроек видов расчета

Для предотвращения ошибок при расчете вытесняющих начислений рекомендуем проверить настройки плановых видов расчета:

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