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