Я похоже запутался в том, что хочется получить.
Если здесь речь все о тех же опекунах, то для них вроде все просто:
1) они сами не застрахованы (если поставить им ВКС)

2) выплаты им должны проводиться видами без кода дохода (то есть страховые взносы не увидят этих сумм даже как необлагаемые).
С учетом 1 и 2, такие люди просто не попадут в РСВ при поставочном значении настройки Настройка -> 5. Настройки таблиц и форм печати -> >> Справки и отчеты для ФНС (НДФЛ и т.п.) -> 3. Настройки Расчета по страховым взносам (с 2017 года) -> Включать незастрахованных в отчет = 0;

Зачем по ним включать суммы в отчет если ни сами незастрахованные, ни выплаты в отношении них, не должны попадать в отчет по страховым взносам?!

Если все рабочие места пользуются одним RSCALT(а значит и SCRIPT) то надо вставить указанные три строчки (подменив ХХХ на ваш номер) в usalg.s в каталоге SCRIPT\USER...
Если рабочих мест много и у каждого свой каталог SCRIPT то есть смысл сделать так:

1. копируем usalg.s из каталога SCRIPT\user в сетевой каталог ZPL\SCRIPT
2. В файле ZPL\SCRIPT\startup.s прописываем текст:
   

  UnloadScriptModule("user\\usalg"); // выгрузить модуль script\user\usalg.s
  LoadScriptModule("ZPL:usalg"); // загрузить модуль ZPL\script\usalg.s 

Все расчетчики получают единые доработанные алгоритмы без необходимости размножать usalg.s по машинам.

В смысле? А расчетчики то причем?
Мы же это все проходили/разбирали в 2017 году, когда появилась РСВ2017 (или ЕРСВ).
Они нЕ застрахованные для страховых взносов. Например, их не должно быть в СЗВ-М в этом месяце.

Если сильно обнаглеть можно даже сказать, что раз они не застрахованные то с сумм начисляемых им в этом месяце мы взносы платить не будем. Но обычно так никто не говорит.
А ФНС для РСВ написала контрольное соотношение, что застрахованных не меньше чем тех, с кого исчислены взносы. Поэтому есть определение застрахованности "по ФНС": это те кто застрахован "по ПФ" или с кого исчислили и уплатили страховые взносы (уволенные с доплаченными суммами). Поэтому либо надо "наглеть" и не платить взносы с уже уволенных, либо надо заполнять РСВ немного по-другому в графе "количество застрахованных".

Дальше больше.
ПФ решил проверять застрахованность между СЗВ-М и РСВ. Как следствие бухгалтеру придется написать объяснение почему у него по месяцу с уволенному в РСВ одно количество застрахованных, а по СЗВ-М меньше на число уволенных в предыдущих месяцах.

1) 5 параметр в этом случае не нужен.
2) Даты можете оставить стандартные. Рабочее время все равно же будете ставить вручную.
3) "Сервис" - "Корректировка видов Н-У" - "Массовая перекодировка видов"

4) лучше написать свой алгоритм, но примитивный:
case ХХХ:
   info.kod_alg=121;
   return 3;
Это будет означать "вызови мне системный алгоритм с кодом 121".
Ставить новому виду 121 алгоритм нехорошо, потому что при поиске простоев ищутся виды со 121 алгоритмом.
5) Если расчетчик хотят видеть в табеле особую букву на этом дне, то они могут тогда ответить какое стандартное обозначение из Т12 они готовы увидеть на этом же дне.

Как правильно я уже сказал: за праздничные по ТК сдельщикам положена доплата. Как они рассчитываются (алгоритм получения суммы) - определяет организация. То что вы решили считать это как простой - ваше право. Но зачем вносить данные в табель?! Ну то есть пусть все таки расчетчик попробует сказать, каким стандартным символом (из Т-12 или Т-13) он хочет пометить этот день? "ОВ"? Если ОВ, то требуется оплата в двойном размере.

У вас же не пройдет отчет контрольное соотношение?
Количество людей которые в 020 не может быть больше количества людей в 010.

В настройках НДФЛ, признак обложения для вида больничного какой? 1 или 0? В страховых точно 1.

4. Так там только сохраненные параметры рассчитанного БЛ. Откуда там стаж может быть? И, самое главное, зачем? Мы исходим из того что актуальный стаж всегда можно взять из КЧ на дату начала больничного. Вы же нигде при расчете стаж поменять не можете.
8. я как руководитель разработки не вижу зависимости скорости решения задачи от наличия или отсутствия письма в тех.поддержке. Вот если там будет такое письмо от 100 клиентов - это да! :) Зависимости в разработке другие: задачи востребованные у бОльшего количества клиентов имеют больший приоритет, задачи, из-за нерешение которых невозможна эксплуатация имеют больший приоритет и т.п. п.8 ни к числу тех ни к числу других не относится. Её спасает только то, что сама по себе она не очень сложная.

9. Во-первых у статуса "действия не требуются" нет иной трактовки кроме как "от расчетчика по этому больничному действий не требуется", зачем еще какие-то слова? Если больничный не отправлен в ФСС, там будет написано "требуется отправка", если надо рассчитать, там будет написано "требуется расчет".

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

загрузка на демо-КЗ данных из ФСС - экспорт на флешку - импорт на рабочую базу - расчет - экспорт на флешку с рабочей - импорт на демо - выгрузка в ФСС - экспорт на флешку с демо - импорт на рабочую.

А вот по этому процессу никаких пожеланий не возникло? Не перебор ли с импортом-экспортом и т.д.?
У них реально в сети нет общего диска, который был бы виден с обеих машин?

Это потому что данная доплата не на основании табельного учета делается. Если бы он работал у вас в выходные - тогда нужен символ в табеле и оплата на основании символа.
А в вашем случае лучше сделать так, что РВ будет задаваться при расчете.

// алгоритм имеет 5 параметров
// 1: РВ в днях - 1; РВ в часах - 2
// 2: РВ задается - 0; РВ берется из табеля по символам 'В' для простоя по
// вине работодателя или 'Е' для простоя не по вине работодателя если
// 5-м параметром не определен другой символ
// 3: считать по тарифной ставке - 0; по среднему заработку - 1
// 4: коэффициент расчета простоя (не может быть меньше 2/3)
// 5: символ для обозначения дня простоя в табеле работника

То есть во втором параметре поставить 0.

Да, когда вы заведете новый вид, можно сделать массовую перекодировку. Если вид использованный для доплаты за праздники вы до этого не использовали для расчета простоев.

1. посмотрим. Возможно при импорте не делается поиск ТН.
2. вряд ли будем делать. Я не могу услышать внятного ответа зачем в реестре ЭЛН подразделение. ЭЛН оно не к подразделением. ЭЛН имеет отношение к человеку и страхователю. Зачем подразделение? Зачем реестр ЭЛН делать похожим на список ЛС? Какую пользу мы извлечем из того, что увидим ЭЛН?! В общем непонятная задача.
3. Такая задача есть. Делать будем.
Сейчас частично компенсируется тем, что когда начинаете считать больничный в ЛС программа автоматически предложит нерассчитанные ЭЛН посчитать.

4. не понял про что речь. Когда вы открываете ЭЛН на просмотр в реестре ЭЛН? Так вам показывается то состояние листка нетрудоспособности. Пока вы не сделали расчет ЭЛН (а значит и его заполнения) то стаж там не появится. Выполните расчет, там появятся суммы и стаж.
5. Уверены? Проверил - все согласно заложенного смысла. Сейчас смысл фильтра по периоду выкинуть больничные которые с этим периодом совсем не пересекаются. Возможно вы считали, что отфильтровываются по дате начала больничного?
6. Вы путаете с "датой начала работы". Читаем порядок заполнения больничных. В каких ситуациях заполняется дата начала работы страхователем.
https://www.klerk.ru/buh/articles/240585/

Строку «дата начала работы» в больничном компаниям в
большинстве случаев заполнять не нужно. Также очень много вопросов по
этой строке. Как правило, эту строку понимают как дату выхода на работу
после болезни. Это не так. На обороте больничного есть пояснение по
данной строке. «Дата начала работы» заполняется только в том случае,
если трудовой договор аннулирован. Трудовым законодательством
предусмотрена такая процедура, как аннулирование трудового договора.
Например, трудовой договор заключен 1 июля. По условиям договора
работник обязан приступить к работе 1 августа. То есть соглашение было
заключено заранее. Но будущий работник заболел, скажем, 18 июля. 1
августа он к работе не приступает. Работодатель вправе аннулировать этот
трудовой договор. Но несмотря на то что работник не приступал к работе,
он имеет право на выплату пособия с того дня, когда он должен был выйти
на работу. То есть в нашем примере с 1 августа. Поэтому, выздоровев,
несостоявшийся работник приносит больничный лист работодателю, и тот
выплачивает пособие. Дата начала работы проставляется в соответствии с
трудовым договором. То есть строка «дата начала работы» заполняется
только в том случае, если трудовой договор аннулирован. И в этой строке
проставляется та дата, которая фигурировала в аннулированном трудовом
договоре.

7. Такая задача есть.
8. Такая задача есть.