Есть доработанная типовая конфигурация на поддержке с возможностью изменений.
Есть пропущенные релизы - около 10 штук (cfu).
Есть тестовая копия рабочей базы.
Если накатить последовательно на тестовую базу все cfu в режиме обновления (внося ручные правки там, где нужно оставить доработки), и подготовить в результате cf-файл, включающий все изменения.

Потом взять этот cf и накатить через сравнение-объединение или замену cf, а потом прогнать все cfu, сняв для всех объектов галочки (для поднятия версии конфигурации поставщика).

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

ужас какой-то
накатываешь все цфу в режиме затирания нетиповых изменений
потом ручками изменяешь полученный цф
только так

(0) данный вопрос обсужден на форуме 100500 раз

(1) хм. но так сложно будет найти "дважды измененные", разве нет? Особенно если изменений очень много.
(2) Да я читала тоже 100 раз, но обновляю типовые ОЧЕНЬ редко, хочу подтверждения от людей, возможно уже налетавших на грабли. Опыт не пропьешь. :)

(0) >>>Если накатить последовательно на тестовую базу все cfu в режиме обновления<<<
в таком случаи после каждого обновления можно сохранять cf, которые потом просто последовательно загружать в рабочую, запуская предприятие после каждой загрузки

(4) т.е. все же до сих пор нежелательно обновлять последним cf?
Хотелось сэкономить окно на обновление.
Про старые релизы знаю, что могли быть косяки в данных при пропуске релизов. Свежих релизов (БП 3.0, ЗУП 2.5) это тоже касается?

(5) При обновлении 1-м cf - нет 100% гарантии от косяков, но если понимать что делаешь, то вероятность неудачного обновления минимальна. В любом случае сначала на копии тестировать надо.

(3) как вариант можно выгрузить тексты модулей и использовать DiffMerge например

(0) Если конфигурация бухгалтерия или УТ, тогда прыжок сразу на 10 релизов безболезненный. Если у тебя УПП или комплексная, тогда лучше по cfu

(3) сравнить текущий цф с конфигурацией поставщика
запротоколировать
потом руками по этой бумажке руками менять конечный цф
только так

и не факт, что 10
там же окна есть

> Есть доработанная

что там доработанного ?

(0)если это не фискальная бухгалтерия то можно и не делать ничего

Попробуйте узнать с помощью желтых книжек или гуглопоиска что-нибудь про слово "поставка" в контексте 1С. Должно полегчать.

(0)насколько я понял вопрос там дело в том что запускаются обработки при обновлении и таким образом вам нужно в общем случае не один такой цф готовить а несколько в порядке доступности непоследовательного обновления описанного в юсерском разделе