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

Да, конечно это требования ФСС.
Исходно с появлением ЭЛН ФСС сам заполнял часть работодателя по реестрам ПВСО. Но это было юридически неверно (ответственность за заполнение ЭЛН несет работодатель). Поэтому ФСС от этого отказался (где-то с год назад). Сейчас схема: сначала ЭЛН, потом реестры. Но она тоже временная. С 14 декабря ФСС переходит на новые ЭЛНы и новые реестры ПВСО. И там остается та же самая схема, но при этом в реестре ПВСО НЕТ данных, которые есть в ЭЛН. Эта часть в реестрах ПВСО будет заполняться только для БЛН.

Будет в завтрашнем обновлении.
Для соц.работников дополняется пара настроек и реестр будет формироваться отдельной таблицей.

Дамы и господа! Очень неудобно искать вопросы и ответы в чехарде вопросов и ответов ниже. Связано это с тем, что вопросы-ответы в этом форуме не идут друг за другом, когда новые всегда добавляются в начало или конец. Они могут быть где угодно в этом списке. И, кажется, вам же потом неудобно находить ответы (хотя могу ошибаться)
 
Поэтому, рекомендация:
1) заводите отдельную тему для своего вопроса если не нашли ответ в уже существующих.
2) не старайтесь в теме с уже полученным решением задать свой вопрос, где "хочется такой же но с перламутровыми пуговицами" - это породит опять сложности с поиском новых вопросов и ответов на них.


По возможности старайтесь придерживаться принципа "в этой теме моя конкретная проблема" и в этой теме мы стараемся довести эту конкретную проблему до логического конца и закрываем эту тему. Новая конкретная проблема - новая тема, даже если тематика близка.

У меня вопрос "зачем"?
А откуда у бухгалтера появляется уверенность, что когда мы напечатаем реестр, то там будет в точности та же информация что мы передали в файл? 
Бухгалтер не уверен, что мы правильно заполнили файл, но при этом доверяет что мы не ошиблись при печати реестра? И при этом бухгалтер не запутается в 57 столбцах реестра? 
Реестры эти даже ФСС не требует (хотя вроде как должен, если не в электронном виде сдают).
Рассматривают заявления а не реестры.

Печатать реестры только потому что они есть в природе мы точно не хотим.

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

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

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

Зависит от того как у вас учет настроен.
Поле КЧ это один из возможных вариантов. Если вы скажете как по ЛС можно однозначно понять к какой категории его можно отнести, я смогу сказать как это настроить не заводя нового поля КЧ.
В одной организации настроили, что код категории берется из базового значения вида Н-У (того же из которого берем число смен или РВ для расчета смен.

В поставку уже добавили вариант расчета от нормативного графика в кадровой части. Но для этого надо обнулить в 699 сетке норму часов в неделе.
В качестве доработки есть вариант расчета от нормативного графика строки Н-У в ЛС (это когда у человека одна должность и в месяце у него полмесяца может быть по одному графику с одной продолжительностью недели, а полмесяца по другому).

именно разными реестрами? Может быть они имели в виду, что нельзя это в одной строке объединять?
При импорте АРМ точно не ругается на ситуацию когда в файле один и тот же человек двумя строками.

По-разному можно правильно настроить. Проговорите обычным языком "алгоритм": делай раз, делай два, делай три и получай правильное число смен. Если сможете, то я смогу сказать как это переложить на доработку таблицы.

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

Соответственно мне нужно от вас понимание как можно посчитать число смен отталкиваясь от тех данных, что есть в ЛС. И вообще есть ли все необходимые данные чтобы посчитать число смен и определить категорию.

В поставке же сейчас даны примерные варианты как это могло бы выбираться.

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

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