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

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

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

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

Что фиксирует журнал регистрации и где его найти

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

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

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

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

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

Наиболее полезные параметры отбора:

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

Типовой сценарий: документ оказался помечен на удаление, и нужно понять, кто это сделал. Откройте отбор, укажите событие «Данные. Удаление» (или «Изменение» для пометки удаления), в поле «Данные» выберите нужный документ, задайте период. В результате останется одна или несколько записей с именем пользователя, временем и рабочим местом.

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

Какие события смотреть в типовых ситуациях

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

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

Версионирование объектов: как увидеть, что именно изменили

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

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

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

Выгрузка и долгосрочное хранение данных аудита

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

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

Профилактика: права доступа и разделение ролей

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

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

Ограничения встроенных средств и когда нужны дополнительные решения

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

Если требования аудита строгие — например, нужно фиксировать просмотры персональных данных или выгрузки — рассмотрите: настройку технологического журнала кластера 1С, аудит на уровне СУБД (MS SQL, PostgreSQL), специализированные модули аудита от партнёров 1С или SIEM-системы уровня предприятия. Для большинства компаний среднего размера достаточно связки «журнал регистрации + версионирование + корректные права».

Маршрут решения

Как выбрать инструмент контроля

Нужно узнать, кто изменил или удалил конкретный объектЖурнал регистрации с отбором по событию и объекту

Нужно увидеть, какие именно реквизиты менялисьВключите версионирование объектов и смотрите историю изменений

Нужно контролировать входы и попытки обхода правОтбор событий аутентификации и «Отказ в доступе» в журнале

Нужен аудит просмотров и выгрузок данныхТехнологический журнал кластера или аудит на уровне СУБД

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

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

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

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

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

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

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

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

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

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

Администратор базы может сократить журнал регистрации, поэтому полные права выдавайте минимальному кругу лиц. В клиент-серверном варианте дополнительную защиту даёт аудит на уровне СУБД, который не зависит от платформы 1С.

Работает ли версионирование в самописной конфигурации?

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