Ваши комментарии

Поставочный вариант не решает проблему, более того, в нашем случае параметр "3" по результату равен "0", убедился в этом, а "1" исключает превышение НРВ, ну и расчет среднего остается неверный. 

Выполнить расчет по 1 должности тоже не вариант, не доплатим работнику, если у него более 1 должности.

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

По поводу приведенной настройки:

Не хватает варианта - Брать РВ по ФРВ основной должности, а по всем остальным совместительствам: действующим в тек.время или в какой-то период считать "поглощенным" основным.

Потому что у Вас здесь приведена просто настройка, которую возможно не мы делали, а Ваш куратор!

А вот когда НРВ=21 и при этом ФРВ=42 - это бред! Почему надо выполнять расчет для каждой должности? а если их 10 или более?

Мы сейчас обсуждаем "здравый смысл" или вариант исправления ошибки?

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

ФРВ  по здравому смыслу не может быть более НРВ(тем более в днях)!


Пример - расчет по-среднему для 208 вида.

Еще тут забыли про совместительство, какое у него имя поля в таблице?

tabl.TextS("???",row)


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