Мы с вами столкнулись с частой проблемой, когда необходимо скорректировать сведения о приеме на работу сотрудника, который был трудоустроен много лет назад, но информация об этом приеме не была изначально передана в Социальный фонд России (ранее ПФР). Эта ситуация особенно актуальна для событий, произошедших до 2020 года, когда началось обязательное представление сведений по форме СЗВ-ТД (ныне ЕФС-1). Давайте вместе разберем, почему возникает эта сложность и как найти оптимальное решение.
Прежде всего, давайте проанализируем ситуацию. До 2020 года работодатели не подавали электронные сведения о кадровых мероприятиях. С введением формы СЗВ-ТД (а затем и ЕФС-1), первое поданное мероприятие для сотрудника, как правило, было его последним кадровым событием на тот момент. Это мог быть перевод на другую должность, изменение наименования организации или любое другое актуальное действие. Если сотрудник был принят, например, в 2013 году, а первое электронное мероприятие по нему было подано в 2020 году как "Перевод", то само мероприятие "Прием на работу" никогда не попадало в базу СФР.
Суть проблемы: Мы не можем отменить или исправить то, чего не существует в базе данных СФР. Если первичный прием на работу не был зафиксирован в электронных сведениях, то технически невозможно его "отменить", поскольку его не было в списке отправленных вами мероприятий.
Рассмотрим несколько путей решения, в зависимости от того, была ли ошибка обнаружена вами или указана СФР, и насколько гибким вы хотите быть в работе с программой 1С:ЗУП:
Если нам необходимо внести информацию о первичном приеме, который никогда не был подан в СФР, или скорректировать уже поданные сведения, рассмотрим подробнее действия в 1С:ЗУП (Зарплата и управление персоналом).
Если сведения о приеме на работу до 2020 года не были поданы в СФР, то формально отменить "прием" невозможно, потому что его не было в базе СФР. В таких случаях, если необходимо внести информацию о первичном приеме, следует подать отчет ЕФС-1 с этими недостающими сведениями. Отменять ничего не нужно, так как ранее эти данные не были поданы.
Регистрация трудовой деятельности.Прием, дату приема и другие необходимые сведения, как если бы мы подавали этот отчет в первый раз.Это позволит СФР получить полную картину трудовой деятельности сотрудника, начиная с даты его фактического приема.
Если же речь идет о корректировке уже поданных сведений (например, был подан некорректный перевод, а не прием, или прием был, но с ошибкой), то здесь действуют правила отмены и исправления записей.
ПриемНаРаботу, КадровыйПеревод), который послужил основанием для формирования ошибочного мероприятия.ЕФС-1. Сведения о трудовой деятельности (или СЗВ-ТД) программа автоматически сформирует две записи по данному сотруднику:
Важно: Для корректной отмены или исправления мероприятия, система СФР использует уникальный идентификатор (UUID) ранее принятого мероприятия. 1С:ЗУП обычно отслеживает и подставляет его автоматически, если исходный документ был корректно проведен и мероприятие отправлено из этой же базы.
В некоторых случаях, когда 1С:ЗУП не дает желаемого результата или требуется оперативное вмешательство, мы можем прибегнуть к ручной корректировке XML-файла отчета. Помним, что для СФР важен сам файл, а не способ его создания.
UUID его мероприятий.UUID нужного мероприятия, иногда даже по телефону.UUID в XML-файлах.UUID на полученный нами уникальный идентификатор исходного "Приема на работу".ПризнакОтмены="X" или аналогичный в структуре ЕФС-1.
// Предположим, у нас есть уникальный идентификатор старого мероприятия
ИдентификаторСтарогоПриема = "ваш-полученный-uuid-старого-приема";
// При формировании XML-файла мы должны указать этот Идентификатор
// для отменяемого мероприятия.
// Например, в СЗВ-ТД это могло быть так:
// <ТрудоваяФункция ОтменяемыйUUID="ваш-полученный-uuid-старого-приема">
// ...
// </ТрудоваяФункция>
Обращаем внимание, что структура XML может варьироваться, но ключевой принцип — это указание UUID отменяемого события.
Много лет назад, когда не было таких развитых систем, администраторы вручную набирали сведения даже в простых текстовых редакторах, и ПФР их принимал. Главное — это корректная XML-структура и верные данные.
Не стесняйтесь обращаться в СФР напрямую. Это может быть самый надежный способ получить точную информацию и решить проблему.
Контур.Экстерн или СБИС, у них часто есть функционал для прямой корректировки сведений в базе СФР, что может упростить процесс, особенно если исходные данные также отправлялись через эти системы.UUID — ваш ключ к успеху: Без правильного UUID отменить или скорректировать уже принятое мероприятие невозможно, так как СФР не сможет найти уникальную запись.30 обычно указывает на несоответствие ФИО и СНИЛС, и сведения по такому лицу не принимаются. Коды 40 или 50 требуют уточнения.Мы видим, что проблема исправления старого "Приема на работу", который не был подан в СФР, имеет несколько решений. Выбор оптимального пути зависит от вашей конкретной ситуации, доступных ресурсов и степени сложности ошибки. Взаимодействуя с 1С:ЗУП и, при необходимости, с СФР напрямую, мы обязательно найдем выход.