Как обновить конфигурацию поставщика в 1С, не трогая основную

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

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

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

Что такое конфигурация поставщика и зачем её обновлять отдельно

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

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

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

Подготовка перед обновлением

Перед любыми манипуляциями с конфигурацией сделайте резервную копию базы. Для файловой базы достаточно скопировать каталог с файлом 1Cv8.1CD при остановленной работе пользователей, для клиент-серверной — выполнить выгрузку в dt через конфигуратор или средствами СУБД. Хотя обновление конфигурации поставщика формально не трогает данные, любая ошибка в следующих шагах может привести к необходимости отката.

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

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

Способ 1: обновление через меню поддержки

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

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

1. 1
   Сделайте резервную копию базы
2. 2
   Откройте конфигуратор монопольно или убедитесь, что загрузка не заблокирована
3. 3
   Перейдите: Конфигурация → Поддержка → Обновить конфигурацию поставщика
4. 4
   Укажите cf-файл нового релиза или файл обновления
5. 5
   При появлении окна сопоставления проверьте соответствие объектов
6. 6
   Подтвердите обновление конфигурации поставщика
7. 7
   Откажитесь от обновления конфигурации базы данных, если платформа его предложит

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

Способ 2: загрузка cf-файла с отказом от обновления базы

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

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

Сравнение и объединение как контролируемый вариант

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

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

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

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

Обновить конфигурацию поставщика

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

Сравнить, объединить с файлом

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

Загрузить конфигурацию из файла

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

Проверка результата

После обновления конфигурации поставщика убедитесь, что всё прошло корректно. Откройте «Конфигурация → Поддержка → Настройка поддержки» и проверьте, что версия поставщика соответствует новому релизу. Версия рабочей конфигурации при этом должна остаться прежней.

Дополнительная проверка — выполните сравнение основной конфигурации с конфигурацией поставщика («Конфигурация → Сравнить с конфигурацией поставщика»). Вы увидите актуальную картину отличий ваших доработок от нового эталона. Это и есть конечная цель операции: корректная база для будущего обновления.

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

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

Версия в настройке поддержки

Норма

Соответствует новому релизу поставщика

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

Осталась старой — обновление эталона не выполнено

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

Норма

Не изменилась

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

Изменилась — был выполнен лишний шаг, проверьте историю действий

Работа пользователей

Норма

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

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

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

Сравнение с конфигурацией поставщика

Норма

Показывает только известные доработки

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

Массовые отличия типовых объектов — сопоставление прошло некорректно

Ограничения и частые вопросы

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

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

FAQ

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

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

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

Технически платформа иногда позволяет это сделать, но результат часто бывает некорректным: сопоставление объектов выполняется с ошибками. Рекомендуется обновлять эталон последовательно по релизам, как и при обычном обновлении.

Пункт «Обновить конфигурацию поставщика» неактивен. Что делать?

Чаще всего это означает, что конфигурация полностью снята с поддержки. Откройте «Настройка поддержки», включите поддержку с указанием cf-файла нужного релиза поставщика. Учтите, что для доработанной конфигурации это потребует последующего сопоставления объектов.

Чем отличается cf-файл от cfu-файла?

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

Как откатиться, если обновление конфигурации поставщика прошло с ошибками?

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

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

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