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

Историю действий пользователя в 1С смотрят в журнале регистрации: в типовых конфигурациях на «Такси» это Администрирование → Обслуживание → Журнал регистрации, в Конфигураторе — Администрирование → Журнал регистрации. Там установите отбор по пользователю и периоду, и журнал покажет, когда он входил, какие документы создавал, проводил, менял и удалял.

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

Механизм журнала общий для платформы 8.3, поэтому всё сказанное работает в Бухгалтерии 3.0, ЗУП 3.1, УТ 11 и других конфигурациях на БСП. Разница только в разделе меню, о ней — в таблице ниже.

Проверьте настройку журнала регистрации до поиска

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

Как проверить и включить:

1. Откройте базу в режиме Конфигуратор под администратором.
2. Выберите Администрирование → Настройка журнала регистрации.
3. В поле уровня выберите «Регистрировать все события».
4. Задайте разделение журнала по периодам: по дням, месяцам или годам. Для базы на 10–20 пользователей удобно по месяцам.
5. Нажмите «ОК». Перезапускать базу не нужно.

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

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

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

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

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

Поиск событий нужного пользователя: отбор и фильтры

Журнал крупной базы за месяц — сотни тысяч строк. Без отбора в нём ничего не найти, а форма будет долго открываться. Сначала сузьте выборку.

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

• 👤 Пользователь — имя из списка пользователей базы. Можно отметить несколько.
• 📅 Период — начало и конец, с точностью до секунды.
• 🗂 Метаданные — вид объекта: например, документ «Реализация (акты, накладные, УПД)» или справочник «Контрагенты».
• ⚡ События — что именно произошло: вход, изменение, удаление, проведение.
• 💻 Компьютер и Приложение — с какой машины и через какой клиент работали (тонкий клиент, веб-клиент, Конфигуратор, COM-соединение).
• 🔢 Сеанс — номер сеанса, чтобы собрать все действия одного входа.
• 📝 Данные и Представление данных — конкретный объект, например документ с номером и датой.

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

Пример: кто удалил документ

1. Задайте период, когда документ ещё точно был.
2. В «Событиях» отметьте «Данные. Удаление» и «Данные. Изменение».
3. В «Метаданных» выберите вид документа.
4. Найдите строку с нужным номером в колонке представления данных.

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

История изменений объектов: что именно поменяли

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

Как включить:

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

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

1. Откройте нужный документ или элемент справочника.
2. В меню «Ещё» выберите «История изменений».
3. Отметьте две версии и нажмите сравнение. Отчёт подсветит изменённые реквизиты и строки табличных частей.

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

Чем это отличается от регистрации изменений в планах обмена

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

Мини-кейс: «пропала» оплата поставщику

Бухгалтер обнаружил, что в акте сверки нет списания на 48 000 руб. от 12-го числа. Отбор журнала по виду документа «Списание с расчётного счёта» и событию «Данные. Отмена проведения» за неделю дал одну строку: документ распровёл пользователь склада через тонкий клиент в 17:05. История изменений показала, что до этого он заменил договор контрагента. Оба факта нашлись за пару минут — потому что уровень регистрации и версионирование были включены заранее.

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

В клиент-серверном варианте консоль администрирования сервера 1С показывает текущую активность, а не прошлую. Это полезно, когда нужно поймать действие «на горячем».

Что видно в консоли по информационной базе:

• 👥 Сеансы — пользователь, компьютер, приложение, время начала и последней активности, занятая лицензия.
• 🔒 Блокировки — какой сеанс держит какие данные. Так находят, кто «повесил» базу долгой операцией.
• 🔌 Соединения — активные соединения с рабочими процессами.

Тот же список из командной строки даёт утилита rac:

rac cluster list
rac session list --cluster=<id_кластера> --licenses

Первая команда выдаёт идентификатор кластера, вторая — сеансы с данными о лицензиях. Другие параметры уточняйте в rac help. Для работы rac должен быть запущен сервер администрирования ras.

В файловой базе консоли кластера нет. Текущих пользователей там смотрят в списке активных пользователей: Главное меню → Все функции → Стандартные → Активные пользователи. Из этого списка можно сразу открыть журнал регистрации с отбором по выделенному сеансу.

Истории сеансов в консоли нет. Закрытый сеанс просто исчезает из списка. Для прошлого — только журнал регистрации, а для глубокого разбора запросов и блокировок — технологический журнал. Его включают файлом logcfg.xml в каталоге conf платформы. Технологический журнал быстро забивает диск, поэтому включайте его на время расследования и с отбором по событиям.

Где лежат файлы журнала регистрации и как их защитить

Журнал хранится не в таблицах базы, а в отдельных файлах, в каталоге 1Cv8Log.

GUID базы ищут в файле 1CV8Clst.lst в каталоге reg_1541: там перечислены базы кластера с их идентификаторами и именами.

Два формата журнала

• 📄 Последовательный — файлы .lgf (справочник пользователей , компьютеров, метаданных) и .lgp (сами события). Простые текстовые файлы, легко архивировать.
• 🗃 SQLite — файл .lgd. Быстрее работает отбор, но файл крупнее и хуже переносит сбои диска.

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

Как прочитать старый или чужой журнал

Скопированные файлы .lgf или .lgd открывают в Конфигураторе через Файл → Открыть, выбрав тип «Журнал регистрации». Так разбирают архив после сокращения или журнал с копии базы, не трогая рабочую.

Как защитить журнал

• 🔐 Ограничьте права NTFS на каталог 1Cv8Log: доступ нужен службе сервера 1С (или пользователям файловой базы, если они работают через общую папку) и администраторам. Остальным — нет.
• 💾 Включите 1Cv8Log в резервное копирование . Выгрузка .dt журнал не содержит — при восстановлении из .dt история действий пропадает.
• 🧹 Следите за размером. Журнал «Регистрировать все события» на активной базе растёт на гигабайты в год. Разделение по месяцам и сокращение с сохранением в архив решают проблему.
• 👁 Журнал содержит имена пользователей, адреса компьютеров и представления документов, в том числе с фамилиями сотрудников и контрагентов. Это персональные данные, и доступ к ним нужно ограничивать так же, как к самой базе.

Частые вопросы по истории действий в 1С