Если нужно более глубокое изменение формы печати (только шаблон поправить недостаточно), то необходимо в пользовательских модулях (каталог SCRIPT\user или ZPL\script) либо в новый пользовательский модуль (который надо чтобы загружался вместе с программой), либо в имеющийся (например SCRIPT\user\usfuncrwf.s) добавить скрипт с именем:
UserPrint_MirPayRegistry(CTabl)
{

тут как-то серьезно правим форму. 

}
Пример такой функции есть в скрипте SCRIPT\bank\mirPay.S

В последнем релизе появилось "много способов" править печатную форму реестров МИР.
"свой скрипт" - это один из способов. Который стоит использовать при достаточно серьезной доработке формы.
Если вам всего лишь достаточно поправить шаблон, то:
1) возьмите СВЕЖИЙ(!!!) поставочный шаблон MirPaySum.xltx
2) скопируйте его в этой же папке в шаблон с именем user_MirPaySum.xltx
3) поправьте шаблон, не изменяя поставочные именованные диапазоны (ячейки для которых вместо стандартного адреса ячейки будет светиться говорящее имя). Т.е. вы спокойно можете добавлять свои строки или вписывать что-то в ячейки не являющиеся именованными диапазонами. А вот удалять "поставочные именованные" уже нельзя (скорее всего выдаст ошибку.).
На скриншоте я в верх шаблона написал "бла-бла-бла" и он появился в печатной форме (без всяких скриптов)

Да решение появилось.
Мы поправили выделение так, чтобы параметризованные алгоритмы 12,15,98,99 тоже спокойно выделялись в среднем.
Если успеем с тестированием, то должно появиться в следующем обновлении.

Хотя бы 378. Если уверены что огромных подарков у вас не будет.

При обновлении на следующую версию увеличим

Откуда вообще взялось ожидание что вычеты не будут применяться к РК.
Открываем НК, статья 210 п.6.2 абзац какой-то там (последний перед п.7):

Описанная вами ситуация возможно когда в первой выплате в месяце у вас основного дохода не хватило для применения всего вычета. В этом случае у вас вычет попадет и на РК.
То что при последующих выплатах основная база увеличится, сейчас не приводит к перераспределению вычетов.
В следующих месяцах попадание вычетов на РК становятся еще маловероятнее, так как основная база рассматривается "с начала года". Если ее хватает чтобы забрать новые вычеты нового месяца, то на РК уже ничего не попадет.

Если я правильно понял Приложение 7. Там НЕТ ССЧ за 1 день. Там как раз форма в которой по дням собирается "списочный состав". В низу итог по списочному составу по месяцу. И дальше уже (в итогах!!! а не по дням) ССЧ.
И это никак не монтируется с исходным запросом "ССЧ по дням".

Что касается формы "расчет ССЧ из зарплаты", то очень хотелось бы понять как из списочной численности 56 за первое число месяца получилась среднесписочная численность   50.14.

Понятие "среднесписочной численности за 1 день" не существует.
В этом понятии присутствует слово "средняя". Среднее намекает на то, что у нас есть "числитель" (какое-то значение) и есть "знаменатель" (усредняющий значение из числителя).
В случае ССЧ в числитель собирается, сюрприз-сюрприз, списочная численность за "набор дней". А в знаменатель идет "количество этих дней" на выходе получаем "среднесписочную" за это количество дней.
Откуда легко делается вывод:  "среднесписочная за 1 день" это "списочная за этот день".
Единственный нюанс: как в этом случае учесть тех, кто "несписочный состав, но попадает в среднесписочную".
Но это не к нам вопрос. А к тем талантам, кто придумал понятие "среднесписочная за 1 день".

Если человек уволен и нет невыплаченных остатков переходящих на следующий месяц, статус уволенности сам восстановится, при переводе в следующий месяц.
В этом месяце можете просто поставить признак расчета, выбрав при расчете "только в ведомость по ранее введ.суммам".