Как в 1С увидеть, кто изменял документ

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

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

Что фиксирует 1С и какие инструменты доступны

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

Второй уровень — механизм «История изменений» (версионирование объектов), который есть в конфигурациях на базе БСП: 1С:Бухгалтерия, Управление торговлей, ERP, ЗУП и других. Он сохраняет версии объекта целиком, позволяя сравнить значения реквизитов между версиями. Третий вариант — специализированные отчёты и обработки, а также анализ на уровне СУБД, но это уже инструменты для сложных расследований.

Сравнение способов

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

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

История изменений (версионирование)

Показывает версии объекта и различия по реквизитам. Работает только если включена заранее, увеличивает размер базы.

Отчёты и обработки

Гибкий анализ по нескольким документам. Требуют установки или доработки конфигурации.

Как найти автора изменений через журнал регистрации

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

Далее настройте отбор, иначе искать событие придётся среди тысяч записей. Нажмите кнопку отбора и задайте условия: период (когда предположительно меняли документ), событие «Данные. Изменение» (при необходимости добавьте «Данные. Добавление» и «Данные. Удаление»), а если знаете подозреваемых — конкретных пользователей. После применения отбора в колонке «Данные» найдите представление нужного документа, а в колонке «Пользователь» увидите, кто выполнил действие.

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

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

Как посмотреть, что именно изменили: история изменений

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

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

Как включить версионирование, если оно ещё не настроено

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

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

Отбор по конкретному документу и тонкости поиска

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

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

Что делать, если журнал регистрации не помогает

Бывают ситуации, когда журнал очищен, событие слишком старое или нужен формальный акт расследования. Тогда варианты такие: поднять резервную копию базы за нужную дату и сравнить документ вручную; проанализировать технологический журнал и логи СУБД (это работа для специалиста по администрированию); использовать сторонние обработки аудита, если они были развёрнуты.

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

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

Можно ли узнать, кто удалил документ в 1С?

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

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

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

Видно ли в журнале, какие именно поля изменили?

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

Несколько сотрудников работают под одним логином — как найти виновника?

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

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

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

Замедлит ли базу включение версионирования документов?

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