Расчет среднемесячного заработка за период

[Irina_]

Здравствуйте. Надо настроить расчет нового ВО. В качестве суммы оплаты брать среднемесячный заработок сотрудника за 3 предыдущих месяца. Среди стандартных алгоритмов не нашла что-либо похожее. Каким образом настроить такой расчет?

[edward_K]

Да был какой то с признаком. Почитайте по f1. 22 какой нибудь

[Мария_Ф]

Бывает среднедневной заработок и среднечасовой, умножается на требуемое количество дней/часов. В признаке ставится расчетный период - 3 месяца.

[Irina_]

Здравствуйте.
Стандартные алгоритмы расчета по среднему (типа 22, 23 и подобные) не подходят, т.к. для их расчета должны быть заданы оплачиваемые дни или часы. А новый ВО будет материальной помощью, для которой оплачиваемые дни/часы вводить не должны. И ее надо рассчитать именно процентом от среднемесячного заработка за 3 месяца, а не по среднедневному/ среднечасовому. Как-то была доработка для Беларуси (ПИР 102.122676, в G_Sredn_dll) по расчету выходного пособия, алгоритмы 22,23 и несколько других возвращают среднемесячный заработок * 3, но чтобы они так отработали надо, чтобы тип оплаты стоял «Вых.П.», но ведь у нас оплата должна быть матпомощью, поэтому тип надо ставить «М», тем более нужна величина в однократном размере.

[Мария_Ф]

А если сделать свой алгоритм: системным вычислить среднедневной заработок с признаком 3, умножить на среднее значение дней в архиве за 3 месяца.

[Irina_]

Еще вчера я попробовала ввести пользовательский алгоритм расчета, в котором используется SumAlgNP(23,3). Но так и не получилось выйти на нужную сумму, не могла объяснить сумму, рассчитанную Галактикой. Поэтому и написала на форум. Сегодня попробовала по шагам наращивать пользовательский алгоритм. В процессе определила, что у ВО в классификаторе нельзя ставить % оплаты. Потом уже внимательно прочитала в текстовике к указанному выше ПИР: «Процент в классификаторе видов оплат и в предварительном просмотре указывать не следует». Установила, если поставить 50% в классификаторе, то получим сумму в 2 раза меньше, чем мне надо. И еще алгоритм SumAlgNP(23,3) возвращает просто сумму заработка по входимости в средний за 3 месяца (причем база за неполный месяц приводится к полному месяцу) , поэтому полученную сумму надо еще разделить на 3. В результате получен алгоритм расчета:
SumAlgNP(23,3) / 3 * 50 / 100.
Не скажу, что он устраивает на 100%. А если в одном из 3 месяцев, принимаемых для расчета, нет отработанного времени. Тогда по логике надо полученную сумму по стандартному алгоритму делить не на 3, а на 2 или 1. Т.е. надо анализировать отработанное время (по входимости во время по среднему) по каждому месяцу. И у оплаты должен обязательно стоять тип «Вых.П.», иначе расчет по стандартному алгоритму пойдет по-другому. Правильно ли будет поставить такой тип оплаты вместо «М» (для матпомощи), не будет ли неприятных последствий, ведь ВО по м/п отличаются от обычных ВО, в частности по налогообложению. Не столкнемся ли мы с неожиданными проблемами из-за неправильного указания типа оплаты для м/п?
P.S. В том же текстовике к патчу в описании указанного ПИР написано, что доработка по настройке на страну РБ.