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

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

Как удалить пользователя информационной базы в 1С

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

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

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

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

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

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

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

Обязательно сделайте резервную копию базы перед любыми изменениями в списке пользователей, особенно если удаляете несколько учётных записей сразу. Для файловой базы достаточно скопировать файл 1Cv8.1CD, для клиент-серверной — выполнить выгрузку в dt или штатный бэкап средствами СУБД.

Удаление пользователя через Конфигуратор

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

Порядок действий простой. Откройте базу в режиме Конфигуратора, перейдите в меню «Администрирование» → «Пользователи». В открывшемся списке найдите нужную учётную запись, выделите её и нажмите кнопку «Удалить» (или клавишу Delete). Подтвердите действие в диалоге. Если пользователь сейчас работает в базе, сначала завершите его сеанс через «Администрирование» → «Активные пользователи».

Порядок действий в Конфигураторе
  1. 1
    Откройте базу в Конфигураторе под учётной записью с правами администратора
  2. 2
    Перейдите: Администрирование → Пользователи
  3. 3
    Убедитесь, что удаляемый пользователь не находится в списке активных сеансов
  4. 4
    Выделите учётную запись и нажмите «Удалить», подтвердите операцию
  5. 5
    Проверьте, что запись исчезла из списка, и протестируйте вход под другими пользователями

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

Удаление через режим «1С:Предприятие» в типовых конфигурациях

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

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

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

Удаление пользователя через командную строку и пакетный режим

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

Типовой подход для автоматизации: написать небольшую обработку, которая программно находит объект ПользовательИнформационнойБазы по имени и вызывает метод Удалить(), а затем запускать её через «1cv8.exe DESIGNER» с параметром /Execute. Это требует аккуратности: скрипт должен проверять существование пользователя и логировать результат, иначе ошибки останутся незамеченными.

bsl
Пользователь = ПользователиИнформационнойБазы.НайтиПоИмени("ИвановИИ");
Если Пользователь <> Неопределено Тогда
    Пользователь.Удалить();
КонецЕсли;

Для клиент-серверных баз дополнительно полезна утилита администрирования кластера: с её помощью можно принудительно завершить сеанс пользователя перед удалением, если он «завис» и мешает операции. Это безопаснее, чем удалять запись, пока сеанс активен.

Удаление или отключение: что выбрать

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

Отключённый пользователь не может войти в базу, но его имя остаётся в журнале регистрации и в документах, что важно для аудита и разбора спорных ситуаций. Если через несколько месяцев выяснится, что запись всё же нужна (например, сотрудник вернулся), её можно просто включить обратно — удалённую учётную запись придётся создавать заново вместе с настройками.

Сравнение вариантов

Полное удаление

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

Отключение (Недействителен / запрет входа)

Подходит для уволенных сотрудников. Вход заблокирован, история и ссылки сохраняются, действие обратимо.

Снятие ролей без отключения

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

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

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

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

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

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

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

Удалённой записи нет, остальные учётные записи на месте

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

Запись осталась или пропали лишние пользователи

Вход под удалённым именем
Норма

Платформа отклоняет аутентификацию

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

Вход выполняется — запись не удалена

Журнал регистрации за ближайшие сутки
Норма

Нет повторяющихся ошибок аутентификации

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

Ошибки входа от фоновых процессов — задания привязаны к удалённому пользователю

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

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

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

Задания не стартуют или завершаются ошибкой

FAQ: частые вопросы об удалении пользователей ИБ

Удалятся ли документы пользователя вместе с его учётной записью?

Нет. Документы, справочники и проводки, созданные пользователем, остаются в базе без изменений. Удаляется только сама учётная запись для входа. Однако в полях «Ответственный» и в журнале регистрации имя может перестать отображаться корректно, поэтому для уволенных сотрудников чаще рекомендуют отключение, а не удаление.

Почему платформа не даёт удалить пользователя?

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

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

Штатной функции восстановления нет. Учётную запись придётся создать заново и вручную назначить роли и настройки. Если перед удалением делалась резервная копия или выгрузка в dt, список пользователей можно восстановить из копии. Именно поэтому бэкап перед операцией обязателен.

Чем отличается пользователь ИБ от пользователя в справочнике «Пользователи»?

Пользователь ИБ — это объект платформы, который управляет аутентификацией и ролями. Элемент справочника «Пользователи» — прикладной объект типовой конфигурации, связанный с учётной записью ИБ и хранящий дополнительные данные (подразделение, физлицо, настройки). Удаление одного не всегда удаляет другой: в типовых решениях действия выполняются через карточку пользователя, и система синхронизирует обе сущности.

Как удалить сразу несколько пользователей?

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

Нужно ли удалять пользователя из кластера серверов 1С?

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

Итог

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

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