Последние действия пользователей в 1С: журнал регистрации, история изменений и логи

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

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

Ниже — все способы посмотреть последние действия в 1С: от штатного журнала и версий документа до файлов логов на диске и технологического журнала. Пути меню даю для Бухгалтерии 3.0, ЗУП 3.1, УТ 11 и ERP.

Чем отличаются инструменты: что показывает каждый

Разные задачи — разные журналы. Путаница здесь стоит больше всего времени.

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

Журнал регистрации пишется платформой автоматически, независимо от конфигурации. Открыть его может пользователь с правами администратора.

Пути меню по конфигурациям

• 🧾 Бухгалтерия 3.0, ЗУП 3.1, Бухгалтерия для КОРП: Администрирование → Обслуживание → Журнал регистрации
• 🏪 УТ 11, Розница, Комплексная автоматизация: НСИ и администрирование → Администрирование → Обслуживание → Журнал регистрации
• 🏭 1С:ERP: НСИ и администрирование → Обслуживание → Журнал регистрации
• 🧰 Любая конфигурация: Главное меню → Все функции → Стандартные → Журнал регистрации
• 🔧 Конфигуратор: Администрирование → Журнал регистрации

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

Отбор по пользователю и дате

Журнал за месяц в крупной базе — это сотни тысяч строк. Без отбора смотреть бессмысленно.

1. В открытом журнале нажмите Настроить (в части релизов — Установить отбор).
2. В поле Пользователи выберите нужного — или сразу нескольких.
3. Задайте Период — например, с 15 по 16 число, когда «поехала» сумма.
4. В поле Важность снимите галки с Примечание, если нужны только значимые события.
5. Нажмите ОК, затем Обновить.

Быстрый приём: щёлкните правой кнопкой по значению в колонке и выберите Установить отбор по значению в текущей колонке. Так за два клика получите все действия одного человека или все события по одному документу.

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

Платформа пишет события техническими именами, интерфейс показывает человекочитаемые. Основные:

• Данные. Добавление — объект создан.
• Данные. Изменение — объект записан повторно (_$Data$_.Update).
• Данные. Удаление — объект удалён окончательно (_$Data$_.Delete).
• Данные. Пометка на удаление — поставлена пометка, объект ещё в базе.
• Данные. Проведение / Отмена проведения — работа с движениями документа.
• Сеанс. Начало / Сеанс. Завершение — вход и выход из базы.
• Доступ. Доступ отклонён — попытка открыть то, на что нет прав.
• Соединение. Начало — подключение к базе, в том числе фоновое.

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

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

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

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

Доступны четыре уровня важности:

1. Ошибка — аварийные события, пишется всегда.
2. Предупреждение — потенциальные проблемы.
3. Информация — вход, выход, изменение данных. Именно этот уровень нужен, чтобы видеть действия пользователей.
4. Примечание — служебные мелочи, сильно раздувают журнал.

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

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

История изменений документа: кто поменял конкретную сумму

Журнал регистрации скажет «Иванов изменил документ в 14:37». Какую сумму он поменял — скажет версионирование.

Включение версионирования

В Бухгалтерии 3.0 и ЗУП 3.1: Администрирование → Общие настройки → История изменений. Поставьте галку Хранить историю изменений и нажмите Настроить.

В УТ 11 и ERP путь аналогичный: НСИ и администрирование → Общие настройки → История изменений.

Для каждого объекта метаданных выбирается режим:

• Не версионировать — ничего не хранится;
• Версионировать при записи — версия пишется при любом сохранении;
• Версионировать при проведении — только при проведении документа, компромисс по объёму.

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

Просмотр версий

Откройте документ и нажмите Ещё → История изменений. В списке версий:

• выделите две версии и нажмите Сравнить версии — выйдет отчёт с различиями по реквизитам и строкам таблиц;
• кнопка Перейти на версию возвращает документ к прежнему состоянию;
• кнопка Отчёт по версии печатает состояние документа на момент записи.

Сравнение показывает старое и новое значение построчно — видно, что цена в строке 3 была 1 200, стала 1 020, и это дало разницу по НДС.

Кто в базе сейчас: активные пользователи и сеансы

Отдельная задача — посмотреть не историю, а текущую активность.

• Главное меню → Все функции → Стандартные → Активные пользователи — список сеансов с именем пользователя, компьютером, видом клиента и временем начала.
• В конфигураторе: Администрирование → Активные пользователи.
• В клиент-серверном варианте полная картина — в консоли кластера (Администрирование серверов 1С:Предприятия): сеансы, соединения, последняя активность, затраченное процессорное время.

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

Панель «История» — последние действия самого пользователя

Если нужно просто вернуться к тому, что открывали полчаса назад, журнал не нужен. В интерфейсе «Такси» на верхней панели есть кнопка с изображением часов — История. Она хранит список последних открытых форм и объектов текущего пользователя.

Эта панель персональная: чужие действия через неё не посмотреть.

Где хранятся логи журнала регистрации

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

Файловая база. В каталоге базы — папка 1Cv8Log. Внутри:

• 1Cv8.lgd — современный формат (SQLite), один файл;
• *.lgf и *.lgp — старый текстовый формат, файл заголовка плюс файлы данных по периодам.

Клиент-серверная база . На сервере, в каталоге служебных файлов кластера:

C:\Program Files\1cv8\srvinfo\reg_1541\<идентификатор базы>\1Cv8Log\

На Linux путь обычно такой:

/home/usr1cv8/.1cv8/1C/1cv8/reg_1541/<идентификатор базы>/1Cv8Log/

Идентификатор базы — GUID, его видно в консоли кластера в свойствах информационной базы.

Технологический журнал: когда штатного мало

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

Настройка — файл logcfg.xml в каталоге конфигурации платформы:

C:\Program Files\1cv8\conf\logcfg.xml
%ProgramData%\1C\1cv8\conf\logcfg.xml

Пример минимального конфига, который пишет только ошибки и исключения:

<config xmlns="http://v8.1c.ru/v8/tech-log">
  <log location="C:\logs_1c" history="24">
    <event>
      <eq property="name" value="EXCP"/>
    </event>
    <property name="all"/>
  </log>
</config>

Параметр history — сколько часов хранить. Технологический журнал пишет огромные объёмы, поэтому включают его точечно и выключают сразу после сбора данных.

Типичные ошибки при просмотре действий пользователей

Что настроить заранее, чтобы расследование занимало минуты

Журнал полезен только тогда, когда его подготовили до инцидента. Короткий список:

1. ✅ Персональные логины всем пользователям, пароли обязательны.
2. ✅ Уровни Ошибка, Предупреждение, Информация в настройке журнала регистрации.
3. ✅ Разделение журнала по месяцам.
4. ✅ Версионирование для ключевых документов и справочников.
5. ✅ Запрет удаления объектов обычным пользователям — только пометка на удаление.
6. ✅ Ограничение права Интерактивное удаление помеченных одним ответственным.
7. ✅ Ежедневная резервная копия с хранением не меньше месяца.
8. ✅ Запрет правок закрытых периодов: Администрирование → Настройки пользователей и прав → Даты запрета изменения.

Пункт 8 экономит больше всего нервов: он не позволяет задним числом поправить проведённую отчётность, и расследовать становится просто нечего.

Отчёты и выгрузки для контроля

Из журнала регистрации удобно делать выгрузки для руководителя или аудитора:

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

Для регулярного контроля удобнее не ходить в журнал руками, а раз в месяц выгружать события Данные. Удаление и Данные. Изменение по закрытым периодам. Пять минут работы — и видно, кто системно правит прошлое.

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