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

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

Как отключить пользователя 1С: все рабочие способы

Способы отключить пользователя 1С: через консоль кластера, консоль СУБД, администрирование сервера и встроенный язык. Завершение сеансов, блокировка входа, частые ошибки.

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

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

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

Определите режим работы базы: файловый или клиент-серверный

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

Узнать режим проще всего у администратора или по строке подключения в списке баз при запуске 1С: если в ней указан путь к папке вида \\server\bases\trade — это файловая база, если указано имя сервера и имя базы вида Srvr="server1c";Ref="trade" — клиент-серверная.

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

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

Как выбрать способ отключения

База клиент-серверная, нужно завершить конкретный сеансИспользуйте консоль кластера серверов 1С — раздел «Сеансы»
База файловая, пользователь зависЗавершите сеанс через «Активные пользователи» в конфигураторе или попросите пользователя выйти; в крайнем случае — завершите его процесс на его компьютере
Сотрудник уволен, нужно запретить вход навсегдаСнимите флажок «Вход в программу разрешён» в карточке пользователя и отзовите роли
Нужно выгнать всех для обновленияУстановите блокировку сеансов и завершите активные сеансы через консоль кластера или типовую обработку

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

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

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

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

Порядок отключения сеанса через консоль кластера
  1. 1
    Откройте консоль администрирования серверов 1С:Предприятия
  2. 2
    Разверните кластер, выберите информационную базу, перейдите в раздел «Сеансы»
  3. 3
    Найдите нужный сеанс по имени пользователя и компьютеру
  4. 4
    Щёлкните правой кнопкой мыши и выберите «Удалить»
  5. 5
    Проверьте, что сеанс исчез из списка, а пользователь получил сообщение о разрыве соединения

Как не перепутать сеанс

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

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

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

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

Если база размещена в сервисе (облачный файловый режим), в веб-интерфейсе личного кабинета обычно есть раздел управления сеансами, где можно завершить соединение конкретного пользователя — точное расположение зависит от провайдера сервиса.

Блокировка входа и завершение всех сеансов для обслуживания

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

В клиент-серверном режиме блокировка устанавливается в консоли кластера: свойства информационной базы → параметр «Блокировка сеансов включена». Там же задаются время начала и окончания блокировки, сообщение пользователям и код разрешения — строка, с которой администратор сам сможет войти в базу в обход блокировки (параметр /UC код в строке запуска).

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

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

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

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

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

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

Отключение пользователя программно и через PowerShell

Для автоматизации (например, ночное завершение всех сеансов перед бэкапом) используют встроенный язык 1С или скрипты. В клиент-серверном режиме через COM-соединитель V83.COMConnector можно подключиться к агенту сервера, получить список сеансов и завершить их методом TerminateSession. Аналогичные задачи решаются через утилиту rac — консольный клиент администрирования кластера.

Пример завершения всех сеансов конкретной базы через rac: сначала получают список сеансов командой rac session --cluster=<id> list --infobase=<id>, затем для каждого сеанса выполняют rac session terminate с указанием идентификатора сеанса. Такой скрипт удобно ставить в планировщик заданий перед резервным копированием.

bash
rac session --cluster=<ид_кластера> list --infobase=<ид_базы>
rac session --cluster=<ид_кластера> terminate --session=<ид_сеанса>

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

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

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

Частая проблема — «сеанс вернулся»: пользовательский клиент с настройкой автоматического переподключения или открытый браузер с веб-клиентом создаёт новый сеанс сразу после завершения старого. Решение — сначала включить блокировку сеансов, потом завершать активные.

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

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

Список сеансов в консоли кластера
Норма

Нужный сеанс отсутствует и не появляется снова в течение минуты

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

Сеанс пересоздаётся — включите блокировку сеансов и завершите соединение повторно

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

Программа отказывает во входе

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

Вход выполняется — проверьте, не осталась ли вторая учётная запись или доменная аутентификация

Монопольный режим в конфигураторе
Норма

Режим устанавливается без ошибок

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

Сообщение об активных пользователях — кто-то ещё в базе, проверьте фоновые задания

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

Итог

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

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

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

Можно ли отключить пользователя 1С без прав администратора?

Нет. Завершение чужих сеансов и блокировка базы требуют прав администратора кластера (в клиент-серверном режиме) или полных прав в конфигурации. Рядовой пользователь может завершить только свой собственный сеанс — обычным выходом из программы.

Пользователь отключён, но через минуту снова появляется в списке сеансов. Что делать?

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

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

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

Как отключить пользователя, если база в облачном сервисе 1С?

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

Нужно ли отключать учётную запись в Active Directory при увольнении сотрудника?

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

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

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