Господа.

Имеется бухгалтерия КОРП 106 релиз.
Частично доработанная + расширение.
Была снята с поддержки.

1 Поставил на по поддержку с возможностью обновления путем накатывания CF 106 релиза.
2 Обновил со 106-го на 109
3 Выполнил обновление конфигурации поставщика со 109 на 110 релиз, но не обновил конфигурацию базы данных.
т.е люди работают на 109-ом, а конфигурация загружена 110-ый

Теперь выяснилось, что в 109-ом релизе имеется ошибочка. Исправить ее не сложно но при этом придется накатывать 110 релиз.
110 накатывать стремно,
есть желание вернуться к 109-ому с исправленной ошибкой.

Плана работ :
1 Выгружаю конфигурацию базы данных со 109-ым релизом в СF файл.
2 Накатываю этот CF.
3 исправляю ошибочку
4 Выполняю обновление конфигурации базы данных

Прошу дать ценный советы и критические замечания

Спасибо

(0) Просто сделай возврат к конфигурации БД, если я правильно понял что ты хочешь

актуальный релиз 3.0.111.16    14.04.22

И если с обновлением испытываете такого рода моральные трудности... ну так верните базу на типовой и затолкайте _все_ дописки в расширения.

(2) Это долго (шибко много доработок), надо быстрее
Рабочая конфа вроде имеется - выгрузить-загрузить и немножко подправить.
Какие могут быть проблеммы?

Структура данных не обновлялась - соответствует 109-му релизу.
Вроде все должно пройти гладко ?

(4) вот ты сложный. Нажми уже: Конфигурация - Конфигурация БД - Вернуться к конфигурации БД -)

или крестик наденьте, или трусы снимите.

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

Типовые актуальные CF получайте обновляя нарочно созданную и абсолютно типовую базу для получения обновленного CF из загрузок CFU

Сделали на базе разработчика нужное состояние релиза - выгрузили в CF и загрузили из файла.

(4) А какая разница, соответствует или не соответствует?!
База данных и конфиг базы данных структурно не могут друг от друга отличаться.
До применения "текущей" к базе данных - текущая просто балластом болтается и тупо занимает место на диске и в оперативе.

(1) Это и надо .
Как это сделать без выгрузки загрузки CF?

(5) Это у меня не активно.
Видимо обновления на 110 всетаки не было.
Как проверить какой релиз конфигурации загружен?

(8) Если у тебя это не активно, значит у тебя основная конфигурация и конфигурация БД одинаковые. Следовательно они или обе 109 или обе 110 и ты нам что то не так рассказываешь

В конФигураторе, когда конфигурация открыта - сверху в ее заголовке висит (!) или как видно, что текущая конфигурация не совпадает с конфигурацией БД ?

(9) Да возможно вру - сам разбираюсь, что к чему. Прошу простить
(10) То что в конфигураторе - в справке - это рабочий релиз.
а где посмотреть кака основная конфигурация ?

(10) Висит что Бухгалтерия КОРП.
Номер релиза - не висит

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

Всего конфигураций в базе обязательно две : примененная к базе и текущая.
Если конфигурация "на замке", тогда (грубо говоря) текущая - это и есть конфигурация поставщика.

Когда "разрешены изменения с сохранением поддержки" - создается три копии : конфа базы, конфа текущая (с изменениями разработчика), конфа поставщика (только от поставщика)

Наличие знака (!) в заголовке окна открытой конфигурации сигнализирует, что "текущая" и "конфигурация БД" не совпадает

В конфигураторе есть возможность "Сравнить конфигурации"

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

(13-14) ОК
Таким образом в этих терминах :
- релиз конфы базы мы видим в справке
- релиз текущей где можно видеть?

(15) в свойствах корня конфигурации, если ее окно открыто.

(16) Нашел. спасибо
У меня действительно имеется соответствие конфы БД и текущей.
так что править буду в текущей.

(16) Продолжим.
По поводу (6)
Почему Вы предлагаете такой путь
Если имеется стандартный путь обновления конфигураций с возможностью изменения.
Обновить конфигурацию и затем показать дважды измененные объекты.
После чего копаемся в этих "дважды измененных" и ручками вносим изменения?

(18) с точки зрения эксплутации платформы и конфигуратора и поставки обновления базы от поставщика - это все обязательно должно быть реализовано.
Т.е. не нужно удивляться, что такие возможности имеются в платформе.

Но когда база достаточно критична относится к наличию доработок,
когда по каким-то мотивам отказываются от разработки доработок только в расширениях
когда есть нормально организованный контур тестирования/сопровождения/разработки - сделайте уже нормальный шаг и выбросите из продуктивной БД конфигурацию Поставщика.
На живую, прямо в продуктиве БД никто не разрабатывает. А если вся разработка выполнена отдельно, то результат - это просто "загрузить из файла"

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

Ради интереса, можете поразбираться, как все устроено при использовании разработок конфигурации с хранилищем конфигурации.

Если я правильно понял, то Вы предлагаете
1 Снять с поддержки "продуктив" базу
2 Всю разработку и обновления вести в тестовой базе
3 "Продуктив" базу обновлять путем выгрузить/загрузить cf

При этом тестовая база обновляется видимо стандартным способом - через сравнение и объединение и затем "показать дважды измененные" и т.д.

У нас  "продуктив" обновляется через хранилище - соответственно она нен снята с поддержки