← На главную

При работе в программе «1С:Зарплата и управление персоналом» (редакция 3.1) в журнале «Сведения о застрахованных лицах (СЭДО)» пользователи могут столкнуться с критической ошибкой платформы: «Обнаружено дублирование значений в ключевых колонках СНИЛС, Страхователь, ВидЗанятости». Как правило, эта ошибка проявляется при попытке установить отбор по уволенным сотрудникам.

В этом материале мы подробно разберем техническую природу данного сбоя, выясним, почему стандартный поиск дублей физических лиц и сотрудников не помогает, и рассмотрим простые безопасные способы устранения ошибки без расформирования сданой отчетности.

Причина возникновения ошибки на уровне платформы

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

Для корректного отображения строк платформа использует уникальный ключ выборки, состоящий из комбинации полей: СНИЛС + Страхователь (рег. номер СФР) + Вид занятости. Если в результате соединения программный запрос находит две или более записи, у которых полностью совпадают все три показателя на одну и ту же дату, динамический список теряет уникальность ключа и блокирует вывод данных.

Почему возникает совпадение ключевых полей?

Проанализируем практические ситуации, приводящие к двоению ключевых полей:

1. Увольнение в один день двух сотрудников одного физического лица с одинаковым видом занятости. Например, человек работал в компании как внешнее совместительство по двум разным договорам (две карточки в справочнике Сотрудники) и был уволен в один день. В системе образовалось два увольнения на одну дату с одинаковым СНИЛС, одним страхователем и одинаковым видом занятости (внешнее совместительство).
2. Наличие филиалов (обособленных подразделений) без отдельного регистрационного номера СФР. Если сотрудника увольняют одновременно из головной организации и из филиала, но отчитывается за них одна головная организация, совпадут СНИЛС, регистрационный номер страхователя и вид занятости.
3. Ошибка переноса данных или ввода начальных остатков. При переносе данных из прошлых систем защита от дублирования видов занятости может не сработать, в результате чего создаются две активные записи основного места работы или внешнего совместительства по одному человеку.
4. Рассинхронизация технических регистров. При отмене проведения или неполном проведении кадровых документов записи в интервальных и вспомогательных регистрах сведений могут остаться неоткорректированными.

Способ 1. Исправление вида занятости через документ «Перенос данных» (Рекомендуемый)

Рассмотрим наименее болезненный способ исправления ситуации, если кадровые документы уже заблокированы от изменений в связи со сдачей формы ЕФС-1.

Если у сотрудника числится два внешних совместительства, зафиксированных на дату увольнения, заменим вид занятости у одной из записей на «Внутреннее совместительство». Комбинация «Внешнее совместительство + Внутреннее совместительство» не вызывает конфликта уникальности в динамическом списке СЭДО.

Выполним корректировку по шагам:

1. Сформируем отчет «Кадровые изменения» (раздел «Кадры» — «Кадровые отчеты»). Установим период, охватывающий нужные даты, снимем отбор по конкретным организациям и зададим отбор по событию «Увольнение». Посмотрим, по какому СНИЛС выводятся две строки с одинаковой датой и видом занятости.
2. Перейдем в раздел «Администрирование» — «Перенос данных» и создадим новый документ.
3. Нажмем кнопку «Настройка состава регистров» и выберем регистр сведений Виды занятости сотрудников.
4. Укажем дату документа на один день раньше даты увольнения (например, если увольнение проведено 31.08.2022, дату документа установим 30.08.2022).
5. Добавим строку в табличную часть: укажем сотрудника (второй табельный номер из пары), дату (30.08.2022) и установим значение Внутреннее совместительство.
6. Проведем документ. При необходимости аналогичным образом проверяем регистр сведений Виды занятости сотрудников интервальный.

После проведения документа ключевые поля перестанут совпадать, и список уволенных застрахованных лиц в СЭДО станет открываться без ошибок.

Способ 2. Проверка и корректировка технических регистров сведений

Посмотрим на ситуацию, когда по кадровым документам дублей нет, но ошибка продолжается. В этом случае проанализируем служебные регистры сведений 1С:ЗУП.

1. Перейдем в режим «Функции для специалиста» (Главное меню — Настройки — Параметры — Включить режим режима технического специалиста).
2. Откроем регистр сведений Текущие кадровые данные сотрудников и найдем записи по проблемному физическому лицу. Если сотрудника уволили, но запись числится как активная или задвоенная — вручную скорректируем или удалим ошибочную строку.
3. Перейдем в регистр сведений Основные сотрудники физлиц. Убедимся, что для физического лица назначена ровно одна актуальная запись основного сотрудника. Удалим лишние устаревшие дубли.

Способ 3. Выполнение тестирования и исправления базы

Если ошибка вызвана сбоем в интервальных регистрах сведений после массового проведения документов, запустим процедуру обновления итогов:

1. Откроем информационную базу в режиме «Конфигуратор» (предварительно сделав резервную копию базы).
2. Откроем меню «Администрирование» — «Тестирование и исправление».
3. Установим флажки «Пересчет итогов» и «Реструктуризация таблиц базы данных», после чего нажмем «Выполнить».

Это позволит перестроить служебные индексы и устранить рассинхронизацию между документами увольнения и виртуальными таблицами регистра сведений.

Альтернативный вариант: отправка СЭДО непосредственно из карточки сотрудника

Если ошибку необходимо обойти оперативно, а времени на корректировку регистров нет, разберем обходной путь без использования общего динамического списка СЭДО:

1. Перейдем в справочник Сотрудники или Физические лица.
2. Откроем карточку конкретного уволенного сотрудника.
3. Перейдем на вкладку «Кадровые документы» или в раздел «Сведения о застрахованных лицах» непосредственно из карточки нужного человека.
4. Сформируем и отправим необходимый документ СЭДО прямо отсюда. Ошибка уникальности списка при этом не возникнет, так как выборка выполняется строго по одному выбранному физическому лицу.