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

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

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

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

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

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

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

Как включить версионирование в типовой конфигурации

В конфигурациях на БСП настройка находится в разделе администрирования. Точные названия пунктов могут немного отличаться между конфигурациями и релизами, но логика одинаковая.

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

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

Настройка списка объектов и режимов хранения

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

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

Выбор режима версионирования

Версионировать при каждой записи

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

Версионировать при проведении

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

Не версионировать

Для массовых и технических объектов: чеки, служебные документы, объекты с частыми автоматическими записями обменами. Защищает базу от разрастания.

Срок хранения и очистка версий

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

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

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

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

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

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

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

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

Создание версии

Норма

После изменения и записи тестового объекта в «Истории изменений» появилась новая строка с вашим именем и текущим временем

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

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

Сравнение версий

Норма

При сравнении двух версий видны изменённые реквизиты со старыми и новыми значениями

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

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

Регламентное задание очистки

Норма

Задание «Очистка устаревших версий объектов» включено и выполняется по расписанию без ошибок

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

Задание отключено или завершается с ошибкой — версии копятся бесконтрольно

Рост регистра

Норма

Размер таблицы версий растёт умеренно и соответствует числу версионируемых объектов

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

Таблица растёт скачкообразно — вероятно, версионируются массовые документы

Почему версионирование может не работать

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

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

Ограничения механизма и альтернативы

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

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

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

Вопросы и ответы

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

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

Можно ли включить версионирование для объектов, созданных до включения настройки?

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

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

Чаще всего не хватает прав: нужна роль просмотра истории изменений. Реже — объект не входит в список версионируемых или конфигурация не содержит подсистемы версионирования БСП. Проверьте настройку списка объектов и права пользователя.

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

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

Как удалить накопленные версии, если база уже разрослась?

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

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

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