1. У вас в диалоге расчета есть галочка "Пилотный проект". Как раз для тех случаев когда мы не можем однозначно определить больничный в пилоте или не в пилоте.

1.1 Период который вы указываете в реестре - это период именно больничных. Если у вас больничные за декабрь 2019 надо указывать декабрь 2019. Программа сама выберет только те больничные которые были помечены как "пилотный проект".
А точно должно быть все по месяцу начисления? А как же пересчет больничного исходно начисленного не в пилоте?
В новом режиме работы с ПВСО больничный при расчете будет сразу при расчете "регистрироваться" для передачи в ФСС. Там не надо будет задавать отдельно период. Можно будет просто поставить фильтр "еще не отправленные".
2. Тянутся нормальные реквизиты, если делаете реестр с разбивкой по организации

Единственная ошибка которую увидел - имя файла формируется с рег.номером для основной. Исправим.
3. Пока для этих пособий надо использовать АРМ ФСС
4. исправим
5. А какие есть варианты? Я не знаю про наличие публичных справочников МО, врачей и и занимаемых ими должностей. Если вы знаете - мы можем их импортировать. Знаете?
А вообще ответ в слайде из моей презентации:

6. С нашей стороны ответ очень простой: до сих пор у нас было небольшое количество клиентов, которые "вступили" в ПВСО. Среди этих клиентов нет ни одной упб. И кажется, что все они пользуются старой кадровой частью. Пособия до 1.5 лет встречаются реже, чем больничные.

Вот думаю куда мне задать вопрос по пилотному проекту: как так получилось, что за 7 лет пилотного проекта в нем столько недостатков на уровне форматов/форм/методологии.

Выбран разный набор людей.
Когда вы работаете через пункт меню "Отчетность по налогам и взносам в ФНС", то вы всегда работаете только с людьми выбранными в списке ЛС.
Когда вы работаете через "Отчетность в ФНС", то у вас в диалоге выбор каких людей включать в отчет.
По умолчанию там выбран пункт "всех выбранной организации".
Если делать через "ранее отмеченных" суммы должны совпасть. Так как таблица одна и та же, функции приема одни и те же.

Исправлено. Войдет в 604.1

Другими словами: из-за первой ошибки, у вас не загрузился модуль f417_2017.s А из-за того что он не загрузился, появилась вторая ошибка.
Надо свою функцию GetRasNormzar назвать как-нибудь по-другому. Например UsrGetRasNormzar.

В справке о предприятии сертификаты есть смысл указывать, только в том случае если вы в одной базе Контур.Зарплаты обсчитываете несколько страхователей (юридических лиц). В этом случае у каждого такого страхователя может быть свой сертификат для ЭП и в этом случае их надо указывать в справке о предприятии а не в настройке ЭЛН (которая одна для всех организаций).

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

Обманул. С помощью "bounds" вытаскиваются взносы в границах предельного размера базы и сверх предельного размера базы.
Чтобы вытаскивать сам доход, надо вызывать R_Tax(160) и R_Tax(161)

Если мы говорим про таблицы, то вот такая функция приема вам поможет:
R_Tax(160,1,*,*,Источник выплаты,*,А);SCRIPT(return atof(Sum)+TaxValue(161);)
Где Sum - имя столбца куда хотим принять превышение предельного размера базы.

Можно с помощью функции R_Tax... с параметром Bounds=1-2.

можно решить вопрос организационно: обновлять расчетную группу и нерасчетную группу одновременно на одну и ту же версию программы. Тогда проблем не будет.