Предположение 2 это не совсем предположение.... это ответ представителя ФСС, которому можно верить. Мы задавали вопрос, почему отсутствует режим "дайте нам все ЭЛН по страхователю". Это было названо основной причиной.
Те сотрудники ФСС, которые требуют заполнения всех ЭЛН преследуют свои цели :), но право работника не заявлять/не предоставлять ЭЛН никто не отменял (хотя в данном случае правильнее реализовывать это право просто не прося больничный при обращении в ЛПУ).

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

Светлана, а мы сможем это сделать? Давайте поймем что мы можем сделать.

Сверка СЗВ-М, СЗВ-СТАЖ и РСВ это же по факту сверка файлов установленного формата.
В СЗВ-М у нас есть только ФИО, ИНН и СНИЛС... ничего другого в СЗВ-М нет. Как по этим трем данным определять "вредность"?
В СЗВ-СТАЖ в нашем распоряжении записи стажа
В РСВ - данные третьего раздела.
Можете в терминах параметров строки стажа для ПФ и данных третьего раздела РСВ сформулировать в каких ситуациях вы хотите увидеть предупреждение?

Вообще говоря, сейчас в программе ДЛОТПУСК автоматически поставится на месяц, когда у человека есть основание для начислений доп.взносов (поставлен не нулевой код статуса для дополнительных взносов ПФ) + самих взносов нет. Есть ощущение что если СЗВ-СТАЖ заполнялась из программы, то с ДЛОТПУСК должно быть все хорошо.

Алгоритм который в "доп.расчетах"? или алгоритм, который у видов?
Если который у видов, то: SysAlg12_15_25_115(&info,&r) в algsys.s

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

Решили зайти через Контур-Экстерн (файл с ЭЛН, выгруженный из Экстерн, должен ведь импортироваться в локальный реестр АМбы?), но пока ответа от разработчиков нет.

Разработчиков Контур-Экстерн? Мы Контур-Зарплату научили понимать "полуфабрикат" выгружаемый Контур-Экстерн.
Массовость выгрузки ЭЛН из КЭ вроде только в планах, плюс все равно надо руками там набить номера ЭЛН, плюс все равно это нагрузка на машину с доступом в интернет. Против Контур-Экстерн ничего не имею, но вариант "массовой автоматизированной работы с ЭЛН через Контур-Экстерн" это точно не про "сейчас" и плюсов по сравнению с выделенным рабочем местом КЗ не вижу.

Пока вопроса два. Можно ли как-то составить тестовый файл ЭЛН для импорта в АМБу (пока расчетчики получили только 1 ЭЛН, да обратились к нам только после расчета, вручную конечно, и отправки ЭЛН в ФСС)? Как отнесется АМба к импорту в реестр нерассчитанного ЭЛН с заполненным стажем (стаж предполагается вставлять в xml сторонним ПО)?

1) Что вы хотите проверить на тестовом ЭЛН? Импорт в КЗ? Так мы это сделали за вас. Полный цикл работы с ЭЛН? Это можно делать только с тестовым сервисом ФСС + для этого надо научиться выпускать тестовые сертификаты для Крипто-Про или VipNet.
В Контур-Зарплата есть возможность работы с тестовым сервисом, но люди неправильно им пользуются. Они думают что если включить эту настройку, то программа будет работать с настоящими ЭЛН  но "понарошку". А на самом деле это означает что программа работает с ЭЛН по-настоящему только работает не с боевым сервисом ФСС, а с тестовым (на котором нет ни вашей организации, ни ваших ЭЛН, а есть тестовая организация и тестовые ЭЛН).

2) Судя по вопросу есть путаница с тем что является ЭЛНом. Представьте себе синий бумажный листочек, все поля которого "оцифровали" и сохранили в виде xml-файла. Так вот эта электронная "синяя бумажка" у вас как и обычный больничный может быть в разных состояниях. Когда ее только выписали в ЛПУ - там заполнены только те поля, которые заполняет ЛПУ (но это ЭЛН!), когда организация заполнит свою часть (как она это делает и в бумажном варианте), то там появятся суммы, стажи и т.п. И это тоже будет ЭЛН.
Так вот сервис ФСС хранит самое последнее состояние ЭЛН, которое ему было отправлено последний раз (ЛПУ, МСЭ или страхователем). Поэтому если ЭЛН получен от ФСС и он уже был заполнен страхователем (то есть там есть и суммы и стаж) то такой ЭЛН Контур-Зарплата конечно же поймет и импортирует.


Если под "элн" с заполненным стажем и суммами вы подразумеваете "нечто" порождённое "чем-то", то успешность понимание этого "нечто" Контур-Зарплатой именно как ЭЛН зависит от того, на сколько это "что-то" правильно формирует xml файл ЭЛН + потребуется отключить проверку ЭЦП ФСС (так как по умолчанию мы проверяем ЭП для ЭЛН, а когда "что-то" запихнет в ЭЛН стаж, то ЭЛН проверку подписи не пройдет).


Но все это бесполезно, так как Контур-Зарплата не берет стаж из ЭЛН для расчета! Потому что в нормальной ситуации правильный страховой стаж должен быть в бухгалтерской программе. ФСС не знает правильный стаж, поэтому странно стаж искать в ЭЛН. Если отвлечься от ЭЛН, то как вы считаете бумажный больничный? Ему же тоже надо страховой стаж.

Зато благодаря вашей потребности теперь мы знаем что кроме СНИЛС,номера ЭЛН и рег.номера организации в такой таблице надо иметь поле "страховой стаж", чтобы не только ЭЛН добавлять в реестр, но и стажи в КЧ разносить "одним махом".

Предположение 1: ради безопасности
Предположение 2: больничный носит заявительный характер, то что сотрудник получил больничный, еще не значит что он хочет его предъявить на работе, поэтому автоматическое вываливание всех ЭЛН относящихся к нему будет нарушать его права.

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

Так он вроде есть. Что у параметризованного алгоритма, что у обычного 12,15 есть возможность задавать период выборки.
//-- параметр 1 - столбец таблицы входимости (по умолчанию = 2, для
// 12 алгоритма и по умолчанию = 18 для алгоритма 15)
//-- параметр 2 - месяц начала выборки (относительно расчетного)
// (по умолчанию берется за один текущий месяц)
//-- параметр 3 - месяц конца выборки (относительно расчетного)
// (по умолчанию берется за один месяц, указанный параметром 2)
Ну то есть вариант: 12,-3,-1 сделает выборку по 12 столбцу за 3 прошлых месяца.
Если при этом вид исключить из автоматических расчетов и считать только как "расчет произвольного вида", то получим возможность начислять квартальные премии тогда когда надо.

Если нужна выборка по начислению, то достаточно алгоритм указать  25 вместо 12(15) (это не через "параметры, которые). Или я не правильно понял вопрос про период?

Вообще для квартальных есть просто отдельный режим: "Работа" - "Дополнительные расчеты" - "Квартальная премия". Для таких простых вариантов и он подойдет (только он по принадлежности выбирает).