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