Разработка и Конфигурация · 9 мин
1С Конфигуратор: как отменить изменения
Как отменить изменения в конфигураторе 1С: откат объектов, возврат к конфигурации базы данных, сравнение с конфигурацией поставщика и восстановление из копии.
Работа в конфигураторе 1С почти всегда связана с изменением объектов метаданных: справочников, документов, отчётов, модулей. Ошибочная правка — удалённый реквизит, испорченная процедура, лишний объект — может нарушить работу всей базы, особенно после обновления конфигурации базы данных. Поэтому умение быстро отменить изменения — базовый навык разработчика и администратора 1С.
Способ отмены зависит от того, на каком этапе обнаружена ошибка: изменения ещё не сохранены, сохранены в конфигурацию, но не применены к базе данных, или уже обновлены в рабочей базе. Для каждого случая существует свой сценарий — от простого закрытия окна без сохранения до восстановления из резервной копии.
Важно понимать: конфигуратор не имеет универсальной кнопки «отменить всё» на манер текстового редактора. Откат выполняется через сравнение конфигураций, загрузку сохранённой версии или возврат к конфигурации поставщика. Ниже разобраны все рабочие варианты с условиями их применения.
Отмена несохранённых изменений
Самый простой случай — вы отредактировали модуль, форму или свойства объекта, но ещё не нажимали сохранение. Пока изменения не зафиксированы, достаточно закрыть окно редактирования и ответить «Нет» на вопрос о сохранении. Объект останется в том состоянии, в каком был до ваших правок.
В редакторе модулей работает стандартная комбинация Ctrl+Z — она отменяет последние действия с текстом в пределах текущей сессии редактирования. Глубина отмены ограничена, поэтому на масштабные правки полагаться на неё не стоит.
Если вы изменили свойства объекта в палитре свойств, но окно конфигурации ещё не сохраняли, изменения применятся только при сохранении конфигурации. До этого момента можно просто вернуть прежние значения вручную или закрыть конфигуратор без сохранения — при выходе платформа спросит, сохранять ли конфигурацию.
Откат изменений, сохранённых в конфигурацию
Если изменения уже сохранены (команда «Конфигурация → Сохранить конфигурацию»), но обновление конфигурации базы данных не выполнялось, рабочая база пока не затронута. Это видно по статусу: конфигурация и конфигурация базы данных различаются, о чём свидетельствует доступность пункта «Обновить конфигурацию базы данных».
Чтобы откатить сохранённые правки, используйте меню «Конфигурация → Конфигурация базы данных → Вернуться к конфигурации БД». Платформа заменит текущую конфигурацию той версией, которая фактически работает в базе данных. Все несохранённые в базу изменения будут потеряны — именно это и требуется при откате.
Перед возвратом полезно посмотреть, что именно будет отменено. Откройте «Конфигурация → Сравнить конфигурации» и выберите сравнение основной конфигурации с конфигурацией базы данных. Отчёт покажет все различающиеся объекты — так вы точно будете знать объём откатываемых изменений.
Выборочный откат отдельных объектов
Часто нужно отменить не все изменения, а только правки конкретных объектов — например, одного испорченного документа из десяти доработанных. Для этого используется механизм сравнения и объединения конфигураций.
Откройте «Конфигурация → Сравнить, объединить с конфигурацией из файла» и укажите файл с «чистой» версией — это может быть выгрузка конфигурации базы данных, файл поставки или заранее сохранённая копия. В окне сравнения снимите флажки со всех объектов, кроме тех, которые нужно откатить, и выполните объединение. Выбранные объекты будут заменены версиями из файла.
- 1Сохраните текущую конфигурацию в файл на всякий случай
- 2Откройте Конфигурация → Сравнить, объединить с конфигурацией из файла
- 3Укажите файл с прежней (рабочей) версией конфигурации
- 4В дереве сравнения отметьте только объекты, которые нужно откатить
- 5Нажмите «Выполнить» и проверьте результат в конфигураторе
- 6Обновите конфигурацию базы данных, если откат затрагивает структуру данных
Для модулей есть более точечный вариант: откройте текст модуля в старой версии (из файла выгрузки или копии базы) и перенесите нужные процедуры вручную через буфер обмена. Это удобно, когда в модуле смешаны правильные и ошибочные правки.
Возврат к конфигурации поставщика
Если база работает на типовой конфигурации с поддержкой, откатить неудачные доработки можно через сравнение с конфигурацией поставщика. Это особенно актуально, когда изменения внесены в объекты, находящиеся на поддержке, и требуется вернуть типовое состояние.
Путь: «Конфигурация → Поддержка → Настройка поддержки», либо сравнение через «Сравнить, объединить с конфигурацией из файла» с указанием файла поставки нужного релиза. В окне сравнения выберите объекты, которые должны вернуться к типовому виду, и выполните объединение.
Учтите ограничение: если конфигурация находится на поддержке с запретом изменений, сначала потребуется включить возможность изменения через настройку поддержки. Делать это стоит осознанно — снятие с поддержки усложняет последующие обновления.
Откат после обновления конфигурации базы данных
Когда обновление конфигурации базы данных уже выполнено, ситуация серьёзнее: структура таблиц изменилась, и простой откат конфигурации невозможен. Если изменения затрагивали только модули и формы (не структуру данных), достаточно загрузить прежнюю конфигурацию и снова обновить базу — данные не пострадают.
Если были удалены или изменены реквизиты, измерения, табличные части — данные в этих полях уже потеряны либо преобразованы. Единственный надёжный способ вернуть их — восстановление базы из резервной копии, сделанной до обновления. Поэтому правило «сначала копия, потом обновление» — не формальность, а защита от необратимых потерь.
Для файловых баз резервная копия — это копия файла 1Cv8.1CD или выгрузка в dt. Для клиент-серверных — выгрузка dt через конфигуратор либо backup средствами СУБД. Перед любым обновлением структуры делайте хотя бы один из этих вариантов.
Профилактика: как не доводить до отката
Надёжнее всего организовать работу так, чтобы откат был быстрым и безболезненным. Перед каждой серией правок сохраняйте конфигурацию в файл cf — это занимает секунды и даёт точку возврата. Для длительных доработок ведите версионные копии с понятными именами, включающими дату и суть изменений.
В командной разработке используйте хранилище конфигурации: оно фиксирует историю версий каждого объекта и позволяет откатить объект до любой захваченной версии через сравнение с версией хранилища. Это штатный инструмент «отмены изменений» для коллективной работы.
Как выбрать способ отката
Ещё одна хорошая практика — тестовая база. Любые рискованные доработки сначала выполняются на копии, и только после проверки переносятся в рабочую среду через сравнение и объединение. Тогда вопрос «как отменить изменения» в рабочей базе возникает крайне редко.
FAQ: частые вопросы об отмене изменений в конфигураторе 1С
Можно ли отменить обновление конфигурации базы данных?
Штатной команды «отменить обновление» нет. Если структура данных не менялась (правились только модули и формы), загрузите прежнюю конфигурацию и выполните обновление повторно — база вернётся к старой логике. Если менялась структура таблиц, вернуть данные можно только из резервной копии.
Что делает команда «Вернуться к конфигурации БД»?
Она заменяет редактируемую (основную) конфигурацию той версией, которая фактически используется базой данных. Все изменения, сделанные после последнего обновления конфигурации БД, удаляются безвозвратно. Перед запуском сохраните конфигурацию в файл, если среди изменений есть нужные доработки.
Как откатить только один модуль, а не всю конфигурацию?
Используйте «Сравнить, объединить с конфигурацией из файла», указав файл с прежней версией, и отметьте в дереве сравнения только нужный объект. Альтернатива — открыть старую версию модуля и вручную перенести текст нужных процедур через буфер обмена.
Поможет ли хранилище конфигурации отменить чужие изменения?
Да. В хранилище фиксируется история версий каждого объекта. Через сравнение объекта с выбранной версией хранилища можно увидеть, что именно изменил коллега, и вернуть объект к любой прежней версии, не затрагивая остальные доработки.
Что делать, если откатили конфигурацию, а база не запускается?
Обычно это признак рассинхронизации: конфигурация откачена, а структура базы данных осталась новой. Выполните «Обновить конфигурацию базы данных» повторно, чтобы привести структуру в соответствие с откаченной конфигурацией. Если обновление завершается ошибкой, восстанавливайте базу из копии.
Нужно ли делать резервную копию перед мелкими правками?
Если правки не затрагивают структуру данных (модули, формы, макеты), достаточно сохранить конфигурацию в файл cf. Перед любым изменением реквизитов, измерений, табличных частей и перед обновлением конфигурации базы данных полная резервная копия обязательна.
Что важно запомнить
Способ отмены изменений в конфигураторе 1С зависит от этапа: несохранённые правки убираются закрытием без сохранения, сохранённые — возвратом к конфигурации БД или выборочным объединением с файлом, а после обновления базы данных спасает только резервная копия. Выгружайте конфигурацию в файл перед правками и делайте копию базы перед обновлением структуры — это превращает откат из аварии в штатную операцию.