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

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

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

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

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

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

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

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

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

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

В форме отбора доступны основные параметры:

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

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

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

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

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

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

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

Работа с ошибками и системными событиями

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

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

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

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

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

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

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

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

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

Старый формат журнала в файловых базах (файл с расширением .lgf/.lgp) при больших объёмах работает медленно; современный формат SQLite устойчивее, но и он не бесконечен. В клиент-серверных базах журнал также требует контроля объёма.

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

Частые вопросы

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

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

Почему журнал регистрации открывается очень долго?

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

Как найти, кто удалил документ, если его уже нет в базе?

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

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

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

У пользователя нет пункта «Журнал регистрации» в меню. Что делать?

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

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

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