Как посмотреть историю действий пользователя в 1С

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

Набор доступных инструментов зависит от конфигурации и настроек. Журнал регистрации работает всегда, но уровень детализации задаётся отдельно. Версионирование объектов и история изменений включаются администратором и в типовых конфигурациях на базе БСП уже предусмотрены, но по умолчанию могут быть отключены. В статье разобраны все основные способы: от быстрого просмотра до тонкой настройки отборов и типичных ошибок, которые мешают найти нужное событие.

Журнал регистрации: главный инструмент просмотра действий

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

В режиме «1С:Предприятие» журнал обычно находится по пути: Администрирование → Обслуживание → Журнал регистрации (в некоторых конфигурациях — «Администрирование → Поддержка и обслуживание → Журнал регистрации»). В конфигураторе путь короче: меню Администрирование → Журнал регистрации. Для просмотра нужны права администратора или явно выданное право «Журнал регистрации» в роли пользователя.

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

Как отфильтровать события по пользователю и типу действия

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

• Интервал дат — ограничьте период конкретным днём или часами, это резко ускоряет поиск;
• Пользователь — выберите конкретного сотрудника из списка пользователей информационной базы;
• Событие — отметьте нужные типы: «Данные. Добавление», «Данные. Изменение», «Данные. Удаление», «Доступ. Доступ», «Сеанс. Начало» и другие;
• Метаданные — сузьте поиск до конкретного вида документов или справочников;
• Статус транзакции — позволяет отсеять отменённые (не зафиксированные) изменения.

Практичный сценарий: чтобы узнать, кто изменил конкретный документ, установите отбор по событию «Данные. Изменение», укажите метаданные (вид документа) и интервал дат. Если документ известен, проще открыть его и воспользоваться историей изменений — об этом ниже. Если документ удалён, ищите событие «Данные. Удаление» за предполагаемый период.

1. 1
   Откройте Администрирование → Обслуживание → Журнал регистрации
2. 2
   Нажмите кнопку «Отбор» и задайте интервал дат — не шире необходимого
3. 3
   Выберите пользователя и события «Данные. Добавление / Изменение / Удаление»
4. 4
   При необходимости ограничьте поиск конкретными метаданными
5. 5
   Нажмите «ОК» и изучите список: двойной клик открывает детали события
6. 6
   Проверьте результат: в колонке «Данные» должен быть нужный объект, в колонке «Пользователь» — ожидаемый сотрудник

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

Для анализа правок одного объекта журнал регистрации избыточен. В конфигурациях на базе Библиотеки стандартных подсистем (это «1С:Бухгалтерия», «1С:Управление торговлей», «1С:ERP», «1С:Зарплата и управление персоналом» и другие типовые) у документов и справочников есть команда «История изменений». Она находится в меню «Ещё» формы объекта или вызывается из списка.

Команда показывает таблицу версий: кто и когда изменил объект, какие реквизиты затронуты, каким было значение до и после. Данные берутся из механизма версионирования, поэтому история доступна только если версионирование включено для данного вида объектов — до этого момента записей не будет.

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

Как включить версионирование объектов

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

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

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

Настройка уровня детализации журнала регистрации

Объём записываемых в журнал событий регулируется. В конфигураторе откройте Администрирование → Параметры информационной базы и найдите настройку режима регистрации событий. Доступны варианты: не регистрировать ничего, только ошибки, ошибки и предупреждения, полный набор событий. По умолчанию обычно регистрируется стандартный набор, включающий изменение данных и доступ.

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

Выгрузка журнала и анализ за пределами 1С

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

Дополнительно журнал можно преобразовать в текстовый формат через конфигуратор (Администрирование → Выгрузить журнал регистрации) с указанием периода и фильтров. Текстовый формат удобен для поиска по ключевым словам в любом редакторе и для автоматизированного разбора скриптами, когда нужно собрать статистику действий пользователя за длительный период.

Для регулярного контроля удобнее не выгружать журнал вручную, а настроить регламентное задание или использовать типовые отчёты: в конфигурациях на БСП есть отчёт «Анализ активности пользователей» (Администрирование → Обслуживание → Отчёты администратора), который показывает длительность сеансов и активность по пользователям в наглядном виде.

Сравнение вариантов

Журнал регистрации

Работает всегда и сразу, фиксирует факт действия (кто, когда, какой объект). Не показывает старые значения реквизитов и занимает место в базе.

История изменений (версионирование)

Показывает, какие поля изменились и какие значения были до правки. Требует предварительного включения и увеличивает размер базы.

Отчёт «Анализ активности пользователей»

Даёт сводку по сеансам и активности. Подходит для общего контроля, но не детализирует конкретные изменения данных.

Типичные ошибки и ограничения

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

Вторая типичная ситуация — в колонке «Пользователь» стоит имя фонового задания или пустое значение. Это означает, что изменение выполнено регламентной операцией (обменом данными, обработкой) или внешней компонентой, а не человеком напрямую. В таком случае смотрите соседние события сеанса: они покажут, какой процесс и по чьей инициативе был запущен.

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

Можно ли посмотреть, кто удалил документ, если его уже нет в базе?

Да. Откройте журнал регистрации, установите отбор по событию «Данные. Удаление» и нужному периоду. В строке события будут указаны пользователь, время и представление удалённого объекта. Сам документ из журнала восстановить нельзя — для этого нужна резервная копия.

Почему в журнале регистрации нет записей за старый период?

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

Видно ли в истории, кто просто просматривал документ без изменений?

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

Как узнать, кто запускал обработку или внешний отчёт?

Ищите в журнале события сеанса пользователя за нужное время: запуск обработки сам по себе отдельным событием может не фиксироваться, но изменения данных, которые она выполнила, будут записаны с указанием пользователя. Также полезны события «Сеанс. Начало» и ошибки выполнения.

Может ли обычный пользователь посмотреть журнал регистрации?

Только если ему явно выдано соответствующее право в роли. По умолчанию просмотр журнала доступен администраторам. Выдавать это право обычным сотрудникам стоит осторожно: журнал содержит сведения о работе всех пользователей и структуре данных.

Что делать, если журнал регистрации открывается очень долго?

Сузьте отбор до одного дня и конкретного пользователя, при больших объёмах — настройте разделение журнала по дням в параметрах информационной базы. Альтернатива — выгрузить журнал за период в файл и анализировать его вне 1С.