Коллеги, у кого есть сверхурочная работа, проверьте пожалуйста один момент.
В последних релизах появился функционал: Возможности учитывать разовые начисления и премии при расчете оплаты за сверхурочную работу, работу в праздничные дни и др., согласно Федеральному закону от 22.04.2024 № 91-ФЗ.

1. Мы настроили новую формулу для начисления «Оплата сверхурочных часов» согласно инструкции.
2. В расчет тарифной ставки для этого начисления добавили начисление «Доплата (по часам)»

Ошибка в нашем случае в том, что если некоему сотруднику "Назначением планового начисления" добавить это начисление ДВА раза (двумя документами), но с разными датами действия начисления, то при расчете тарифной ставки учитывается только одно.

Переведу на русский язык: старое начисление ОТМЕНИЛИ давно, но оно всё равно попадает в стоимость часа и ошибочно увеличивает сверхи.
Так?

(1)Нет. В периоде март действуют оба. Один старый годовой например с 01.01.2025 по 31.12.2025 допустим на 20000. И ввели еще один на месяц с 01.03.2025 по 31.03.2025 на 10000. В начислении все корректно две строки 20000 и 10000. А в расчет тарифной ставки попадает оклад и ОДНА доплата

(0) "Ошибка в нашем случае в том, что если некоему сотруднику "Назначением планового начисления" добавить это начисление ДВА раза (двумя документами), но с разными датами действия начисления, то при расчете тарифной ставки учитывается только одно."

В начислении есть флажок "Поддерживать несколько одновременно действующих начислений", он установлен?

Судя по контексту, установлен.. Тогда вам надо сделать два разных начисления с одинаковыми формулами и оба включить в расчет совокупной тарифной ставки.

(3)Да, у нашего начисления «Доплата (по часам)» СТОИТ галка "Поддерживать несколько одновременно действующих начислений".
И в начислении это прекрасно видно - две строки

(3) А он разве влияет на стоимость часа?
Некомильфо ОДНО начисление ДВАЖДЫ назначать. Либо сумму изменить на время, либо уж ДВА начисления разных вводить.

А может кто то воспроизвести у себя в копии?

(6) Я указал расчетчикам на этот момент, но что имеем то имеем

(6) Вот и я проверял, не влияет, судя по ответу.

Насчет некомильфо - вопрос дискуссионный, в прицнипе удобно назначать начисления с одинаковым способом расчета разными приказами, почему нет-то?

Могут быть различные основания доплаты, тут работодатель сам решает, кому и сколько доплачивать.

(7) А и воспроизводить нечего. Ежу понятно, что в стоимость часа пойдёт только одно плановое начисление, потому что в нормальной программе всегда по одному начислению собирается.

Пусть переделывают и больше так не делают. Ни одна бензопила лом не перепилит.

(8) Покажите им известное Постановление 922 по расчёту среднего заработка:
15. При определении среднего заработка премии и вознаграждения учитываются в следующем порядке:

ежемесячные премии и вознаграждения - фактически начисленные в расчетном периоде, но не более одной выплаты за каждый показатель за каждый месяц расчетного периода;

Дурацкое стремление накатывать два одинаковых вознаграждения с ежемесячными выплатами приведёт к тому, что любая проверка выкинет одно из них из расчёта средних всем сотрудникам за три года.

Короче, потребуйте у них письменное ТЗ под их ответственность.

(11) Он получит ТЗ и все вместе они станут "группой лиц, по предварительному сговору". Дадут ТЗ - не принимать, нигде не расписываться. Пусть дичь творят сами

Не понял, причем тут средний и 922 постановление. У ТС проблема с расчетом совокупной тарифной ставки для расчета сверхурочных.

(13) Дык... Цитирую:
В начислении все корректно две строки 20000 и 10000

Два ежемесячных вознаграждения за один и тот же показатель. В программе одно начисление, значит для расчёта средних программа возьмёт 30к, что противоречит ПП_922

И судя по всему такой изврат длится не первый год. Просто сейчас проявилось, когда перешли для сверхурочных на новый показатель. И хорошо, что разработчики заложили в его чёрном ящике расчёт только по одному начислению за один и тот же показатель. Иначе мы бы здесь и не узнали о нарушении фирмы автора ветки.

(0) Это Ваша ошибка.
В ЗУП реализован расчет тарифной ставки (оклада) на день расчета. То есть берется последняя тарифная ставка (оклад).
Причем, "с 01.01.2025 по 31.12.2025 допустим на 20000. И ввели еще один на месяц с 01.03.2025 по 31.03.2025 на 10000" - это абсолютно неверно. Нужно с 01.03.2025 по 31.03.2025 отменить на 20000 и ввести новое на 30000.
И кстати, загляните в РС "Плановые начисления" по сотруднику и посмотрите, что с этим начислением при Вашем вводе: подозреваю, что 10000 отменено, а действует 20000 с 01.03.2025 по 31.03.2025.

Всё бы оно вроде и хорошо и правильно, только вот
15. При определении среднего заработка премии и вознаграждения учитываются в следующем порядке:
У автора - "Доплата (по часам)". Телепатирую, что это и не премия и не вознаграждение.
Самый простой пример, который сразу приходит на ум, это, например "Доплата за совмещение" (у некоторых называется "Доплата за расширение зоны обслуживания", у других - "Доплата за увеличение объема работ"), не суть важно, как называется, важна сама суть - санитарочек в больнице не хватает и они 4 ставки попилили на троих и в своё рабочее время моют полы за четверых, получая при этом "доплату за.." [совмещение]. Это постоянная (долгоиграющая) доплата. Теперь в марте одна из напарниц приболела чуток и две остальные стали выполнять и ее работу. Ну шустрые, как электровеники, что скажешь :)) Соответственно им еще дали кратковременную "доплату за.." То есть в марте у них есть и долгоиграющая "доплата за..", и кратковременная такая же "доплата за..". Мы то понимаем, что это доплаты за разную работу, но даже если введем показатель "количество квадратных метров помытых полов" :))), программа все равно не поймет, что это доплата за разные показатели. (Да и вообще, это не премии и вознаграждения, поэтому п.15 ПП 822 сюда не применим).
Аналогично и у автора с его "Доплата (по часам)". К примеру, учитель математики получает постоянную Доплату (по часам), а в марте физик приболел и математик его заменял, поэтому получил еще и кратковременную Доплату (по часам) Ну это только как в качестве примера.
В любом случае, имхо, само название доплаты у автора - "Доплата (по часам)" достаточно красноречиво и явно намекает на то, что это "не премии и вознаграждения", и, соответственно, пункт 15 сюда не применим.
Обращаю внимание, что в Постановлении само понятие премии и вознаграждения выделено отдельно, в статье 2
2. Для расчета среднего заработка учитываются все предусмотренные системой оплаты труда виды выплат, применяемые у соответствующего работодателя, независимо от источников этих выплат. К таким выплатам относятся:
...
н) премии и вознаграждения, предусмотренные системой оплаты труда;
да и сам термин "вознаграждение" здесь приравнян (упоминается в одном предложении) к премии и подразумевает под собой некую стимулирующую выплату (премиального характера).
Поэтому лично я считаю, что данном случае отсылка к пункту 15 постановления не корректна.

(16) Вот нудный Вы, новорос, ох, нудный )
Мы же никак не можем поменять кишочки в закрытом для нас предопределённом показателе стоимости часа. Значит что?
Значит надо отшить задачу иначе заставят писать дополнительную внешнюю обработку. А отшить проще всего элементарным запугиванием )

(15) "это абсолютно неверно."
Почему?
Если даже сами разработчики предусмотрели, цитирую(3) - флажок "Поддерживать несколько одновременно действующих начислений" (с)
и с РС все нормально, потому что зарплату (начисления), по словам  автора) делает правильно, по обоим плановым начислениям. Только в расчет среднего не берет, а насчет начисления зарплаты вопроса у автора нет.

И еще поддержу (9) "Насчет некомильфо - вопрос дискуссионный, в прицнипе удобно назначать начисления с одинаковым способом расчета разными приказами, почему нет-то?"

Зачем же дополнительно сверх ограничивать себя, если в программе предусмотрено поддерживать несколько одновременно действующих начислений? и это прекрасно работает в части начисления зарплаты. А в части расчета среднего - мое мнение, надо в техподдержку писать, пусть фиксируют ошибку, или дают разъяснение, почему так.

(17) :)))
ну да, запугать бедную расчетчицу, да и дело с концом :)))

(18) Однако у параметра есть ограничение: его нельзя проставить для основных начислений сотрудников (оклад, оплата по ЧТС и т. д.).  - яндекс (можно погуглить)

Я все же не понял, причем тут средний, но ладно. Вроде как в ЗУП 3.1 в виде начисления появился показатель премирования, чтобы как раз разделять такие моменты, о которых Гена пишет.

(0) похоже на косяк релиза, у вас какой? у нас 39.

При расчете сверхурочных берется одно плановое из четырех, последнее, внесенное в вид расчета "Расчет тарифной ставки". Меняешь порядок, попадает последнее.
По одному попадает каждое.

На 66 релизе надо проверить.