Суммы то зачем? Периодов достаточно.
Разноску этих периодов в ЛС можно организовать разными способами (если где-то эти периоды есть, можете импортировать их в таблицу и выполнить разноску либо через открытие видов, либо через заполнение табеля).

В теории потребность в 2015 году сейчас должна возникать только у тех, кто в 2016-2018 находился в декретных отпусках или отпусках по уходу. Можно узнать у клиента, скольким работникам требуется выдать справку с 2015 годом. Если счет на единицы, так может и овчинка выделки не стоит.

Лучше нам отписаться на каком варианте остановились. Мы перешли на другой вариант и не добавили настройку не "просто так".
ПФ стал считать людей застрахованными, если по ним есть строчки в разделе 3 формы РСВ, пусть даже и с нулевой суммой. То есть если вы уволили человека в октябре, то в старом варианте по нему еще получались записи за ноябрь и декабрь с нулевой суммой. ПФ с какого-то момента стал считать что это значит - застрахован и будет требовать от вас либо исправления формы РСВ либо подачи дополняющей СЗВ-М на этих сотрудников.

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

Упс. По-моему мы с Николаем не на то отвечаем.То про что мы говорим касается РВ. То есть эти настройки приведут к тому, что РВ будет уменьшено, на суммы это не влияет.

?! У меня вопросов стало еще больше.

Из какого реестра ЭЛН собираетесь данные подтянуть? Из Контур-Зарплаты? Как собираетесь это делать? Будете перебирать все xml-файлы в каталоге eln? будете читать xml-файл реестра ЭЛН и определять по каждому ЭЛН какой из файлов ЭЛН является последним?

Какое-то дикое количество работы на ровном месте с туманными перспективами на работоспособность в настоящем и уж тем более в будущем (поменяем структуру реестра например).

Может попросить разработчиков ускорить добавление расчета больничных из реестра или хотя бы засветку ЛС по списку в реестре?

1) Ну они скорее всего изменятся, так как расчетный период разный.

 Корректировки - зависит от того, в какую сторону пересчет. Если в большую - в текущем месяце у вас будет больше расходов по ФСС и вы это учтете при отчетности за код. Если в меньшую (то есть переплатили больничные) - подача корректировок и доплата страховых взносов ФСС.

Тогда проверить то, что написал Николай.

Думаю, что еще надо чтобы у вида по которому проходит пособие 65 рублей должны стоять фиксированные даты а не бесконечные (пустая дата начала и дата конца = 01.01.2050)

Нам не удалось повторить ошибку на поставке "законными" способами. Во всяком случае текущие версии программы одинаково успешно подхватывают продление в виде ЭЛН как из нового расчета больничного, так и из продления. Правда я проверял только при непротиворечивых данных в первичном больничном и продлении.

При просмотре сохраненки были обнаружены следующие ошибки:

1. В настройках кадровой части размер поля Подразделение 10 символов. Архитектурно заложено подразделение + ТН должны быть не больше 9 символов. Работоспособность программы даже при размере подразделения больше 6 не гарантируется. При размере 10 в частности у вас в программе происходит "порча" стека данных, как следствие работа программы становится непредсказуемой. Кто Вас научил менять размер подразделения на 10? Если вам нужны длинные подразделения, для этих целей есть "внешний код подразделения". Внутренний код подразделения должен оставаться не больше 6 символов.
2. В настройке больничных "Настройка -> 4. Настройки параметров расчета -> 4. >>> Настройки для больничных -> 1. Настройки расчета больничного листа -> Суммы для средн. брать по настр. взносов" стоит 1. В этой настройке должен стоять номер алгоритма для расчета страховых взносов. У вас это 238. При ваших настройках программа считает среднее для больничного "непредсказуемо" (точнее в среднее попадают не обязательно те доходы, которые облагаются страховыми взносами, и программа не находит предельный размер базы (о чем честно вас предупреждает)).

Точнее Msxml2.DOMDocument.6.0

Если интересуют какие функции есть у этого объекта, то это в официальной документации Microsoft:
https://docs.microsoft.com/en-us/previous-versions/windows/desktop/ms757878%28v%3dvs.85%29

Может быть скажете, что хотите сделать и мы подскажем как это можно сделать?

Добрый день. Непонятна суть вопроса.

поставочный 305 вид посчитает НДФЛ правильно, рубль в рубль (при поставочных настройках).

Что значит "недобор", "перебор" и что значит правильная сумма. Можете привести примеры?

Замечу что в Налоговом Кодексе нет понятия "источник финансирования" или "внутреннее совместительство" и как следствие нет понятия "НДФЛ по источнику финансирования". Налоговому Кодексу (и ФНС) важно чтобы в целом по человеку НДФЛ был правильным, а разбиение по источникам финансирования никем и никогда не регламентировалось.