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

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

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

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

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

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

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

По умолчанию журнал открывается с отбором за текущий день. Если база активно используется, событий будут тысячи, поэтому без настройки фильтра найти нужное действие практически невозможно. Кнопка «Отбор» позволяет сузить выборку по пользователю, периоду, типу события, конкретному объекту данных.

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

Как найти, кто изменил или удалил конкретный документ

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

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

Есть и более быстрый путь для типовых конфигураций. Откройте сам документ и в меню «Ещё» выберите пункт «История изменений» (в некоторых конфигурациях — «События» или «Журнал событий»). Откроется уже отфильтрованный по этому объекту журнал — не нужно настраивать отбор вручную.

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

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

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

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

Как посмотреть сеансы и входы пользователей

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

Текущие активные сеансы видны в консоли кластера серверов 1С (для клиент-серверного варианта) или через Администрирование → Обслуживание → Активные пользователи в типовых конфигурациях. Там же можно при необходимости завершить сеанс — например, если сотрудник оставил открытую базу на уехавшем компьютере.

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

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

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

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

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

Права доступа и ограничения

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

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

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

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

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

Нужно узнать, кто изменил или удалил документЖурнал регистрации с отбором по объекту и событию «Данные. Изменение/Удаление»

Нужно увидеть, какие реквизиты и значения поменялисьИстория изменений (версионирование) — если оно было включено заранее

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

Нужно отслеживать просмотры и выгрузки данныхВстроенных средств недостаточно — потребуется специализированное решение

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

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

При анализе обращайте внимание на колонку «Метаданные» и «Представление данных» — они помогают убедиться, что найдено событие именно по нужному объекту. В клиент-серверных базах полезна также колонка «Рабочий процесс» для диагностики технических проблем.

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

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

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

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

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

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

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

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

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

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

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

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

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