2014-11-28 14:52:09

Краткое описание :

Некорректно работает сторнировка

Описание :

Сторнирующие записи

Что измененно :

1. В классификаторе видов оплат для основной оплаты установлена доп.входимость 36.
2. Для повременной оплаты задан алгоритм 101:
[101] if(uch_rejim<100, SumAlgNo(102), SumalgNo(105))
[102] if(double(GetRejimExtAttr(uch_rejim,'Количество ставок'))=1,SumAlgNo(103),SumAlgNo(104))
[103] Uch_tarif*Uch_koldn/Uch_koldnGR
[104] Uch_tarif*Uch_chasf/Uch_chasGR
[105] uch_tarif*uch_chasf/sumalgno(111)+UCH_SETDNGR(DniGR(uch_mes,otch_y, double(GetRejimExtAttr(uch_rejim,'Код 5-ки'))))*0+UCH_SETCHGR(ChaGR(uch_mes,otch_y, double(GetRejimExtAttr(uch_rejim,'Код 5-ки'))))*0
[111] if(double(GetRejimExtAttr(uch_rejim,'СГНЧ в месяц (женщины Север)'))<>0 and PERS_SEX='Ж',double(GetRejimExtAttr(uch_rejim,'СГНЧ в месяц (женщины Север)')),double(GetRejimExtAttr(uch_rejim,'Среднегодовая норма часов в месяц')))

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

3. Расчетный период 10 месяц.
В сентябре сотрудник болел, но зарплату посчитали за целый месяц без учета больничного.
В 10 месяце за сентябрь вводим больничный c 22.09 по 26.09 и рассчитываем:
В сторнирующих записях формируется: c 22.09 по 26.09.
4. В результатах расчета суммы за рабочий период рассчитались неправильно.
5. если удалить доп.входимость 36, сторнирует правильно.

Как измененно :

Доработан расчет основной оплаты за прошлый месяц с дополнительной входимостью (36) Cводить при округлении с алгоритмом пользователя.
Теперь в результатах расчета суммы за рабочий период рассчитываются правильно.