Вернуться к конфигурации БД в 1С: назначение, порядок действий и риски

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

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

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

Что такое конфигурация базы данных в 1С

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

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

Увидеть, есть ли расхождение между конфигурациями, можно командой «Конфигурация → Конфигурация базы данных → Сравнить, объединить с конфигурацией БД». Если окно сравнения пустое — конфигурации идентичны, и команда возврата будет неактивна или бессмысленна.

Что делает команда «Вернуться к конфигурации БД»

Команда выполняет полную замену основной конфигурации содержимым конфигурации базы данных. Проще говоря, редактор «отбрасывает» всё, что было изменено с момента последнего обновления конфигурации БД, и приводит дерево метаданных к рабочему состоянию.

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

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

Когда возврат к конфигурации БД действительно нужен

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

Второй сценарий — ошибочное объединение конфигураций. Если при обновлении типового релиза или слиянии с внешним .cf-файлом были загружены лишние изменения, но обновление конфигурации БД ещё не выполнялось, возврат к конфигурации БД отменит результат объединения одной командой.

Третий случай — восстановление после прерывания работы. Если конфигуратор закрылся аварийно или разработчик забыл, какие именно объекты правил, а требуется гарантированно рабочее состояние, возврат к конфигурации БД даёт предсказуемую точку отсчёта.

Пошаговый порядок выполнения

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

1. 1
   Откройте базу в конфигураторе и убедитесь, что конфигурация открыта (меню «Конфигурация → Открыть конфигурацию»)
2. 2
   Сохраните ценные доработки: выгрузите конфигурацию в файл .cf или скопируйте тексты изменённых модулей
3. 3
   Выполните «Конфигурация → Конфигурация базы данных → Сравнить, объединить» и зафиксируйте список изменённых объектов
4. 4
   Выполните «Конфигурация → Вернуться к конфигурации БД» и подтвердите действие в диалоге
5. 5
   Проверьте результат: повторное сравнение с конфигурацией БД должно показать пустое окно различий

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

Если база работает в клиент-серверном режиме, на время манипуляций рекомендуется установить блокировку сеансов через консоль кластера, чтобы пользователи не заходили в момент возможной реструктуризации.

Чем возврат отличается от других способов отката

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

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

Вернуться к конфигурации БД

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

Сравнение и объединение с конфигурацией БД

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

Загрузка конфигурации из файла .cf

Подходит, если есть эталонный файл нужной версии. Ошибка в выборе файла приведёт к загрузке чужой версии

Восстановление из резервной копии

Единственный вариант, если изменения уже применены к БД. Теряются данные, введённые после создания копии

Отдельно стоит различать возврат к конфигурации БД и возврат к конфигурации поставщика. Последний выполняется через «Поддержка → Настройка поддержки» и откатывает типовые объекты к версии вендора — это другая операция с другими последствиями для обновлений.

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

Главное ограничение: команда бессильна, если изменения уже перенесены в конфигурацию базы данных через «Обновить конфигурацию БД». После этого рабочая версия и есть изменённая, и возвращаться станет не к чему. Поэтому критичные доработки лучше тестировать на копии базы, а не в продуктиве.

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

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

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

Сравнение с конфигурацией БД после отката

Норма

Окно сравнения пустое, различий нет

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

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

Запуск режима «Предприятие»

Норма

База открывается, типовые функции работают

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

Ошибки при запуске — возможно, требуется обновление конфигурации БД или есть проблемы с кэшем

Список активных пользователей

Норма

Во время операции сеансов не было

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

Пользователи работали во время отката — проверьте целостность работы их функционала

Меры предосторожности и организация работы

Базовое правило: любые структурные операции с конфигурацией выполняются только при наличии актуальной резервной копии. Для файловых баз достаточно копии каталога или выгрузки .dt, для клиент-серверных — штатной копии средствами СУБД. Это защищает не только от ошибочного отката, но и от любых сбоев.

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

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

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

Удалятся ли данные (документы, справочники) при возврате к конфигурации БД?

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

Что делать, если изменения уже обновлены в конфигурацию базы данных?

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

Можно ли вернуть к конфигурации БД только один объект, а не всё сразу?

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

Почему команда «Вернуться к конфигурации БД» неактивна?

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

Чем возврат к конфигурации БД отличается от возврата к конфигурации поставщика?

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

Нужно ли после отката обновлять конфигурацию базы данных?

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