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

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

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

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

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

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

Если программа зависла и не отвечает, сеанс придётся завершать принудительно. На компьютере пользователя откройте диспетчер задач Windows (Ctrl+Shift+Esc), найдите процесс 1cv8.exe или 1cv8c.exe (тонкий клиент) и выберите «Снять задачу». Перед этим подождите 2–3 минуты: иногда платформа выполняет длительную операцию и визуально «зависает», хотя процесс идёт.

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

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

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

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

Через консоль можно завершить и несколько сеансов сразу: выделите их с зажатой клавишей Ctrl или Shift и удалите. Это удобно, когда нужно освободить базу от всех подключений перед регламентными работами. Учтите, что в узле «Сеансы» отображаются также служебные сеансы фоновых заданий — их завершение прерывает выполнение регламентных операций.

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

Блокировка сеансов перед массовым завершением

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

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

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

Завершение сеанса через конфигуратор и программно

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

Для автоматизации сеансы завершают программно через встроенный язык. В клиент-серверном режиме используют COM-соединение с агентом сервера (V83.COMConnector и объекты агента) либо административный интерфейс: получают массив сеансов информационной базы и вызывают метод завершения для каждого. Такой код обычно помещают в регламентное задание или внешнюю обработку для выгрузки пользователей по расписанию.

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

rac session list --cluster=<ID_кластера>
rac session terminate --cluster=<ID_кластера> --session=<ID_сеанса>

Особенности файловых баз и веб-клиента

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

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

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

Частые ошибки и проверка результата

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

Вторая типичная ошибка — завершение сеансов без предупреждения. Даже короткое сообщение в корпоративном чате за 10–15 минут позволяет пользователям сохранить документы и спокойно выйти. Третья ошибка — путать сеансы и соединения: соединение — это технический канал, сеанс — логическая работа пользователя. Для освобождения базы завершать нужно именно сеансы.

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

Ответы на частые вопросы