Почему 1С:ЗУП 3.1 некорректно рассчитывает больничный лист при работе на полставки по МРОТ?

При расчете пособий по временной нетрудоспособности в программе 1С:Зарплата и управление персоналом 3.1 пользователи часто сталкиваются с ситуацией, когда программа игнорирует работу сотрудника на неполную ставку (например, 0,5) и производит расчет исходя из полного МРОТ. Это приводит к завышению суммы пособия и потенциальным проблемам с проверками со стороны СФР. Проанализируем ситуацию, разберем законодательную логику и выясним технические причины такого поведения системы.

Законодательная логика: как должен считаться минимум

Для начала разберем методику расчета, закрепленную в Федеральном законе от 29.12.2006 № 255-ФЗ. Рассмотрим ситуацию, когда у сотрудника низкий доход за предыдущие два года или стаж менее полугода. В таких случаях расчет производится исходя из МРОТ. Процесс состоит из двух этапов сравнения, которые мы разберем по шагам.

Этап 1. Сравнение среднего заработка (п. 1.1 ст. 14 255-ФЗ)

1. Рассчитывается фактический среднедневной заработок сотрудника: Доход за 2 года / 730.
2. Рассчитывается минимальный среднедневной заработок из МРОТ на дату начала нетрудоспособности: (МРОТ * 24) / 730 * Доля ставки.
3. Выбирается наибольшее из этих значений.
4. К выбранному значению применяется коэффициент стажа (60%, 80% или 100%).

Этап 2. Сравнение с минимальным размером пособия за месяц (п. 6.1 ст. 14 255-ФЗ)

Этот пункт был введен, чтобы гарантировать, что пособие в расчете на полный месяц не будет ниже МРОТ (с учетом районного коэффициента и доли ставки). Здесь алгоритм меняется:

1. Берется (МРОТ * Районный коэффициент) / Количество календарных дней в месяце болезни * Доля ставки.
2. Важный нюанс: К этой сумме стажевый коэффициент (60/80/100%) не применяется. Это минимальный «порог» выплаты.

Проанализируем пример: если расчет по Этапу 1 (с учетом 60% стажа) дает сумму меньше, чем расчет по Этапу 2, то программа обязана назначить пособие по Этапу 2. Именно здесь чаще всего возникает ошибка: программа берет полную долю ставки (1.0) вместо положенной (0.5), из-за чего сумма удваивается.

Почему программа «теряет» ставку 0,5 в документе?

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

1. Настройка графика работы сотрудника

Программа берет значение доли неполного времени не напрямую из кадрового приказа, а из регистра сведений, который формируется на основании настроек графика. Проанализируем настройки графика работы сотрудника:

• В карточке графика должна стоять галочка «Является графиком неполного рабочего времени».
• Должен быть выбран вид неполного времени: «Неполный рабочий день» или «Неполная рабочая неделя».
• Обязательно должна быть установлена опция «Считать норму по другому графику» (как правило, указывается стандартная 40-часовая пятидневка).

Если эти настройки отсутствуют, 1С считает, что сотрудник работает по полному графику, и устанавливает Доля неполного времени = 1.

2. Ошибки в кадровой истории

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

Как проверить и исправить расчет в документе

Для исправления ситуации выполним следующие действия в интерфейсе программы:

1. Откроем документ Больничный лист.
2. Перейдем на вкладку «Оплата».
3. Найдем поле «Доля неполного времени». Если там стоит значение «1», значит, программа не увидела признак неполной ставки.
4. Попробуем перевыбрать сотрудника. Если значение не меняется на «0,5», значит, проблема в графике (см. выше).
5. В качестве временной меры можно нажать на кнопку «Карандаш» (редактирование) рядом с расчетом среднего заработка или напрямую изменить долю неполного времени на вкладке «Оплата», однако правильнее исправить настройки графика.

Рассмотрим, как должен выглядеть итоговый расчет при ставке 0,5 (на примере МРОТ 2023 года — 16 242 руб.):

За день января (31 день): 16 242 / 31 * 0,5 = 261,97 руб.

За день февраля (28 дней): 16 242 / 28 * 0,5 = 290,04 руб.

Если программа выдает суммы 523,94 и 580,07 соответственно — значит, доля ставки 0,5 не применилась. Проверить это поможет Расчетный листок и расчет среднего заработка, Подробный расчет начислений, Приказ об индексации заработка, Справка о доходах. ЗУП 3.1, ЗиКГУ, ERP 2.

Работа с районным коэффициентом

Проанализируем еще один важный момент, который часто путает бухгалтеров — районный коэффициент (РК). В 1С:ЗУП 3.1 логика следующая:

• При расчете среднего из МРОТ по п. 1.1 (Этап 1) РК часто не накручивается сверху, так как предполагается, что МРОТ в регионе уже включает РК (хотя это зависит от настроек учетной политики).
• При расчете минимального чека по п. 6.1 (Этап 2) РК накручивается обязательно.

Посмотрим на формулу, которую применяет программный код:

РазмерПособияВМесяце = (МРОТ * РайонныйКоэффициент) / КоличествоДнейВМесяце;
ИтоговаяСуммаЗаДень = Максимум(ДневноеПособиеИзСреднего, РазмерПособияВМесяце) * ДоляНеполногоВремени;

Таким образом, если вы видите, что сумма «зависла» на уровне МРОТ без учета коэффициента 0,5, ваша основная задача — проверить регистр «Параметры периодов стажа ПФР» или настройки графика работы, так как именно оттуда документ черпает сведения о «Доле неполного времени».

Резюме для проверки

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

1. Проверьте, что в графике работы сотрудника стоит признак неполного рабочего времени.
2. Убедитесь, что норма считается по другому (полному) графику.
3. В документе Больничный лист на закладке Оплата всегда контролируйте значение в поле Доля неполного времени.
4. Помните, что стажевый коэффициент 60% не применяется к расчету «по МРОТ за месяц» (согласно п. 6.1 ст. 14 255-ФЗ), но доля ставки применяется к нему всегда.