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

s1001simv_mv выборку по источникам делает (в данном случае по всем источникам). Если у вас источники - то взлетит если вместо 0 перед ST_ALIMENT укажете mrasch.

Если же исп.должности нужны то 

var CurProp = GetCurPropCountLS();
info.n1 = s1001simv_mv("1",info.d1,info.d2,mrasch,ST_ALIMENT,2, CL_MV | CL_COL | CL_NACH, CurProp);

активнее голосуем и отписываемся в комментариях :)

Пользователи могут "изменить" и "удалить" тему и/или свой комментарий только ограниченное время после создания. В настройках форума это время выставлено на 120 минут. И только если не было связанного чужого комментария к тому, что хотят изменить. Видимо, чтобы не было недоразумений вида: "в теме есть какой-то ответ, но он слабо связан с исходным вопросом, потому что вопрос был исправлен". Можно же легко внести исправления добавив новый комментарий.

Т.е. нужны суммы по доплате до мрот, аесли сн и рк крутить сверху, то часть доплаты “теряется” в общих суммах сн и рк.

Я же написал выше. Ничто не мешает сделать отдельный вид(ы) СН и РК, которые будут считать сумму ТОЛЬКО с доплаты. То есть:

1) Доплата считается без СН и РК (и не учитывает в своем расчете уже начисленные СН и РК)

2) Отдельными видами считается СН и РК с доплаты

3) Основные виды СН и РК накручиваются только на обычную зарплату но не доплату СН и РК.

Плюсы: 

1. минимальные модификации алгоритмов
2. Можно путем задания периода действия отдельных видов СН и РК в любой момент перейти от схемы "доплату увеличиваем на СН и РК" к схеме "доплату счетаем без СН и РК".
3. Трудовики и работники сразу видят что на доплату тоже крутится СН и РК

Минусы: ну я только один вижу - чуть больше видов в ЛС.

Оба алгоритма поправили :)
Может нам параметризовать поставочный? :)

var CurProp = GetCurPropCountLS();
...
n2=CollectSummProp(stolbec-1,0,mrasch, CL_MV | CL_COL | CL_NACH,CurProp);
...
n3 = CollectSummProp(stolbec-1,0,mrasch, CL_MV | CL_COL | CL_UD,CurProp);

Я не совсем понял. Задача вроде как звучит "хочют выделять СН и РК". Они их хочут выделять на тот же вид где и сама доплата или на отдельный вид?. Если на тот же вид где сама доплата, то как они потом докажут, что они в соответствии с решением КС накрутили СН и РК? По-моему "хочют выделять" правильнее реализовывать путем выделения на отдельный вид? А если это так, то сложностей, скорее всего, никаких. У вас же наверняка основные виды СН и РК считаются по столбцу ТВХ, поэтому не сложно эти же алгоритмы настроить на то, чтобы они считались только с доплаты (можно даже столбец ТВХ не заводить отдельный, просто для этих алгоритмов иметь параметр "столбец ТВХ", и в том случае если он, например отрицательный или нулевой, считать что мы хотим посчитать СН(РК) с доплаты до МРОТ)

Февраль был тяжелым, многое как в тумане :).
Кстати тем плох старый форум. Тяжело возвращаться к поднятым вопросам, на которые сразу не было дано решение. На этом форуме такие вопросы отслеживать проще.