Обидели сибиряка

[rebel25]

Работнику сформировали прямые начисления из табеля, модуля табельный учет за июль. Потом добавили назначение с другим графиком с первого июля. В результате работнику не начислился, полагающийся РК т к в прямых начислениях prid не действующего уже в июле назначения.
У меня пожелание к разработчикам - чтобы в этом случае РК что нибудь говорил.

[DUCKKK]

А что должен "сказать РК"?

Типа "Уважаемый пользователь, ты чем думал, когда сначала табель и прямые начисления июля формировал, а потом лепил новое назначение в июле?"

Да и проблемы будут далеко не только при расчете РК.

[rebel25]

Да, я считаю, что примерно это и должна сказать программа. Иначе РК просто тихо не был начислен.
Прверять нужно на наличие в прямых начислениях prid-а, которого нет в назначениях, приходящихся на текущий месяц.
Это же не сложно сделать, зато зарплата будет считаться точнее. Я считаю что программа должна по возможности защищаться от кривых рук пользователей.[/img]

[Spartak]

Можно добавить ДС before/after на процедуры zrp_расчетЗП/zrp_расчетЗП_all, где проверять, что в ПН нету, например, основного ВО, привязанного к назначению, действующему на текущий расчетный месяц.

[DUCKKK]

Но в ПН могут быть, например, начисления премии, привязанные к прошлому назначению.

[Spartak]

ОК. Тогда условие такое:
В ПН нет ВО РК, а в действующем назначении есть связка с РК (Справочники / Настройка / Районные коэффициенты и северные надбавки), тогда msg: "Переформируйте прямые начисления!!!"

[DUCKKK]

И что, если переформировать - РК в ПН появится? Вообще-то он только после расчета в lic появляется )))

[Spartak]

Соответственно смотрим на lic после расчета (ДС after zrp_расчетЗП/zrp_расчетЗП_all), условие похожее:
назначение привязано к РК, а в lic его нет.

[DUCKKK]

Ага, то есть сначала считаем зарплату, а потом говорим расчетчику что посчитали фигню?

[Spartak]

По крайней мере к расчетчику не придет обиженный сибиряк , потому что он (расчетчик) увидит сообщение когда будет считать зп и еще раз все проверит