Заполнение СТД-Р и флаг СЗВ-ТД «Пачка принята в ПФР (не редактируется)»

1. Здравствуйте!

   Да, действительно, такое поведение программы (заполнение СТД-Р только при установленном флажке «Пачка принята ПФР», ведь на момент увольнения СЗВ-ТД еще может быть не передан) все-таки было признано разработчиками ошибочным:

   Ошибка 10220581

   Описание:
   При увольнении не заполняется это мероприятие увольнения и другие, которые еще не успели передать в ПФР.
   Способ обхода:
   Создать СЗВ-ТД с этими мероприятиями и отметить как принятую в ПФР.

   Ошибка исправлена в релизах 3.1.10.375 и 3.1.13.145
   

2. Спасибо за ответ, но позволю себе возразить — указанная ошибка никак не отвечает на мой вопрос. В приведенной ссылке на багборд идет речь о том, что мы не можем в день увольнения сформировать СТД-Р, поскольку СЗВ-ТД в этот момент еще не принята ПФР. Поэтому 1С и рекомендует сразу помечать СЗВ-ТД как принятую в ПФР.

   В указанных типовых редакциях ситуация с точностью до наоборот. В системе есть СЗВ-ТД в котром флаг «Пачка принята в ПФР (не редактируется)» НЕ УСТАНОВЛЕН, и такое мероприятие ПОПАДАЕТ в СТД-Р.

3. В дополнение к ранее сказанному — в типовой редакции ЗУП КОРП 3.1.10.378 СТД-Р заполняется только принятыми в ПФР мероприятиями. А все последующие редакции 3.1.10 уже не обращают внимание на флаг «Пачка принята в ПФР (не редактируется)». Осюда собственно и возник вопрос — это ошибка последних релизов или изменение методологии 1С

   1. Проверила на демобазе релиза 3.1.10.378: ввожу увольнение, СЗВ-ТД не делаю вообще, в СТД-Р отлично заполняется. У Вас не так?

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

      Что касается различий между информацией в статьях и поведением программы, то попробую пояснить, как я это вижу. Сначала такое заполнение СТД-Р (только если в СЗВ-ТД установлен флажок «Пачка принята») был задуманным поведением программы, поэтому и родились все рекомендации в приведенных Вами статьях. После того, как внедрили такое заполнение СТД-Р, от пользователей поступала масса обращений, что это очень неудобно. Тогда срок сдачи СЗВ-ТД был не на следующий день после издания приказа, а по итогам месяца, поэтому на момент формирования СТД-Р документов СЗВ-ТД еще просто не было (приходилось их создавать, ставить флажки. многие путались потом, что они передали в ПФР, что нет). Поэтому зарегистрировали Ошибку 10220581, которую исправили в 3.1.10.375.

      Т.к. изменение поведения произошло в рамках исправления ошибки, то в описании к обновлению не было такой информации. Соответственно и в статьях тоже не внесли изменения (т.к. в явном виде этой информации видно нигде не было, каких-либо запросов на эту тему после изменения поведения программы тоже не встречала). Я передам эту информацию нашим специалистам, возможно мы опубликуем заметку об этом изменении.

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

      Если Вы все же хотите услышать именно ответ разработчиков, то лучше написать им напрямую (v8@1c.ru).

      1. Добрый день! Спасибо за комментарии и примеры. Вопросы в части функционала флага «Пачка принята в ПФР (не редактируется)» остались — попробуем задать вопрос разработчикам.

         1. Рада, если обсуждение оказалось для Вас полезным!

   2. Приложение

   3. Приложение

Комментарии закрыты.