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

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

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

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

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

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

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

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

Проверка условий перед включением

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

Второе условие — права. Настройка доступна пользователю с ролью «Администратор системы» или полными правами. Обычному пользователю пункт настройки будет недоступен или заблокирован.

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

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

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

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

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

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

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

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

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

Очистка выполняется регламентным заданием «Очистка устаревших версий объектов». Убедитесь, что регламентные задания в базе выполняются: в файловом варианте их запуск зависит от настроек, в клиент-серверном — от планировщика на сервере 1С. Если задание не работает, устаревшие версии будут копиться бесконечно.

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

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

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

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

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

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

Команда «История изменений» в форме объекта

Норма

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

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

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

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

Норма

После изменения и записи в истории появилась новая строка

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

Версий нет — проверьте режим «Версионировать» для этого вида

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

Норма

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

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

Задание не запускается — версии копятся без ограничений

Ограничения, риски и типичные ошибки

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

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

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

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

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

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

Сравнение вариантов контроля изменений

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

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

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

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

Резервное копирование

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

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

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

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

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

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

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

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

Восстановит ли версионирование удалённый документ?

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

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

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

Как ограничить рост базы при включённом версионировании?

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