При расчете заработной платы сотрудников со сменным графиком (например, диспетчеров, работающих сутки через двое) часто возникает задача обеспечить им гарантированный минимальный доход. При этом важно, чтобы в расчетном листке прозрачно отображались все законодательно установленные доплаты: за работу в ночное время, в праздничные дни и оплата по часовому тарифу. Рассмотрим подробно, как реализовать механизм «доплаты до оклада», используя функционал 1С:ЗУП 3.1.
Представим ситуацию: сотрудник имеет часовую тарифную ставку. В течение месяца он может выходить в ночные смены и работать в праздники. Работодатель хочет, чтобы общая сумма начислений (тариф + ночные + праздничные) составляла не менее фиксированной суммы (например, 38 000 рублей при полной отработке месяца). Если сумма первичных начислений меньше этого порога, программа должна автоматически рассчитать «Премию до оклада».
Для реализации этого механизма мы воспользуемся показателем РасчетнаяБаза. Проанализируем, как правильно настроить начисление, чтобы оно «видело» другие суммы и корректно реагировало на недоработки.
Первым делом нам необходимо определить, какие именно начисления будут «поглощаться» нашей премией. Перейдем в настройки нового начисления на вкладку «Расчет базы». Чтобы формула работала корректно, нам нужно включить в список базовых начислений следующие виды расчетов:
Важно: в поле «Период расчета базы» следует выбрать значение Текущий месяц. Это позволит программе в рамках одного документа «Начисление зарплаты и взносов» сначала рассчитать все основные показатели, а затем вычислить разницу для премии.
Разберем вариант формулы, который предложил автор темы, и проанализируем его структуру. Формула должна учитывать два сценария: когда сотрудник отработал норму полностью и когда имела место недоработка.
Пример формулы с жестко заданными суммами:
?(ОтработаноЧасов < НормаЧасов,
Макс( (ЦелеваяСмена * ОтработаноДней) - РасчетнаяБаза, 0),
Макс(38000 - РасчетнаяБаза, 0)
)
Однако использование фиксированных чисел (например, 38 000 или 4 750 за смену) крайне неудобно при индексации зарплат. Мы рекомендуем использовать пользовательские показатели. Создадим показатель ГарантированныйДоход с типом «Для сотрудника» и введем его значение в кадровых документах.
Более универсальный и современный вариант формулы в ЗУП 3.1 выглядит так:
Макс(ГарантированныйДоход * ДоляВремени - РасчетнаяБаза, 0)
Здесь показатель ДоляВремени автоматически учитывает отношение фактически отработанного времени к норме по графику сотрудника. Если диспетчер болел или был в отпуске, сумма гарантированного дохода будет пропорционально уменьшена, и премия рассчитается корректно без сложных условий ?().
Проанализируем технический нюанс: если начисление «Премия до оклада» будет рассчитано раньше, чем ночные или праздничные, показатель РасчетнаяБаза будет равен нулю или содержать только оклад. Это приведет к неверному результату.
Выясним, как этого избежать. На вкладке «Приоритет» необходимо убедиться, что все начисления, входящие в базу (ночные, праздничные, тариф), находятся в левом столбце («Начисления, приоритет которых выше»). Само начисление должно иметь статус Зависимое начисление первой очереди (или второй, если в базе есть другие зависимые расчеты).
Рассмотрим ситуацию с переработками. По закону оплата за сверхурочную работу и работу в выходные дни (вне графика) должна начисляться сверх МРОТ и, как правило, сверх гарантированного минимума. Если мы включим эти виды расчетов в Расчетную базу, программа «съест» доплату за переработку, уменьшив премию. Чтобы этого не произошло, проанализируем состав базы еще раз и исключим из неё:
Посмотрим на настройки на вкладке «Налоги, взносы, бухучет». Поскольку наша премия является частью гарантированной оплаты труда, она должна:
Отдельное внимание уделим Районному коэффициенту (РК) и Северным надбавкам. Если ваша «целевая сумма» (38 000) уже включает в себя РК, то в настройках начисления нужно указать, что оно не является базой для РК. Если же РК должен начисляться поверх этой суммы, то начисление должно быть включено в базу районного коэффициента.
Для успешной реализации «Премии до оклада» в 1С:ЗУП 3.1 мы выполнили следующие действия:
Расчетную базу, включив в нее только те доплаты, которые должны «покрываться» фиксированным окладом.Макс(), чтобы избежать отрицательных значений, если сумма доплат превысила порог.ДоляВремени для автоматического учета неполной отработки месяца.Такой подход позволяет автоматизировать расчет и исключить ручные корректировки в расчетных листках, сохраняя при этом детальную расшифровку всех видов начислений сотрудника.