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

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

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

Ниже разобраны практические способы просмотра действий: через журнал регистрации, через историю изменений документа, через стандартные отчёты и через технологический журнал для сложных случаев. Инструкции применимы к платформе 1С:Предприятие 8.3 и типовым конфигурациям (Бухгалтерия предприятия, Управление торговлей, Зарплата и управление персоналом).

Что именно фиксирует 1С и где это хранится

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

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

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

Как открыть журнал регистрации и настроить отбор

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

После открытия нажмите кнопку «Отбор» и задайте условия: период, пользователь, тип события (например, «Данные. Изменение» или «Данные. Удаление»), конкретный объект метаданных. Без отбора журнал на большой базе загружается долго и выводит тысячи строк, в которых сложно найти нужное.

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

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

Как посмотреть историю изменений конкретного документа

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

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

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

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

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

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

Дополнительные способы аудита действий

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

Для технических специалистов существует технологический журнал — текстовые логи платформы, настраиваемые через конфигурационный файл logcfg.xml. Он фиксирует низкоуровневые события: запросы к СУБД, длительные операции, взаимоблокировки, аварийные завершения. Это инструмент диагностики производительности и сбоев, а не пользовательского аудита.

Чем смотреть действия в 1С

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

Универсальный аудит: кто, когда, с каким объектом. Не показывает содержимое изменений

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

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

Анализ активности пользователей

Сводная статистика по пользователям. Не подходит для поиска конкретного события

Технологический журнал

Низкоуровневая диагностика сбоев и производительности. Только для специалистов

Ограничения, риски и типичные ошибки

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

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

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

Почему в журнале регистрации нет нужного события?

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

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

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

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

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

Видно ли в журнале действия через обмен данными?

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

Можно ли настроить уведомления о действиях пользователей?

Штатного механизма оповещений по событиям журнала регистрации в платформе нет. Такие задачи решают доработкой: регламентным заданием, которое периодически выгружает новые записи журнала и анализирует их, либо подписками на события записи объектов в конфигурации.

Сколько времени хранится журнал регистрации?

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