Как в 1С удалить сотрудника из регистра

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

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

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

Почему записи сотрудника остаются в регистрах

Регистры в 1С делятся на два типа по способу заполнения. Подчинённые регистратору регистры (накопления, большинство регистров сведений в ЗУП) заполняются движениями документов: «Приём на работу», «Кадровый перевод», «Начисление зарплаты». Пока документ проведён, записи существуют; отмените проведение — записи удалятся автоматически.

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

Третья ситуация — «битые» остатки: документ удалён некорректно (например, через прямое удаление в монопольном режиме), а записи в регистре остались. Такое встречается после обменов, доработок или сбоев. Именно эти остатки чаще всего и требуется вычищать.

Способ 1. Отмена проведения документов-регистраторов

Самый безопасный и правильный путь — убрать записи через документы, которые их создали. Откройте карточку сотрудника и перейдите по ссылке «Документы» (в ЗУП — панель навигации карточки сотрудника). Система покажет все документы, где он фигурирует.

Для каждого документа, который не должен существовать (ошибочный приём на работу, лишнее начисление), выполните «Ещё → Отменить проведение» или пометьте документ на удаление. После отмены проведения движения по регистрам удаляются автоматически — это штатный механизм платформы.

Проверить, какой документ создал конкретную запись, можно так: откройте регистр (через «Функции для технического специалиста» или «Все функции → Регистры сведений/накопления»), найдите запись по отбору «Сотрудник» и посмотрите колонку «Регистратор». Клик по ней откроет документ-источник.

1. 1
   Сделайте резервную копию информационной базы
2. 2
   Откройте карточку сотрудника и список его документов
3. 3
   Отмените проведение или пометьте на удаление ошибочные документы
4. 4
   Откройте нужный регистр и отфильтруйте записи по сотруднику
5. 5
   Убедитесь, что записей больше нет или остались только нужные

Способ 2. Ручное удаление записей независимого регистра сведений

Если регистр независимый (без регистратора), записи удаляются вручную. Откройте «Все функции» (в тонком клиенте: главное меню → «Все функции»; если пункт недоступен — включите его в параметрах: «Сервис → Параметры → Отображать команду Все функции»). В дереве найдите «Регистры сведений» и нужный регистр.

Установите отбор по полю «Сотрудник» или «Физическое лицо» (кнопка «Ещё → Настроить список» или стандартный отбор). Выделите лишние записи и удалите их клавишей Delete или через контекстное меню. Платформа попросит подтверждение — после него запись исчезает безвозвратно.

Учтите ограничение: ручное удаление доступно только пользователям с правами на изменение регистра (обычно администратору или пользователю с полными правами). Рядовому расчётчику типовая конфигурация такой возможности не даёт.

Способ 3. Обработка «Групповое изменение реквизитов» и внешние обработки

Когда записей много или сотрудник один из сотни ошибочно загруженных, ручная чистка непрактична. В конфигурациях на БСП (ЗУП 3, БП 3, ERP) есть встроенная обработка «Групповое изменение реквизитов» («Администрирование → Обслуживание → Корректировка данных»). Она умеет в том числе помечать на удаление выбранные объекты по отбору.

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

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

НаборЗаписей = РегистрыСведений.ИмяРегистра.СоздатьНаборЗаписей();
НаборЗаписей.Отбор.Сотрудник.Установить(СсылкаНаСотрудника);
НаборЗаписей.Записать(Истина); // записываем пустой набор = удаляем записи

Способ 4. Полное удаление сотрудника как объекта

Если сотрудник заведён по ошибке и по нему нет проведённых документов, проще удалить сам элемент справочника — тогда пропадёт и источник записей. Пометьте сотрудника на удаление (Delete в списке), затем запустите «Администрирование → Обслуживание → Удаление помеченных объектов».

Монитор удаления покажет все места использования ссылки: документы, регистры, другие справочники. Если ссылка используется в проведённых документах, удалить объект не получится — сначала нужно распровести или удалить эти документы. Это встроенная защита целостности, и обходить её прямыми запросами к базе категорически не рекомендуется.

Отдельный случай — дубли сотрудников. Здесь вместо удаления правильнее использовать обработку «Поиск и удаление дублей» («Администрирование → Обслуживание → Корректировка данных»): она заменит ссылки дубля на правильный элемент во всех регистрах и документах, после чего дубль можно удалить.

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

После очистки обязательно проверьте, что записей не осталось. Откройте каждый затронутый регистр, поставьте отбор по сотруднику — список должен быть пустым (или содержать только осознанно оставленные записи). В ЗУП дополнительно сформируйте расчётный листок и отчёт «Остатки отпусков» по этому сотруднику: если данные «воскресли», значит, часть регистров не очищена или документы остались проведёнными.

Для файловой базы после массового удаления имеет смысл запустить «Тестирование и исправление» (chdbfl или конфигуратор) — это ускорит работу и выявит возможные нарушения ссылочной целостности.

Границы безопасной самостоятельной работы

Самостоятельно безопасно выполнять: отмену проведения ошибочных документов, удаление записей независимых регистров сведений в тестовой или рабочей базе при наличии резервной копии, объединение дублей штатной обработкой. Эти операции обратимы или контролируемы платформой.

К специалисту по 1С стоит обращаться, когда: записи нужно удалить из регистров расчёта и накопления по закрытым периодам; база клиент-серверная и кто-то предлагает чистить данные прямыми SQL-запросами; расхождения появились после обмена между базами; требуется удалить сотрудника, по которому сдана отчётность в ФНС или СФР. В этих сценариях цена ошибки — искажённая отчётность и штрафы, а не просто «грязный» справочник.

Частые вопросы