Расчет пособия по временной нетрудоспособности в ситуациях, когда средний заработок сотрудника оказывается ниже установленного минимального размера оплаты труда (МРОТ), часто вызывает вопросы как у бухгалтеров, так и у разработчиков. Особенно остро проблема встает в местностях, где применяются районные коэффициенты (РК). Рассмотрим подробнее, как должна работать программа, какие настройки проверить и что делать, если стандартный алгоритм не совпадает с требованиями контролирующих органов.
Для начала разберем по шагам логику, заложенную в законодательство (согласно Постановлению №1540 и более ранним разъяснениям ФСС). Когда мы рассчитываем больничный "снизу" (по ограничению МРОТ), возникает дилемма: на каком этапе применять районный коэффициент?
Алгоритм, принятый в 1С и подтвержденный ФСС:
МРОТ * 24 / 730. Важно: на этом этапе районный коэффициент к МРОТ не применяется.Проанализируем ситуацию: если программа сразу умножит МРОТ на РК, а затем на процент стажа, итоговая сумма может отличаться на копейки из-за округлений по сравнению с вариантом, когда РК применяется в конце к уже рассчитанному пособию. Именно это часто становится причиной споров.
Если вы столкнулись с тем, что районный коэффициент вообще не учитывается при расчете больничного из МРОТ, необходимо проверить ключевые настройки системы. Рассмотрим их последовательно.
1. Настройки организации
Перейдем в справочник "Организации" на вкладку "Расчет зарплаты". Здесь должны быть указаны значения районных коэффициентов. Обратите внимание, что существует два поля: федеральный и местный коэффициенты. Для расчета пособий за счет средств фонда (ныне СФР) используется именно федеральный коэффициент. Проверьте, чтобы значение 1.15, 1.2 или иное актуальное для вашего региона было внесено корректно.
2. Настройки подразделений
Часто проблема кроется в том, что сотрудник числится в обособленном подразделении. Разберем ситуацию: если в карточке подразделения установлена галочка "Является обособленным", программа будет искать настройки РК именно там, игнорируя настройки головной организации. Убедитесь, что федеральный РК проставлен во всех подразделениях, где это необходимо.
3. Условия исчисления в документе
В самом документе "Начисление по больничному листу" проверьте вкладку "Расчет среднего заработка". Если заработок принимается равным МРОТ, в поле "Ограничение пособия" должно стоять соответствующее значение. Также обратите внимание на долю неполного рабочего времени — если сотрудник работает на 0.5 ставки, МРОТ будет пропорционально уменьшен.
В старых релизах конфигураций (например, ЗУП 2.5) пользователи часто сталкивались с ошибкой округления или несоответствием локальным требованиям ФСС. Рассмотрим пример кода, который позволяет изменить момент применения районного коэффициента при сравнении заработка с МРОТ.
В общем модуле ПроведениеРасчетов (или аналогичном модуле расчета в вашей версии) проанализируем функцию определения заработка. Типовой код часто выглядит так:
Если ЗаработокЗаЕдиницуВремени < РазмерОграниченияСнизу * 24 / 730 Тогда
ЗаработокЗаЕдиницуВремени = Окр(РазмерОграниченияСнизу * 24 / 730, 2);
// Дальнейшая логика применения РК к результату
КонецЕсли;
Если требуется, чтобы сравнение шло уже с учетом коэффициента (чтобы избежать расхождений в 1-2 копейки), программисты вносили следующие изменения:
// Измененная проверка с учетом РК
Если ЗаработокЗаЕдиницуВремени < РазмерОграниченияСнизу * РайонныйКоэффициентДляУвеличенияПособия * 24 / 730 Тогда
ЗаработокЗаЕдиницуВремени = Окр(РазмерОграниченияСнизу * 24 / 730, 2);
// РК применится позже к итоговому пособию
Иначе
// Если фактический заработок больше МРОТ*РК, то РК дополнительно не накручивается
РайонныйКоэффициентДляУвеличенияПособия = 1;
КонецЕсли;
Важное предостережение: любая правка общего модуля ПроведениеРасчетов влечет за собой необходимость тщательного тестирования всех видов начислений. Помните, что с 2022 года расчеты производятся преимущественно на стороне СФР, поэтому важно передавать корректные данные о среднем заработке и РК через электронные реестры.
Выясним причину, почему в печатной форме "Расчет пособия" может выводиться неверная сумма, даже если в учете всё верно. Это связано с тем, что запрос в печатной форме может дублировать логику расчета. Посмотрим на пример изменения текста запроса в модуле документа (функция ПечатьОборотаБольничного):
Вместо стандартного сравнения &Средний > МРОТ, следует использовать условие, учитывающее коэффициент организации:
| ВЫРАЗИТЬ(ОсновныеНачисленияРаботниковОрганизаций.Показатель1 * ВЫБОР
| КОГДА &Средний > (ВЫРАЗИТЬ(ЕСТЬNULL(МРОТнаДатуСобытия.Размер, 0) * &ДоляМРОТ * 24 *
| ОсновныеНачисленияРаботниковОрганизаций.РайонныйКоэффициентРФОрганизации / 730 КАК ЧИСЛО(15, 2)))
| ТОГДА &Средний
| ИНАЧЕ ...
Такая правка гарантирует, что визуальное представление расчета в бумажном листке будет соответствовать ожиданиям проверяющих из фонда.
Рассмотрим ситуацию с учетом изменений в 255-ФЗ, внесенных законом №104-ФЗ. Теперь действует "нижний порог" выплаты: пособие в расчете на полный месяц не может быть меньше МРОТ с учетом РК, независимо от стажа.
Это означает, что программа теперь делает два расчета:
МРОТ * РК / Кол-во дней в месяце).Если первый вариант (с учетом 60% или 80% стажа) дает сумму меньше, чем "чистый" МРОТ, деленный на дни месяца, то программа обязана выбрать второй вариант. В современных версиях 1С:ЗУП 3.1 эта логика автоматизирована и не требует вмешательства в код. Если вы видите, что сумма районного коэффициента применилась странным образом, проверьте, не сработала ли именно эта "минимальная гарантия".
Таким образом, для решения проблемы с районным коэффициентом в больничном листе первым делом проверьте заполнение федерального РК в справочнике "Организации" и "Подразделения", а также актуальность релиза вашей программы.