Как посмотреть версии объектов в 1С

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

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

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

Что такое версии объектов и когда они сохраняются

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

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

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

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

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

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

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

1. 1
   Откройте раздел Администрирование → Общие настройки.
2. 2
   Установите флаг «Версионирование объектов».
3. 3
   Откройте «Настройки версионирования» и отметьте нужные виды документов и справочников.
4. 4
   Для каждого вида выберите режим: версионировать при записи или при проведении.
5. 5
   Укажите срок хранения версий и сохраните настройки.
6. 6
   Проверьте: измените тестовый документ и откройте его историю изменений.

Как посмотреть историю изменений конкретного объекта

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

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

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

Что делать, если версионирование не включено: журнал регистрации

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

Чтобы найти изменения конкретного объекта, настройте отбор: укажите период, интересующего пользователя и в поле «Данные» — ссылку на объект (кнопка выбора). В списке событий появятся записи вида «Данные. Изменение» с указанием автора и момента времени. Так можно установить, кто трогал документ и когда.

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

Чем смотреть историю: сравнение способов

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

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

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

Работает всегда без настройки, показывает автора и время изменения. Не хранит значения реквизитов — восстановить данные нельзя.

Резервная копия базы

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

Как посмотреть версии конфигурации и историю её изменений

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

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

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

Ограничения, производительность и обслуживание

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

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

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

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

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

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

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

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

История изменений объекта

Норма

Список версий с датой, временем и пользователем; сравнение показывает изменённые поля

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

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

Восстановление версии

Норма

После возврата реквизиты соответствуют выбранной версии, движения пересчитаны корректно

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

Объект не меняется либо остатки по регистрам расходятся с ожиданиями

Очистка старых версий

Норма

Регламентное задание очистки выполняется по расписанию без ошибок

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

Версии старше срока хранения не удаляются, таблица растёт

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

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

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

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

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

Сколько места занимают версии объектов и как ограничить рост?

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

Видно ли в версиях, кто именно изменил документ?

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

Как узнать версию самой конфигурации 1С?

В режиме 1С:Предприятие откройте главное меню (или меню «Сервис») → «О программе»: там указаны версия конфигурации, версия платформы и режим совместимости. В конфигураторе версия конфигурации видна в свойствах корневого узла дерева конфигурации.

Сохраняются ли версии при обмене данными между базами?

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