В практике кадрового учета часто возникает ситуация, когда типовой механизм расчета оплаты за работу в выходные и праздничные дни не позволяет учесть все нюансы локальных нормативных актов предприятия. Стандартно программа 1С:Зарплата и управление персоналом 8 (редакция 3.1) предлагает использовать единую совокупную тарифную ставку для начислений «Оплата работы в праздничные и выходные дни» и «Доплата за работу в праздничные и выходные дни». Однако на многих предприятиях алгоритм сложнее: например, «Оплата» должна считаться только из оклада и компенсационных выплат, а «Доплата» должна включать еще и дополнительные стимулирующие надбавки. Разберем подробно, как реализовать такую схему, обойдя типовые ограничения.
В современных релизах ЗУП 3.1 реализован механизм Совокупной тарифной ставки. В меню «Настройка — Расчет зарплаты — Показатели, определяющие состав совокупной тарифной ставки» мы можем указать, какие именно начисления (оклад, надбавки, доплаты) будут формировать стоимость часа. Проблема заключается в том, что этот показатель СтоимостьДняЧаса является глобальным для всех расчетов, использующих его в своих формулах. Если мы изменим состав совокупной ставки, изменения коснутся одновременно и «Оплаты», и «Доплаты», что противоречит поставленной задаче, где базы для этих начислений должны различаться.
Кроме того, важно помнить о Постановлении Конституционного Суда РФ от 27.06.2023 № 26-П. Согласно этому документу, при расчете оплаты за сверхурочную работу и работу в выходные дни необходимо учитывать не только голый оклад, но и все компенсационные и стимулирующие выплаты. Это делает задачу настройки гибкой базы расчета еще более актуальной для соблюдения законодательства.
Единственный надежный способ разделить базы расчета для оплаты и доплаты — это отказ от использования показателя СтоимостьДняЧаса в формулах начислений в пользу механизма Расчетной базы. Проанализируем, как настроить систему пошагово.
Вместо использования типового начисления «Оплата работы в праздничные и выходные дни», нам необходимо создать новое (или скопировать существующее) и внести изменения в его формулу. Рассмотрим структуру формулы:
Вместо типовой формулы ВремяВЧасах * СтоимостьЧаса, мы будем использовать конструкцию, опирающуюся на начисления текущего месяца:
(РасчетнаяБаза / НормаЧасов) * ВремяВЧасах
В этом случае на вкладке «Расчет базы» нам нужно будет указать только те виды расчетов, которые входят в первый набор (Оклад + ДоплатаСуммой1 + ДоплатаСуммой2). Система сама просуммирует эти показатели, разделит на норму времени сотрудника и умножит на фактически отработанные праздничные часы.
Аналогичным образом создаем второе начисление. Его формула может выглядеть идентично, но ключевое отличие будет в настройках на вкладке «Расчет базы». Сюда мы включим расширенный список начислений: Оклад + ДоплатаСуммой1 + ДоплатаСуммой2 + ДоплатаСуммой3.
Таким образом, мы получим два независимых начисления, каждое из которых «смотрит» на свой набор исходных данных.
Чтобы программа понимала, за какие именно часы нужно производить расчет, крайне важно правильно настроить вкладку «Учет времени» в созданных начислениях. Выясним основные параметры:
Также необходимо уделить внимание вкладке «Приоритет». В левой колонке («Начисления, приоритет которых выше») должны оказаться все виды расчетов, которые входят в Расчетную базу. Это необходимо для того, чтобы программа сначала рассчитала оклад и основные доплаты, а уже потом, на основании их сумм, вычислила оплату за праздничные дни. Если этого не сделать, возникнет ошибка «циклической зависимости» или база будет пустой.
Рассмотрим ситуацию, упомянутую опытными пользователями: риск задвоения стоимости часа при перерасчетах прошлых периодов. В старых версиях программы (ЗУП 2.5) такая проблема встречалась часто при использовании Расчетной базы. В версии 3.1 механизм работает стабильнее, но требует тщательной проверки вытеснений.
Посмотрим на важные нюансы:
РасчетнаяБаза / НормаЧасов * ВремяВЧасах показатель НормаЧасов должен соответствовать графику сотрудника за месяц. Проверьте, чтобы в настройках начисления был выбран правильный порядок пересчета (по графику сотрудника, по производственному календарю или среднемесячному количеству часов).Если использование Расчетной базы кажется слишком сложным в настройке приоритетов, разберем еще один способ. Мы можем создать пользовательский показатель ИндивидуальнаяТарифнаяСтавкаПраздничная.
ИндивидуальнаяТарифнаяСтавкаПраздничная * ВремяВЧасах.Этот метод позволяет жестко зафиксировать сумму, из которой будет считаться час, и она может быть разной для оплаты и для доплаты (если создать два показателя). Однако минус этого способа в трудоемкости: при каждом изменении оклада или надбавок бухгалтеру придется вручную обновлять значение этого показателя в документах «Изменение оплаты труда».
Для реализации задачи, когда «Оплата» и «Доплата» имеют разный состав базы, наиболее эффективным решением в ЗУП 3.1 является использование двух пользовательских начислений с формулами на основе Расчетной базы. Это позволяет:
Проанализируйте настройки вытеснения и приоритетов перед запуском в рабочую базу, чтобы исключить ошибки в перерасчетах и обеспечить корректное формирование расчетного листка.