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. Такая задача есть.

Чего-то мне сам подход, что доплату за праздничный день вы провели как "простои" не очень нравится. Это же где угодно может сказаться.
Как минимум я бы хотя бы вид другой завел. А раз уж вид другой, то можно в параметрах и символ табеля указать другой и проблем с настройкой расчета среднего нет (это ведь отдельный вид).

p.s. расчет среднего для больничных идет по настройке страховых конечно (но можно настройками добиться чтобы и по столбцу ТВХ шел, но это будет странно).

выделил в отдельную тему.

Во втором разделе нет жесткой связки между 130 и 140. Ну допустим у вас была мат.выгода или натуральный доход. НДФЛ же вы будете в этом случае "плюсовать" к другим доходам.
По мне так, 100 и 130 в разделе 2 это на текущий момент никакой пользы не несут.
Просто потому что никакой связи между разделом 2 и исчислением НДФЛ нет. Раздел 2 это чисто про удержание НДФЛ.
Проверить правильность 100 и 130 без полной проверки всех бухгалтерских документов о начислении и выплате доходов невозможно.
Ошибки в 100 и 130 строке ошибками не являются... если данные в них неверны пересдавать 6-НДФЛ не требуется...

В общем странные они сейчас в этом отчете.
Если оставить в разделе 2 только строки 110, 120 и 140 то ничего не изменится. Как ФНС камералку делала, так и сможет продолжать делать... как проверить 130 не могла, так и не сможет дальше проверять :)

Поставьте им что они не застрахованы.
В поставке правда для этого есть только один способ - поставить что они ВКСники.

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

Можно. Для этого писать функцию приема так, чтобы деления на ноль не было.
Знаменатель вычисляете в отедльный столбец. Там где используется это знаменатель пишете
IF(имястолбцазнаменателя@R_C(числитель/имястолбцазнаменателя)@R_C(0))