В последнее время многие работодатели столкнулись с неприятной ситуацией: из Социального фонда России (СФР) массово приходят уведомления о необходимости устранить ошибки в сведениях о трудовой деятельности (бывшая форма СЗВ-ТД). Проблема носит глобальный характер и чаще всего касается записей, датированных 20 октября 2020 года. В некоторых случаях количество «проблемных» сотрудников исчисляется сотнями.
Разберем вместе, почему эта проблема возникла именно сейчас, как проверить достоверность претензий фонда и, самое главное, какими техническими средствами в 1С можно быстро исправить ситуацию.
Проанализируем исторический контекст. Октябрь 2020 года был периодом активного наполнения базы электронных трудовых книжек (ЭТК). Многие бухгалтеры отправляли отчеты повторно из-за технических сбоев на стороне приемных шлюзов ПФР: протоколы не приходили вовремя, и отчеты переотправлялись. В итоге в системе фонда «осели» обе записи — и первоначальная, и повторная.
Почему это «всплыло» спустя три года? Рассмотрим техническую сторону: СФР завершил объединение баз данных ПФР и ФСС в единую цифровую платформу. При миграции данных алгоритмы выявили записи с одинаковыми параметрами (датами, номерами приказов, должностями), которые теперь отображаются как активные дубли в карточках сотрудников.
Прежде чем что-то отменять в информационной базе 1С, нам необходимо убедиться, что дубли действительно существуют в системе фонда, а не являются ошибкой отображения. Посмотрим, как это сделать наиболее эффективно:
Для того чтобы сформировать отменяющую форму, нам нужно сопоставить идентификатор из требования СФР с тем, что хранится в нашей базе 1С. В программах «1С:Зарплата и управление персоналом 3.1» и «1С:Бухгалтерия 3.0» каждый кадровый документ, включенный в отчет СЗВ-ТД, получает уникальный UUID.
Проанализируем, где его найти. Откроем документ «СЗВ-ТД» за нужный период, выделим сотрудника и перейдем в форму мероприятия. Однако более надежный способ — посмотреть непосредственно в регистре сведений МероприятияТрудовойДеятельности. Именно там хранятся все идентификаторы, которые когда-либо уходили в фонд.
Рассмотрим ситуацию, когда идентификатор (GUID) из требования фонда совпадает с тем, что есть у вас в базе. В этом случае мы просто создаем документ «Регистрация трудовой деятельности», нажимаем кнопку «Отменить» и выбираем нужное мероприятие. Программа сама подтянет верный идентификатор в новый отчет.
Но что делать, если фонд требует отменить UUID, которого нет в вашей базе 1С? Такое случается, если база восстанавливалась из бэкапа или сведения подавались из другой программы. Разберем по шагам, как создать «ручную» отмену:
Идентификатор, присланный фондом. В современных версиях ЗУП 3.1 это делается через выбор мероприятия из списка, но если записи нет, придется воспользоваться обработкой или расширением для прямой правки GUID в документе.Посмотрим, как должна выглядеть структура отменяющего мероприятия в XML-файле, который сформирует 1С:
<МероприятиеОтменяемое>
<UUID>2b2e2986-489b-44f0-a23a-3b3f99f9f9cb</UUID>
<ДатаМероприятия>2020-10-20</ДатаМероприятия>
<ДатаОтмены>2024-05-22</ДатаОтмены>
<Вид>1</Вид>
</МероприятиеОтменяемое>
Обратите внимание, что UUID в блоке МероприятиеОтменяемое должен в точности соответствовать тому «лишнему» идентификатору, который видит фонд.
Проанализируем юридические риски. На исправление ошибок по уведомлению фонда отводится всего 5 рабочих дней. Если просто проигнорировать требование, сославшись на «ошибку на стороне СФР», организация рискует получить штраф (500 рублей за каждое недостоверное сведение).
Однако будьте осторожны: если вы отправите отмену мероприятия, которое на самом деле является единственным (а не дублем), вы «сотрете» трудовой стаж сотрудника в системе ЭТК. Поэтому сначала всегда проверяем наличие дубля через справку СТД-СФР.
Если в личном кабинете сотрудника вы видите две абсолютно идентичные записи с одинаковыми UUID, это явный признак технического сбоя БД фонда. В такой ситуации не следует подавать отменяющую форму (она может аннулировать обе записи). Вместо этого подготовим официальное письмо-пояснение в СФР, приложив протоколы приема первоначальных отчетов, и потребуем устранения технической ошибки силами специалистов фонда.
Для исправления массовых задвоений СЗВ-ТД за 2020 год мы рекомендуем придерживаться следующего алгоритма:
UUID.Совместными усилиями бухгалтерии и ИТ-службы такие массовые ошибки исправляются в течение одного рабочего дня, главное — правильно идентифицировать «лишние» записи.