Администрирование · 10 мин
Как очистить список пользователей в 1С
Как очистить список пользователей в 1С: удаление лишних учётных записей через конфигуратор и режим предприятия, блокировка уволенных, проверка результата и типичные ошибки.
Список пользователей в 1С со временем разрастается: в нём остаются учётные записи уволенных сотрудников, тестовые аккаунты, дубликаты, созданные при ошибках настройки, и служебные записи от старых обменов. Избыточный список затрудняет администрирование, повышает риск несанкционированного доступа и мешает контролировать, кто реально работает в базе. Регулярная чистка — стандартная часть обслуживания информационной базы.
Очистить список пользователей можно двумя путями: через режим «1С:Предприятие» в типовых конфигурациях (справочник «Пользователи») и через Конфигуратор (список пользователей информационной базы). Важно понимать разницу: запись в справочнике и учётная запись аутентификации — связанные, но разные объекты, и удаление одного не всегда убирает второй.
Перед любыми массовыми изменениями обязательно сделайте резервную копию базы: выгрузку в dt через Конфигуратор или средствами СУБД для клиент-серверного варианта. Это единственный надёжный способ откатить ошибочное удаление.
Что проверить перед удалением пользователей
Удаление учётной записи — необратимая операция, поэтому сначала нужно понять, какие записи действительно лишние. Откройте список пользователей и проанализируйте его по нескольким признакам: дата последнего входа, принадлежность к уволенным сотрудникам, наличие явных дубликатов и тестовых записей.
Проверьте, не используется ли учётная запись в фоновых заданиях, регламентных операциях, настройках обмена данными и подключениях внешних систем. Пользователь, под которым выполняется синхронизация с сайтом или обмен между базами, может давно не заходить в базу интерактивно, но его удаление сломает интеграцию.
Проверьте у руководителя, не в отпуске ли сотрудник и не используется ли запись в обменах
Убедитесь, что документы и задачи переданы другому сотруднику
Проверьте, что под ним нет настроенных ролей и прав, которые где-то задействованы
Найдите, какая подсистема её использует, прежде чем трогать
Также проверьте активные сеансы: в клиент-серверном варианте это консоль кластера, в файловом — журнал активных пользователей. Удалять или менять запись, под которой кто-то сейчас работает, не следует.
Блокировка вместо удаления: безопасный первый шаг
Если нет полной уверенности, что запись не нужна, начните с блокировки. В типовых конфигурациях (Бухгалтерия, Управление торговлей, ЗУП и других на БСП) откройте карточку пользователя и установите признак «Недействителен» либо снимите флаг входа в программу. В Конфигураторе можно убрать галочки аутентификации у пользователя информационной базы.
Заблокированная запись не позволяет войти в базу, но сохраняет все связанные данные: настройки, историю, ссылки в документах. Если через несколько недель никто не пожаловался на сбои в обменах и регламентных заданиях, запись можно удалять окончательно.
Как удалить пользователя через режим 1С:Предприятие
В типовых конфигурациях список пользователей находится в разделе администрирования: «Администрирование → Настройки пользователей и прав → Пользователи». Точный путь зависит от конфигурации, но везде это справочник «Пользователи».
- 1Откройте «Администрирование → Пользователи» и отсортируйте список по дате последнего входа или подразделению
- 2Пометьте недействительными записи уволенных и неиспользуемых сотрудников
- 3Убедитесь, что за этими записями не закреплены регламентные задания и обмены
- 4Выделите лишние записи и пометьте их на удаление (клавиша Delete)
- 5Выполните «Операции → Удаление помеченных объектов» с проверкой ссылочной целостности
- 6Проверьте, что в списке остались только действующие пользователи и служебные записи
При пометке на удаление система выполнит контроль ссылочной целостности: если на пользователя ссылаются документы, задачи или настройки, удаление будет заблокировано с указанием объектов. В типовых конфигурациях пользователь обычно связан с физическим лицом и сотрудником, поэтому чаще всего достаточно признака «Недействителен», а физическое удаление требуется редко.
Для массовой обработки используйте групповое изменение реквизитов: выделите нужные записи в списке, вызовите «Изменить выделенные» и установите признак недействительности сразу для всей группы. Это быстрее и снижает риск пропустить запись.
Как очистить список пользователей в Конфигураторе
Список пользователей информационной базы — это учётные записи аутентификации, хранящиеся на уровне платформы. Откройте Конфигуратор, перейдите в меню «Администрирование → Пользователи». Здесь видны все записи независимо от того, заведены ли соответствующие элементы в справочнике конфигурации.
Выделите лишнюю запись и удалите её через контекстное меню или клавишу Delete. Платформа запросит подтверждение. Обратите внимание: если в конфигурации остался элемент справочника «Пользователи», связанный с этой учётной записью, при следующем входе или синхронизации могут появиться ошибки. Поэтому чистку лучше вести согласованно с обеих сторон.
Для баз с большим числом записей удобно выгрузить список и сверить его с кадровыми данными: так проще выявить учётные записи, не привязанные к действующим сотрудникам.
Очистка в клиент-серверном варианте и массовая обработка
В клиент-серверной архитектуре (SQL Server, PostgreSQL и другие СУБД) действия те же, но добавляется контроль на уровне кластера: активные сеансы и соединения видны в консоли администрирования. Перед чисткой завершите сеансы удаляемых пользователей, иначе они продолжат работу до конца сеанса.
Если записей десятки или сотни, ручная обработка неэффективна. Для массовых операций используются обработки на встроенном языке: например, код, который находит пользователей без входа за заданный период и устанавливает им признак недействительности. Такие обработки запускайте сначала в тестовой копии базы.
Выборка = Справочники.Пользователи.Выбрать();
Пока Выборка.Следующий() Цикл
Если Выборка.Недействителен Тогда
Продолжить;
КонецЕсли;
// Проверка даты последнего входа через журнал регистрации
// и установка признака недействительности
КонецЦикла;Проверка результата и типичные ошибки
После чистки убедитесь, что база работает корректно: войдите под учётной записью администратора, проверьте выполнение регламентных заданий, запустите обмены данными, если они настроены. Откройте список пользователей в обоих местах — в справочнике и в Конфигураторе — и сверьте, что лишних записей не осталось.
Как проверить результат
Только действующие сотрудники и нужные служебные записи
Остались уволенные или дубликаты без признака недействительности
Совпадает по составу с реальными пользователями базы
Есть «осиротевшие» учётные записи без элементов справочника
Выполняются без ошибок после чистки
Ошибки аутентификации в журнале регистрации
Учётная запись с полными правами работает
Последний администратор удалён или заблокирован
Когда лучше привлечь специалиста
Самостоятельная чистка оправдана, когда речь идёт о нескольких десятках записей в типовой конфигурации без сложных интеграций. Если в базе настроены распределённые обмены, внешние подключения, нестандартные роли или пользователей сотни, безопаснее поручить работу специалисту по 1С: он составит карту зависимостей учётных записей и проведёт чистку без остановки бизнес-процессов.
Что важно запомнить
Перед чисткой сделайте резервную копию, сначала блокируйте сомнительные записи, а не удаляйте их. Удаляйте пользователей согласованно в справочнике и в Конфигураторе, проверяйте регламентные задания и обмены, никогда не удаляйте последнего администратора.
Частые вопросы
Что произойдёт с документами удалённого пользователя?
Документы никуда не денутся: в них сохранится ссылка на автора. Если элемент справочника помечен на удаление, но на него есть ссылки, контроль целостности не даст удалить его физически. Обычно достаточно признака «Недействителен» — авторство в документах останется читаемым.
Чем блокировка отличается от удаления?
Блокировка запрещает вход в базу, но сохраняет запись, её настройки и все связи. Удаление убирает запись безвозвратно. Рекомендуемый порядок — сначала блокировка на несколько недель, затем удаление, если не выявлено проблем.
Почему пользователь удалён из справочника, но всё ещё есть в Конфигураторе?
Справочник «Пользователи» и список пользователей информационной базы — разные механизмы. Удаление элемента справочника не всегда удаляет учётную запись аутентификации. Откройте «Администрирование → Пользователи» в Конфигураторе и удалите запись там вручную.
Можно ли восстановить удалённого пользователя?
Только из резервной копии базы. Самой платформой отмена удаления не предусмотрена. Если копии нет, придётся создавать учётную запись заново и вручную восстанавливать роли и настройки.
Как найти пользователей, которые давно не входили в базу?
В типовых конфигурациях на БСП в карточке пользователя и в списке доступна дата последнего входа. Дополнительно можно проанализировать журнал регистрации, отфильтровав события входа по пользователям за нужный период.
Нужно ли удалять служебных пользователей, созданных при обновлении?
Нет, пока не выяснено их назначение. Такие записи часто используются подсистемами обмена, фоновыми заданиями или внешними подключениями. Сначала найдите в настройках, какой механизм ссылается на эту запись, и только потом принимайте решение.