Вопросы
Точность для повышающего коэффициента при расчете среднего заработка
Здравствуйте.
Подскажите, пожалуйста, какой должна быть точность для повышающего коэффициента при расчете среднего заработка если за расчетный период было два повышения окладов, например: на 01.10.2021г. оклад сотрудника составляет 14278.00, с 01.10.2021г. оклад увеличен на 3,7% и равен 14807.00, с 01.08.2022 оклад увеличен на 4,0% и равен 15400.00. Этот сотрудник с 01.08.2022г. идет в отпуск на 28 кал.дней. При расчете среднего заработка вижу, что заработок за август и сентябрь 2021г. подлежит увеличению на 1,079, с октября по июль - на 1,040. В результате заработок, например, за сентябрь после индексации равен 29232.82, за период с октября по июль 29220.13, а за август (если посчитать заработок, который был бы начислен сотруднику если бы он отработал весь месяц) получается 29221.50. При этом в Постановлении Правительства СО указано, что с 01.08.2022г. оклады увеличиваются на 4,0%, в аналогичном постановлении об увеличении окладов с 01.10.2022г. было указано 3,7%. , т.е. коэффициент увеличения должен составить 1,077. Согласно Постановлению 922 для определения коэффициента увеличения нужно оклад в месяце последнего повышения разделить на предыдущие в расчетном периоде и тогда становится понятно откуда взялся коэффициент 1,079 (15400/14278=1,07858), но правильно ли так округлять? Чем руководствоваться при расчете коэффициента:
а.) Постановлениями Правительства СО и тогда коэффициент 1,077
б.) Постановлением 922 и тогда коэффициент 1,079?
Если следовать тому, как делает программа сейчас, то получается, что заработок за август и сентябрь 2021г. после индексации на 1,079 равен 29232.82, предполагаемый заработок за август 2022г. (с учетом последнего повышения) 29221,50, в результате разница за 1 месяц составляет 11,32.
Может быть нужно увеличить точность коэффициента с 3 до 5 знаков, например? Знаю что такая настройка есть в программе, но не знаю, законно ли будет ее применение в таком виде?
С уважением, Любовь
Сервис поддержки клиентов работает на платформе UserEcho
Добрый день.
Почему 1,077?
Надо перемножать коэффициенты: 1,04*1,037=1,07848
Я не видел НПА, которое бы регулировало вопрос с точностью коэф.-та
Кажется, 5 знаков это уже "перебор"...
Я сложила эти два коэффициента, поэтому получилось 1,077. Может быть я не права, но коэффициент 1,079 - это правильно или нет? Ведь если перемножать (как Вы написали), то получается 1,078 (если три знака брать). Или это округление в пользу работника? Стала считать отпускные, увидела такой коэффициент и засомневалась, решила спросить у специалистов...
Правильно 1,04*1,037=1,07848
Если округлять до 3х знаков, то получим 1,078
Но сейчас-то программа округляет 1,079. Что делать, вручную исправлять? Или ставить в настройках округление до 4 знаков?
Выложите для начала лс с настройками
ZPL_zplinfo(20220726_153214).cab
По вашим настройкам расчет коэф. идет через ставку
15400/14278=1,07858
округляем до 3х знаков: 1,079
Значит можно такой коэффициент применять или надо настройки менять?
зависит от того, что вы хотите получить..
Хочу получить правильное увеличение среднего заработка у сотрудников при расчете отпускных, например. То, что получается сейчас у нас - это правильно или нет? По нашим настройкам получается 1.079.
Вы писали, что
"Правильно 1,04*1,037=1,07848
Если округлять до 3х знаков, то получим 1,078"
Так что считать правильным мне?
правильность зависит от методики расчета.
оба варианта имеют права на жизнь
1)расчет через ставку
2)расчет через коэффициенты, заданные сеткой
это решать вам..
Можно ли при том, что у нас идет расчет через ставку сделать так, чтобы коэффициент автоматически проставлялся бы 1.078, а не 1,079 (чтобы не править вручную)?
нельзя, это будет округление не по правилам математики...
Здравствуйте.
Сейчас разговаривала с коллегой по этому поводу, у них программа "1С", так вот, у них коэффициенты программа ставит так:
"в 1 с такой коэфф. 1,0785820702 авг-сент 2021, и 1,0400482744 с окт 2021".
Ну правда это пример не по той должности, по которой я выкладывала лицевой с настройками. Но тут даже не 5 знаков...
очень "важная" и "полезная" информация...
Давайте не будем обсуждать работу сторонних программных продуктов на этом ресурсе.