Обновление, замена или переход на другое решение: три пути сменить конфигурацию 1С 8.3

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

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

Подготовка базы к смене конфигурации

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

📦 Что сохранить:

• Выгрузку информационной базы (.dt) — полную копию данных и конфигурации. В Конфигураторе: Администрирование → Выгрузить информационную базу. Из неё база восстанавливается целиком.
• Файл текущей конфигурации (.cf) — Конфигурация → Сохранить конфигурацию в файл. Он нужен для доработанной базы: по нему потом видно, какие изменения были сделаны и что потерялось при объединении.

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

Что ещё проверить до начала:

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

Обновление и полная замена конфигурации: в чём разница

Внешне всё выглядит как «поставить новую конфигурацию». Но внутри платформа ведёт себя по-разному.

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

Как обновить типовую конфигурацию 1С

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

Из пользовательского режима

Это самый короткий путь для БП 3.0, ЗУП 3.1, УТ 11 и других программ на БСП.

1. Откройте Администрирование → Интернет-поддержка и сервисы.
2. Найдите блок обновления версии программы и подключите интернет-поддержку логином и паролем портала 1С, если она ещё не подключена.
3. Запустите обновление. Программа сама скачает нужные файлы и построит цепочку релизов.
4. Дождитесь, пока программа завершит работу, обновит конфигурацию и запустится снова.
5. После перезапуска откроется форма обработки данных для перехода на новую версию. Не закрывайте программу, пока обработка не закончится.

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

Через Конфигуратор файлом .cfu

Ручной способ нужен, когда интернет-поддержки нет или автоматическое обновление падает.

1. Скачайте файлы обновления и установите их: дистрибутив распакуется в каталог шаблонов, по умолчанию %APPDATA%\1C\1cv8\tmplts\1c\.
2. Откройте базу в Конфигураторе. Если дерево конфигурации не видно, нажмите Конфигурация → Открыть конфигурацию.
3. Выберите Конфигурация → Поддержка → Обновить конфигурацию.
4. Укажите поиск доступных обновлений или выберите файл 1cv8.cfu из каталога нужного релиза.
5. Нажмите «Выполнить» и подтвердите обновление конфигурации базы данных.
6. Запустите 1С:Предприятие под администратором, чтобы отработали обработчики обновления.

Смена конфигурации в доработанной базе: сравнение и объединение

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

Порядок действий:

1. Сохраните текущую конфигурацию в файл .cf — это ваша точка возврата.
2. Конфигурация → Поддержка → Обновить конфигурацию, выберите файл 1cv8.cf нового релиза.
3. Откроется окно сравнения. В нём отмечены объекты, изменённые и поставщиком, и вами — они требуют решения.
4. Для каждого такого объекта задайте режим: взять из новой конфигурации, оставить свой вариант или объединить построчно с приоритетом одной из сторон.
5. После объединения проверьте модули с пометками о конфликтах и запустите Конфигурация → Проверка конфигурации.
6. Сохраните и обновите конфигурацию базы данных (F7).

🔧 Приёмы, которые экономят время на следующих обновлениях:

• Выносите доработки в расширения. Расширение (.cfe) подключается к типовой конфигурации, а сама она остаётся на полной поддержке. Тогда обновление снова идёт файлом .cfu без объединения, а расширение достаточно проверить после установки релиза.
• Не снимайте объекты с поддержки без нужды. Объект, снятый с поддержки, при обновлении не меняется вообще — новые исправления поставщика в него не попадут.
• Сравнивайте заранее. Команда Конфигурация → Сравнить, объединить с конфигурацией из файла показывает различия до того, как вы что-то поменяли.

Полная замена: загрузка конфигурации из файла .cf

Команда Конфигурация → Загрузить конфигурацию из файла заменяет основную конфигурацию целиком. Применяют её в узких случаях:

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

Шаги:

1. Убедитесь, что копия .dt сделана и проверена.
2. Выберите Конфигурация → Загрузить конфигурацию из файла и укажите .cf.
3. Платформа предупредит о замене и может спросить, ставить ли конфигурацию на поддержку. Для типового релиза поставщика соглашайтесь: иначе будущие обновления придётся делать объединением.
4. Обновите конфигурацию базы данных. Перед применением Конфигуратор покажет список изменений структуры.
5. Внимательно прочитайте этот список. Если в нём есть удаление таблиц или реквизитов с данными — остановитесь и разберитесь.

Переход на другую конфигурацию с переносом данных

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

Общая схема перехода:

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

💡 Переход с начала года или квартала с переносом только остатков — самый надёжный вариант. История остаётся в старой базе, а новая начинается чисто, без «хвостов» прошлых ошибок.

Что проверить после переноса:

• 📊 остатки по деньгам, расчётам с контрагентами и складу на дату перехода;
• 👥 справочники: контрагенты без дублей, номенклатура с правильными единицами;
• ⚙️ учётную политику и настройки параметров учёта — они не переносятся обменом, их задают заново;
• 🔐 пользователей и права — в новой базе их создают отдельно.

Почему не удаётся сменить конфигурацию: ошибки и решения

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

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