К статье
Практический материал

Разработка и Конфигурация · 9 мин

1С Конфигуратор: как отменить изменения

Как отменить изменения в конфигураторе 1С: откат объектов, возврат к конфигурации базы данных, сравнение с конфигурацией поставщика и восстановление из копии.

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

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

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

Отмена несохранённых изменений

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

В редакторе модулей работает стандартная комбинация Ctrl+Z — она отменяет последние действия с текстом в пределах текущей сессии редактирования. Глубина отмены ограничена, поэтому на масштабные правки полагаться на неё не стоит.

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

Откат изменений, сохранённых в конфигурацию

Если изменения уже сохранены (команда «Конфигурация → Сохранить конфигурацию»), но обновление конфигурации базы данных не выполнялось, рабочая база пока не затронута. Это видно по статусу: конфигурация и конфигурация базы данных различаются, о чём свидетельствует доступность пункта «Обновить конфигурацию базы данных».

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

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

Выборочный откат отдельных объектов

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

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

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

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

Возврат к конфигурации поставщика

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

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

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

Откат после обновления конфигурации базы данных

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

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

Типичные ошибки
01
Обновление конфигурации базы данных без резервной копии — при ошибке откатить структуру данных уже нельзя
02
Возврат к конфигурации БД без предварительной выгрузки — теряются все несохранённые доработки, включая нужные
03
Откат только конфигурации без повторного обновления базы — база продолжает работать на новой структуре, возникает рассинхронизация
04
Ручное удаление «лишних» объектов вместо сравнения с прежней версией — легко удалить нужное и не заметить

Для файловых баз резервная копия — это копия файла 1Cv8.1CD или выгрузка в dt. Для клиент-серверных — выгрузка dt через конфигуратор либо backup средствами СУБД. Перед любым обновлением структуры делайте хотя бы один из этих вариантов.

Профилактика: как не доводить до отката

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

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

Маршрут решения

Как выбрать способ отката

Изменения не сохранялисьЗакройте окно без сохранения или используйте Ctrl+Z в модуле
Сохранены в конфигурацию, база не обновленаВернуться к конфигурации БД (полный откат) или сравнение и объединение с файлом (выборочный)
Нужно откатить 1–2 объекта из многихСравнить, объединить с конфигурацией из файла, отметив только нужные объекты
База данных уже обновлена, структура измененаВосстановление из резервной копии — других безопасных вариантов нет
Работа идёт через хранилищеСравнение объекта с нужной версией хранилища и откат до неё

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

FAQ: частые вопросы об отмене изменений в конфигураторе 1С

Можно ли отменить обновление конфигурации базы данных?

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

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

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

Как откатить только один модуль, а не всю конфигурацию?

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

Поможет ли хранилище конфигурации отменить чужие изменения?

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

Что делать, если откатили конфигурацию, а база не запускается?

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

Нужно ли делать резервную копию перед мелкими правками?

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

Итог

Что важно запомнить

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