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

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

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

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

Способ 1. История изменений из формы документа

В типовых конфигурациях на управляемых формах (Бухгалтерия предприятия 3.0, Управление торговлей 11, ERP, Зарплата и управление персоналом) у большинства документов есть встроенная команда просмотра истории. Это самый быстрый путь, когда нужно узнать автора последнего изменения.

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

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

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

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

Способ 2. Журнал регистрации

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

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

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

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

Способ 3. Версионирование объектов

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

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

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

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

Способ 4. Типовые отчёты и анализ прав доступа

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

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

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

Способ 5. Программный запрос к журналу регистрации

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

Фильтр = Новый Структура;
Фильтр.Вставить("ДатаНачала", НачалоДня(ТекущаяДатаСеанса()) - 7*86400);
Фильтр.Вставить("Событие", "_$Data$_.Update");
ТаблицаСобытий = Новый ТаблицаЗначений;
ВыгрузитьЖурналРегистрации(ТаблицаСобытий, Фильтр, "Дата,Пользователь,Данные,ПредставлениеДанных", 1000);

Запрос возвращает таблицу с пользователями, датами и представлениями изменённых объектов. Событие _$Data$_.Update соответствует изменению данных, _$Data$_.New — созданию, _$Data$_.Delete — удалению. Метод требует права «Журнал регистрации» (административные права) и при больших объёмах журнала выполняется заметное время — ограничивайте период фильтром.

Этот подход оправдан для расследований по множеству документов или настройки регулярного аудита. Для разового вопроса «кто поменял этот счёт» проще воспользоваться интерфейсом журнала регистрации.

Что делать, если автора изменений найти не удаётся

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

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

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