ЗУП 3.1 настройка начисления "за работу в праздники" для сотрудников с разными видами начислений.
Добрый день.
ЗУП 3.1.9.
Есть сотрудники с окладами, окладами по часам, тарифными ставками. Все они могут работать в выходной или праздничный день.
Сейчас расчёт работы в выходной или праздничный настроен для окладников, всё прекрасно считает. Но не считает для тех у кого тарифная ставка.
Как лучше настроить оплату выходных и праздничных для тек у кого тарифная ставка?
Сделать формулу вида "?(Оклад > 0, Оклад / НормуДней * ОтработаноДней, ТарифнаяСтавка * ОтработаноДней)" или можно как то иначе настроить?
ЗУП 3.1.9.
Есть сотрудники с окладами, окладами по часам, тарифными ставками. Все они могут работать в выходной или праздничный день.
Сейчас расчёт работы в выходной или праздничный настроен для окладников, всё прекрасно считает. Но не считает для тех у кого тарифная ставка.
Как лучше настроить оплату выходных и праздничных для тек у кого тарифная ставка?
Сделать формулу вида "?(Оклад > 0, Оклад / НормуДней * ОтработаноДней, ТарифнаяСтавка * ОтработаноДней)" или можно как то иначе настроить?
Ответы
Подписаться на ответы
Инфостарт бот
Сортировка:
Древо развёрнутое
Свернуть все
(4)При такой формуле, конечно, программа расчет не произведет, так как у сотрудникам по тарифной ставке и при окладе по часам нет понятия норма/ отработано дней. У них есть норма и отработано часов.
По предложенной Вами формуле расчет не будет производится из-за показателя "Отработано дней". Можно попробовать изменить этот показатель на Отработано Часов.
Но лучше использовать стандартную формулу. "ВремяВДняхЧасах * СтоимостьДняЧаса * 2". Показатель ВремяВДняхЧасах будет подставляться в зависимости от отработанного времени, а для показателя СтоимостьДняЧаса программа автоматически возьмет тарифную ставку или рассчитает стоимость у окладников.
Расчет должен производиться верно по обоим вариантам, но в приоритете использования всегда те показатели, которые являются стандартными (то есть около них желтая звездочка). На расчет начислений по таким формулам тратится меньше времени.
По предложенной Вами формуле расчет не будет производится из-за показателя "Отработано дней". Можно попробовать изменить этот показатель на Отработано Часов.
Но лучше использовать стандартную формулу. "ВремяВДняхЧасах * СтоимостьДняЧаса * 2". Показатель ВремяВДняхЧасах будет подставляться в зависимости от отработанного времени, а для показателя СтоимостьДняЧаса программа автоматически возьмет тарифную ставку или рассчитает стоимость у окладников.
Расчет должен производиться верно по обоим вариантам, но в приоритете использования всегда те показатели, которые являются стандартными (то есть около них желтая звездочка). На расчет начислений по таким формулам тратится меньше времени.
(5)
Это я опечатался. Там "отработано часов".
Вот со стоимостью часа окладников возникла проблема. Этот час рассчитывается от среднемесячного количества часов 164.17. Он в формулу вводится как параметр для расчета ЗП и устанавливается для организации на год.
Вот так вроде получается. Но надо потестировать на организациях.
"?(Оклад > 0, ВремяВДняхЧасах * (Оклад / СреднегодовоеКолВоКалендарныхДней) * 2, ВремяВДняхЧасах * СтоимостьДняЧаса * 2)"
По предложенной Вами формуле расчет не будет производится из-за показателя "Отработано дней".
Это я опечатался. Там "отработано часов".
а для показателя СтоимостьДняЧаса программа автоматически возьмет тарифную ставку или рассчитает стоимость у окладников.
Вот со стоимостью часа окладников возникла проблема. Этот час рассчитывается от среднемесячного количества часов 164.17. Он в формулу вводится как параметр для расчета ЗП и устанавливается для организации на год.
Вот так вроде получается. Но надо потестировать на организациях.
"?(Оклад > 0, ВремяВДняхЧасах * (Оклад / СреднегодовоеКолВоКалендарныхДней) * 2, ВремяВДняхЧасах * СтоимостьДняЧаса * 2)"
(6)
Вот со стоимостью часа окладников возникла проблема. Этот час рассчитывается от среднемесячного количества часов 164.17. Он в формулу вводится как параметр для расчета ЗП и устанавливается для организации на год.
Так в ЗУП 3.1 есть несколько предустановленных вариантов расчета часовой ставки из оклада. Их можно установить как для всей организации в Настройках Расчета зарплаты, так и для каждого индивидуально в Приеме на работу или Кадровом переводе. В том числе есть и по среднемесячному количеству часов (дней). А если в графиках работников на окладе стоит неверное кол-во среднемесячных часов, так это графики нужно составлять в соответствии с ТК РФ и ПП 588н, а при невозможность это сделать, применять только оплату по ЧТС. При СУРВ ЧТС ИМХО следует применять всегда, оклад предназначен, в основном для пятидневки или шестидневки, это же фиксированная оплата за месяц.
(8)
На сколько понимаю там нельзя выбрать показатель среднее количество часов в месяц за год. Из производственного календаря этот показатель не подтягивается.
В графиках всё нормально.
У нас много юр лиц в одной базе и так сложилось исторически что у них может отличаться расчёт даже одинаковых видов начислений.
Например кто то берёт для расчета ставки часа из оклада норму за месяц, кто то годовую среднюю и тд, у кого то просто указана тарифная ставка, но по сути это тот же оклад по часам и тд. Вот и приходится выкручиваться, одним так начисления настраивать, другим иначе.
Так в ЗУП 3.1 есть несколько предустановленных вариантов расчета часовой ставки из оклада.
На сколько понимаю там нельзя выбрать показатель среднее количество часов в месяц за год. Из производственного календаря этот показатель не подтягивается.
А если в графиках работников на окладе стоит неверное кол-во среднемесячных часов, так это графики нужно составлять в соответствии с ТК РФ и ПП 588н, а при невозможность это сделать, применять только оплату по ЧТС.
В графиках всё нормально.
У нас много юр лиц в одной базе и так сложилось исторически что у них может отличаться расчёт даже одинаковых видов начислений.
Например кто то берёт для расчета ставки часа из оклада норму за месяц, кто то годовую среднюю и тд, у кого то просто указана тарифная ставка, но по сути это тот же оклад по часам и тд. Вот и приходится выкручиваться, одним так начисления настраивать, другим иначе.
(10) Можно и по людям. Как установить что бы норма бралась из производственного календаря как среднее количество часов в месяц?
Когда настраивал где то читал что получить среднее количество часов из календаря нельзя, только задать как показатель для расчета. Может конечно не точно. Давно это было.
Ну и повторюсь у нас много сотрудников и юр лиц в одной базе. И используются разные подходы при расчёте. Где то среднее за год, где то норма за месяц, где то тарифная ставка и тд.
Когда настраивал где то читал что получить среднее количество часов из календаря нельзя, только задать как показатель для расчета. Может конечно не точно. Давно это было.
Ну и повторюсь у нас много сотрудников и юр лиц в одной базе. И используются разные подходы при расчёте. Где то среднее за год, где то норма за месяц, где то тарифная ставка и тд.
(11)
Как установить что бы норма бралась из производственного календаря как среднее количество часов в месяц?
А зачем Вам норма? Расчет параметра СтоимостьДняЧаса при установке по умолчанию параметра пересчета оклада в ЧТС в среднемесячное количество часов производится как раз из производственного календаря, но для длительности рабочей недели, указанной в графике работы сотрудника. Она ведь для полного и сокращённых продолжительностей разная. Укажите всем в настройках графиков 40 часов и будет Вам счастье (хотя, например, для инвалидов II группы она д.б. 35 часов, у вредников 36 и т.д.). Для остальных значений параметра пересчета данные соответственно берутся из графика работы. Вы хоть поняли, что для каждого работника правило пересчёта можно указать индивидуально в кадровых документах? Хотя правильно указывать правило пересчета в учётной политике организации для всех одинаково.
(12)
У меня 2500+ работников в одном юр лице, а общая численность наверное где то под 5К, указывать кому то что то индивидуально в моём случае плохой вариант.
Вредники у меня есть, а так же вахтовики и тд.
Сейчас вспомнил с чего это начиналось. У некоторых предприятий пересчёт ставки был не по среднемесячному из календаря, а они какое то близкое число руками ставили и от него считали. Вроде того что по календарю 164 часа, они для всех рассчитывали от 160 часов. И эти 160 часов задавали параметром. В общем с этого всё началось.
Вы хоть поняли, что для каждого работника правило пересчёта можно указать индивидуально в кадровых документах?
У меня 2500+ работников в одном юр лице, а общая численность наверное где то под 5К, указывать кому то что то индивидуально в моём случае плохой вариант.
у вредников 36
Вредники у меня есть, а так же вахтовики и тд.
Расчет параметра СтоимостьДняЧаса при установке по умолчанию параметра пересчета оклада в ЧТС в среднемесячное количество часов производится как раз из производственного календаря, но для длительности рабочей недели, указанной в графике работы сотрудника.
Сейчас вспомнил с чего это начиналось. У некоторых предприятий пересчёт ставки был не по среднемесячному из календаря, а они какое то близкое число руками ставили и от него считали. Вроде того что по календарю 164 часа, они для всех рассчитывали от 160 часов. И эти 160 часов задавали параметром. В общем с этого всё началось.
Добрый день, коллеги! У меня ДТС, ЧТС и оклад по часам, в положении прописана "оплата праздничных и выходных" и "доплата праздничных и выходных". Аналогично вашим примерам, у меня не верно считалась "оплата праздничных и выходных". В итоге, родилась действующая формула (условие в условии):
?(ТарифнаяСтавкаДневная>0, ТарифнаяСтавкаДневная*ВремяВДнях, ?(ТарифнаяСтавкаЧасовая>0, ТарифнаяСтавкаЧасовая*ВремяВЧасах, Оклад*ВремяВЧасах/НормаЧасов))
?(ТарифнаяСтавкаДневная>0, ТарифнаяСтавкаДневная*ВремяВДнях, ?(ТарифнаяСтавкаЧасовая>0, ТарифнаяСтавкаЧасовая*ВремяВЧасах, Оклад*ВремяВЧасах/НормаЧасов))
Для получения уведомлений об ответах подключите телеграм бот:
Инфостарт бот