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

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

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

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

Когда требуется замена конфигурации

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

Типичные ситуации:

• Переход на новую редакцию — например, с «1С:Бухгалтерии 2.0» на «3.0». Здесь используется не простая замена, а специальный механизм перехода с конвертацией данных.
• Восстановление типовой конфигурации — база была сильно доработана, доработки устарели или конфликтуют, и принято решение вернуться к типовой версии поставщика.
• Перенос доработок — конфигурация, доработанная в тестовой базе, загружается в рабочую базу через CF-файл.
• Обновление на новый релиз — штатная операция через механизм поддержки, строго говоря, это обновление, а не полная замена.
• Объединение конфигураций — когда нужно перенести отдельные объекты из одной конфигурации в другую без полной замены.

Подготовка: резервная копия и монопольный режим

Перед любой заменой конфигурации создайте резервную копию. Самый надёжный способ — выгрузка информационной базы в файл DT через Конфигуратор: меню «Администрирование → Выгрузить информационную базу». Для клиент-серверных баз дополнительно рекомендуется сделать копию средствами СУБД (MS SQL, PostgreSQL), потому что восстановление из DT на больших базах занимает много времени.

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

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

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

Это самый прямой способ полной замены. Файл CF содержит конфигурацию целиком и при загрузке замещает текущую конфигурацию базы вместе со всеми изменениями.

1. 1
   Откройте базу в Конфигураторе под пользователем с полными правами.
2. 2
   Сделайте выгрузку базы в DT (Администрирование → Выгрузить информационную базу).
3. 3
   Откройте конфигурацию: Конфигурация → Открыть конфигурацию.
4. 4
   Выберите Конфигурация → Загрузить конфигурацию из файла и укажите путь к CF-файлу.
5. 5
   Дождитесь окончания загрузки и согласитесь на обновление конфигурации базы данных (или нажмите F7).
6. 6
   Проверьте список изменений структуры данных и подтвердите реструктуризацию.
7. 7
   Запустите базу в режиме Предприятие и проверьте работу ключевых функций.

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

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

Способ 2. Обновление через поддержку поставщика

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

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

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

Загрузка CF или обновление через поддержку

Загрузка из файла (CF)

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

Обновление через поддержку

Сохраняет доработки через механизм сравнения/объединения. Подходит для смены релиза типовой конфигурации. Требует, чтобы база была на поддержке.

Сравнение и объединение

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

Способ 3. Сравнение и объединение конфигураций

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

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

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

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

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

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

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

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

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

Запуск базы в режиме Предприятие

Норма

База открывается без ошибок, версия конфигурации соответствует ожидаемой (смотрите «О программе»)

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

Ошибки при запуске, сообщения о несовместимости версий

Журнал регистрации

Норма

Нет ошибок обработчиков обновления и фоновых заданий

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

Ошибки обновления данных, незавершённые обработчики

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

Норма

Документы проводятся, движения формируются корректно

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

Ошибки проведения, ссылки на несуществующие объекты

Тестирование и исправление

Норма

Проверка «Тестирование и исправление» не выявляет критичных ошибок

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

Битые ссылки, ошибки логической целостности

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

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

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

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

Чем отличается файл CF от файла DT?

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

Потеряются ли данные при загрузке конфигурации из файла?

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

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

Загрузите CF-файл типовой конфигурации того же релиза через «Загрузить конфигурацию из файла», затем обновите конфигурацию базы данных. Учтите, что доработанные объекты и их данные, отсутствующие в типовой версии, будут удалены — предварительно перенесите нужные данные обработками.

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

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

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

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

Нужно ли обновлять платформу перед заменой конфигурации?

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