← На главную

Ситуация, когда в подразделе 1.1 формы ЕФС-1 у одного сотрудника внезапно возникают два мероприятия (аннулирование старого и создание нового), является распространенной проблемой при внесении изменений в кадровые документы «задним числом». Давайте разберем, почему это происходит и как действовать в зависимости от того, были ли уже отправлены данные в СФР.

Природа возникновения дублирующих мероприятий

В системе 1С:ЗУП каждое кадровое мероприятие имеет уникальный идентификатор (UID). Когда бухгалтер проводит документ, например, Увольнение, программа генерирует UID и фиксирует его в регистрах сведений. Если после того, как отчет был сформирован и отправлен в СФР, документ перепроводится (даже без изменения существенных данных), программа обнаруживает, что «старый» UID уже ушел в фонд. Чтобы исправить ситуацию, 1С создает цепочку:

1. Запись с признаком «Отмена» для исходного UID.
2. Новая запись с актуальными данными и новым UID.

Таким образом, программа пытается соблюсти целостность данных в соответствии с требованиями СФР: в ЭТК сотрудника запись должна быть помечена как недействительная, а затем создана исправленная запись.

Алгоритм действий при обнаружении дублей

Прежде чем приступать к правкам, важно ответить на вопрос: отправляли ли вы отчет с этими «новыми» мероприятиями в СФР? Рассмотрим два сценария.

Сценарий 1: Отчет еще не отправлен

Если вы уверены, что «отмена» и «новая запись» не уходили в фонд, вы можете очистить записи в 1С. Для этого необходимо обратиться к регистрам сведений, в которых хранятся данные:

1. Откройте регистр сведений Мероприятия трудовой деятельности.
2. Изучите регистр Мероприятия трудовой деятельности прочие — именно здесь часто фиксируются записи об отмене.
3. При необходимости можно снять блокировку редактирования регистра (через меню «Еще» -> «Разблокировать») и удалить ошибочные записи, которые программа сформировала автоматически при перепроведении документа.

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

Сценарий 2: Отчет уже был отправлен в СФР

Если отчет с «новыми» UID уже принят фондом, удалять что-либо из программы крайне рискованно. Вы можете рассинхронизировать внутренние данные 1С с данными ЭТК на сервере СФР. В этом случае рекомендуем:

1. Проанализировать историю: Поднимите XML-файл ранее отправленного отчета, чтобы найти корректный UID, который был успешно принят фондом.
2. Синхронизация данных: Если необходимо исправить ситуацию в 1С, чтобы программа «видела» верный UID, используйте программное вмешательство. Разработчики рекомендуют брать UID из регистра Мероприятия трудовой деятельности переданные.
3. Ручная корректировка: Принудительно замените ошибочный UID в регистре на тот, что реально принят в СФР.

Технические нюансы работы с регистрами

Чтобы не допустить ошибок, помните о следующих объектах:

• МероприятияТрудовойДеятельности — основной регистр, где живут активные записи.
• МероприятияТрудовойДеятельностиПрочие — здесь хранятся корректировки и отмены.
• МероприятияТрудовойДеятельностиПереданные — ключевой регистр, фиксирующий, что именно ушло в СФР и под каким идентификатором.

Если вы планируете вносить изменения, делайте это осторожно. Если вы не уверены в своих действиях, лучше обратиться к специалисту или использовать специализированное ПО для формирования отчетности (например, spu_orb), которое позволяет вручную редактировать UID отменяемого мероприятия. Это поможет избежать конфликтов при «входном контроле» СФР, который часто отклоняет отчеты с двумя записями на одну дату, если они не оформлены по правилам отмены.

Главный совет: Всегда храните архив всех отправленных XML-файлов. В спорных ситуациях именно содержимое этих файлов является «истиной в последней инстанции», позволяющей восстановить цепочку UID для любой коррекции в будущем.