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

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

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

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

Определите, какой именно переход вам нужен

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

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

Сделайте резервную копию и подготовьте исходную базу

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

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

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

Установите новую конфигурацию и создайте базу

Новая конфигурация устанавливается из дистрибутива: запустите setup.exe из комплекта поставки, укажите каталог установки шаблонов. После этого при запуске 1С в окне выбора информационных баз нажмите «Добавить» → «Создание новой информационной базы» и выберите установленный шаблон. Будет создана пустая база с целевой конфигурацией.

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

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

Перенесите данные: три рабочих способа

Типовая обработка перехода

Для популярных переходов (например, с «1С:Бухгалтерия 7.7» на «1С:Бухгалтерия 8» или между редакциями УТ) вендор поставляет готовые обработки переноса и правила обмена. Они находятся в каталоге шаблонов или в документации к целевой конфигурации. Порядок обычно такой: в старой базе запускается обработка выгрузки, формируется файл данных, затем в новой базе запускается обработка загрузки.

Универсальный обмен данными XML

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

Ввод начальных остатков

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

Сравнение вариантов

Типовая обработка перехода

Подходит при наличии официального механизма миграции; переносит документы и справочники автоматически, но только между предусмотренными конфигурациями

Конвертация данных

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

Ввод начальных остатков

Быстро и безопасно, но история документов не переносится; подходит для небольших баз и переходов с начала отчётного периода

Пошаговый порядок переноса через обмен XML

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

1. 1
   Сделайте резервную копию исходной базы и проверьте её восстановление
2. 2
   Установите целевую конфигурацию и создайте новую пустую базу
3. 3
   В исходной базе откройте обработку выгрузки данных, укажите правила обмена и период выгрузки
4. 4
   Сформируйте файл выгрузки и сохраните его в отдельный каталог
5. 5
   В новой базе откройте обработку загрузки, укажите файл и запустите загрузку
6. 6
   Дождитесь окончания, изучите протокол загрузки на предмет ошибок и отказов
7. 7
   Сверьте контрольные отчёты в старой и новой базе на одну дату

Выгрузку лучше выполнять по частям: сначала справочники (номенклатура, контрагенты, склады), затем документы. Так проще локализовать ошибку — если контрагенты загрузились с проблемами, документы по ним тоже упадут, и станет ясно, где искать причину.

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

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

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

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

Дополнительно проверьте полноту справочников: количество элементов в номенклатуре и контрагентах, наличие договоров, единиц измерения, ставок НДС. Частая проблема — «битые ссылки», когда документ загружен, а справочник, на который он ссылается, нет. Их можно найти штатным поиском по строке вида «<Объект не найден>» в списках документов.

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

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

Оборотно-сальдовая ведомость на дату перехода

Норма

Сальдо по всем счетам совпадает со старой базой

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

Есть расхождения по счетам или появились незнакомые субконто

Остатки по складам

Норма

Количество и суммы по каждому складу совпадают

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

Расхождения по отдельным позициям или отрицательные остатки

Список документов

Норма

Документы открываются, ссылки на справочники заполнены

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

Встречаются записи «Объект не найден» или пустые реквизиты

Протокол загрузки

Норма

Нет сообщений об ошибках, все объекты загружены

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

Есть отказы в загрузке или предупреждения о несопоставленных объектах

Типичные ошибки и ограничения

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

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

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

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

Можно ли просто обновить одну конфигурацию до другой через «Обновить конфигурацию»?

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

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

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

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

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

Сколько времени занимает перенос данных?

Зависит от объёма базы и способа. Ввод остатков в небольшой базе — несколько часов, перенос документов за несколько лет через обмен XML может занять от нескольких часов до нескольких суток с учётом тестовых итераций и сверки.

Можно ли продолжать работать в старой базе после перехода?

Технически да, старая база никуда не исчезает, и её обычно оставляют в режиме «только чтение» для доступа к архиву. Но вести учёт параллельно в двух базах нельзя — данные разойдутся, и свести их обратно будет крайне сложно.

Что проверить в первую очередь, если после переноса отчёты не сходятся?

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