ЗУП КОРП последняя версия редакции 3.1.10
Ситуация:
1) По сотруднику впервые подается СЗВ-ТД, например по текущему постоянному кадровому переводу;
2) В ПФР уходят два мероприятия с ИД1 (состояние на начало 2000 года) и ИД2 (кадровый перевод).
3) После того как СЗВ-ТД принимается ПФР находят ошибку в состоянии на начало 200 года (ИД1);
4) Через док-т «Регистрация трудовой деятельности» отменяем событие ИД1 и вводим новое ИД3.
5) Исправления отправляем в ПРФ. Данные приняты. В ПФР актуальными становятся ИД2 и ИД3.
6) Теперь пользователь понимает что и в исправлении тоже ошибка. Он берет и удаляет док-т «Регистрация трудовой деятельности» (да, это неправильно, но система позволяет это сделать).
7) После удаления в программе вновь становятся актуальными события ИД1 и ИД2.
8) Пользователь снова делает регистрацию с отменой события. Вместо ИД1 получаем ИД4 и подаем эти сведения в ПФР.
9) ПФР честно говорит — что они не могут найди события ИД1, которое пользователь хочет отменить, поскольку они отменили его ранее (ИД1 — ИД3).
Вопрос — а что делать? В ПФР зафиксирован события которых уже нет в системе. Какой выход из ситуации?
Здравствуйте! Я правильно понимаю, что последний отчет не принят полностью. Т.е. в базе ПФР сейчас только ИД2 и ИД3?
Если так, Вам нужно вернуть в систему событие ИД 3. Для этого нужно пометить на удаление РТД, который отменил ИД1 и создал ИД4, затем провести обратно РТД, который создавал ИД3 (желательно на свежем релизе 3.1.10, чтобы ИД3 восстановился корректно. Если не чистили регистр сведений «Мероприятия трудовой деятельности прочие», то должен восстановиться корректно).
После этого ввести новый документ РТД, в котором изменить меропрития ИД3. В результате ИД3 отменится и появится ИД5. С этими мероприятиями и подадите отчет СЗВ-ТД (отмена ИД3 и новое ИД5).
Если же ИД4 все-аки загрузился в базу ПФР, то пишите, смоделирую на демобазе, посмотрю как лучше сделать. Тогда сразу и напишите, полный номер релиза, в котором работаете.
Смотрю на типовой ЗУП КОРП 3.1.10.511. Проблема в том, что РТД, который создавал ИД3, уже нет — его физически удалили, очистили или перезаполнили ТЧ документа. Т.е. те ИД которые есть в РС «Мероприятия трудовой деятельности прочие» уже нет ни в одном док-те РТД. Цепочка действий пользователя выглядит так:
1) РДТ1 — СЗВ-ТД1 = первичная подача ИД1 и ИД2;
2) РТД2 — СЗВ-ТД2 = отмена ИД1 и новое событие ИД3 (в ПФР актуальными становятся ИД2 и ИД2);
3) очистка ТЧ документа РДТ2;
4) РТД2 — СЗВ-ТД3 = отмена ИД1 (ИД3 система уже не видит) и новое событие ИД4. В результате от ПФР отказ, с формулировкой что не найдено отменяемое мероприятие. И это правильно поскольку событие ИД1 было уже отменено на шаге (2) и вместо него в базе ПФР уже числится ИД3.
Да, событие ИД3 есть в РС «Мероприятия трудовой деятельности прочие», но как мне подцепить его в РТД?
Давайте попробуем создать новый документ РТД и заполнить в нем мероприятия точно так же, как было заполнено мероприятие ИД3? На этом релизе программа при проведении документу уже анализирует регистр МТД прочие и если находит в нем точно такое же мероприятие, то присваивает ему идентификатор из регистра.
Но если такой «финт ушами» не пройдет, можно попробовать принудительно указать нужный идентификатор в нашем новом документе РТД. Этот трюк Елена показывала на семинаре [07.07.2020 запись] Учет для ЭТК и СЗВ-ТД в 1С, видео «Сложные ситуации в учете для ЭТК», время примерно начиная с 2:30.
Спасибо, попробую. Про трюк и присвоение ИД на основании РС МТД не знал. По результатам отпишусь.
Хорошо, буду ждать! 🙂
Итак результаты:
1 вариант через восстановление ИД3 в док-те РТД не подошел. Для восстановления надо чтобы:
1) была запись в МТД Прочие;
2) мероприятие в РТД совпадало с данными МТД Прочие;
3) был СЗВ-ТД, с тем же ИД3 что и в МТД Прочие.
А вот (3) и нет. Никакого. Ибо пользователи после отправки данных додумались очистить и перезаполнить как РДТ, так и СЗВ-ТД в которой отражалось это мероприятие. В результате мы имеем ИД1 и ИД2, которые зафиксированы как в МТД, так и МТД Переданные. Плюс своей самостоятельной жизнью в МТД Прочие живет ИД3.
2 вариант все гораздо лучше. Только надо сделать немного больше операций:
1) создаем РДТ в котором изменяем ИД1 и новому мероприятию вручную указываем ИД3;
2) формируем СЗВ-ТД, чтобы система считала ИД3 переданным в ПФР. Файл никуда не оправляем;
3) создаем еще одну РТД, в котором изменяем ИД3 и указываем нужное мероприятие в ИД4.
4) формируем СЗВ-ТД — в него попадает отмена ИД3 и новое ИД4. Файл передаем в ПФР.
Единственное но — для этого варианта хотелось бы знать перечень актуальных мероприятий (ИД) по сотруднику на конкретную дату в ПФР. Сотрудник может запросить эту информацию в ПФР через СТД-ПФР. Вопрос — а может ли работодатель каким либо образом выполнить сверку отправленных им данных с ПФР? Есть такая возможность?
Сама интересовалась этим. Но пока каких-то рабочих вариантов, как вытрясти эту информацию из ПФР, кроме как названивать и просить, предложить не могу 🙁
Слышала, что вроде бы в личном кабинете страхователя в истории подачи отчетности можно посмотреть эту информацию. Но на практике не было возможности это опробовать. И непонятно, даже если там и будут такие сведения, они будут по всем принятым мероприятиям, или только те, которые отправляли через этот ЛК.
Если у Вас есть доступ к ЛК в ПФР, буду благодарна за обратную связь по этому вопросу.
Для информации — по запросу ПФР прислал выписку СТД-ПФР по СНИЛС сотрудника. Отсалось только придумать как получить эту информацию по всем проблемным сотрудникам (около сотни). Будем общаться с ПФР, спасибо за помощь.
Вам спасибо за интересный вопрос и что поделились, как вытрясли информацию с ПФР 🙂