Галактика в вопросах и ответах

В алгоритеме < if(LSc_SisOpl=41,LSc_Tarif*Uch_ChasF*0.4,LSc_Tarif/Uch_ChasGr*Uch_ChasF*0.4)> предложеным товрищем OV, есть недостатоки:
1) Если буду оформляться переходы в межпериод и в этих переходах меняется тарификация, то оплата будет неправильной в силу ее зависимости от тарифа в лиц. счете, т.е. LSc_Tarif. Хотя часы Uch_ChasF беруться вроде логично правильно. Итого желательно на перспективу написать
Uch_SisOpl=41,Uch_Tarif*Uch_ChasF*0.4,Uch_Tarif/Uch_ChasGr*Uch_ChasF*0.4
2) Но на самом деле у меня работает такой алгоритм(ы)
170 =KLVO_Proc/100 * IF((UCH_SISOPL = 30) or (UCH_SISOPL = 35),SumAlgNo(171),SumAlgNo(172))
171=UCH_SETCH(WT_GHBD(3,0,0,TRUE,XAR_DATAN,XAR_DATOK)) * (UCH_TARIF / UCH_CHASGR) * (UCH_SETDN(0)+1)
172=UCH_SETCH(WT_GHBD(3,0,0,TRUE,XAR_DATAN,XAR_DATOK)) * UCH_TARIF* (UCH_SETDN(0)+1)
где коды 30 и 35 это окладники, остальные почасовики

А в результатах расчета фигурирует выплата с системным ВО 204? Это вопрос относительно исходной формулы.

3 алгоритм прекрасно работает, и для окладников и для тарифников.
Но в какой-то версии (то-ли 84, то-ли 82) был глюк. Если входили во внешние атрибуты лицевого счета, то там автоматически прописывалось: Ночные.ВидОплаты = 0. Приходилось ставить там руками (или запросом) системный код оплаты ночных, тогда работало!
Но в 85 версии такой проблемы нет! Так что, прежде, чем изобретать велосипед, подключите своих консультантов!!!
У ручных алгоритмов есть существенный недостаток - они криво работают, если вы хотите что-то пересчитать за прошлый месяц.