Для чего в системе 1С:Предприятие применяется журнал регистрации

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

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

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

Какие события фиксирует журнал регистрации

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

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

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

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

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

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

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

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

Типовые задачи, которые решает журнал

Расследование изменения или удаления данных

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

Диагностика ошибок пользователей

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

Контроль регламентных заданий и обменов

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

Аудит доступа

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

Ограничения и подводные камни

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

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

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

Работа с журналом программно и выгрузка

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

Для чтения журнала вне 1С существует внешняя компонента и сторонние инструменты разбора формата LGD, однако штатный и поддерживаемый способ — выгрузка средствами платформы. Прямая работа с файлом журнала сторонними средствами выполняется только на копии файла, чтобы не нарушить работу базы.

Фильтр = Новый Структура;
Фильтр.Вставить("ДатаНачала", НачалоДня(ТекущаяДатаСеанса()));
Уровни = Новый Массив;
Уровни.Добавить(УровеньЖурналаРегистрации.Ошибка);
Фильтр.Вставить("Уровень", Уровни);
ВыгрузитьЖурналРегистрации("C:\Log\errors.xml", Фильтр);

Типичные ошибки при работе с журналом

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

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