Журнал регистрации в 1С 8.3: как открыть, отфильтровать и настроить хранение

Журнал регистрации в 1С 8.3 находится в разделе Администрирование → Обслуживание → Журнал регистрации, а если пункта нет — открывается через Главное меню → Все функции → Стандартные → Журнал регистрации. Это штатный лог базы: кто входил, что добавил, изменил, удалил или провёл, где была ошибка. Чтобы посмотреть его и настроить, нужны права администратора.

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

Где найти журнал регистрации в 1С 8.3: пути по конфигурациям

Команда лежит в подсистеме обслуживания, но раздел называется по-разному.

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

Если команды «Все функции» нет в главном меню

По умолчанию она скрыта. Включается один раз: Главное меню → Сервис → Параметры → галочка Отображать команду "Все функции" → ОК. После этого пункт Все функции появится в Главном меню.

Как открыть журнал, если база не запускается

Когда в пользовательском режиме база падает с ошибкой, лог всё равно доступен:

1. Запустите базу в конфигураторе.
2. Меню Администрирование → Журнал регистрации.
3. Поставьте интервал на последние сутки и уровень Ошибка.

Это рабочий способ посмотреть, на чём именно сломался запуск — обычно виден текст исключения в колонке Комментарий.

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

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

Что означают колонки

• 🕒 Дата, время — момент фиксации события на сервере.
• 👤 Пользователь — имя пользователя базы. Пусто — значит событие системное или от фонового задания.
• 💻 Компьютер — имя машины, с которой пришло действие. Помогает, когда под одной учётной записью работают несколько человек.
• 🧩 Приложение — Толстый клиент, Тонкий клиент, Веб-клиент, Конфигуратор, Фоновое задание, COM-соединение.
• ⚙️ Событие — класс действия (аутентификация, изменение данных, проведение, ошибка).
• 📄 Метаданные / Данные / Представление данных — какой объект затронут: вид (Документ.РеализацияТоваровУслуг), ссылка и её текстовое представление.
• 💬 Комментарий — текст ошибки или пояснение.
• 🔢 Сеанс, Соединение, Рабочий сервер — для разбора клиент-серверных проблем.

Какие события искать: шпаргалка по сценариям

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

Типовой разбор «кто удалил реализацию от 15 числа»: интервал — месяц, событие — Данные. Удаление, метаданные — Документ.РеализацияТоваровУслуг. В результате одна-две строки с именем пользователя и представлением документа.

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

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

Частое разочарование: в журнале видно, что документ изменён, но не видно что именно изменилось. Журнал фиксирует факт и объект, а не значения реквизитов до и после.

Для истории значений нужен отдельный механизм — версионирование объектов из БСП:

• включается в Администрирование → Общие настройки → История изменений (в УТ и ERP — НСИ и администрирование → Общие настройки);
• для каждого вида объектов выбирается режим Версионировать / Версионировать при проведении / Не версионировать;
• история смотрится из формы объекта: Еще → История изменений, там же сравнение двух версий построчно.

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

Настройка журнала регистрации в 1С 8.3: уровни, периоды, сокращение

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

В окне три рычага:

1. Регистрировать события — порог важности:
   • Не регистрировать — журнал не ведётся вообще;
   • Ошибки;
   • Ошибки, предупреждения;
   • Ошибки, предупреждения, информация;
   • Все события (включая примечания).
2. Разделять хранение по периодам — Не разделять, День, Неделя, Месяц, Год. Разделение ускоряет открытие журнала и позволяет чистить историю, просто удаляя лишние периоды.
3. Сократить — удаление старых записей. В диалоге указывается дата «удалить события до» и, по желанию, файл, куда выгрузить удаляемое перед зачисткой.

Перед сокращением журнала и перед любыми операциями в конфигураторе сделайте резервную копию базы . Удалённые записи журнала не восстанавливаются никак, кроме как из бэкапа.

Какой уровень выбрать на практике

Ориентир по объёму: при Все события и 20–30 активных пользователях каталог журнала прирастает примерно на 0,5–2 ГБ в месяц, при уровне Ошибки, предупреждения, информация — ориентировочно на 100–400 МБ. Цифры сильно зависят от количества проводимых документов и обменов.

Где физически хранится журнал регистрации

Знать расположение файлов нужно для двух вещей: оценить размер и аварийно сбросить повреждённый журнал.

Файловая база. Каталог базы → подкаталог 1Cv8Log. Внутри либо один файл 1Cv8.lgd (формат SQLite, используется по умолчанию в 8.3), либо набор файлов *.lgf и *.lgx — старый текстовый формат.

Клиент-серверная база . Каталог кластера на сервере:

C:\Program Files\1cv8\srvinfo\reg_1541\<GUID информационной базы>\1Cv8Log\

На Linux-сервере путь обычно такой:

/home/usr1cv8/.1cv8/1C/1cv8/reg_1541/<GUID информационной базы>/1Cv8Log/

GUID базы смотрите в консоли Администрирование серверов 1С Предприятия в свойствах информационной базы.

Как выгрузить журнал регистрации в файл

Три рабочих варианта.

1. В таблицу из интерфейса. Поставьте отбор, затем Еще → Вывести список → Табличный документ. Полученную таблицу сохраните как .xlsx или .mxl. Подходит, когда нужно отдать выборку аудитору или приложить к письму в поддержку.

2. Встроенным методом в XML. Выполните код в консоли обработок или через внешнюю обработку :

Фильтр = Новый Структура;
Фильтр.Вставить("ДатаНачала",     '20260901000000');
Фильтр.Вставить("ДатаОкончания",  '20260930235959');
Фильтр.Вставить("Событие",        "_$Data$_.Delete");

ВыгрузитьЖурналРегистрации("C:\temp\log_udaleniya.xml", Фильтр);

Файл пишется на той машине, где исполняется код: в клиент-серверном варианте — на сервере 1С.

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

Права: кто может смотреть журнал регистрации

Доступ к журналу даёт отдельное право конфигурации — Просмотр журнала регистрации. Оно обычно входит в роли Администратор, Администратор системы, Полные права.

• Пользователю без этого права команда журнала просто не видна в интерфейсе.
• Пользователю с флагом Администрирование в настройках ИБ журнал доступен и из конфигуратора.
• Выдавать право на просмотр журнала рядовым сотрудникам не стоит: в комментариях событий мелькают суммы, имена и структура базы.

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

Восстановление учётных записей и прав по данным журнала

Журнал — главная зацепка, когда пользователь «исчез» или внезапно потерял доступ.

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

Пользователь жалуется «не хватает прав». Отбор: Доступ. Отказ в доступе плюс фильтр по имени. В комментарии указан объект и вид операции — сразу понятно, какую роль или право RLS добирать.

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

Как не возвращаться к этой проблеме

• 📅 Раз в квартал сокращайте журнал и проверяйте размер каталога 1Cv8Log.
• 🗂 Держите разделение хранения по периодам (Месяц) — чистка становится дешёвой.
• 🔐 Уберите общие учётные записи вида «Бухгалтер» и «Склад»: без персональных логинов журнал бесполезен, виновник не определяется.
• 🧾 Включите версионирование на ключевые документы — журнал покажет «кто», версии покажут «что».
• 💾 Храните бэкапы минимум за 30 дней: часть инцидентов разбирается только сравнением с копией.
• 👀 Раз в месяц просматривайте Доступ. Отказ в доступе и Пользователи. Изменение — это ранние признаки проблем с правами.

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