К статье
Практический материал

Администрирование · 10 мин

Как очистить список пользователей в 1С

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

Список пользователей в 1С со временем разрастается: в нём остаются учётные записи уволенных сотрудников, тестовые аккаунты, дубликаты, созданные при ошибках настройки, и служебные записи от старых обменов. Избыточный список затрудняет администрирование, повышает риск несанкционированного доступа и мешает контролировать, кто реально работает в базе. Регулярная чистка — стандартная часть обслуживания информационной базы.

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

Перед любыми массовыми изменениями обязательно сделайте резервную копию базы: выгрузку в dt через Конфигуратор или средствами СУБД для клиент-серверного варианта. Это единственный надёжный способ откатить ошибочное удаление.

Что проверить перед удалением пользователей

Удаление учётной записи — необратимая операция, поэтому сначала нужно понять, какие записи действительно лишние. Откройте список пользователей и проанализируйте его по нескольким признакам: дата последнего входа, принадлежность к уволенным сотрудникам, наличие явных дубликатов и тестовых записей.

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

Давно не входилВозможный кандидат на блокировку

Проверьте у руководителя, не в отпуске ли сотрудник и не используется ли запись в обменах

Уволенный сотрудникЗапись нужно заблокировать и удалить

Убедитесь, что документы и задачи переданы другому сотруднику

Тестовый или дублирующий аккаунтМожно удалять

Проверьте, что под ним нет настроенных ролей и прав, которые где-то задействованы

Служебная запись обменаУдалять нельзя

Найдите, какая подсистема её использует, прежде чем трогать

Также проверьте активные сеансы: в клиент-серверном варианте это консоль кластера, в файловом — журнал активных пользователей. Удалять или менять запись, под которой кто-то сейчас работает, не следует.

Блокировка вместо удаления: безопасный первый шаг

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

Заблокированная запись не позволяет войти в базу, но сохраняет все связанные данные: настройки, историю, ссылки в документах. Если через несколько недель никто не пожаловался на сбои в обменах и регламентных заданиях, запись можно удалять окончательно.

Как удалить пользователя через режим 1С:Предприятие

В типовых конфигурациях список пользователей находится в разделе администрирования: «Администрирование → Настройки пользователей и прав → Пользователи». Точный путь зависит от конфигурации, но везде это справочник «Пользователи».

Порядок действий в режиме Предприятия
  1. 1
    Откройте «Администрирование → Пользователи» и отсортируйте список по дате последнего входа или подразделению
  2. 2
    Пометьте недействительными записи уволенных и неиспользуемых сотрудников
  3. 3
    Убедитесь, что за этими записями не закреплены регламентные задания и обмены
  4. 4
    Выделите лишние записи и пометьте их на удаление (клавиша Delete)
  5. 5
    Выполните «Операции → Удаление помеченных объектов» с проверкой ссылочной целостности
  6. 6
    Проверьте, что в списке остались только действующие пользователи и служебные записи

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

Для массовой обработки используйте групповое изменение реквизитов: выделите нужные записи в списке, вызовите «Изменить выделенные» и установите признак недействительности сразу для всей группы. Это быстрее и снижает риск пропустить запись.

Как очистить список пользователей в Конфигураторе

Список пользователей информационной базы — это учётные записи аутентификации, хранящиеся на уровне платформы. Откройте Конфигуратор, перейдите в меню «Администрирование → Пользователи». Здесь видны все записи независимо от того, заведены ли соответствующие элементы в справочнике конфигурации.

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

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

Очистка в клиент-серверном варианте и массовая обработка

В клиент-серверной архитектуре (SQL Server, PostgreSQL и другие СУБД) действия те же, но добавляется контроль на уровне кластера: активные сеансы и соединения видны в консоли администрирования. Перед чисткой завершите сеансы удаляемых пользователей, иначе они продолжат работу до конца сеанса.

Если записей десятки или сотни, ручная обработка неэффективна. Для массовых операций используются обработки на встроенном языке: например, код, который находит пользователей без входа за заданный период и устанавливает им признак недействительности. Такие обработки запускайте сначала в тестовой копии базы.

bsl
Выборка = Справочники.Пользователи.Выбрать();
Пока Выборка.Следующий() Цикл
    Если Выборка.Недействителен Тогда
        Продолжить;
    КонецЕсли;
    // Проверка даты последнего входа через журнал регистрации
    // и установка признака недействительности
КонецЦикла;

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

После чистки убедитесь, что база работает корректно: войдите под учётной записью администратора, проверьте выполнение регламентных заданий, запустите обмены данными, если они настроены. Откройте список пользователей в обоих местах — в справочнике и в Конфигураторе — и сверьте, что лишних записей не осталось.

Контрольные точки

Как проверить результат

Список пользователей в справочнике
Норма

Только действующие сотрудники и нужные служебные записи

Тревожный признак

Остались уволенные или дубликаты без признака недействительности

Список в Конфигураторе
Норма

Совпадает по составу с реальными пользователями базы

Тревожный признак

Есть «осиротевшие» учётные записи без элементов справочника

Регламентные задания и обмены
Норма

Выполняются без ошибок после чистки

Тревожный признак

Ошибки аутентификации в журнале регистрации

Вход администратора
Норма

Учётная запись с полными правами работает

Тревожный признак

Последний администратор удалён или заблокирован

Типичные ошибки
01
Удаление пользователя без резервной копии — восстановить запись и её настройки невозможно
02
Удаление учётной записи обмена данными — синхронизация останавливается с ошибкой аутентификации
03
Удаление только в справочнике без чистки в Конфигураторе — остаются лишние учётные записи аутентификации
04
Удаление последнего администратора — база остаётся без возможности управления правами
05
Массовое удаление без проверки ссылок — ошибки в документах и отчётах по авторам

Когда лучше привлечь специалиста

Самостоятельная чистка оправдана, когда речь идёт о нескольких десятках записей в типовой конфигурации без сложных интеграций. Если в базе настроены распределённые обмены, внешние подключения, нестандартные роли или пользователей сотни, безопаснее поручить работу специалисту по 1С: он составит карту зависимостей учётных записей и проведёт чистку без остановки бизнес-процессов.

Итог

Что важно запомнить

Перед чисткой сделайте резервную копию, сначала блокируйте сомнительные записи, а не удаляйте их. Удаляйте пользователей согласованно в справочнике и в Конфигураторе, проверяйте регламентные задания и обмены, никогда не удаляйте последнего администратора.

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

Что произойдёт с документами удалённого пользователя?

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

Чем блокировка отличается от удаления?

Блокировка запрещает вход в базу, но сохраняет запись, её настройки и все связи. Удаление убирает запись безвозвратно. Рекомендуемый порядок — сначала блокировка на несколько недель, затем удаление, если не выявлено проблем.

Почему пользователь удалён из справочника, но всё ещё есть в Конфигураторе?

Справочник «Пользователи» и список пользователей информационной базы — разные механизмы. Удаление элемента справочника не всегда удаляет учётную запись аутентификации. Откройте «Администрирование → Пользователи» в Конфигураторе и удалите запись там вручную.

Можно ли восстановить удалённого пользователя?

Только из резервной копии базы. Самой платформой отмена удаления не предусмотрена. Если копии нет, придётся создавать учётную запись заново и вручную восстанавливать роли и настройки.

Как найти пользователей, которые давно не входили в базу?

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

Нужно ли удалять служебных пользователей, созданных при обновлении?

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