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

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

Как через конфигуратор отключить пользователя 1С

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

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

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

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

Что значит «отключить пользователя» и какой способ выбрать

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

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

Маршрут решения

Как выбрать действие

Сотрудник уволился или доступ нужно закрыть навсегдаСнимите флажок входа в свойствах пользователя через конфигуратор, запись не удаляйте
Пользователь сейчас работает, а базу нужно освободитьЗавершите сеанс через «Активные пользователи» или консоль кластера
Нужно временно закрыть доступ на период отпуска или проверкиЗапретите вход, а при возвращении снова включите флажок — настройки и права сохранятся
Учётная запись создана по ошибке и нигде не использоваласьТолько в этом случае можно удалить пользователя полностью

Подготовка: права, монопольный режим и риски

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

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

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

Как запретить вход пользователю через конфигуратор

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

Порядок действий
  1. 1
    Откройте конфигуратор и войдите в базу под учётной записью с административными правами
  2. 2
    В меню выберите «Администрирование» → «Пользователи»
  3. 3
    Найдите нужного пользователя в списке и откройте его двойным щелчком
  4. 4
    Снимите флажок «Вход в программу разрешён» (либо снимите галочки «Аутентификация 1С:Предприятия» и «Аутентификация операционной системы» — в зависимости от версии конфигурации)
  5. 5
    Нажмите «ОК» или «Записать» и закройте окно пользователя
  6. 6
    Проверьте результат: попытка входа под этой учётной записью должна завершаться отказом

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

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

Как завершить активный сеанс пользователя

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

Выделите нужный сеанс и нажмите кнопку «Удалить» (или выберите соответствующий пункт в меню «Действия»). Сеанс будет завершён принудительно. Пользователь на своём компьютере увидит сообщение о разрыве соединения с информационной базой.

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

Отключение пользователя в клиент-серверном режиме

В клиент-серверном варианте (1С на связке с MS SQL, PostgreSQL или другой СУБД) у администратора появляется дополнительный инструмент — консоль администрирования серверов 1С. Она позволяет не только завершить конкретный сеанс, но и заблокировать саму информационную базу для новых подключений.

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

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

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

Запрет входа в конфигураторе

Подходит для постоянного отключения; действует на будущие входы, не трогает текущий сеанс

Завершение сеанса в «Активных пользователях»

Быстрый способ вывести пользователя из файловой базы прямо сейчас; не запрещает повторный вход

Консоль кластера серверов

Полный контроль в клиент-серверном режиме: сеансы, соединения, блокировка базы; требует прав администратора кластера

Блокировка сеансов базы целиком

Для обслуживания и обновлений; отключает всех, а не одного пользователя

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

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

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

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

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

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

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

Вход под отключённой учётной записью
Норма

Ошибка идентификации или сообщение о запрете входа

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

Пользователь входит в базу как обычно

Список активных пользователей через 5–10 минут
Норма

Сеансов отключённого пользователя нет

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

Сеанс появляется снова — ищите автозапуск или скрипты

Журнал регистрации по событию «Сеанс. Аутентификация»
Норма

Последние попытки входа отклонены

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

Фиксируются успешные входы после блокировки

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

Можно ли отключить пользователя, не заходя в конфигуратор?

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

Что будет с документами, созданными отключённым пользователем?

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

Пользователь отключён, но его сеанс снова появляется в списке активных. Почему?

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

Нужно ли сначала завершить сеанс, а потом запрещать вход — или наоборот?

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

Как временно заблокировать пользователя на время отпуска или проверки?

Используйте тот же запрет входа: снимите флажок «Вход в программу разрешён» на нужный период, а по возвращении сотрудника установите его обратно. Все роли, настройки интерфейса и права сохранятся, повторная настройка не потребуется. Удалять и пересоздавать запись для временной блокировки не нужно.

Можно ли отключить сразу несколько пользователей?

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

Итог

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

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