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

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

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

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

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

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

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

Журнал фиксирует типы событий: сеансы (начало и завершение работы), данные (добавление, изменение, удаление), ошибки, предупреждения, доступ и отказ в доступе, изменение настроек. Каждая запись содержит дату и время, имя пользователя, компьютер, вид события, представление данных и комментарий.

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

Без отбора журнал на активной базе показывает тысячи записей, поэтому работа всегда начинается с фильтра. Нажмите кнопку «Отбор» (или меню «Действия» → «Установить отбор») и задайте условия.

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

Практический прием: если известен объект, с которым возникла проблема, отбирайте сначала по данным (тип объекта), а не по пользователю. Так вы сразу увидите всех, кто его трогал, и не пропустите действия, выполненные под чужой учетной записью или регламентным заданием.

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

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

Журнал регистрации отвечает на вопросы «кто», «когда» и «с каким объектом», но не показывает содержимое изменений. Запись вида «Данные. Изменение — Реализация товаров и услуг 0000-000123» означает, что документ был записан, но какие реквизиты поменялись — из журнала не видно.

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

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

Версионирование объектов: история изменений документов

В типовых конфигурациях на базе Библиотеки стандартных подсистем (БСП) есть механизм версионирования объектов. Он сохраняет снимки объекта при каждой записи: кто, когда и какие реквизиты изменил. Это самый наглядный способ посмотреть историю конкретного документа.

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

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

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

Дополнительные способы контроля действий

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

В клиент-серверном варианте дополнительный источник — технологический журнал платформы и средства СУБД (например, аудит MS SQL Server). Это инструменты для администраторов: они сложнее в настройке, но позволяют отследить события, которые журнал регистрации не фиксирует, включая прямые обращения к базе в обход 1С.

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

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

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

Подходит для ответа «кто и когда работал с объектом». Работает всегда, но не показывает содержимое изменений.

Версионирование объектов

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

Реквизиты Автор/Ответственный

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

Технологический журнал и аудит СУБД

Для сложных расследований и клиент-серверных баз. Требует навыков администрирования.

Настройка уровня регистрации событий

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

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

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

Проверка результата и права доступа

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

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

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

Контрольные точки

Как проверить результат

Контрольное событие в журнале

Норма

Запись с пользователем, временем и объектом появилась за последние минуты

Тревожный признак

События нет — проверьте уровень регистрации и права

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

Норма

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

Тревожный признак

Пустой список при заведомо выполненных действиях

История версий документа

Норма

В форме документа доступна команда «История изменений» с версиями

Тревожный признак

Команды нет — версионирование для этого типа объектов не включено

Часто задаваемые вопросы

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

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

Видно ли в журнале, что пользователь просто просматривал данные?

Нет. Журнал регистрации фиксирует изменение данных, сеансы и обращения, связанные с доступом, но не обычный просмотр форм и отчётов. Отследить чтение данных можно только средствами аудита СУБД в клиент-серверном варианте.

За какой период хранится история в журнале регистрации?

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

Почему в журнале действия записаны на пользователя, который в это время не работал?

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

Как сохранить историю действий для передачи руководству или аудитору?

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

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

Да. Сокращение журнала доступно только пользователям с правами администратора. Уберите административные права у рядовых пользователей и проверьте, что роли не включают право «Администрирование» и «Журнал регистрации» на изменение. Это заодно закрывает и другие критичные функции обслуживания базы.