Кто и в какой момент правил данные: разбираем журнал регистрации 1С 8.3

Когда и кем вносились изменения в 1С, показывает журнал регистрации. В типовых конфигурациях на 8.3 (Бухгалтерия 3.0, ЗУП 3.1, УТ 11) он открывается через Администрирование → Обслуживание → Журнал регистрации, в любой базе — через Все функции → Стандартные → Журнал регистрации. Ставите отбор по периоду и по нужному документу — и видите дату, время, пользователя и компьютер для каждой записи, проведения или удаления.

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

Что записывает журнал регистрации и каких событий ждать

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

Ключевые колонки для поиска изменений:

• 🕒 Дата — дата и время события с точностью до секунды;
• 👤 Пользователь — под кем был выполнен вход;
• 💻 Компьютер — имя машины, с которой работал пользователь;
• 🧩 Приложение — тонкий клиент, конфигуратор, фоновое задание, COM-соединение;
• 📄 Метаданные — тип объекта, например Документ.РеализацияТоваровУслуг;
• 🔎 Данные — конкретный объект: документ с номером и датой, элемент справочника;
• 🔄 Транзакция и её статус — зафиксирована или отменена.

События, которые относятся к изменению данных:

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

У каждой записи есть уровень важности: ошибка, предупреждение, информация, примечание. Изменения данных обычно идут с уровнем «Информация».

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

Есть три способа открыть журнал. Все они показывают одни и те же данные.

1. Через раздел Администрирование. В типовых конфигурациях на БСП: Администрирование → Обслуживание → Журнал регистрации. Это самый удобный вариант: форма с понятными отборами.
2. Через «Все функции». Все функции → Стандартные → Журнал регистрации. Подходит для любой конфигурации, даже самописной. Если пункта «Все функции» нет в главном меню, включите его: Сервис и настройки → Параметры → Отображать команду «Все функции».
3. Через Конфигуратор. Администрирование → Журнал регистрации. Здесь же есть настройки хранения и выгрузка журнала в файл.

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

Прежде чем искать, сделайте три вещи:

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

Поиск изменений по дате и времени

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

1. Откройте журнал и нажмите кнопку настройки отбора.
2. В поле интервала укажите начало и конец, например с 18:00 вчерашнего дня до 09:00 сегодняшнего.
3. В списке событий отметьте Данные. Добавление, Данные. Изменение, Данные. Проведение, Данные. Отмена проведения, Данные. Удаление.
4. Примените отбор и отсортируйте список по колонке «Дата».
5. Просмотрите колонку «Данные»: там будут все объекты, которые затронули в этот промежуток.

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

Двойной щелчок по строке открывает подробности события. Из этой карточки можно перейти в сам объект: кнопка открытия данных рядом с полем «Данные».

На что смотреть в найденных записях

• Статус транзакции «Отменена». Изменение было начато, но не записалось — например, при проведении возникла ошибка. Такую строку можно не учитывать.
• Приложение «Фоновое задание» или «COM-соединение». Правку сделал не человек, а обмен, загрузка или регламентное задание. Пользователем при этом будет служебная учётная запись обмена.
• Несколько событий подряд по одному документу. Обычно это «Изменение» и сразу «Проведение» — пользователь нажал «Провести и закрыть». Это одно действие, а не два.

Как узнать, кто и когда менял конкретный документ или справочник

Здесь удобнее идти от объекта, а не от времени.

1. В отборе журнала найдите поле Данные.
2. Выберите тип объекта, например «Поступление (акт, накладная, УПД)».
3. В открывшемся списке укажите сам документ.
4. Период поставьте широкий — с даты создания документа до сегодня.

Журнал покажет полную историю объекта: кто его создал, кто и когда перепроводил, кто снимал проведение. Для справочников то же самое: так находят, кто поменял ИНН контрагента или ставку в карточке сотрудника.

Что именно изменили: история изменений

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

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

После включения в форме документа появляется команда Еще → История изменений. В ней видны все версии объекта с датой и автором, а две версии можно сравнить: отчёт подсветит изменённые реквизиты и строки табличной части.

История изменений работает только с момента включения. Для правок, сделанных раньше, восстановить прежние значения можно лишь из резервной копии базы.

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

По умолчанию журнал не очищается и растёт вместе с базой. На активной базе за пару лет он легко занимает несколько гигабайт, а поиск по нему начинает тормозить.

Настройки хранения задаются в Конфигураторе: Администрирование → Настройка журнала регистрации.

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

Где лежат файлы журнала:

Журнал бывает в двух форматах: старом последовательном (файлы .lgf и .lgp) и в формате SQLite (файл .lgd). Посмотреть его можно в любом из форматов, а внешним анализаторам удобнее последовательный.

Как сохранить архив для проверок

Если журнал нужен как доказательство — для внутреннего расследования или спора с сотрудником, — выгрузите его в файл до сокращения. В окне журнала в Конфигураторе есть команда выгрузки в XML. Такой файл потом можно открыть в Конфигураторе этой же базы или передать специалисту.

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

Как искать изменения в большом журнале

Когда журнал весит десятки гигабайт, форма в клиенте открывается минутами. Есть несколько способов ускорить поиск.

Сузьте отбор до предела. Период в один день, один тип метаданных, одно событие. Время обработки прямо зависит от объёма просматриваемых записей.

Ищите в Конфигураторе. Окно журнала в Конфигураторе работает быстрее клиентской формы на больших объёмах и позволяет выгрузить выборку.

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

&НаСервере
Процедура НайтиИзмененияНаСервере()
	Таблица = Новый ТаблицаЗначений;
	Отбор = Новый Структура;
	Отбор.Вставить("ДатаНачала", НачалоДня(ТекущаяДата()) - 7 * 86400);
	Отбор.Вставить("ДатаОкончания", ТекущаяДата());
	Отбор.Вставить("Событие", "_$Data$_.Update");
	ВыгрузитьЖурналРегистрации(Таблица, Отбор);
	Для Каждого Стр Из Таблица Цикл
		Сообщить(Формат(Стр.Дата, "ДФ='dd.MM.yyyy HH:mm:ss'") + " | "
			+ Стр.ИмяПользователя + " | " + Стр.ПредставлениеДанных);
	КонецЦикла;
КонецПроцедуры

Здесь _$Data$_.Update — внутреннее имя события «Данные. Изменение». Для проведения используется _$Data$_.Post, для удаления — _$Data$_.Delete. Результат удобно не выводить сообщениями, а выложить в табличный документ и сохранить в Excel.

Подключите внешние инструменты. Для серверных баз со множеством пользователей журнал читают сторонними анализаторами или выгружают в отдельную СУБД. Для одного разового расследования это избыточно, но при регулярных проверках экономит время.

Если в журнале нет нужной записи

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

• 🚫 Регистрация событий отключена или урезана до ошибок. Проверьте уровень в настройке журнала в Конфигураторе.
• 🗑️ Журнал сократили. Записи старше даты сокращения пропали из базы — ищите их в архивном файле, если его сохраняли.
• 📅 Слишком узкий период. Документ датирован прошлым месяцем, а правили его сегодня. Журнал отбирает по дате события, а не по дате документа.
• 🔁 Изменение пришло через обмен. Ищите по пользователю обмена и приложению «Фоновое задание», а не по сотруднику.
• 💾 База восстановлена из копии или загружена из .dt. При загрузке выгрузки журнал не переносится: события до загрузки остаются только в старом каталоге 1Cv8Log.

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