← На главную

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

Причины «постоянной активности» свернутого клиента

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

1. Признак активности: Платформа 1С считает сеанс активным, пока процесс тонкого клиента запущен и имеет хотя бы одно открытое окно. Даже если окно свернуто в панель задач, ОС поддерживает работу процесса, а 1С продолжает выполнять периодические вызовы к серверу.
2. Механизм «пульса»: Для поддержания стабильности соединения и контроля целостности сеанса, тонкий клиент периодически вызывает методы сервера, такие как СоединенияИБГлобальный.КонтрольРежимаЗавершенияРаботыПользователей(). Этот процесс в архитектуре 1С выступает своеобразным «пульсом».
3. Обработчики ожидания: Наличие активных Обработчики ожидания в коде конфигурации также воспринимается платформой как признак того, что пользователь продолжает работу. Пока работает фоновый таймер, сервер не может однозначно определить, отошел ли пользователь или просто свернул окно.

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

Можно ли принудительно «усыпить» свернутый клиент?

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

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

1. Мониторинг процесса: Можно настроить внешние скрипты (например, на PowerShell), которые будут проверять время простоя процесса 1cv8.exe или отсутствие ввода пользователя с клавиатуры и мыши. При длительном простое скрипт может принудительно завершить процесс тонкого клиента.
2. Профили безопасности: Использование политик на уровне операционной системы для ограничения времени жизни сеанса пользователя, что косвенно приведет к закрытию 1С.
3. Организационные меры: Учитывая, что технически 1С спроектирована для обеспечения сохранности данных, зачастую эффективнее использовать регламенты работы персонала, требующие явного закрытия программы по окончании работы.

Выводы и рекомендации

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

Если вы столкнулись с дефицитом лицензий, мы рекомендуем:

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

Таким образом, архитектурная защита от случайного завершения работы является приоритетной для платформы 1С, и на текущем этапе развития системы полноценное решение для «усыпления» свернутого тонкого клиента штатными средствами платформы не реализовано.