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

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

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

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

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

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

Материал ориентирован на типовые конфигурации на управляемых формах (1С:Бухгалтерия 3.0, УТ 11, ERP 2, ЗУП 3.1). В самописных и сильно доработанных решениях расположение команд может отличаться, но общая логика механизма та же, так как он поставляется библиотекой стандартных подсистем.

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

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

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

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

Как посмотреть историю изменений документа

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

Альтернативный путь — из списка документов. Выделите документ в журнале, нажмите «Ещё» в командной панели списка и найдите ту же команду истории. Это удобно, когда не нужно открывать сам документ, а требуется быстро проверить, менялся ли он вообще.

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

Как открыть историю документа
  1. 1
    Откройте документ или выделите его в журнале
  2. 2
    Нажмите «Ещё» в командной панели
  3. 3
    Выберите «История изменений» («Версии»)
  4. 4
    В открывшемся списке найдите нужную версию по дате и пользователю
  5. 5
    Выделите версию и нажмите «Сравнить» или «Открыть версию» для детального просмотра

Как сравнить версии и увидеть, что именно изменилось

Список версий сам по себе показывает только факт изменения. Чтобы увидеть, какие именно реквизиты поменялись, выделите в списке одну или две версии и нажмите «Сравнить». Система построит отчёт по различиям: в табличном виде будут показаны реквизиты шапки, значения в старой и новой версии, а также изменённые строки табличных частей.

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

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

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

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

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

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

Что делать, если версионирование не было включено

Когда истории версий нет, единственный штатный источник сведений — журнал регистрации. Откройте его через «Администрирование» → «Обслуживание» → «Журнал регистрации» (в клиент-серверном варианте доступен также через консоль кластера). Установите отбор по событию «Данные. Изменение», укажите период и в поле «Данные» — ссылку на интересующий документ.

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

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

Способы отследить изменения

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

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

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

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

Сравнение с резервной копией

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

Кому доступна история и какие есть ограничения

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

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

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

Как проверить, что всё работает

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

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

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

Команды нет — версионирование не включено или нет прав

Новая версия после тестовой записи
Норма

В истории появилась версия с текущим временем и вашим пользователем

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

Версии нет — проверьте режим хранения для вида объекта

Отчёт о сравнении двух версий
Норма

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

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

Отчёт пуст при заведомо разных версиях — обратитесь к администратору

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

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

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

Можно ли посмотреть, кто удалил документ?

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

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

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

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

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

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

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

Работает ли история изменений для справочников?

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

Итог

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

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