+2
Отвечен

Расчет вида начисления исходя из ставки, указанной в КЧ

Дмитрий Марьин 3 года назад в Расчеты начислений и удержаний / Алгоритмы обновлен Шинкарев Вячеслав (Менеджер разработки) 3 года назад 3

Добрый день!

Хотелось бы настроить вид НУ, который смог бы учитывать при расчете ставку, изменяющуюся в течение месяца.

Допустим, в поле "Ставка" в КЧ содержится несколько записей:

с 01.03.2018 - 0,5;

с 15.03.2018 - 1;

с 01.04.2018 - 0,5.

Есть идеи просто создавать в ЛС несколько строк вида НУ с этими же датами и, либо с разным БЗ, либо просто добавить доп. реквизит "ставка", а БЗ оставлять неизменным. Но поскольку, такие изменения ставок могут происходить чуть ли не каждый день у различных сотрудников, хотелось бы обойтись расчетом в пределах одного вида в ЛС.

Script

Ответ

+1
Ответ
Отвечен

Анатолий, в поставке есть алгоритм близкий к тому, что вы просите.

Посмотрите в SCRIPT\USER\usalg.s алгоритм UserAlg712. Он как раз берет из изменяемого поля кадровой части (только он берет процент премии, а вам надо ставку).

На рассмотрении

Поле КЧ "Ставка" используется для другого. А в виде начислений СТАВКА считается по базовым значениям основных видов оплаты. Эти основные виды определяются столбцом С1 Специальной таблицы входимости.

Для данного вида нужен именно коэффициент занятости.


В организации существует вид начисления "Стимулирующая выплата", который рассчитывается исходя из категории и должности сотрудника (для врачей одно БЗ, для младшего медперсонала другое и т.д.)


В упрощённом виде расчёт вида можно представить так:

СтВыплата = БЗ * ФРВ'(в днях)/НРВ'(в днях) * коэффициент занятости.

при этом ФРв и НРВ считаются за предшествующий месяц.


Пример (допустим, в месяце 20 рабочих дней и БЗ=1000 руб:)

первые 10 рабочих дней предшествующего месяца у сотрудника коэффициент занятости в КЧ =1, оставшиеся 10 дней K_employ=0,5


В этом случае расчёт вида распадается на 2:


СтВыплата = С1 + С2 = (1000 * 10 / 20 *1) + (1000 * 10 / 20 *0,5) = 500 + 250 = 750


Функция СТАВКА() подсчитывает плановый заработок за день/час, что для данного вида не требуется.


Сейчас расчёт реализован, как было сказано в исходном посте - через несколько строк вида стимулирующей выплаты - пользователь должен создать строки с 1 числа по 15 (условно) и с 16-го по 01.01.2050), и в доп. реквизите указать дополнительно коэффициент занятости сотрудника. Что для пользователя неудобно, т.к. повышает риск ошибки.

+1
Ответ
Отвечен

Анатолий, в поставке есть алгоритм близкий к тому, что вы просите.

Посмотрите в SCRIPT\USER\usalg.s алгоритм UserAlg712. Он как раз берет из изменяемого поля кадровой части (только он берет процент премии, а вам надо ставку).

Сервис поддержки клиентов работает на платформе UserEcho