Елена, если вы пользователь программы Контур.Зарплата: Alt+F2 находясь на сотруднике или внутри сотрудника, или выделить сотрудника и через меню "Работа-Отпуск, расчеты по-среднему".

Если же вам нужна помощь в ручном расчете, то это форум по тех.поддержке пользователей Контур.Зарплата для решения вопросов по использованию программы в своей работе.
Вы можете для своего вопроса воспользоваться калькуляторами по расчету отпусков и/или профильными форумами для бухгалтеров. Например Форум Бухонлайн

Вы почему-то считаете, что после того как вычет 16.01 был предоставлен на РК 1874 он "автоматически" перераспределился, когда после(!!!!) 16.01 появился новый основной доход.
И почему-то не можете прочитать в моем сообщение что такого перераспределения не делается.
Если мы 16.01 уже предоставили вычеты на РК, то они там и останутся, даже если после 16.01 у вас появится новый основной доход, которого уже хватит на все вычеты.

Если мы будем делать так как вы просите: сначала предоставлять вычеты на РК, а после того как появился "достаточный основной доход" убирать вычеты с РК у вас будет "скакать" туда-сюда НДФЛ с РК. Вы можете получить ситуацию, когда у вас возникнет "долг" по НДФЛ с РК (из-за того что мы забрали с него предоставленные ранее вычеты и утащили на основной доход).

1. Если хотим правильный ССЧ, то смотреть лучше обычный свод. Или делать обычную таблицу куда выбирать ССЧ за месяц. Любой другой отчет П-4, ЗП-ХХХ может а) содержать свои требования по ССЧ (с какой точностью считать, может ли быть нулевая ССЧ при ненулевой сумме и т.д.), б) может содержать какую-нибудь разбивку по категориям и т.п. что будет вносить свою погрешность, в) из-за более сложной логики могут давать расхождения от обычной ССЧ (ну т.е. спокойно давать погрешность в 0.01).

2. Если в своде правильный ССЧ, то у вас есть правильные данные, которые позволяют правильно рассчитать зарплату?

3. Какой размер ошибки в зарплате при ошибке в ССЧ на 0.01 ?

4. Что есть правильная ССЧ за период? Какую ССЧ надо взять за каждый месяц чтобы потом поделив на число месяцев, получить ССЧ за период? Если возьмем ССЧ за месяц без округлений ("бесконечная точность") и ССЧ за месяц с округлениями (до двух знаков), то в итоге мы можем получить разные ССЧ за период, легко накопив погрешность в 0.01. Как вы берете? без округлений? А как в отчете собирается?

Уточню:
1. То что не готова делать команда разработки коммерческого продукта, не означает, что это не могут/не должны делать внедренцы/партнеры внедряющие Контур.Зарплата.

2. Беглый взгляд по форме показал, что там большая часть отчета содержит данные, которых в Контур.Зарплате нет. То есть клиент вряд ли ожидает что мы прямо отчет создадим. Клиенту скорее всего нужна вспомогательная справка, откуда бы он взял данные для того чтобы заполнить раздел 2.7 (средняя и общая численность разных категорий "сотрудников" с прилагаемым пофамильным списком: обычные сотрудники, внешние совместители, договорники ГПХ, волонтеры).
Хорошая задача для специалиста по внедрению: создать требуемую клиенту форму печати за отдельную оплату.

В сводах то за февраль и январь вы совпадаете по ССЧ? (свод можно и по одному человеку готовить)
Вопрос только к ССЧ суммарно за 2 месяца?

З.Ы. действительно ли 0.01 ССЧ за 2 месяца требуют таких исследований?

0. Если РК выделены, то они попадают в отдельную базу. Но нет порядка выделения РК из больничных. Причем его нет ни официального, ни "нафиг нам официальный, тут же и так все понятно" (как для другого среднего) 
1. По регламенту страхователи расчет больничных осуществляют на основании тех данных, которые им для расчета предоставил СФР. СФР предоставляет данные для расчета без выделения РК. Как следствие выделить РК при расчете по данным СФР не представляется возможным. Текущие правовые документы не предполагают расчета больничного по данным страхователя. Страхователь подтверждает (с возможностью корректировки) данные предоставленные СФР.
2. СФР такой же налоговый агент, как все остальные. Перед НК все равны. Если СФР при расчете пособий не выделяет РК, то остальным страхователям можно не выделять РК? Особенно если вспомнить, что бОльшая часть пособий оплачивается СФР, а на страхователя максимум приходится первые 3 дня.

Другими словами: СФР должен доработать предоставляемые данные, так чтобы в них был выделен РК. После этого появится возможность выполнять расчет с корректным выделением РК как самому СФР, так и страхователям.
До этого момента корректное выделение РК во всех случаях расчета больничных невозможно.
Если это так, то какая разница делать "неправильное выделение РК" на некоторых больничных или на всех больничных?

Вы же сами ответили на свой вопрос.
На дату выплаты 16.01 основного дохода не хватало для всего вычета. Поэтому вычет был предоставлен как на основной доход так и на РК. Мы же рассчитывая налог (и распределяя вычеты) 16.01 не можем предугадать будет у вас еще доход в этом месяце или не будет.

То что после 16.01 основного дохода стало хватать уже не приводит к перераспределению вычетов.

Получилось все красиво и правильно и в начислениях и отчетности.
Расчет произведен в точном требовании с процитированным пунктом НК: нам не хватило основной базы 16.01, поэтому мы 16.01 предоставили вычеты на РК.

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

Если нужно более глубокое изменение формы печати (только шаблон поправить недостаточно), то необходимо в пользовательских модулях (каталог 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 тоже спокойно выделялись в среднем.
Если успеем с тестированием, то должно появиться в следующем обновлении.