При работе в программе 1С:Зарплата и управление персоналом 8 (редакция 3.1) бухгалтеры часто сталкиваются с ситуацией, когда сумма начисленного пособия по уходу за ребенком до 1.5 лет не соответствует ожиданиям. Особенно часто вопросы возникают при расчете пособия для сотрудников с низким доходом или отсутствием заработка в расчетном периоде, когда расчет должен производиться исходя из МРОТ. Рассмотрим подробно причины возникновения таких расхождений и способы их устранения.
Разберем ситуацию на примере, описанном пользователем. При наличии районного коэффициента (РК) 1.3 программа выдает сумму 4260,69 руб., в то время как ожидаемая сумма по расчету из МРОТ (11280 * 0,4 * 1,3) составляет 5865,6 руб. Для понимания того, почему программа выбирает меньшее значение, проанализируем законодательную логику того периода (2019 год), заложенную в алгоритмы 1С.
В системе социального обеспечения существовало два типа «минимальных планок» для пособия:
3277,45 * 1,3 = 4260,69 руб.Выясним причину расхождения: в программных продуктах 1С прошлых релизов (до середины 2020 года) зачастую срабатывал алгоритм, при котором расчет из МРОТ использовался только как база для сравнения среднего заработка, но итоговая сумма пособия не могла быть ниже именно фиксированного государственного минимума. Если региональное отделение ФСС придерживалось позиции, что «сравнение с МРОТ» — это лишь этап расчета среднего заработка, программа могла игнорировать превышение 40% МРОТ над фиксированным минимумом.
Рассмотрим важнейший технический нюанс, который напрямую влияет на расчет в ЗУП 3.1. Это параметр «Доля неполного рабочего времени» (ставка). В документе Отпуск по уходу за ребенком или в кадровых данных сотрудника может быть указано значение меньше единицы (например, 0.5 при работе на полставки).
Проанализируем, как это влияет на математику программы:
1.0, программа сравнивает расчетный средний заработок с полным МРОТ.0.5, то МРОТ для целей расчета среднего заработка пропорционально уменьшается (11280 * 0.5). Следовательно, 40% от этой суммы становятся еще меньше.Посмотрим на пример из практики: пользователь установил долю 1.0, и расчет стал корректным. Это произошло потому, что при полной ставке алгоритм сравнения с МРОТ позволил программе выйти на более высокую цифру, тогда как при 0.5 программа гарантированно «сваливалась» к фиксированному минимуму, так как он оказывался выше, чем 40% от «половинного» МРОТ.
Если вы обнаружили, что пособие начисляется неверно, рекомендуем выполнить следующие действия по шагам:
Шаг 1. Проверка актуальности классификаторов
Проверьте, загружены ли в программу актуальные значения МРОТ и размеров пособий. Для этого перейдите в раздел Настройка — Редактирование законодательных значений или проверьте непосредственно регистры сведений:
МинимальныеОплатыТрудаРФРазмерыГосударственныхПособийЕсли даты индексации (например, 1 февраля) не содержат новых записей, программа будет использовать устаревшие данные.
Шаг 2. Анализ документа «Отпуск по уходу за ребенком»
Откройте документ и перейдите на закладку Пособия. Обратите внимание на следующие поля:
1.0, расчет будет неверным.Шаг 3. Использование инструмента «Показать подробности расчета»
В форме расчета пособия (внутри документа) всегда нажимайте кнопку «Показать подробности расчета». Это откроет расшифровку, где будет видно:
МРОТ.Выясним, как программа обрабатывает реквизит ДоляНеполногоРабочегоВремени. В программном коде расчетной базы пособия этот коэффициент используется как множитель для МРОТ. Если вы видите, что программа упорно берет фиксированный минимум (например, 4260,69 с учетом РК), хотя вы ожидаете расчет из МРОТ, проверьте, не стоит ли у сотрудника в кадровых документах или в графике работы неполный рабочий день.
Если сотрудник действительно работает неполное время, но вы считаете, что пособие должно быть выше, проверьте правомерность применения пропорции МРОТ. В некоторых случаях (в зависимости от учетной политики и трактовки ФСС) бухгалтеры корректируют долю времени вручную в документе Отпуск по уходу за ребенком на закладке Расчет среднего заработка, чтобы добиться нужного результата.
Стоит отметить, что описанная магическая путаница с «двумя минимумами» была практически устранена с 1 июня 2020 года (ФЗ № 166). С этого момента:
Поэтому в современных релизах ЗУП 3.1 (начиная с ветки 3.1.14 и выше) программа чаще всего просто берет максимальную величину из доступных минимумов, что минимизирует количество ошибок. Однако при работе с «ретро-периодами» или проверке старых начислений, понимание логики 2019 года крайне важно для прохождения проверок контролирующих органов.
Резюме: Если цифра в расчете кажется вам странной, первым делом проверяйте Районный коэффициент в самом документе и Долю неполного времени. Если эти параметры верны, анализируйте расшифровку расчета — программа покажет, с каким именно государственным нормативом она сравнивает средний заработок сотрудника.