Журнал регистрации в 1С: назначение, настройка и практическое использование

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

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

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

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

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

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

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

Где находится журнал и как его открыть

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

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

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

Настройка уровня детализации и отборов

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

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

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

Типовые сценарии использования

Поиск причины ошибки пользователя

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

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

Отберите события «Данные. Изменение» или «Данные. Удаление» по конкретному объекту: в поле «Данные» укажите представление документа. Журнал покажет, какой пользователь и в какое время выполнил действие, с какого компьютера и в каком клиенте. Это стандартный способ разбирательства при расхождениях в учёте.

Диагностика фоновых заданий и обменов

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

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

Где хранятся данные журнала и как управлять его размером

В файловом варианте базы журнал хранится в подкаталоге информационной базы в формате .lgd (в новых версиях платформы — в формате SQLite). В клиент-серверном варианте файлы журнала размещаются в каталоге служебных файлов кластера серверов 1С. Напрямую редактировать эти файлы нельзя — только через штатные средства платформы.

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

Ограничения механизма и альтернативы

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

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

Чем дополнить журнал регистрации

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

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

Программная выгрузка журнала

Когда нужен автоматический мониторинг ошибок и отчёты за период. Ограничение: требует доработки и регламентного задания.

Технологический журнал

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

Часто задаваемые вопросы

Может ли обычный пользователь посмотреть журнал регистрации?

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

За какой период хранятся записи журнала?

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

Почему в журнале нет события, которое точно происходило?

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

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

Штатно событие печати как отдельное действие с данными не регистрируется. Журнал фиксирует изменения данных и системные события, но не факт вывода на печать. Если контроль печати критичен, это реализуется доработкой конфигурации с записью событий через метод ЗаписьЖурналаРегистрации().

Влияет ли ведение журнала на скорость работы 1С?

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

Как выгрузить журнал для передачи разработчику или в поддержку?

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