Как включить версионирование справочника в 1С

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

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

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

Что такое версионирование и когда оно нужно

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

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

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

Проверка: поддерживает ли конфигурация версионирование

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

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

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

Включение версионирования через настройки программы

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

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

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

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

Подключение справочника к версионированию в конфигураторе

Если справочник не появляется в списке настройки версионирования, значит, он не подключён к подсистеме на уровне кода. Это типичная ситуация для собственных (добавленных доработкой) справочников. Подключение выполняется в конфигураторе и требует аккуратности.

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

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

Просмотр и восстановление версий

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

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

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

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

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

Форма элемента справочника

Норма

В меню «Ещё» есть «История изменений», после записи появляется версия

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

Пункт отсутствует или список версий пуст после изменения

Регистр «Версии объектов» через «Все функции»

Норма

Появляются записи с типом вашего справочника

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

Записей нет — версионирование не срабатывает

Права пользователя

Норма

Пользователь видит историю и может восстановить версию

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

Кнопка недоступна — не хватает роли работы с версиями

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

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

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

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

Альтернативы и дополнительные меры контроля

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

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

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

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

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

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

Фиксирует факт и автора изменения без содержимого. Лёгкий, но не позволяет восстановить данные

Даты запрета изменения

Предотвращают изменения в закрытых периодах. Не дают истории, работают как превентивная мера

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

Почему справочник не отображается в настройке версионирования?

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

Появятся ли версии для элементов, созданных до включения настройки?

Нет. История начинает вестись только с момента включения версионирования. Первая версия элемента появится при его ближайшей записи — любого изменения и сохранения.

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

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

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

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

Кто может просматривать и восстанавливать версии?

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

Работает ли версионирование при обмене данными между базами?

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