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

Журнал регистрации 1С открывается в пользовательском режиме через Администрирование → Обслуживание → Журнал регистрации, а в Конфигураторе — через Администрирование → Журнал регистрации. Пользоваться им просто: задаёте период и отбор (пользователь, событие, объект), находите нужную строку и смотрите, кто, когда и с какого компьютера изменил данные или получил ошибку.

Журнал пишет платформа 1С:Предприятие 8.3 сама, без доработок конфигурации. Поэтому всё ниже одинаково работает в Бухгалтерии 3.0, ЗУП 3.1, УТ 11 и других типовых решениях. Отличается только форма просмотра: в конфигурациях на БСП она чуть удобнее стандартной.

Где открыть журнал и что видно на экране

Есть три способа попасть в журнал. Результат один и тот же, разница в правах и удобстве.

Команда «Все функции» по умолчанию скрыта. Включается она в Сервис и настройки → Параметры, флаг «Отображать команду “Все функции”».

Для входа нужно право «Журнал регистрации» в роли пользователя. В типовых конфигурациях оно есть у профиля «Администратор». Бухгалтеру без админских прав журнал не откроется, и это не сбой.

Колонки, которые стоит вывести

Список событий — это таблица. Её колонки настраиваются через меню «Ещё → Изменить форму». Для расследований держите на экране:

• 🕒 Дата — время события по часам сервера (в файловой базе — по часам компьютера, где лежит база);
• 👤 Пользователь и 💻 Компьютер — кто и откуда;
• 🧩 Приложение — тонкий клиент, Конфигуратор, фоновое задание, COM-соединение, веб-сервис;
• 📌 Событие — что произошло;
• 📄 Метаданные и Представление данных — какой документ или справочник затронут;
• 🔁 Транзакция — статус транзакции (об этом ниже, он важнее, чем кажется);
• 🔢 Сеанс — номер сеанса, по нему склеиваются все действия одного входа.

Двойной щелчок по строке открывает карточку события. Там полный комментарий, ссылка на объект и описание ошибки целиком.

Отбор событий: как найти нужное за минуту

Журнал рабочей базы за год легко вырастает до миллионов записей. Пролистывать его бесполезно, работает только отбор.

Порядок действий при любом расследовании:

1. Сразу сузьте период. Если известно, что документ «сломался» во вторник, ставьте один вторник, а не месяц.
2. Откройте настройку отбора (команда над списком событий).
3. Заполните одно-два условия, не больше. Чем меньше условий, тем меньше шанс промахнуться мимо нужной строки.
4. Нажмите «Применить» или «ОК» и отсортируйте по дате.
5. Найдя событие, сделайте второй отбор — по номеру сеанса. Так видно всё, что этот пользователь делал до и после.

Какие поля отбора использовать под разные вопросы:

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

Как читать события, уровни и статус транзакции

У каждой записи есть уровень важности:

• ℹ️ Информация — штатные действия: вход, запись документа, запуск задания;
• ⚠️ Предупреждение — что-то пошло не идеально, но работа продолжилась;
• ❌ Ошибка — исключение, отказ в доступе, сбой фонового задания;
• 📝 Примечание — служебные отметки, чаще всего от самой конфигурации.

Имена событий построены по схеме «Группа. Действие». Самые полезные группы:

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

ЗаписьЖурналаРегистрации("Загрузка прайса",
    УровеньЖурналаРегистрации.Ошибка,
    Метаданные.Справочники.Номенклатура,
    ,
    "Не найден файл: " + ИмяФайла);

Статус транзакции — главный фильтр ложных следов

Запись «Данные. Изменение» ещё не значит, что изменение сохранилось. Смотрите колонку «Транзакция»:

• ✅ Зафиксирована — изменения записаны в базу;
• ↩️ Отменена — транзакция откатилась, в базе остались старые данные;
• ⏳ Не завершена — сеанс оборвался посреди записи;
• ➖ Нет транзакции — событие не связано с записью данных.

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

Как разобрать текст ошибки

Строка с уровнем «Ошибка» хранит в комментарии полный текст исключения. Обычно там видно модуль и номер строки, например {Документ.РеализацияТоваровУслуг.МодульОбъекта(215)}. Эту строку передают программисту — по ней сразу понятно, в каком месте кода упало.

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

Уровень детализации, хранение и формат файлов

Что именно попадёт в журнал, задаётся в Конфигураторе: Администрирование → Настройка журнала регистрации. Нужны права администратора базы.

Варианты уровня:

Разделение по периодам и сокращение журнала

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

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

Два формата хранения

Платформа 8.3 умеет хранить журнал в двух форматах:

• 📄 последовательный — файлы 1Cv8.lgf и *.lgp, быстрая запись, простые текстовые файлы;
• 🗃️ SQLite — файл 1Cv8.lgd, быстрее отбор по большому объёму, но запись тяжелее.

Формат определяется по тому, какой файл лежит в каталоге журнала. Практический приём перевода на последовательный формат: при остановленных сеансах перенести содержимое каталога 1Cv8Log в архив и положить туда пустой файл 1Cv8.lgf. Платформа продолжит писать журнал в этом формате.

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

Журнал регистрации базы на сервере 1С

В клиент-серверной базе журнал хранится не у пользователя, а на сервере 1С, в каталоге кластера. Для службы по умолчанию путь такой:

C:\Program Files\1cv8\srvinfo\reg_1541\<GUID базы>\1Cv8Log

У файловой базы журнал лежит рядом с ней — в подкаталоге 1Cv8Log каталога базы.

Как понять, какой GUID у нужной базы

В каталоге reg_1541 лежит файл 1CV8Clst.lst. Это реестр кластера в текстовом виде: откройте его копию Блокнотом и найдите имя базы. Рядом с именем стоит её идентификатор, он же имя папки.

Сам файл реестра не редактируйте. Порча 1CV8Clst.lst выводит из строя весь кластер.

Как посмотреть журнал без доступа к рабочей базе

Приём практиков: журнал можно проанализировать отдельно от базы.

1. Скопируйте каталог 1Cv8Log нужной базы (копирование чтению не мешает).
2. Создайте пустую файловую базу на своём компьютере.
3. Замените её каталог 1Cv8Log скопированным.
4. Откройте пустую базу в Конфигураторе и запустите журнал регистрации.

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

Журнал регистрации и технологический журнал

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

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

Проблемы с журналом и что с ними делать

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