Как откатить конфигурацию 1С назад

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

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

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

Что проверить перед откатом конфигурации

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

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

Уточните версию, к которой будете возвращаться. Откройте «Конфигурация → Поддержка → Настройка поддержки» и запишите текущую версию конфигурации поставщика. Дистрибутив предыдущей версии обычно остаётся в каталоге шаблонов (tmplts) или доступен на портале 1С, если действует договор ИТС.

Способ 1. Загрузка конфигурации из файла .cf

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

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

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

1. 1
   Сделайте выгрузку .dt текущего состояния базы
2. 2
   Завершите работу всех пользователей и фоновых заданий
3. 3
   Откройте конфигуратор с правами администратора
4. 4
   Выполните «Конфигурация → Загрузить конфигурацию из файла» и укажите .cf нужной версии
5. 5
   Выполните «Конфигурация → Обновить конфигурацию базы данных», проверьте список реструктуризации
6. 6
   Запустите режим предприятия и проверьте типовые операции
7. 7
   Сообщите пользователям о возможности входа

Способ 2. Восстановление базы из резервной копии

Если файл конфигурации нужной версии отсутствует, единственный вариант — восстановить всю базу из копии, созданной до неудачного обновления. Для файловой базы используйте выгрузку .dt: в конфигураторе выберите «Администрирование → Загрузить информационную базу» и укажите файл. Имейте в виду: загрузка .dt полностью заменяет текущую базу, включая список пользователей и все данные.

Для клиент-серверных баз на MS SQL или PostgreSQL корректнее восстанавливать копию средствами СУБД, а не через .dt — это быстрее и надёжнее для больших объёмов. Восстановите бэкап в новую базу, подключите её в консоли кластера или через файл списка баз и проверьте работоспособность, прежде чем переводить на неё пользователей.

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

Способ 3. Откат через хранилище конфигурации

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

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

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

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

Для типовых конфигураций на поддержке есть ещё один путь: установить предыдущий релиз из каталога шаблонов и загрузить его конфигурацию поставщика. Откройте «Конфигурация → Поддержка → Настройка поддержки», при необходимости снимите конфигурацию с поддержки изменений, затем через «Загрузить конфигурацию из файла» укажите файл 1cv8.cf из каталога нужного релиза (обычно внутри папки tmplts по пути вида «1c\Accounting\версия»).

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

Сравнение способов отката

Загрузка файла .cf

Быстрый откат только конфигурации, данные сохраняются. Требует заранее сохранённого файла нужной версии

Восстановление из .dt или SQL-копии

Полный возврат к прошлому состоянию, но теряются данные, введённые после создания копии

Откат через хранилище

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

Отключение расширения

Решает проблему, если сбой вызван расширением, без отката основной конфигурации

Проверка результата и типичные ошибки

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

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

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

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

Версия конфигурации

Норма

В «О программе» отображается целевая (предыдущая) версия

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

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

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

Норма

База открывается без ошибок обновления и обработчиков

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

Ошибки обработчиков обновления или требование завершить переход на новую версию

Проведение документов

Норма

Тестовый документ проводится, отчёты формируются

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

Ошибки обращения к реквизитам — данные не соответствуют старой структуре

Регламентные задания

Норма

Задания выполняются по расписанию без ошибок

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

Задания заблокированы или дублируют операции из основной базы

Когда самостоятельный откат небезопасен

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

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

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

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

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

Где взять файл конфигурации предыдущей версии?

Проверьте каталог шаблонов (tmplts) — там обычно остаются дистрибутивы ранее установленных релизов, внутри которых есть файл 1cv8.cf. Также файл можно получить из дистрибутива на портале 1С при действующем договоре ИТС или сохранить из любой базы, где нужная версия ещё работает.

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

Завершите сеансы всех пользователей: в файловой базе — попросите выйти из программы, в клиент-серверной — завершите сеансы через консоль кластера или «Администрирование → Активные пользователи». Также отключите фоновые задания, которые могут удерживать соединение с базой.

Откатится ли конфигурация, если база не запускается в режиме предприятия?

Да, для загрузки .cf достаточно работающего конфигуратора — режим предприятия не нужен. Если не открывается и конфигуратор, проблема глубже отката версии: потребуется тестирование и исправление или восстановление из копии средствами СУБД.

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

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

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

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