Как посмотреть, кто сидит в 1С:ЗУП

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

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

Просмотр активных пользователей через стандартный отчёт

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

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

1. 1
   Зайдите в базу 1С:ЗУП под учётной записью с правами администратора.
2. 2
   Откройте «Администрирование» → «Обслуживание» (или «Поддержка и обслуживание»).
3. 3
   Нажмите «Активные пользователи» и дождитесь формирования списка.
4. 4
   Проверьте колонки «Компьютер», «Начало сеанса» и «Приложение», чтобы определить, кто реально работает.

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

Консоль кластера серверов для клиент-серверной базы

Если ЗУП работает в клиент-серверном варианте (SQL Server, PostgreSQL и др.), самый полный контроль даёт консоль администрирования серверов 1С:Предприятия. Откройте её на сервере или на машине администратора через «Пуск» → «1С:Предприятие» → «Администрирование серверов 1С:Предприятия».

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

В списке сеансов видны пользователь, компьютер, время начала, время последнего обращения, объём прочитанных и записанных данных. Именно колонка «Время последнего обращения» помогает отличить активного пользователя от «зависшего» сеанса: если обращений нет несколько часов, сеанс, скорее всего, оставлен открытым или клиент завис.

Журнал регистрации: кто входил и что делал

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

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

Журнал регистрации доступен также из конфигуратора («Администрирование» → «Журнал регистрации») — это удобно, если пользовательский интерфейс базы недоступен или идёт расследование действий администратора.

Файловая база: список активных пользователей через конфигуратор

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

Этот способ удобен, когда нужно одновременно выполнить административную операцию: например, посмотреть, кто в базе, а затем сразу установить блокировку соединений перед обновлением. Из этого же окна можно отправить пользователям сообщение с просьбой завершить работу.

Сравнение способов просмотра

Отчёт «Активные пользователи» в режиме Предприятия

Быстро и без конфигуратора; подходит для ежедневного контроля. Ограничение: нужны права администратора, нет истории.

Конфигуратор, «Активные пользователи»

Подходит для файловой базы и совмещается с блокировкой сеансов. Ограничение: требует входа в конфигуратор.

Консоль кластера серверов

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

Журнал регистрации

Единственный способ увидеть историю входов и действий. Ограничение: не показывает текущий момент в реальном времени.

Как отличить работающего пользователя от «зависшего» сеанса

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

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

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

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

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

Норма

Отображаются только реально работающие сотрудники и штатные фоновые задания

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

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

Время последнего обращения в консоли кластера

Норма

Обновляется в пределах последних минут

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

Нет обращений несколько часов — сеанс «завис»

Журнал регистрации

Норма

События входа и выхода фиксируются по всем пользователям

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

События отсутствуют — проверьте настройку уровня регистрации

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

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

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

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

Почему я не вижу пункт «Активные пользователи» в меню?

Раздел доступен только пользователям с правами «Администрирование» или «Администратор системы». Попросите администратора базы выдать соответствующую роль или проверить список сеансов за вас.

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

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

Один пользователь отображается в списке дважды — это ошибка?

Нет. Каждое открытое клиентское приложение создаёт отдельный сеанс. Если сотрудник запустил базу дважды или у него открыто несколько окон, в списке будет несколько строк.

Как попросить всех выйти из базы перед обновлением?

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

Что делать с «зависшим» сеансом, если пользователь не отвечает?

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