Почему в ЗУП 3.1 возникают дублирующиеся ИД мероприятий в регистрах МТД и как это исправить?

← На главную

В процессе работы с кадровой отчетностью в программе 1С:Зарплата и Управление Персоналом 3.1 пользователи иногда сталкиваются с критической ошибкой: наличие двух разных кадровых событий (например, прием и отмена приема), у которых в регистрах Мероприятия трудовой деятельности и Мероприятия трудовой деятельности (прочие) указан один и тот же уникальный идентификатор (UUID). Это приводит к ошибкам при формировании отчетности (СЗВ-ТД, ЕФС-1, СТД-Р) и некорректному отображению данных.

Давайте подробно разберем, почему это происходит и как привести данные в порядок.

Причины возникновения дублей идентификаторов

Основная причина кроется в нарушении работы штатного механизма исправлений документов. Когда пользователь создает документ Исправление, система обязана перенести все записи из регистров накопления первичного документа в исправляющий. Если в этот момент произошел технический сбой, ошибка при обновлении конфигурации или вмешательство в данные через Групповое изменение реквизитов, движения могут остаться «зависшими» в первичном документе.

В итоге система видит две активные записи: одну в первичном документе, другую — потенциально создаваемую в новом. Из-за нарушения логики связки «Событие — Отмена — Новое событие», программа ошибочно присваивает или сохраняет старый UUID, что ведет к конфликту данных.

Шаг 1: Диагностика проблемы

Первым делом нам необходимо выяснить, какой документ является текущим регистратором для ошибочных записей. Для этого выполним следующие действия:

Откроем регистр накопления Мероприятия трудовой деятельности.
Отфильтруем записи по нужному сотруднику.
Проверим, какие документы являются Регистратором для записей с дублирующимся ИД.

Если мы видим, что записи остались в исходном документе Прием на работу, хотя уже созданы документы Исправление или Отмена, значит, механизм переноса движений отработал некорректно.

Шаг 2: Методика исправления ситуации

Решать проблему «на горячую» в рабочей базе не рекомендуется. Рассмотрим безопасный алгоритм действий:

Метод перепроведения в копии базы:

Создайте актуальную копию рабочей базы.
Найдите цепочку документов: Прием на работу -> Исправление -> Отмена -> Повторный прием.
Выполните полное перепроведение этой цепочки документов в хронологическом порядке. Часто бывает, что при обновлении конфигурации логика формирования ИД изменилась, и штатное перепроведение позволяет системе «увидеть» актуальную структуру и правильно перезаписать UUID в регистрах.

Шаг 3: Техническая корректировка данных

Если перепроведение не помогло, и записи все равно дублируются, необходимо выполнить очистку «битых» ссылок. Это можно сделать через консоль запросов или обработку Групповое изменение реквизитов (с осторожностью):

Разберем логику проверки через консоль запросов для поиска таких сотрудников:


ВЫБРАТЬ
    МТД.ИдентификаторМероприятия КАК ИД,
    КОЛИЧЕСТВО(*) КАК Колво
ИЗ
    РегистрНакопления.МероприятияТрудовойДеятельности КАК МТД
СГРУППИРОВАТЬ ПО
    МТД.ИдентификаторМероприятия
ИМЕЮЩИЕ
    КОЛИЧЕСТВО(*) > 1

После выявления таких записей, если сведения еще не были переданы в ПФР (СФР), можно аккуратно пометить на удаление или удалить некорректные записи из регистра Мероприятия трудовой деятельности для конкретного сотрудника, после чего провести документы заново. Это заставит систему сгенерировать новые, корректные идентификаторы.

Важные замечания

Если отчетность с дублирующимся ИД уже была успешно принята ПФР, простое удаление записей в программе приведет к расхождению данных с базой фонда. В этом случае необходимо:

Подготовить и отправить корректирующую форму (СЗВ-ТД или ЕФС-1) для аннулирования записи с ошибочным ИД.
Только после получения подтверждения от фонда вносить изменения в базу данных 1С.

Рекомендация: Всегда проверяйте актуальность релизов конфигурации ЗУП 3.1. Фирма «1С» регулярно выпускает исправления, касающиеся алгоритмов работы с МТД, и часто обновление до актуальной версии позволяет избежать подобных коллизий в будущем.