Ваши комментарии

Поправлю только немного "терминологию". Что "1,*,1",  что "1,*" считают нарастающим итогом. Ну то есть если у вас будет регрессивная или прогрессивная шкала, все нормально посчитается. Отличие только в том, что 1,*,1 считает что до рассчитываемого месяца посчитана "идеальная сумма налога" и соответственно не будет исправлять ошибки прошлых периодов. А в варианте "1,*", если в прошлом есть какие-то "ошибки" они будут исправлены в текущем месяце (доначислено или возвращено). Если у нас меняется ставка в середине года, то 1,* начнет "исправлять" под новую ставку. 

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

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

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

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

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

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


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

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

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

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

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

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

Сервис поддержки клиентов работает на платформе UserEcho