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

Журнал работы пользователя в 1С 8.3 называется журналом регистрации. В Бухгалтерии 3.0 и ЗУП 3.1 он открывается так: Администрирование → Обслуживание → Журнал регистрации. Дальше ставите отбор по пользователю и периоду — и видите, когда он входил в базу, какие документы создавал, проводил, менял и удалял.

Типичная ситуация: в закрытом квартале «уехала» сумма в акте, а на вопрос «кто трогал?» отдел молчит. Журнал отвечает на это за пару минут — если заранее настроен уровень регистрации. Без этого он хранит только входы и ошибки.

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

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

В типовых конфигурациях на БСП открывается удобная форма с отбором и расшифровкой событий. Через «Все функции» и Конфигуратор — платформенная форма: она проще, но работает даже в доработанных и старых базах.

Как включить «Все функции»

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

1. Нажмите кнопку с тремя полосками (главное меню) в левом верхнем углу.
2. Откройте Сервис → Параметры.
3. Поставьте флажок «Отображать команду “Все функции”» и нажмите «Применить».

После этого команда появится в том же главном меню.

Настройка регистрации: почему журнал может быть пустым

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

Изменение данных — события уровня «Информация». Если база настроена писать только ошибки, история правок не сохраняется вовсе. Задним числом её уже не восстановить.

Уровни регистрации

Для разбора «кто что менял» нужен как минимум уровень с информацией.

Где меняется уровень

1. Откройте базу в Конфигураторе.
2. Выберите Администрирование → Настройка журнала регистрации.
3. Укажите уровень «Регистрировать все события» или уровень с информацией.
4. В том же окне задайте разделение журнала по периодам — например, по месяцам. Тогда журнал хранится отдельными файлами, и отбор за конкретный месяц работает быстрее.

Отбор действий пользователя: период, события, объекты

Полный журнал за год — это сотни тысяч строк. Без отбора он открывается медленно и читать его бессмысленно. Начинайте всегда с фильтра.

В форме журнала нажмите кнопку отбора и заполните поля:

• 👤 Пользователь — один или несколько. Можно выбрать и «<Не указан>»: так помечаются действия регламентных заданий и фоновых процессов.
• 📅 Период — начало и конец. Сужайте до дня или нескольких часов, если знаете, когда случилась проблема.
• 📌 Событие — например, только «Данные. Изменение» и «Данные. Удаление».
• 🗂 Метаданные — вид объекта: документ «Реализация (акт, накладная, УПД)», справочник «Контрагенты» и т. д.
• 🔎 Данные — конкретный документ или элемент справочника.
• 💻 Компьютер и Приложение — с какой машины и через какой клиент заходили.
• ⚠️ Уровень — например, только ошибки.

Рабочие связки отборов

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

Как читать события журнала

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

События, которые встречаются чаще всего

Как сложить картину

Пример. В акте от 15 марта изменилась сумма. Ставите отбор по полю «Данные» на этот акт и видите:

1. 15.03, 10:12 — Петрова, «Данные. Добавление», «Данные. Проведение».
2. 02.04, 17:48 — Сидоров, «Данные. Отмена проведения».
3. 02.04, 17:51 — Сидоров, «Данные. Изменение», «Данные. Проведение».

Вывод: документ создала Петрова, а 2 апреля его перепровёл Сидоров. Именно его и стоит спросить про сумму.

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

Что именно изменили: история версий объекта

У журнала регистрации есть главный предел: он фиксирует факт изменения, но не говорит, какое поле стало другим. Было «150 000», стало «105 000» — этого в журнале нет.

Для этого в типовых конфигурациях на БСП есть история изменений (версионирование объектов).

Как включить

1. В БП 3.0 откройте Администрирование → Общие настройки.
2. Найдите группу «История изменений» и включите флажок хранения истории.
3. При необходимости откройте настройку и укажите, для каких документов и справочников хранить версии.

Как посмотреть

В форме документа нажмите Ещё и выберите команду истории изменений. Откроется список версий: кто и когда записал объект. Выделите две версии — программа покажет отчёт с отличиями по каждому реквизиту и строке табличной части.

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

Выгрузка журнала регистрации в Excel и XML

Руководителю или аудитору нужен файл, а не скриншот. Вариантов три.

Таблица в Excel

1. Наложите отбор и дождитесь загрузки событий.
2. В форме журнала выберите Ещё → Вывести список.
3. Отметьте нужные колонки и нажмите «ОК» — откроется табличный документ.
4. Сохраните его через меню сохранения файла в формате .xlsx.

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

Выгрузка в XML из Конфигуратора

В Конфигураторе откройте журнал регистрации, наложите отбор и используйте команду выгрузки журнала из меню «Действия». Получится XML-файл с полной информацией по событиям. Его удобно передавать специалисту или загружать в сторонние анализаторы.

Отбор программно

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

&НаСервере
Процедура ВыгрузитьДействияПользователя(ИмяПользователя, Дата)

    Отбор = Новый Структура;
    Отбор.Вставить("ДатаНачала", НачалоДня(Дата));
    Отбор.Вставить("ДатаОкончания", КонецДня(Дата));
    Отбор.Вставить("Пользователь", ПользователиИнформационнойБазы.НайтиПоИмени(ИмяПользователя));

    События = Новый ТаблицаЗначений;
    ВыгрузитьЖурналРегистрации(События, Отбор);

    Для Каждого Строка Из События Цикл
        Сообщить(СтрШаблон("%1 | %2 | %3",
            Строка.Дата, Строка.ПредставлениеСобытия, Строка.ПредставлениеДанных));
    КонецЦикла;

КонецПроцедуры

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

Ограничения журнала и скорость работы

Журнал регистрации — не система видеонаблюдения. Чтобы не ждать от него лишнего, держите в голове несколько вещей.

Что журнал не покажет:

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

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

• 📁 Файловая база — папка 1Cv8Log внутри каталога базы.
• 🖥 Клиент-серверная база — каталог srvinfo\reg_1541\<идентификатор базы>\1Cv8Log на сервере 1С.

Начиная с платформы 8.3.5 появился формат журнала в одном файле .lgd (база SQLite). Старый формат — набор файлов .lgf и .lgp.

Почему журнал тормозит:

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

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

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

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