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

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

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

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

Что фиксирует журнал регистрации и какие у него ограничения

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

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

Ещё одно ограничение — глубина хранения. Журнал растёт постоянно, и в старых версиях формата он хранится в файле 1Cv8.lgd, в новых — в формате SQLite (1Cv8.lgd нового поколения). Без периодической очистки файл разрастается, журнал начинает медленно открываться, а самые старые записи при сокращении удаляются безвозвратно.

Как открыть журнал регистрации в типовых конфигурациях

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

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

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

1. 1
   Откройте раздел «Администрирование» → «Обслуживание» → «Журнал регистрации»
2. 2
   Нажмите «Отбор» и укажите период — конкретную дату или диапазон
3. 3
   В поле «Пользователь» выберите нужного сотрудника из списка
4. 4
   При необходимости отметьте виды событий: изменение данных, доступ, ошибки
5. 5
   Нажмите «ОК» и дождитесь формирования списка
6. 6
   Дважды щёлкните по событию, чтобы увидеть детали и перейти к объекту

Как открыть журнал через конфигуратор и толстый клиент

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

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

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

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

Главный инструмент анализа — окно отбора. Оно позволяет комбинировать условия: период, пользователь, компьютер, уровень важности события (информация, предупреждение, ошибка), прикладное событие и даже конкретные данные — метаданные объекта и представление ссылки.

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

• Кто изменил документ — в отборе укажите событие «Данные. Изменение» и в поле «Данные» выберите нужный документ; в колонке «Пользователь» будет автор изменения.
• Когда сотрудник работал в базе — отбор по пользователю и событиям «Сеанс. Начало» и «Сеанс. Завершение».
• Кто пытался открыть закрытый раздел — событие «Доступ. Отказ в доступе» с отбором по пользователю.
• Почему произошла ошибка — отбор только по уровню «Ошибка» за нужный период.

Двойной щелчок по строке открывает карточку события с полным описанием. Если событие связано с объектом базы, из карточки можно перейти к самому документу или элементу справочника и проверить его текущее состояние.

Какие события и уровни важности бывают в журнале

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

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

Ограничения, очистка журнала и права доступа

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

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

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

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

Самая распространённая ошибка — выводы по одному событию без контекста. Запись «Данные. Изменение» означает лишь факт записи объекта: документ мог быть перепроведён регламентной обработкой под учётной записью пользователя, а не изменён им вручную. Сопоставляйте несколько событий подряд и учитывайте фоновые задания.

Вторая ошибка — игнорирование колонки «Компьютер». Если под одной учётной записью работают несколько человек (что само по себе нарушение), именно компьютер и сеанс помогают понять, откуда выполнялось действие. Заведите каждому сотруднику отдельную учётную запись — иначе аудит теряет смысл.

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

Что делать, если журнала недостаточно

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

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

В клиент-серверных внедрениях с высокими требованиями к аудиту журнал регистрации дополняют технологическим журналом платформы и средствами СУБД, но это уже задача для администратора с опытом настройки серверной инфраструктуры 1С.

Сравнение вариантов

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

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

Версионирование объектов

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

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

Подходит для долгосрочного аудита и анализа за большие периоды. Требует ручной выгрузки и внешнего инструмента просмотра

FAQ

Почему в меню нет пункта «Журнал регистрации»?

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

Можно ли увидеть, какое именно поле документа изменил пользователь?

В самом журнале регистрации — нет, он фиксирует только факт изменения объекта. Для детализации по реквизитам заранее включите версионирование объектов в настройках конфигурации; тогда историю изменений можно будет смотреть прямо из карточки документа.

Записываются ли действия фоновых заданий и обменов?

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

Как узнать, кто удалил документ?

Откройте журнал регистрации, установите отбор по событию «Данные. Удаление» и периоду, когда документ пропал. В колонке «Пользователь» будет автор удаления. Если удаление выполнялось через пометку, ищите событие «Данные. Изменение» по этому объекту.

Можно ли очистить журнал только за старый период?

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

Видно ли в журнале неудачные попытки входа в базу?

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