При работе с сотрудниками, которым установлен суммированный учет рабочего времени (СУР), бухгалтеры часто сталкиваются с методологической дилеммой. С одной стороны, сотруднику назначен оклад, а с другой — специфика его графика (например, вахтовый метод или смены по 11–12 часов) приводит к тому, что норма часов в конкретном месяце может значительно превышать производственный календарь. По умолчанию 1С:Зарплата и управление персоналом 3.1 рассчитывает стоимость часа, деля оклад на норму по графику сотрудника. Рассмотрим, почему это происходит и как заставить программу использовать среднемесячное количество часов.
В настройках расчета зарплаты (раздел Настройка — Расчет зарплаты — Ссылка "Настройка пересчета тарифных ставок") можно выбрать один из трех вариантов пересчета:
Многие пользователи полагают, что установка этого флага автоматически изменит расчет основного начисления "Оплата по окладу (по часам)". Однако это заблуждение. Проанализируем ситуацию: эта настройка влияет исключительно на показатель СтоимостьЧаса (или СтоимостьДня). Этот показатель используется системой только в тех начислениях, где он явно прописан в формуле — как правило, это доплаты за работу в ночные часы, праздничные дни или сверхурочные.
Типовая формула начисления "Оплата по окладу (по часам)" выглядит так:
Оклад * ВремяВЧасах / НормаЧасов
Здесь НормаЧасов — это предопределенный показатель, который всегда возвращает норму именно по тому графику, который назначен сотруднику. Глобальные настройки пересчета на этот показатель не влияют. Чтобы изменить алгоритм, нам придется либо корректировать формулу, либо менять настройки графика.
Это самый правильный с точки зрения архитектуры 1С метод. Если мы хотим, чтобы программа использовала настройки пересчета, установленные в параметрах расчета зарплаты, мы должны внедрить в формулу показатель СтоимостьЧаса. Разберем по шагам, как это сделать:
СтоимостьЧаса * ВремяВЧасах
В этом случае система при расчете сначала определит СтоимостьЧаса. Если в настройках стоит "Среднемесячное количество часов", программа возьмет годовую норму по производственному календарю, разделит ее на 12 и на полученное число разделит оклад сотрудника. Например, для 2018 года это было 164,17 часа. При окладе 20 000 руб. стоимость часа составит 121,82 руб., независимо от того, какая норма в текущем месяце по графику (330 часов или 100).
Если по каким-то причинам вы не хотите менять глобальную настройку пересчета (например, если для ночных часов вам нужна норма по графику, а для оклада — среднемесячная), можно использовать методику с собственным показателем. Рассмотрим пример создания формулы с условием, который обсуждался на форуме:
?(НормаЧасов > 200, Оклад * ВремяВЧасах / НормаЧасовДляВахтовиков, Оклад * ВремяВЧасах / НормаЧасов)
Для реализации этого метода выполним следующие действия:
НормаЧасовДляВахтовиков (раздел Настройка — Показатели расчета зарплаты). Установим его как "Для организации" и тип "Числовой".Важный нюанс: Проанализируем риски. Как было отмечено в обсуждении, при таком подходе в колонку "Норма" в документе "Начисление зарплаты и взносов" все равно будут попадать часы по графику (например, 330), хотя сумма будет рассчитана верно. Это может вызвать вопросы у проверяющих органов или смутить сотрудника в расчетном листке.
Выясним причину, по которой 1С предоставляет еще один элегантный способ решения без изменения формул. В настройках самого Графика работы сотрудников с СУР есть возможность подменить норму.
В этом случае показатель НормаЧасов в типовой формуле оклада начнет подставлять значение из графика пятидневки, а не из реального графика сотрудника. Однако, как справедливо заметили участники обсуждения, у этого метода есть "подводный камень".
Внимание: Если ваши сотрудники имеют право на льготный пенсионный стаж (вредные условия труда), установка признака неполного рабочего времени в графике может привести к тому, что стаж для СФР (ранее ПФР) будет формироваться некорректно. Система может не засчитать дни в льготный стаж, если отработанное время не совпадает с нормой "фиктивного" графика. Проверьте заполнение отчетности (подраздел 1.2 формы ЕФС-1) после применения этого метода.
Проанализируем ситуацию с точки зрения трудового законодательства. Если мы принудительно делим оклад на 164,17 часа ежемесячно, мы фактически переводим сотрудника на оплату по часовой тарифной ставке (ЧТС).
Рассмотрим пример:
С точки зрения сотрудника и трудовой инспекции, произошло снижение стоимости часа при неизменном окладе. Если вы используете схему со среднемесячным количеством часов, это обязательно должно быть зафиксировано в Локальных нормативных актах (ЛНА) организации. В противном случае безопаснее использовать обычную часовую тарифную ставку, которая не привязана к понятию "Оклад" и не вызывает иллюзий фиксированной оплаты за месяц, когда норма часов по графику "плавает".
Для реализации расчета оклада по среднемесячной норме в ЗУП 3.1 наиболее стабильным является Решение 1 (использование показателя СтоимостьЧаса в формуле). Оно позволяет избежать ручного ввода показателей и корректно отрабатывает изменения производственного календаря. Однако всегда помните о проверке льготного стажа и правильности отражения нормы в расчетных листках, чтобы избежать конфликтов с персоналом и контролирующими органами.