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

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

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

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

Способ 1. Журнал регистрации: кто и когда трогал документ

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

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

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

В результате отбора вы увидите список событий: каждая строка — это одно действие с документом. Колонка «Пользователь» покажет учётную запись, под которой выполнялась правка, «Дата» — точное время с точностью до секунды, а «Компьютер» и «Имя приложения» помогут понять, откуда выполнялось действие (тонкий клиент, веб-клиент, фоновое задание). Если документ изменялся через обмен данными или обработку, в колонке «Пользователь» может быть служебная учётная запись, под которой работает обмен.

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

Способ 2. История изменений (версионирование): что именно поменяли

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

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

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

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

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

Рекомендуется включать версионирование выборочно — для критичных объектов: банковских и кассовых документов, реализаций, поступлений, документов по зарплате. Включение истории для всех объектов подряд заметно увеличивает размер базы, потому что каждая версия хранится целиком. Для массовых технических документов (например, электронных писем в CRM-подсистемах) версионирование обычно не нужно.

Как найти нужное событие быстрее: приёмы работы с отбором

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

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

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

Ограничения и частые ошибки

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

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

Сравнение способов: что выбрать в вашей ситуации

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

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

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

История изменений из документа

Показывает, что именно изменилось, со сравнением версий. Требует заранее включённого версионирования; прошлые правки задним числом не восстанавливает.

Отчёт «Анализ версий объектов»

Удобен для проверки всех правок конкретного сотрудника или по группе документов. Доступен не во всех конфигурациях и тоже зависит от включённого версионирования.

Внешние средства (логи СУБД, аудит)

Крайняя мера для клиент-серверных баз, когда журнал очищен. Требует участия системного администратора и не даёт удобной привязки к реквизитам документа.

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

Контрольные точки

Как проверить результат

Открыт журнал регистрации с отбором по документу

Норма

Видны строки событий с колонками «Пользователь» и «Дата»

Тревожный признак

Список пуст при заведомо существовавших правках — проверьте период и срок хранения журнала

Кнопка «История изменений» в меню «Ещё» документа

Норма

Кнопка есть, открывается список версий с авторами

Тревожный признак

Кнопки нет или список пуст — версионирование не включено для этого вида объектов

Сравнение двух версий

Норма

Отчёт показывает изменённые реквизиты со старым и новым значением

Тревожный признак

Отчёт пустой, хотя версии разные — проверьте, что сравниваются именно разные версии

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

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

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

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

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

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

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

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

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

Изменение пришло из обмена данными. Как найти реального инициатора?

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

Сильно ли версионирование увеличивает размер базы?

Зависит от интенсивности правок: каждая версия хранится как отдельный снимок объекта, поэтому активно редактируемые документы накапливают объём заметно. Чтобы контролировать рост, включайте версионирование только для критичных видов документов и периодически проверяйте размер хранилища версий; при необходимости старые версии можно удалять штатными средствами очистки.