День добрый!
Из ПФР (СФР) пришло письмо с требованием исправлений.
В письме говорится, что задвоились мероприятия по сотрудникам (больше 200 человек). Дата двоения 20 октября 2020.
Мы не можем найти файл с таким кол-вом сотрудником.
Короче, в ПФР сказали, что по всем предприятиям такое вылезло.
У кого-нибудь есть такое?

(0) они не признают, что это их косяк

То есть действительно многие получили?

мои многие

(0)Да, есть такое.

(0) было недавно на 4 сотрудников пришло

(0) Идентификаторы событий вам дали?

(6) Да

(7) У вас есть идентификаторы сданных событий. Прилагаете реестр отчетов и идентификаторов. И список тех, что не ваши. Дальше не ваши проблемы, вы свою обязанность выполнили.

(8) Спасибо!

(0) Сдавали через 1С или же через сбис или контур?

(8) И что этим можно доказать? Сделали прием, на него СЗВ-ТД, подали - ее приняли. После этого удаляете СЗВ-ТД и прием и делаете их повторно. Сдаете, их принимают. После Вам говорят - поданы несколько событий на одно мероприятие. И Вы доказываете, что это не Ваша проблема текущими данными? Или данными из Контура, в котором только и остались следы первичной подачи?

у моих у нескольких учреждений вылезло, не у всех.

Крайний пример - учреждение 300 чел, ошибок задвоения порядка 50. Стали разбираться, отчего так.
Оказалось (ну тогда еще не все подкованные были, не все грамотные три года назад), так вот оказалось, что сначала кадры отправили мероприятия о приемах переводах, короче первоначальные сведения,
а потом еще раз отправляли со сведениями о заявлениях (хочет ли перейти на электронную трудовую или хочет остаться на бумажной) и продублировали эти самые приемы.
В общем, сразу про эти заявления прощелкали или не знали. Или они (заявления) потом позже обрабатывались. Но дубли именно из-за этого у нас вылезли.

(0) И да, твои 200 человек - - не надо искать один файл с таким количеством. Это общее количество дублей. А файлов может быть хоть десяток и больше.

(8) >>  Дальше не ваши проблемы

Нам давали не только идентификаторы самих событий, но и реквизиты отчетов. Так вот, отчеты были РАЗНЫЕ, то есть это не задвоение строк одного отчета, а именно разные отчеты с разными идентификаторами одного и того же события.

Доказывать ПФР, что я отправлял ОДИН отчет, в то время как они мне дают реквизиты ДВУХ - это так себе.
Они тупо говорят - от вас было два РАЗНЫХ отчета, что вы нам тут реквизиты и идентификаторы только одного суете.

Вот и чьи это проблемы?

(12) В старых версиях ЗУП, если не ставили крыжик в Мероприятии "Принято в ПФР", то они повторно залезали в следующее мероприятие по сотруднику. Поэтому и вопрос, а из какой программы сдавали СЗВ тогда, три года назад.

В любом случае надо отменять дубли. Но для начала надо убедиться в их реальности, а не в очередном глюке СФР. Для этого хотя бы одного плохиша, что под рукой, а лучше нескольких, заставить зайти в его личный кабинет ПФР:
https://es.pfrf.ru/
с его паролем от госуслуг и заказать справку о трудовой деятельности. Она придёт минут за 15.

И тогда проверить, а действительно ли у плохишей дубли строк в их трудовой книжке от октября 2020 года.

У нас: в файле (из ПФР) 126 человек, нашли 18.
Да, разные идентификаторы, разные док-ты, разные даты (!!!).
У остальных - одна и таже дата (в файле ПФР).

Сейчас зашёл в сбис по фирме. При переходе на СФР - Трудовые книжки прямо всплыла инструкция как отменять дубли, если пришло требование из ПФР.

Глянул по старым мероприятиям в сбисе - всюду есть идентификатор. Всегда можно сравнить с его с файлом из требования ПФР.

(16)Это в Сбисе/Контуре, а в 1С что делать чтобы привести в соответствие с данными ПФР отправленные файлы/отчёты?

(17) А на пуркуа посредник? Если есть сбис или контур, то надёжнее отменить по их инструкции.

А вот если голый 1С, то тут уж надо чесать репу )

(17) В ЗУПе тоже есть, и в УПП. Идентификатор.

(18)Нужно как-минимум отменять тот ИД, который не является текущим идентификатором кадрового документа в 1С, иначе потом из 1С в случае отмены кадрового мероприятия, выгрузить эту отмену в Сбис/Контур не получится же, СФР просто не примет файл из-за неверного ИД

(17) В ЗУП может не быть того ГУИД, который просит отменить ПФР (СФР). Сделать это легко и просто.

промахнулся - пост выше к (19)

(21) Почему?
20-21 мы отправляли из УПП - нашлось по одному на каждого сотрудника (из файла) и 16 двойных.

(23)Ну у меня не в УПП конечно, а в зарплатах текущего поколения программ 1С, достаточно часто такое бывает что пользователи каким-то образом меняют ИД что был отправлен в ПФР, и потом с отменой уже сложно

(11)  Не все сдают из ЗУП.
Ну и у оператора ЭДО могут остаться следы.

(13) "Они тупо говорят - от вас было два РАЗНЫХ отчета, что вы нам тут реквизиты и идентификаторы только одного суете."

Да мало ли что они говорят. У вас есть отчеты, которые вы сдали. Отчеты приняты.
Остальное - фантазии ПФР/СФР.

В прошлом году была у меня отмена приёма на работу. Глянул отправленные файлы.

Первичный:
<Мероприятие>
<UUID>2b2e2986-489b-44f0-a23a-3b3f99f9f9cb</UUID>
<Дата>2022-03-25</Дата>
<Вид>1</Вид>
<Должность>...
...
</Мероприятие>

Отмена:
<МероприятиеОтменяемое>
<UUID>2b2e2986-489b-44f0-a23a-3b3f99f9f9cb</UUID>
<ДатаМероприятия>2022-03-25</ДатаМероприятия>
<ДатаОтмены>2022-03-24</ДатаОтмены>
<Вид>1</Вид>
</МероприятиеОтменяемое>

Видно, что ничего сложного. Хоть вручную файлы отмены лепи )

(26) Да мало ли что они говорят. У вас есть отчеты, которые вы сдали. Отчеты приняты.

Суров )
Раньше у них прога проверяла на предмет ошибки только уникальность UUID внутри одного присланного файла. А теперь, хайли лайкли, сделали проверку по всем UUID во всех файлах - вот и прислали требование.

Надо исправлять.

Ну и на всякий случай: понятно, что отменять надо только одно мероприятие. Эстетически я бы отменял более свежее в дубле )

(28) Согласен, если ошиблись и отправили дубли - надо. Но если нет - то это фантазии СФР.