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

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

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

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

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

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

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

Также проверьте, какие права есть у вашей учётной записи. Завершать чужие сеансы и устанавливать блокировку может только пользователь с полными правами (роль «Администратор системы» / «Полные права»). Для серверной базы дополнительно потребуется доступ администратора кластера, если он задан.

Установка блокировки сеансов — первый шаг

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

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

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

Блокировка = Новый БлокировкаСеансов;
Блокировка.Установлена = Истина;
Блокировка.Начало = ТекущаяДатаСеанса();
Блокировка.Сообщение = "Выполняется обновление базы. Вход временно запрещён.";
Блокировка.КодРазрешения = "Админ2026";
УстановитьБлокировкуСеансов(Блокировка);

Код разрешения позволяет администратору войти в базу при действующей блокировке: параметр запуска /UC Админ2026 или соответствующий параметр строки соединения. Запомните этот код — без него после завершения собственного сеанса войти обратно не получится.

Отключение пользователей файловой базы через список активных пользователей

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

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

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

1. 1
   Предупредите пользователей о времени отключения
2. 2
   Установите блокировку сеансов с кодом разрешения
3. 3
   Откройте «Администрирование» → «Активные пользователи»
4. 4
   Отправьте сообщение и дождитесь выхода добровольно
5. 5
   Завершите оставшиеся сеансы штатной кнопкой или обработкой
6. 6
   Убедитесь, что в списке остался только ваш сеанс
7. 7
   Выполните запланированные работы и снимите блокировку

Отключение пользователей серверной базы через консоль кластера

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

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

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

Если консоль недоступна (например, работаете удалённо и есть только RDP-доступ к серверу СУБД), сеансы можно завершить на стороне СУБД — в SQL Server Management Studio через Activity Monitor или запросом KILL. Это крайняя мера: сервер 1С при этом не сразу узнает о разрыве, и «призрачные» сеансы могут висеть до таймаута, удерживая лицензии.

Программное завершение сеансов через код

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

Для серверной базы полноценное программное управление сеансами выполняется через COM-объект V83.COMConnector и интерфейс администрирования кластера: подключение к агенту сервера, получение списка сеансов рабочего процесса и вызов метода завершения. Этот подход применяют в регламентных скриптах обновления, когда всё выполняется без участия администратора.

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

Проверка результата и снятие блокировки

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

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

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

Типичные ошибки и ограничения

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

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

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

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