К статье
Практический материал

Администрирование · 12 мин

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

Разбираем, как в 1С узнать, кто создал, изменил или удалил документ: журнал регистрации, версионирование объектов, история изменений и настройка контроля действий пользователей.

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

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

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

Журнал регистрации: главный источник информации о действиях

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

Открывается журнал через меню: Администрирование → Обслуживание → Журнал регистрации (в некоторых конфигурациях — Администрирование → Поддержка и обслуживание). Для просмотра нужны права администратора или роль с доступом к журналу. Если пункта нет в меню — проверьте права своей учётной записи.

Каждая строка журнала содержит дату и время, имя пользователя, компьютер, событие (например, «Данные. Изменение»), представление объекта и комментарий. По одному событию можно перейти к самому объекту, если он ещё существует в базе.

Как отфильтровать журнал и найти нужное событие

Без фильтра журнал на активной базе показывает тысячи записей, и найти нужное событие вручную почти невозможно. Нажмите кнопку «Отбор» и настройте условия поиска — это главный навык работы с журналом.

Наиболее полезные условия отбора:

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

Комбинируйте условия: например, «пользователь Иванова + событие "Данные. Удаление" + вчерашняя дата» даст точный список всего удалённого этим сотрудником. Для поиска по конкретному документу удобно сначала открыть сам документ и скопировать его точное представление.

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

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

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

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

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

Событие «Данные. Добавление»Объект создан

Имя пользователя в строке — автор документа

Событие «Данные. Изменение»Объект отредактирован

Смотрите время и пользователя, сопоставляйте с рабочим графиком

Событие «Данные. Удаление»Объект удалён физически

Восстановить возможно только из резервной копии

Пользователь — служебная учётная записьИзменение сделано обменом или регламентным заданием

Проверьте настройки синхронизации и расписание заданий

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

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

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

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

Кто удалил документ и что с этим делать

Удаление в 1С бывает двух видов. Пометка удаления — штатная операция: объект остаётся в базе, его легко восстановить, сняв пометку. Физическое удаление происходит при обработке «Удаление помеченных объектов» — после неё объект исчезает безвозвратно.

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

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

Типичные ошибки
01
Искать старые значения полей в журнале регистрации — журнал их не хранит, нужно версионирование
02
Включать версионирование уже после инцидента — историю задним числом восстановить нельзя
03
Выдавать всем пользователям полные права — тогда любой может почистить журнал или удалить объекты без следа
04
Не ограничивать глубину хранения журнала — файл журнала разрастается и замедляет работу
05
Искать виноватого по служебной учётной записи обмена — реальный инициатор скрыт в настройках синхронизации

Дополнительные способы контроля

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

Протоколирование работы пользователей и настройка прав доступа — превентивная мера. Разграничьте права так, чтобы рядовые пользователи не могли удалять документы задним числом, изменять закрытые периоды и чистить журнал регистрации. Чем меньше прав — тем меньше поводов для расследований.

Для клиент-серверных баз доступен технологический журнал платформы и средства СУБД (например, аудит в MS SQL Server). Это инструменты для сложных расследований, когда штатных средств недостаточно, но их настройка требует квалификации администратора и влияет на производительность.

Сравнение вариантов

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

Всегда включён, показывает кто, когда и с каким объектом работал. Не показывает старые значения полей

Версионирование объектов

Показывает, какие реквизиты изменились, и позволяет сравнить версии. Требует предварительной настройки и расходует место

Отчёт об активности пользователей

Даёт картину сеансов и активности. Не детализирует операции с конкретными объектами

Аудит на уровне СУБД

Максимальная детализация для расследований. Сложен в настройке, нагружает сервер, требует администратора СУБД

Как настроить хранение журнала и защитить историю

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

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

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

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

Как выбрать действие

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

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

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

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

За какой период хранится журнал регистрации?

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

Пользователь говорит, что не менял документ, а журнал показывает обратное. Кому верить?

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

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

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

Кто может почистить журнал регистрации и как это отследить?

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

Работает ли журнал регистрации, если база файловая?

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

Итог

Что важно запомнить

Журнал регистрации (Администрирование → Обслуживание) показывает, кто, когда и с каким объектом работал — используйте фильтры по пользователю, дате и событию. Чтобы видеть, какие поля изменились, заранее включите версионирование объектов. Ограничьте права на удаление объектов и очистку журнала, настройте резервное копирование — это превратит расследование инцидентов из гадания в простую процедуру.