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

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

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

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

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

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

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

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

Как открыть журнал регистрации в режиме «Предприятие» и в конфигураторе

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

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

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

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

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

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

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

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

Настройка уровней регистрации событий

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

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

Маршрут решения

Как выбрать уровень регистрации

База рабочая, инцидентов нетОставьте уровень «Ошибки, предупреждения, информация» — баланс детализации и объёма.

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

Журнал растёт слишком быстро и тормозит базуСнизьте уровень до «Ошибки и предупреждения» и настройте регулярное сокращение журнала.

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

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

Хранение, размер и очистка журнала

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

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

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

Чем журнал регистрации отличается от других инструментов контроля

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

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

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

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

Можно ли по журналу регистрации восстановить удалённый документ?

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

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

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

Видно ли в журнале, кто просто просматривал документ без изменений?

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

Замедляет ли журнал регистрации работу базы?

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

Можно ли выгрузить журнал регистрации для анализа вне 1С?

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

Кто имеет право смотреть журнал регистрации?

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