Администрирование · 11 мин
Как в 1С посмотреть все действия пользователя
Как посмотреть действия пользователя в 1С через журнал регистрации: настройка отборов, события, отчёты, ограничения и типичные ошибки администраторов.
Контроль действий пользователей — стандартная задача администратора 1С. Она возникает, когда нужно выяснить, кто изменил или удалил документ, кто работал в базе в выходные, почему «само собой» поменялось значение в справочнике или кто запустил тяжёлую обработку, повесившую сервер. Встроенный механизм для этого в платформе 1С:Предприятие уже есть — это журнал регистрации, и в большинстве случаев никаких внешних программ не требуется.
Журнал регистрации ведётся платформой автоматически и не зависит от конкретной конфигурации: он работает и в «Бухгалтерии», и в «Управлении торговлей», и в самописных решениях. Однако по умолчанию фиксируется не всё, а сам журнал при интенсивной работе быстро разрастается. Поэтому важно не только уметь его открывать, но и правильно настраивать уровень регистрации событий и отборы.
Ниже разобраны практические сценарии: как открыть журнал в клиентском и файловом режиме, как отфильтровать события по конкретному пользователю, какие события вообще фиксируются, чем журнал отличается от истории изменения объектов и какие ограничения нужно учитывать, чтобы не сделать неверные выводы.
Что такое журнал регистрации и что он фиксирует
Журнал регистрации — это системный механизм платформы 1С:Предприятие, который записывает события, происходящие в информационной базе: вход и выход пользователей, обращение к данным, изменение и удаление объектов, ошибки, предупреждения, действия с конфигурацией. Записи ведутся с указанием даты и времени, пользователя, компьютера, сеанса, типа события и представления данных.
Важно понимать: журнал фиксирует факт события, а не полный «снимок» данных. По записи «Изменение данных» вы увидите, какой объект менял пользователь, но не увидите, какое именно значение реквизита было до и после. Для такой детализации нужны дополнительные механизмы — версионирование объектов или специальные доработки.
События в журнале делятся по уровням важности: информация, предупреждение, ошибка, примечание. Это удобно при поиске проблем: например, чтобы найти причину сбоя, достаточно отфильтровать журнал по уровню «Ошибка» за нужный период.
Как открыть журнал регистрации
В типовых конфигурациях на управляемых формах (Бухгалтерия 3.0, УТ 11, ERP, ЗУП 3.1) путь выглядит так: раздел «Администрирование» → «Обслуживание» → «Журнал регистрации». В некоторых конфигурациях пункт находится в подразделе «Поддержка и обслуживание». Откроется форма со списком событий за текущий день.
Если типового пункта меню нет или вы работаете с конфигуратором, есть универсальный способ: откройте конфигуратор, войдите в базу и выберите в главном меню «Администрирование» → «Журнал регистрации». Этот путь работает для любой конфигурации, включая самописные.
Для открытия журнала нужны права. Обычно требуется роль «Администратор системы» или полные права. Если пользователь не видит пункт «Журнал регистрации» — проверьте его роли в разделе администрирования пользователей.
- 1Откройте раздел «Администрирование» в режиме 1С:Предприятие.
- 2Перейдите в «Обслуживание» (или «Поддержка и обслуживание»).
- 3Нажмите «Журнал регистрации» и дождитесь загрузки списка событий.
- 4Если пункта нет — откройте конфигуратор и выберите «Администрирование» → «Журнал регистрации».
Как отфильтровать действия конкретного пользователя
По умолчанию журнал показывает все события за день, что в активной базе означает тысячи строк. Чтобы увидеть действия конкретного сотрудника, нажмите кнопку «Отбор» (или «Установить отбор») в форме журнала. В открывшемся окне задайте условия.
Основные поля отбора: пользователь (можно выбрать одного или нескольких), период (дата начала и окончания), событие (например, «Данные. Изменение» или «Данные. Удаление»), уровень важности, компьютер, приложение (тонкий клиент, веб-клиент, фоновое задание). Комбинируя условия, можно получить точную выборку: например, «все удаления документов пользователем Иванов за прошлую неделю».
После установки отбора журнал покажет только подходящие записи. Двойной щелчок по строке открывает детали события: точное время, сеанс, представление объекта, комментарий. Если событие связано с данными, в деталях будет ссылка на объект — по ней можно перейти к документу или элементу справочника.
Какие события смотреть в типовых ситуациях
Разные задачи требуют разных типов событий. Ниже — практическое соответствие между вопросом администратора и тем, что нужно искать в отборе.
| Задача | Что отбирать | Что покажет результат |
|---|---|---|
| Кто изменил документ | Событие «Данные. Изменение», отбор по представлению данных | Пользователя, время и сеанс изменения |
| Кто удалил объект | Событие «Данные. Удаление» | Кто и когда удалил, что за объект |
| Кто работал в базе | События «Сеанс. Начало» / «Сеанс. Окончание» | Время входа и выхода, компьютер, тип клиента |
| Причина ошибки у пользователя | Уровень «Ошибка», отбор по пользователю | Текст ошибки и контекст её возникновения |
| Кто менял конфигурацию | События группы «Конфигурация» | Действия разработчиков с конфигурацией базы |
| Отказ в доступе | События группы «Доступ. Отказ в доступе» | К каким объектам пользователь пытался обратиться без прав |
Обратите внимание на события доступа: если в журнале много записей «Отказ в доступе» у одного пользователя, это может означать как неправильно настроенные права, так и попытки открыть закрытые для него данные.
Поиск по конкретному документу
Если нужно узнать, кто трогал конкретный документ, в отборе используйте поле «Данные» — укажите там представление объекта (например, номер и дату документа). Платформа покажет все события, связанные с этим объектом, за выбранный период: создание, изменения, проведение, удаление.
Настройка уровня регистрации событий
Не все события регистрируются по умолчанию. В конфигураторе откройте «Администрирование» → «Настройка журнала регистрации». Там задаётся, какие категории событий записывать: ошибки, предупреждения, информационные сообщения, обращение к данным, события доступа.
Максимальный уровень детализации полезен при расследовании инцидентов, но заметно ускоряет рост журнала и может влиять на производительность в крупных базах. Разумная практика — держать стандартный набор событий постоянно, а расширенную регистрацию включать временно, на период диагностики.
Там же настраивается разделение журнала по периодам (день, неделя, месяц и т.д.) для файлового режима. Регулярно сокращайте журнал через кнопку «Сократить» в его форме — укажите дату, до которой удалить старые записи. Перед сокращением убедитесь, что история за этот период больше не понадобится для расследований.
Ограничения журнала и альтернативные инструменты
Журнал регистрации — не единственный и не всегда достаточный инструмент. Его главные ограничения: он не показывает, какие именно значения реквизитов были до и после изменения; запись «Изменение» может относиться к программной записи объекта, а не к действию человека; в фоновых заданиях пользователем события может быть указан служебный аккаунт.
Для детального отслеживания изменений в типовых конфигурациях есть механизм версионирования объектов: «Администрирование» → «Общие настройки» → «История изменений» (в разных конфигурациях название может отличаться). После включения для нужных типов объектов система сохраняет версии документов и элементов справочников, и можно сравнить, что именно поменялось и кем.
Дополнительно полезны отчёт «Анализ активности пользователей» (в типовых конфигурациях в разделе администрирования) и даты запрета изменения данных — они не показывают действия, но помогают локализовать период инцидента. Для расследования серьёзных инцидентов журнал можно выгрузить и проанализировать внешними средствами.
Чем смотреть действия пользователей
Универсально, работает всегда. Показывает факт события, но не старые и новые значения реквизитов.
Показывает, что именно изменилось в документе. Требует предварительного включения и хранит данные только с момента настройки.
Быстрый обзор, кто и когда работал в базе. Не заменяет детальный разбор событий.
Типичные ошибки при анализе действий пользователей
Первая частая ошибка — выводы по одной записи. Событие «Изменение» с именем пользователя не всегда означает, что человек осознанно правил данные: объект мог быть перезаписан обменом, обработкой или проведением связанного документа. Всегда смотрите соседние события того же сеанса — они восстанавливают контекст.
Вторая ошибка — поиск без учёта часовых поясов и сеансов. В распределённых командах время в журнале может отличаться от локального времени сотрудника. Сверяйте сеанс и компьютер в деталях события, а не только дату-время.
Третья ошибка — ожидать от журнала содержимое изменений. Если руководство просит «показать, что именно поменял сотрудник в документе», а журнал даёт только факт изменения, заранее включайте версионирование для критичных объектов: цен, договоров, банковских документов.
Как проверить результат
В списке только события нужного сотрудника за заданный период
Пустой список при заведомо активном пользователе — проверьте период и уровень регистрации
Указаны сеанс, компьютер, представление объекта
Событие без данных — возможно, это служебная запись фонового задания
Видны события за весь интересующий период
История обрывается — журнал сокращали или регистрация была отключена
Частые вопросы
Можно ли посмотреть действия пользователя за прошлый месяц или год?
Да, если журнал не сокращали и регистрация событий была включена. Установите в отборе нужный период. Учтите, что выборка за длинный интервал в активной базе может занять заметное время — сужайте отбор по пользователю и типу события.
Видно ли в журнале, какие именно данные изменил пользователь?
Нет, журнал фиксирует факт изменения объекта, но не старые и новые значения реквизитов. Для такой детализации включите версионирование объектов (историю изменений) в настройках конфигурации — оно начнёт сохранять версии с момента включения.
Почему в журнале нет событий, которые точно происходили?
Три основные причины: события отфильтрованы слишком узким отбором, журнал сокращали и старые записи удалены, либо в настройках регистрации отключена запись нужных категорий событий. Проверьте все три пункта по порядку.
Может ли обычный пользователь посмотреть журнал регистрации?
Только при наличии соответствующих прав — обычно это полные права или роль администратора. Выдавать такие права рядовым сотрудникам не стоит: журнал содержит сведения о работе всех пользователей и служебную информацию.
Как сохранить выборку из журнала для отчёта руководству?
Используйте кнопку «Выгрузить» в форме журнала — события сохраняются в файл. Также можно скопировать выбранные строки в табличный документ и распечатать или сохранить его в нужном формате.
Замедляет ли журнал регистрации работу базы?
При стандартных настройках влияние минимально. Заметная нагрузка возможна при максимальном уровне регистрации в крупных базах с сотнями одновременных пользователей. В таких случаях расширенную регистрацию включают временно, на период диагностики, и регулярно сокращают журнал.
Что важно запомнить
Действия пользователей в 1С смотрят через журнал регистрации: «Администрирование» → «Обслуживание» → «Журнал регистрации», далее — отбор по пользователю, периоду и типу события. Журнал показывает факт действия, но не содержимое изменений — для деталей включайте версионирование объектов. Перед сокращением журнала выгружайте нужные данные, а выводы делайте по совокупности событий сеанса, а не по одной записи.