Исправлено.
Перевели в разряд предупреждений.
В настройках для ПВСО появилась опция показывать значок предупреждений в реестре ПВСО или нет (будут выделяться строки только с предупреждениями или нет).

В поставке и не считает.
Может быть указали мат.выгоду в каких-то настройках на доп.пересчет.
Например здесь:
Настройка -> 4. Настройки параметров расчета -> 7. Дополнительные настройки по расчетам видов Н-У -> Список видов для дополнительного пересч.

На мой взгляд все очень просто.
Мы должны исключить только то, что требует исключать Постановление 922.
Если вы находите пункт из Постановления 922 на основании которого вы должны исключить период с 1 по 10 января - значит исключайте, если не находите - значит исключать не надо.
Там точно нет: "надо исключать из расчета среднего праздничные дни".

В том случае если найдете на каком основании надо исключать, то стоит задуматься: почему для тех кто работал весь январь (а на самом деле с 11 января), вы период с 1 по 10 не исключаете, а для тех кто вдруг был в отпуске без содержания - исключите. Потому что я не знаю где в Постановлении 922 можно найти текст вида: если вы в периоде [c,d] были в отпуске без сохранения, то кроме периода [c,d] надо еще не забыть исключить и период [a,b].

Если бы вы этому человеку в январе начислили премию (годовую?), то стоит исключать период с 1 по 10 или нет? 

GetEnterpriseRefValueByPodr(podr,ps) (по номеру подразделения) или
GetEnterpriseRefValue(_Org,ps) - когда вам известно id "Справки о предприятии" (id организации)

Будем исправлять.
Временно в качестве решения - можно пока в поле "тип работы" поставить 0 или 3, у должности которая закончила действовать 1 февраля.

1) в тех.поддержку проблема "не того названия подразделения" озвучивалась?
2) подключен оказался потому что зачем заводить еще одну сетку, если и там и там данные передаются для заполнения одной и той же формы отчетности + доп.инфа для МТБЗ. Этот справочник импортируется из МТБЗ и используется далее при заполнении. Думаю что можно его и для ваших целей использовать. Просто на нем там дополнительная функциональность навешана и "лишние" столбцы есть.

Да никаких последствий не будет.
Вы исходный отчет сдали не нарушив порядок заполнения.
Сумма страховых взносов посчитана верно.
Форма РСВ не предназначена для помесячного отражения признака застрахованности для каждого человека.

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

Можем проверить как относятся последние версии проверочной программы к нулевым суммам в блоке с категорией застрахованного в исходном отчете. Если не ругаются, то можем вернуть формирование блока с нулевыми суммами (по настройке конечно, а то у них 7 пятниц на неделе).

Можно, если заменить поставочный алгоритм начисления алиментов на свой. Ну или дорабатывать поставочный. 
Сейчас поставочный алгоритм работает по схеме:
1) посчитать сумму за месяц так чтобы не превысить долг
2) при переводе в следующий месяц уменьшить сумму долга на сумму алиментов в текущем месяце
и т.д.

Это поставочная таблица "Уплата НДФЛ в ЛС (по начислению)" она выбирает исчисленную сумму НДФЛ.
Вы можете на ее основе создать свою таблицу и в ней заменить функцию приема в столбец для НДФЛ.