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

Что значит "перейти на расчет страховых взносов по травматизму не с начала года"?
Ставка поменялась с марта? 354 вид до марта не считался, а хотите посчитать с марта?
По умолчанию в поставке 354 вид настроен так, что он не исправляет ошибок прошлых месяцев. Поэтому его можно завести и считать с любого месяца, он не будет доначислять вам страховые взносы за прошлые месяцы.

"нормальная печатная форма" вешается на любой свод, нажатием Ctrl+F9 в списке шаблонов сводов.

Ваш бухгалтер абсолютно прав.
В поставке выгода не участвует в расчете алиментов. Это "ноу-хау" у конкретного клиента.
Список видов участвующих в расчете алиментов настраивается через 9 столбец ТВХ.

ЭЛН - это электронный больничный. Он есть во всех регионах.
Пилотный проект по ПВСО - действует только в части регионов.
Заполнение и отправка ЭЛН это всего лишь аналог заполнения "обратной стороны" бумажного листка.

Вам надо еще заполнить и отправить реестр ПВСО.

1) Что не определяется в строке stavka = normZP/norm(2); можно легко посмотреть в отладчике скриптов.

2) чтобы norm(2) оказался нулевым, надо чтобы нормативный график был не заполнен. При этом программа будет про это верещать каждый раз, когда идет обращение к этому графику (например при чтении ЛС).
3) При делении на ноль получите "исключение", поэтому "не заметить" это будет не возможно (попробуйте просто написать в скрипте 1/0).

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

Поставочный алгоритм оклада написан так, что если график вида отличается от графика сотрудника, то табель при расчете этого вида не заполняется. Потому что в этом случае непонятно как его заполнять (графики то разные).

1) передан не внутренний код совместительства, а внешний
2) передается не целое число а строка.

Ну то есть вместо combine надо написать ExtCombineToInt(combine)

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