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

Будет. Но странно что "ошибка" появляется избирательно. Ни у кого из нас на наших машинах, на поставке она не проявилась

ЗАМЕНА_БЗ работает только по коду.
А чем вас не устраивает обычная таблица, в которую добавить стандартные столбцы: код вида, БЗ, источник, объект и т.д.?

Как вариант, всегда можно написать скрипт, который выполнит всю нужную логику по разноске (найдет существующие строки, проанализирует их свойства, если надо откроет новую строку и наконец-то поместит новое БЗ (в подходящую старую или в открытую новую).

Найдите в системных скриптах функцию UserChoiceVidBL(), перенесите ее в пользовательские (в раскоментированном виде конечно).

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

Страховые с дней по уходу за детьми инвалидами в отдельный виды выделены или нет? Если нет, то есть вероятность что при расчете страховых в реестре и при расчете страховых в РСВ2017 вы можете получать отличающиеся суммы, а потом будете спрашивать "почему".

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

Уточните пожалуйста, это вам прислали ошибочный протокол по СЗВ-КОРР или это устное пожелание?
Может быть ПФ что-то другое имеет в виду?

Требования проверочной ПФ:
Поле 'Тип договора' раздела 3 формы СЗВ-КОРР заполняется, только если 'Год отчетного периода, за который корректируются данные' формы СЗВ-КОРР принимает значение из интервала [2010,2013]

2011 попадает в этот диапазон, значит тип договора надо указывать.


По Постановлению ПФ от 11 января 2017 г. N 3п:

Тип

Элемент

xs:integer

Нет

Принимаемые значения:

1,

2

Тип договора. Возможные значения:

1 - трудовой,

2 - гражданско-правовой.

Тут нет значения 0.

5 - по полю кадровой части изменяемому по времени и зависящему от исполняемой должности. Но публично мы 5 не афишировали, так как с разбивкой по 5 может некорректно собираться 2-НДФЛ. Вполне возможно что на формировании таблицы "первоначальной разноски" это тоже проявляется так же как на 2-НДФЛ.

Функция вытаскивающая информацию по налогу в отчет отталкивается от последней строки этого налога в ЛС. Если последней строкой будет строка 554, то сработают все "тонкости" свойственные этой строке (за текущий месяц брать суммы только этого источника).
Требование, что последними строками должны быть итоговые строки налогов никто пока не отменял.

Спасибо за архив, но такие вещи лучше в личку посылать или на почту. Как никак перс.данные.
По тому, что я вижу в архиве на каждый запрос был получен успешный ответ. Возможно были какие-то проблемы на стороне ФСС.

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