Ваши комментарии
Чего-то мне сам подход, что доплату за праздничный день вы провели как "простои" не очень нравится. Это же где угодно может сказаться.
Как минимум я бы хотя бы вид другой завел. А раз уж вид другой, то можно в параметрах и символ табеля указать другой и проблем с настройкой расчета среднего нет (это ведь отдельный вид).
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))
Войдет в 599.10
Сервис поддержки клиентов работает на платформе UserEcho
1. посмотрим. Возможно при импорте не делается поиск ТН.
2. вряд ли будем делать. Я не могу услышать внятного ответа зачем в реестре ЭЛН подразделение. ЭЛН оно не к подразделением. ЭЛН имеет отношение к человеку и страхователю. Зачем подразделение? Зачем реестр ЭЛН делать похожим на список ЛС? Какую пользу мы извлечем из того, что увидим ЭЛН?! В общем непонятная задача.
3. Такая задача есть. Делать будем.
Сейчас частично компенсируется тем, что когда начинаете считать больничный в ЛС программа автоматически предложит нерассчитанные ЭЛН посчитать.
4. не понял про что речь. Когда вы открываете ЭЛН на просмотр в реестре ЭЛН? Так вам показывается то состояние листка нетрудоспособности. Пока вы не сделали расчет ЭЛН (а значит и его заполнения) то стаж там не появится. Выполните расчет, там появятся суммы и стаж.
5. Уверены? Проверил - все согласно заложенного смысла. Сейчас смысл фильтра по периоду выкинуть больничные которые с этим периодом совсем не пересекаются. Возможно вы считали, что отфильтровываются по дате начала больничного?
6. Вы путаете с "датой начала работы". Читаем порядок заполнения больничных. В каких ситуациях заполняется дата начала работы страхователем.
https://www.klerk.ru/buh/articles/240585/
7. Такая задача есть.
8. Такая задача есть.