Журнал регистрации в 1С: для чего нужен и как с ним работать

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

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

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

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

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

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

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

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

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

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

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

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

Как настроить отбор и найти нужное событие

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

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

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

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

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

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

Самый частый запрос администратора. Отбор по событию «Данные. Удаление» или «Данные. Изменение» за нужный период покажет пользователя, время и объект. Если документ помечен на удаление, в журнале будет соответствующая запись об изменении — пометка удаления фиксируется как изменение данных.

Почему не выполняется обмен или фоновое задание

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

Контроль входов в систему

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

Разбор ситуации «всё работало, а теперь нет»

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

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

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

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

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

Ограничения журнала и чем их дополнить

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

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

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

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

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

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

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

Когда нужна диагностика производительности и блокировок; ограничение — включается вручную и генерирует большие файлы

Выгрузка журнала во внешнее хранилище

Когда нужен независимый аудит; ограничение — требует настройки регламентной процедуры

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

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

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

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

Частые вопросы о журнале регистрации

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

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

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

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

Можно ли полностью отключить журнал регистрации?

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

Сколько места занимает журнал и как его уменьшить?

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

Можно ли восстановить удалённые записи журнала?

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

Почему в журнале нет записей о просмотре документов пользователями?

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