Разработка и Конфигурация · 9 мин
Как поменять конфигурацию в 1С
Как поменять конфигурацию в 1С: обновление через поддержку, загрузка cf-файла, объединение конфигураций, снятие с поддержки. Пошаговые инструкции, риски и проверка результата.
Смена конфигурации в 1С — это либо обновление типовой конфигурации до нового релиза, либо переход на другую конфигурацию (например, с «Управление торговлей 10.3» на «Управление торговлей 11»), либо загрузка доработанной конфигурации из файла. Во всех случаях работа ведётся через конфигуратор, а главный риск — потеря данных или доработок, поэтому любое действие начинается с резервной копии.
Способ смены конфигурации зависит от того, стоит ли база на поддержке, есть ли в ней доработки и какой именно результат нужен. Ниже разобраны все основные сценарии: от штатного обновления типовой базы до ручной загрузки cf-файла и объединения конфигураций.
Подготовка: резервная копия и проверка условий
Прежде чем менять конфигурацию, сделайте полную резервную копию базы. Самый простой способ — выгрузка информационной базы: в конфигураторе откройте меню «Администрирование → Выгрузить информационную базу» и укажите файл с расширением .dt. Для файловой базы допустимо также просто скопировать файл 1Cv8.1CD, но при этом база не должна быть открыта пользователями.
Проверьте три условия. Во-первых, все пользователи должны выйти из базы — обновление конфигурации базы данных требует монопольного доступа. Во-вторых, у вашей учётной записи должны быть полные права (роль «Администратор»). В-третьих, убедитесь, что у вас есть дистрибутив нужного релиза: шаблоны обычно устанавливаются в каталог шаблонов (по умолчанию в папку tmplts профиля пользователя).
Обновление типовой конфигурации на поддержке
Если конфигурация типовая и стоит на полной поддержке, обновление выполняется штатным механизмом. Откройте конфигуратор, перейдите в меню «Конфигурация → Поддержка → Обновить конфигурацию». Система предложит выбрать источник: поиск доступных обновлений в каталоге шаблонов или указание конкретного файла обновления.
После выбора релиза запустится сравнение конфигураций. Если база типовая, достаточно нажать «Выполнить» — платформа сама заменит изменённые объекты. Затем подтвердите обновление конфигурации базы данных (клавиша F7 или команда «Конфигурация → Обновить конфигурацию базы данных»). При реструктуризации таблиц на больших базах этот этап может занять продолжительное время.
- 1Сделайте выгрузку базы в dt-файл и завершите сеансы пользователей
- 2Откройте конфигуратор: Конфигурация → Поддержка → Обновить конфигурацию
- 3Выберите источник обновления и нужный релиз
- 4В окне сравнения нажмите «Выполнить»
- 5Примите изменения и обновите конфигурацию базы данных (F7)
- 6Запустите базу в режиме предприятия и дождитесь выполнения отложенных обработчиков обновления
Обновление доработанной конфигурации
Если конфигурация изменена, но остаётся на поддержке, обновление идёт по тому же пути, но окно сравнения потребует ручной разметки. Объекты, изменённые и в вашей базе, и в новом релизе поставщика, нужно обрабатывать индивидуально: либо принимать версию поставщика (доработка будет потеряна), либо оставлять свою версию (рискуете потерять исправления поставщика), либо объединять вручную через построчное сравнение модулей.
Практическое правило: сначала обновляйте на копии базы и составьте список конфликтных объектов. Для модулей используйте детальное сравнение текста — так видно, какие именно строки изменил поставщик, и можно перенести свои доработки в новый код. После обновления обязательно проверьте работу доработанного функционала.
Смена конфигурации через загрузку cf-файла
Команда «Конфигурация → Загрузить конфигурацию из файла» полностью заменяет текущую конфигурацию содержимым cf-файла. Этот способ применяют, когда переносят готовую конфигурацию из другой базы или разворачивают поставку разработчика. Важно понимать: загрузка cf не сравнивает объекты, а заменяет всё целиком, поэтому все доработки текущей базы будут потеряны.
Перед загрузкой конфигурация должна быть открыта («Конфигурация → Открыть конфигурацию»), а если она на поддержке — сначала выполните «Поддержка → Настройка поддержки → Снять с поддержки». После загрузки файла обновите конфигурацию базы данных. Если структура данных новой конфигурации несовместима со старой, реструктуризация может завершиться ошибками — в этом случае данные по удалённым объектам будут потеряны.
Способы смены конфигурации
Подходит для типовых и доработанных баз на поддержке; сохраняет возможность сравнения объектов и контролируемого объединения
Полная замена конфигурации; подходит для развёртывания готовой поставки, но уничтожает все отличия текущей базы
Перенос отдельных объектов или доработок из другой конфигурации с выбором правил объединения по каждому объекту
Смена самого продукта, например УТ 10.3 на УТ 11; выполняется через специальные обработки перехода от вендора, а не простой загрузкой
Объединение конфигураций
Команда «Конфигурация → Сравнить, объединить с конфигурацией из файла» позволяет перенести из внешнего cf-файла только выбранные объекты. В окне сравнения отметьте галочками нужные объекты и для каждого задайте режим: «Взять из файла», «Оставить текущий» или «Объединить». Для модулей доступно построчное объединение с приоритетом одной из сторон.
Этот способ используют, когда нужно перенести доработки из тестовой базы в рабочую или внедрить отдельный функциональный блок. После объединения проверьте ссылки между объектами: если перенесли документ, но не перенесли используемый им справочник, конфигурация не пройдёт проверку и база не обновится.
Смена конфигурации через хранилище и расширения
В командной разработке конфигурацию часто меняют через хранилище: разработчик захватывает объекты, изменяет их и помещает обратно, после чего рабочие базы обновляются из хранилища. Это не меняет сам принцип — сравнение и обновление конфигурации базы данных — но добавляет контроль версий и историю изменений.
Отдельный случай — расширения конфигурации. Если задача — добавить или изменить функциональность без затрагивания типового кода, менять саму конфигурацию не обязательно: расширение подключается в режиме предприятия или конфигуратора («Все функции → Стандартные → Управление расширениями конфигурации») и не нарушает поддержку. Для небольших доработок типовых баз это предпочтительный путь.
Проверка результата и типичные ошибки
После смены конфигурации выполните проверку: «Конфигурация → Проверка конфигурации» с включёнными режимами логической целостности и поиска некорректных ссылок. Затем запустите базу в режиме предприятия под полными правами — при обновлении релиза отработают обработчики обновления данных, и их завершение нужно дождаться до начала работы пользователей.
Контрольные точки: версия конфигурации в окне «О программе» соответствует целевому релизу; отложенные обработчики обновления завершены без ошибок; ключевые документы и отчёты открываются и формируются; доработанный функционал работает как раньше. Если что-то из этого не выполняется, рабочую базу пользователям открывать рано.
Как проверить результат
Совпадает с целевым релизом в окне «О программе»
Версия старая — обновление конфигурации базы данных не выполнено
Все обработчики завершены без ошибок
Есть ошибки или зависшие обработчики — данные обновлены не полностью
Нет ошибок логической целостности и битых ссылок
Ошибки компиляции модулей или отсутствующие объекты
Изменённые объекты функционируют как до обновления
Доработки исчезли или выдают ошибки — их перезаписал релиз поставщика
Частые вопросы
Можно ли поменять конфигурацию без конфигуратора?
Частично. В клиент-серверном варианте администратор может обновить конфигурацию через пакетный запуск конфигуратора с параметрами командной строки, а расширения подключаются прямо в режиме предприятия. Но полноценная смена конфигурации всегда требует конфигуратора или его пакетного режима.
Что делать, если обновление требует несколько промежуточных релизов?
Обновляйтесь последовательно через каждый обязательный релиз, указанный в файле поставки (обычно 1cv8.htm в каталоге шаблона). Пропуск обязательных версий приводит к ошибкам обработчиков обновления и некорректным данным.
Как вернуть старую конфигурацию, если обновление прошло неудачно?
Восстановите базу из выгрузки dt или из копии файла 1Cv8.1CD, сделанной до обновления. Откатить конфигурацию штатными средствами нельзя — только восстановление из резервной копии.
Чем отличается конфигурация базы данных от конфигурации в конфигураторе?
Конфигурация, которую вы редактируете в конфигураторе, — рабочая копия. Конфигурация базы данных — то, с чем реально работают пользователи. Изменения вступают в силу только после команды «Обновить конфигурацию базы данных».
Можно ли перейти с одной типовой конфигурации на другую простой загрузкой cf?
Нет. Переход, например, с «Управление торговлей 10.3» на «Управление торговлей 11» выполняется специальными обработками переноса данных от вендора. Простая загрузка cf несовместимой конфигурации не перенесёт данные и приведёт к их потере.
Что важно запомнить
Любая смена конфигурации начинается с резервной копии и завершается проверкой: версия релиза, отложенные обработчики, работа доработок. Типовые базы обновляйте через поддержку, для переноса отдельных объектов используйте объединение, а загрузку cf применяйте только там, где полная замена конфигурации — именно то, что нужно.