Кто и когда заходил в базу 1С: разбираем журнал регистрации

Историю входов пользователей в 1С смотрят в журнале регистрации: в БП 3.0 и ЗУП 3.1 это Администрирование → Обслуживание → Журнал регистрации, в любой конфигурации — через Все функции → Стандартные → Журнал регистрации. Дальше ставите отбор по событиям Сеанс. Начало и Сеанс. Завершение — и видите, кто, когда, с какого компьютера и через какой клиент заходил в базу.

Механизм общий для платформы 8.3, от конфигурации зависит только путь к журналу в меню. Ниже — как найти записи о входах в файловой и клиент-серверной базе, как читать поля, как выгрузить историю в таблицу и почему журнал иногда оказывается пустым.

Где платформа 1С хранит историю входов

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

• 🟢 Сеанс. Аутентификация — пользователь прошёл проверку логина и пароля (или вошёл по доменной учётке);
• 🔴 Сеанс. Ошибка аутентификации — неверный пароль или несуществующий пользователь;
• ▶️ Сеанс. Начало — сеанс открыт, человек работает в базе;
• ⏹ Сеанс. Завершение — сеанс закрыт: вышел сам, закрыл окно, сеанс завершили из консоли или он оборвался.

Журнал — это не таблица в базе данных. Это набор файлов в каталоге 1Cv8Log, который лежит рядом с базой (в файловом варианте) или в каталоге кластера (в серверном).

Платформа знает два формата журнала:

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

Как посмотреть историю входов в файловой базе 1С

В файловой базе журнал открывается из самой программы. Права нужны административные: обычный пользователь пункта не увидит.

Из пользовательского режима

1. Откройте базу под пользователем с полными правами.
2. Перейдите в Администрирование → Обслуживание, в группе «Протоколы работы» нажмите «Журнал регистрации».
3. Если такого раздела нет (например, нетиповая конфигурация), включите «Все функции»: Сервис и настройки → Параметры → Отображать команду «Все функции». После этого откройте главное меню (кнопка с тремя полосками) → Все функции → Стандартные → Журнал регистрации.
4. В открывшемся журнале нажмите «Установить отбор» и оставьте только события сеанса (подробнее — в разделе про отборы).

Из Конфигуратора

1. Запустите базу в режиме Конфигуратора.
2. Выберите Администрирование → Журнал регистрации.
3. Откроется та же форма с теми же отборами.

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

Если открыть базу нельзя

Каталог 1Cv8Log можно забрать с диска и разобрать на копии базы. Самый простой путь:

1. Сделайте пустую копию той же конфигурации (или скопируйте всю папку базы).
2. Замените в ней каталог 1Cv8Log скопированным.
3. Откройте журнал в копии — записи будут исходной базы.

История входов пользователей в клиент-серверной 1С

В серверном варианте журнал ведёт кластер 1С, а не СУБД. В логах SQL Server или PostgreSQL вы увидите только подключение служебной учётки сервера 1С — пользователей 1С там нет.

Просмотр через клиент

Порядок тот же, что в файловой базе: Администрирование → Обслуживание → Журнал регистрации или Все функции → Стандартные → Журнал регистрации. Журнал читает сервер 1С, клиенту файлы не нужны. Это работает и в тонком клиенте, и в веб-клиенте.

Где лежат файлы на сервере

Каталог журнала находится в рабочем каталоге кластера:

<srvinfo>\reg_1541\<идентификатор базы>\1Cv8Log

• <srvinfo> — каталог, указанный при установке службы агента сервера. На Windows часто это C:\Program Files\1cv8\srvinfo, на Linux — /home/usr1cv8/.1cv8/1C/1cv8.
• reg_1541 — каталог кластера по номеру порта менеджера кластера (1541 по умолчанию).
• <идентификатор базы> — GUID информационной базы. Его видно в свойствах базы в консоли администрирования серверов или в файле реестра кластера 1CV8Clst.lst в том же каталоге reg_1541.

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

Активные сеансы — это не история

Консоль администрирования серверов показывает только тех, кто подключён прямо сейчас (ветка «Сеансы» у базы). Для этой же цели есть утилита rac: rac session list --cluster=<id> --infobase=<id>. В пользовательском режиме БСП-конфигураций есть обработка «Активные пользователи» в том же разделе Администрирование → Обслуживание.

Всё это — снимок текущего момента. Кто заходил вчера вечером, покажет только журнал регистрации.

Отборы в журнале регистрации: оставляем только входы

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

Нажмите «Установить отбор» в командной панели журнала и заполните:

Типовые сценарии отбора:

• 🔍 Кто был в базе в выходные. Интервал — суббота и воскресенье, события — Сеанс. Начало.
• 🔐 Подбирают ли пароль. Событие — Сеанс. Ошибка аутентификации, без отбора по пользователю. Серия ошибок с одного компьютера за минуты — повод разбираться.
• 🛠 Кто правил конфигурацию. Приложение — «Конфигуратор», события — начало и завершение сеанса.
• ⏱ Сколько сотрудник был в базе. Пользователь — один, события — начало и завершение. Пары «начало — завершение» с одинаковым номером сеанса дают длительность.

Как читать поля журнала регистрации

Каждая строка — одно событие. Для входов важны такие колонки:

Пара деталей, которые часто сбивают с толку:

• 👤 Пользователь <Не определен> — в базе нет ни одного пользователя, вход идёт без авторизации. Тогда понять, кто именно заходил, можно только по полю «Компьютер».
• 💻 При работе через терминальный сервер или RDP в поле «Компьютер» будет имя терминального сервера, а не рабочей станции сотрудника.
• 🌐 Для веб-клиента в «Компьютер» попадает сервер публикации, а не браузер пользователя.
• ⚙️ Фоновые задания и регламентные задания тоже открывают сеансы. Если видите десятки входов в ночное время — проверьте колонку «Приложение», скорее всего это они, а не люди.
• 🔁 Номер сеанса не уникален во времени: после перезапуска сервера номера начинаются снова. Сопоставляйте начало и завершение в пределах одних суток.

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

Выгрузка в файл вручную

Отфильтрованный список можно сохранить. В форме журнала в меню «Ещё» есть команда вывода списка — получите табличный документ, который сохраняется в Excel. Этого хватает для разового отчёта руководителю или службе безопасности.

В БСП-конфигурациях (БП 3.0, ЗУП 3.1, УТ 11) есть ещё отчёт «Анализ журнала регистрации». Он строит сводку по активности пользователей за период: кто сколько работал и в какие дни. Найти его проще всего через «Отчеты администратора» в разделе Администрирование.

Выгрузка кодом

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

&НаСервере
Функция ВходыЗаПериод(ДатаНачала, ДатаОкончания)

	События = Новый Массив;
	События.Добавить("_$Session$_.Start");
	События.Добавить("_$Session$_.AuthenticationError");

	Отбор = Новый Структура;
	Отбор.Вставить("ДатаНачала", ДатаНачала);
	Отбор.Вставить("ДатаОкончания", ДатаОкончания);
	Отбор.Вставить("Событие", События);

	Таблица = Новый ТаблицаЗначений;
	ВыгрузитьЖурналРегистрации(Таблица, Отбор,
		"Дата, ИмяПользователя, Компьютер, ПредставлениеПриложения, Событие, Сеанс");

	Возврат Таблица;

КонецФункции

В отборе события указывают служебными идентификаторами, а не русскими названиями: _$Session$_.Start — начало сеанса, _$Session$_.Finish — завершение, _$Session$_.AuthenticationError — ошибка входа. Результат — обычная таблица значений: её можно свернуть по пользователю, вывести в отчёт или отправить по почте регламентным заданием.

Что контролировать регулярно

Журнал регистрации пустой или тормозит: что делать

Записей о входах нет вообще

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

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

История обрывается на определённой дате

Варианты:

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

Журнал открывается очень долго

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

Нет пункта «Журнал регистрации»

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

Время в журнале не совпадает с реальным

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

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