Многие бухгалтеры и расчетчики сталкиваются с ситуацией, которую в профессиональной среде часто называют «бредом с расчетной базой». Суть проблемы заключается в следующем: в программе 1С:Зарплата и управление персоналом 3.1 (или ЗИКГУ 3.1) настроена доплата до МРОТ. Когда сотрудник отрабатывает месяц полностью, всё считается верно. Однако, стоит сотруднику уйти на больничный или в отпуск, как формула начинает вести себя странно. Вместо того чтобы вычитать из «гарантированного МРОТ» реально начисленные суммы (например, фиксированную премию), программа начинает «резать» эти суммы пропорционально отработанному времени внутри самой расчетной базы доплаты.
В этой статье мы подробно разберем причины такого поведения системы, проанализируем влияние настроек приоритетов и учета времени, а также выстроим пошаговый алгоритм решения проблемы.
Рассмотрим типовой пример. У сотрудника установлен оклад 5 000 руб. и назначена разовая премия 3 000 руб. Месяц отработан наполовину (10 дней из 20). Оклад за это время составит 2 500 руб., а премия, так как она фиксированная, должна остаться в размере 3 000 руб. Общая начисленная сумма: 2 500 + 3 000 = 5 500 руб.
При расчете доплаты до МРОТ за полмесяца программа должна сравнить половину МРОТ (например, 19 242 / 2 = 9 621 руб.) с фактически начисленными 5 500 рублями. Однако в расчетную базу доплаты до МРОТ премия попадает не в сумме 3 000 руб., а в сумме 1 500 руб. В итоге расчетная база занижается, а сумма доплаты необоснованно завышается. Разберемся, почему так происходит.
Первым делом проанализируем настройки самих надбавок и премий, которые входят в базу МРОТ. Очень часто ошибка кроется в неверно выбранном способе учета времени. Перейдем в настройки начисления (премии или надбавки) на вкладку Учет времени.
Выясним причину: если переключатель установлен в положение «За работу полную смену в пределах нормы времени», программа считает, что данное начисление жестко привязано к явке. Если же начисление является фиксированной суммой, которая не должна зависеть от того, сколько дней сотрудник отсутствовал (например, премия за прошлые заслуги или разовая выплата), правильнее использовать другой вариант.
Решение: Установите переключатель в положение «Дополнительная оплата за уже оплаченное время». Это сигнализирует системе, что начисление не требует собственного учета времени и должно приниматься в расчетную базу в фактически начисленном размере.
Проанализируем ситуацию глубже. Даже если учет времени настроен верно, механизм «Приоритетов» может продолжать делить базу. В 1С:ЗУП 3.1 существует логика: если начисление (Доплата до МРОТ) имеет список вытесняющих видов расчета (например, Больничный, Отпуск), а начисление, входящее в его базу (Разовая премия), таких вытеснений не имеет, возникает конфликт периодов.
Программа видит, что Доплата до МРОТ действует только 15 дней, а Премия — «безразмерная» (весь месяц). Чтобы состыковать их, 1С берет в базу только ту часть премии, которая приходится на период действия доплаты. Рассмотрим, как это исправить:
Важный нюанс: Как отмечают эксперты, иногда помогает обратное — полная очистка приоритетов у фиксированных надбавок. Однако самым стабильным решением является синхронизация списков вытеснения между доплатой и базовыми начислениями.
Посмотрим на формулу, которую рекомендует ИТС и которая чаще всего используется в работе:
МАКС(МРОТ / НормаДней * ВремяВДнях - РасчетнаяБаза, 0)
Где МРОТ — это показатель минимального размера оплаты труда, а РасчетнаяБаза — сумма всех начислений, которые по закону должны входить в состав МРОТ. Если вы сталкиваетесь с тем, что расчет идет неверно при изменении оклада в середине месяца или при работе на полставки, формулу стоит доработать.
Проанализируем использование показателя доли неполного рабочего времени. Для сотрудников с неполным графиком формула должна выглядеть так:
МАКС(МРОТ * ДоляНеполногоРабочегоВремени * ВремяВДнях / НормаДней - РасчетнаяБаза, 0)
Использование ДоляНеполногоРабочегоВремени позволяет автоматически учитывать ставку (0.5, 0.75) без создания отдельных видов расчета под каждый случай.
Важно помнить, что согласно постановлениям Конституционного Суда РФ, некоторые начисления категорически нельзя включать в РасчетнаяБаза для МРОТ. Если они там присутствуют, вы получите неверный результат с точки зрения закона.
Проверьте вкладку Расчет базы у доплаты до МРОТ и убедитесь, что там отсутствуют:
Сверхурочно).Выясним техническую особенность 1С: настройки начислений не всегда применяются к уже созданным документам «задним числом». Если вы изменили приоритеты или вид времени, выполните следующие действия:
Доплата до МРОТ.Если штатная настройка расчетной базы продолжает работать некорректно (например, при сложных кадровых перемещениях), рассмотрим способ «двух шагов»:
МРОТ * ДоляНеполногоРабочегоВремени * ВремяВДнях / НормаДней. Это начисление само по себе ничего не платит (можно поставить настройку «не отображать в расчетном листке» или использовать как вспомогательное).РасчетнаяБаза используем разницу: МАКС(МинимальнаяОплатаЦелевая - РасчетнаяБаза, 0).Такой подход позволяет наглядно увидеть в подробностях расчета (кнопка «Показать подробности расчета» в документе), какая именно сумма МРОТ была определена как целевая для конкретного периода и сотрудника.
Заключение: Проблема с «рваной» базой МРОТ в 90% случаев решается настройкой вкладки Приоритет. Программа 1С очень чувствительна к пересечению периодов, и если вы добьетесь единообразия в правилах вытеснения для всех начислений, участвующих в расчете, база будет собираться корректно, без лишних пропорций.