Как найти активных пользователей в 1С

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

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

Что считать «активным пользователем» в 1С

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

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

Как посмотреть текущие сеансы через консоль кластера

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

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

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

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

Как увидеть активных пользователей из режима 1С:Предприятие

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

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

Как найти активных пользователей за период через журнал регистрации

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

Чтобы получить именно перечень активных пользователей, а не простыню событий, выгрузите журнал в табличный документ или CSV и сверните данные по пользователям — вручную в Excel или простой обработкой. Так вы увидите, кто заходил хотя бы раз за период, и наоборот — список учётных записей без единого входа, то есть кандидатов на отключение.

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

Типовые отчёты об активности и анализ через запрос

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

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

Сеансы = ПолучитьСеансыИнформационнойБазы();
Для Каждого Сеанс Из Сеансы Цикл
    Сообщить(Сеанс.ИмяПользователя + " | " + Сеанс.ИмяКомпьютера + " | " + Сеанс.НачалоСеанса);
КонецЦикла;

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

Технологический журнал и внешние мониторинговые инструменты

Когда штатных средств не хватает — например, нужно отследить длительные вызовы, всплески соединений или активность по конкретной базе на загруженном сервере — подключают технологический журнал (ТЖ). Он настраивается через файл logcfg.xml в каталоге конфигурации сервера или клиента и пишет события соединений, запросов СУБД, блокировок и ошибок. Это инструмент для опытных администраторов: объём логов большой, разбирают их специальными утилитами или парсерами.

Для постоянного наблюдения за активностью используют также средства СУБД (список подключений в MS SQL Server Management Studio, pgAdmin для PostgreSQL) и специализированные мониторинговые решения для 1С. Они показывают картину со стороны сервера баз данных: сколько соединений открыто, от каких рабочих процессов, какие запросы выполняются. Это полезно при поиске источника нагрузки, но требует понимания архитектуры связки «сервер 1С — СУБД».

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

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

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

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