Администрирование · 11 мин
Как удалить пользователя информационной базы в 1С
Как удалить пользователя информационной базы 1С: через конфигуратор, клиентский режим и командную строку. Риски, альтернативы удалению, проверка результата и FAQ.
Пользователь информационной базы (ИБ) в 1С — это учётная запись, по которой сотрудник входит в систему и получает назначенные роли. Когда сотрудник увольняется, меняет должность или учётная запись создана ошибочно, возникает задача удалить такого пользователя. Сделать это можно несколькими способами: через Конфигуратор, из клиентского режима «1С:Предприятие» в типовых конфигурациях, а также пакетно — через командную строку или обработку.
Главное, что нужно понимать перед удалением: учётная запись пользователя и данные, которые он создал в базе (документы, элементы справочников), — это разные вещи. Удаление пользователя не удаляет его документы и не стирает его фамилию из уже проведённых операций. Однако если на пользователя завязаны настройки, подписки или регламентные задания, после удаления могут возникнуть ошибки. Поэтому к процедуре стоит подходить последовательно.
Во многих случаях полное удаление вообще не требуется: достаточно отключить пользователя, сняв у него возможность входа. Такой подход безопаснее, особенно если по учётной записи велась история действий в журнале регистрации или настроены разграничения прав. Ниже разберём все варианты и критерии выбора между ними.
Что проверить перед удалением пользователя
Прежде чем удалять учётную запись, убедитесь, что она действительно не нужна. Откройте список пользователей и посмотрите дату последнего входа: если сотрудник давно не работал в базе, удаление обычно безопасно. Если же входы были недавно, сначала выясните, кто и зачем использует эту запись — возможно, под ней работает внешняя обработка, обмен данными или интеграция.
Отдельно проверьте, не назначен ли пользователь ответственным в документах, не указан ли он в настройках рассылки отчётов, подписок на события и регламентных заданий. Удалённый пользователь останется в этих объектах как «битая ссылка», что может приводить к ошибкам при выполнении фоновых процессов.
Обязательно сделайте резервную копию базы перед любыми изменениями в списке пользователей, особенно если удаляете несколько учётных записей сразу. Для файловой базы достаточно скопировать файл 1Cv8.1CD, для клиент-серверной — выполнить выгрузку в dt или штатный бэкап средствами СУБД.
Удаление пользователя через Конфигуратор
Классический способ, доступный в любой конфигурации, — удаление через Конфигуратор. Он требует права «Администрирование» и монопольного доступа не требует, однако удаляемый пользователь не должен быть в этот момент подключён к базе: иначе платформа выдаст ошибку «Пользователь сеанса не может быть удалён».
Порядок действий простой. Откройте базу в режиме Конфигуратора, перейдите в меню «Администрирование» → «Пользователи». В открывшемся списке найдите нужную учётную запись, выделите её и нажмите кнопку «Удалить» (или клавишу Delete). Подтвердите действие в диалоге. Если пользователь сейчас работает в базе, сначала завершите его сеанс через «Администрирование» → «Активные пользователи».
- 1Откройте базу в Конфигураторе под учётной записью с правами администратора
- 2Перейдите: Администрирование → Пользователи
- 3Убедитесь, что удаляемый пользователь не находится в списке активных сеансов
- 4Выделите учётную запись и нажмите «Удалить», подтвердите операцию
- 5Проверьте, что запись исчезла из списка, и протестируйте вход под другими пользователями
Обратите внимание: если в списке пользователей нет ни одной записи, платформа пускает в базу без аутентификации. Поэтому не удаляйте всех пользователей подряд — всегда оставляйте минимум одну рабочую учётную запись администратора, иначе управление базой станет незащищённым, а настройку прав придётся восстанавливать.
Удаление через режим «1С:Предприятие» в типовых конфигурациях
В типовых решениях (1С:Бухгалтерия, 1С:ЗУП, 1С:Управление торговлей и других на базе БСП) список пользователей доступен прямо из клиентского приложения: раздел «Администрирование» → «Настройки пользователей и прав» → «Пользователи». Этот способ удобнее, когда Конфигуратор недоступен или изменения делает администратор без глубоких технических навыков.
В типовых конфигурациях пользователь связан с элементом справочника «Пользователи», а тот, в свою очередь, может быть привязан к физическому лицу или сотруднику. Прямое удаление элемента часто заблокировано механизмами целостности, если на пользователя есть ссылки. Вместо удаления типовой механизм предлагает пометить объект на удаление, а физическое удаление выполняется через обработку «Удаление помеченных объектов» (раздел «Администрирование» → «Обслуживание»).
Если при попытке удаления система сообщает о ссылках на объект, не пытайтесь обойти ограничение вручную. Проанализируйте список ссылок: часто достаточно пометить пользователя как «Недействителен» — тогда вход под ним станет невозможен, а все связи сохранятся.
Удаление пользователя через командную строку и пакетный режим
Когда нужно удалить пользователя автоматически — например, в скрипте обслуживания нескольких баз, — используют запуск Конфигуратора в пакетном режиме. Платформа 1С позволяет выполнять операции с пользователями через параметры командной строки, однако прямой команды «удалить пользователя» нет: обычно применяют внешнюю обработку, запускаемую в пакетном режиме, либо управление через консоль кластера (для серверных баз) и RAC.
Типовой подход для автоматизации: написать небольшую обработку, которая программно находит объект ПользовательИнформационнойБазы по имени и вызывает метод Удалить(), а затем запускать её через «1cv8.exe DESIGNER» с параметром /Execute. Это требует аккуратности: скрипт должен проверять существование пользователя и логировать результат, иначе ошибки останутся незамеченными.
Пользователь = ПользователиИнформационнойБазы.НайтиПоИмени("ИвановИИ");
Если Пользователь <> Неопределено Тогда
Пользователь.Удалить();
КонецЕсли;Для клиент-серверных баз дополнительно полезна утилита администрирования кластера: с её помощью можно принудительно завершить сеанс пользователя перед удалением, если он «завис» и мешает операции. Это безопаснее, чем удалять запись, пока сеанс активен.
Удаление или отключение: что выбрать
Полное удаление оправдано, когда учётная запись создана ошибочно, является тестовой или дублем и не имеет истории работы. Во всех остальных случаях безопаснее отключение: снятие ролей, установка признака «Аутентификация запрещена» или флага «Недействителен» в типовых конфигурациях.
Отключённый пользователь не может войти в базу, но его имя остаётся в журнале регистрации и в документах, что важно для аудита и разбора спорных ситуаций. Если через несколько месяцев выяснится, что запись всё же нужна (например, сотрудник вернулся), её можно просто включить обратно — удалённую учётную запись придётся создавать заново вместе с настройками.
Сравнение вариантов
Подходит для тестовых и ошибочных учётных записей без истории. Необратимо: настройки и связь с журналом регистрации теряются.
Подходит для уволенных сотрудников. Вход заблокирован, история и ссылки сохраняются, действие обратимо.
Подходит при временной приостановке доступа. Пользователь входит, но ничего не видит; удобно для отпусков и расследований.
Проверка результата и типичные ошибки
После удаления убедитесь, что операция прошла корректно. Откройте список пользователей заново — записи быть не должно. Попробуйте войти в базу под удалённым именем: платформа должна отклонить вход. Дополнительно проверьте журнал регистрации на предмет ошибок аутентификации в ближайшие часы — так вы обнаружите процессы, которые пытались работать под удалённой учётной записью.
Если после удаления перестали выполняться регламентные задания или обмены, причина почти всегда в том, что они были привязаны к удалённому пользователю. Назначьте заданиям другого пользователя (обычно специальную служебную учётную запись с минимально необходимыми ролями) и перезапустите их.
Как проверить результат
Удалённой записи нет, остальные учётные записи на месте
Запись осталась или пропали лишние пользователи
Платформа отклоняет аутентификацию
Вход выполняется — запись не удалена
Нет повторяющихся ошибок аутентификации
Ошибки входа от фоновых процессов — задания привязаны к удалённому пользователю
Выполняются по расписанию без ошибок
Задания не стартуют или завершаются ошибкой
FAQ: частые вопросы об удалении пользователей ИБ
Удалятся ли документы пользователя вместе с его учётной записью?
Нет. Документы, справочники и проводки, созданные пользователем, остаются в базе без изменений. Удаляется только сама учётная запись для входа. Однако в полях «Ответственный» и в журнале регистрации имя может перестать отображаться корректно, поэтому для уволенных сотрудников чаще рекомендуют отключение, а не удаление.
Почему платформа не даёт удалить пользователя?
Чаще всего причина в том, что пользователь в этот момент подключён к базе. Завершите его сеанс через «Администрирование» → «Активные пользователи» (или консоль кластера для серверной базы) и повторите удаление. Вторая причина — недостаток прав: нужна роль с правом «Администрирование».
Можно ли восстановить удалённого пользователя?
Штатной функции восстановления нет. Учётную запись придётся создать заново и вручную назначить роли и настройки. Если перед удалением делалась резервная копия или выгрузка в dt, список пользователей можно восстановить из копии. Именно поэтому бэкап перед операцией обязателен.
Чем отличается пользователь ИБ от пользователя в справочнике «Пользователи»?
Пользователь ИБ — это объект платформы, который управляет аутентификацией и ролями. Элемент справочника «Пользователи» — прикладной объект типовой конфигурации, связанный с учётной записью ИБ и хранящий дополнительные данные (подразделение, физлицо, настройки). Удаление одного не всегда удаляет другой: в типовых решениях действия выполняются через карточку пользователя, и система синхронизирует обе сущности.
Как удалить сразу несколько пользователей?
В Конфигураторе можно выделить несколько записей с зажатой клавишей Ctrl или Shift и удалить их одной командой. Для регулярной массовой чистки удобнее написать обработку, которая проходит по списку ПользователиИнформационнойБазы и удаляет записи по заданному критерию, с обязательным протоколированием каждой операции.
Нужно ли удалять пользователя из кластера серверов 1С?
Нет, отдельного удаления на уровне кластера не требуется: учётные записи пользователей ИБ хранятся в самой информационной базе, а не в кластере. На уровне кластера управляются только администраторы кластера и агенты. После удаления пользователя из базы достаточно убедиться, что его активные сеансы завершены.
Что важно запомнить
Перед удалением сделайте резервную копию, завершите сеансы пользователя и проверьте привязку регламентных заданий. Удаляйте только тестовые и ошибочные записи; для уволенных сотрудников безопаснее отключение через признак «Недействителен». После операции проверьте вход, список пользователей и журнал регистрации.