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

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

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

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

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

Главное правило до начала любых манипуляций — сделать резервную копию информационной базы. Если база файловая, достаточно скопировать файл 1Cv8.1CD при закрытых сеансах пользователей. Если база работает на сервере СУБД, копию делают средствами SQL Server, PostgreSQL или через выгрузку в файл dt из конфигуратора.

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

Определите, на каком этапе находятся изменения

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

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

Конфигуратор предлагает обновить конфигурацию БДИзменения не применены

Достаточно отказаться от сохранения или закрыть конфигуратор без обновления

Пользователи уже видят новые объекты или формыИзменения применены к базе

Потребуется загрузка конфигурации из файла или восстановление из копии

Конфигурация снята с поддержкиЕсть доработки поверх типовой

Откат сложнее: нужен файл конфигурации поставщика или копия до изменений

Отмена изменений, которые ещё не сохранены в базе данных

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

Чтобы отменить такие правки, закройте конфигуратор и на вопрос о сохранении конфигурации ответьте отказом. Если конфигурация уже была сохранена (Ctrl+S), но обновление базы данных не выполнялось, откройте меню «Конфигурация» и используйте пункт «Вернуться к конфигурации БД» — основная конфигурация будет заменена той, что хранится в базе данных.

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

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

Откат уже обновлённой конфигурации через загрузку из файла

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

Порядок действий: завершите работу всех пользователей, откройте конфигуратор в монопольном режиме, сделайте резервную копию текущего состояния (даже если оно ошибочное — это страховка). Затем выполните «Конфигурация» → «Загрузить конфигурацию из файла» и укажите ранее сохранённый cf-файл. После загрузки выполните обновление конфигурации базы данных и согласитесь с реструктуризацией, если платформа её запросит.

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

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

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

Для файловой базы остановите работу пользователей, скопируйте текущий файл 1Cv8.1CD в отдельную папку (на случай, если копия окажется непригодной), затем подмените его файлом из резервной копии. Для клиент-серверной базы восстановление выполняется средствами СУБД либо через создание новой базы и загрузку в неё dt-файла через конфигуратор.

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

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

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

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

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

Способы отката изменений

Возврат к конфигурации БД

Подходит, если обновление базы ещё не выполнялось. Быстро и без рисков, данные не затрагиваются

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

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

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

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

Возврат на поддержку поставщика

Подходит для отказа от доработок типовой конфигурации. Все изменения удаляются

Проверка результата после отката

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

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

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

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

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

Версия конфигурации в «О программе»
Норма

Совпадает с версией до изменений

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

Отображается версия с доработками — откат не завершён

Обновление конфигурации БД
Норма

Конфигуратор сообщает, что обновление не требуется

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

Система просит обновить — конфигурации различаются

Открытие документов и отчётов
Норма

Формы открываются без ошибок

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

Ошибки вида «Объект не найден» — остались ссылки на удалённые объекты

Типичные ошибки и как их избежать

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

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

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

Типичные ошибки
01
Откат без копии текущего состояния — при неудаче вернуться уже не к чему
02
Работа без монопольного режима — обновление прерывается и база остаётся в промежуточном состоянии
03
Игнорирование расширений — доработки продолжают действовать после отката основной конфигурации
04
Загрузка cf файла другой версии — конфликты при реструктуризации и потеря данных

Когда лучше привлечь специалиста

Самостоятельный откат оправдан в простых случаях: правки не обновлены в базе, есть свежий cf-файл или копия, база файловая и некрупная. Эти сценарии описаны выше и безопасны при соблюдении порядка действий.

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

Итог

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

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

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

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

Кнопки «отменить» у этой операции нет. Вернуть прежнее состояние можно только загрузкой ранее сохранённой конфигурации из cf-файла или восстановлением базы из резервной копии. Поэтому перед обновлением всегда сохраняйте текущую конфигурацию в файл.

Что будет с данными при загрузке старой конфигурации?

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

Как отменить изменения, внесённые через расширение конфигурации?

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

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

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

Чем отличается файл cf от файла dt при откате?

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