Здравия, такой вот вопросик =)

правильно - объединить

да, объеденить только

(0) могут пропасть данные касаемо нетиповых изменений

(3), а касаемо типовых данных?

(3), а если дописки вернуть при помощи сравнить\объединить? если еще ИБ не обновил

(4) а че с ними будет, если их не было?

(5) почитай уже про объединение нетиповых конфиг

(4), в каком смысле не было?

(8) -> (6)

Делай через поддержку

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

(11), есть - 3.

Я не говорил об обновлении! Натянуть на не типовую УПП 1.3.23.1 типовую УПП 1.3.23.1. Что будет в таком случае ?

(10)Как сказано - обновлять "рабочую" ИБ через поддержку - обновить конфигурацию, при этом там будет достаточно удобно сохранить часть доработок без потери (будет видно где они есть и где они "конфликтуют" с новой поставкой - хоть и очень примитивно и не всегда очевидно). А уже потом до перенести оставшиеся "потерянные" изменения.

(13), блин, вопрос то не об обновлении.

У меня есть УПП 1.3.23.1 полностью снятая с поддержки. Что будет если я натяну типовую конфигурацию того же релиза?

(12)Спасибо, я слепой прочитал "провальный" как "правильный"
Отвечу 3., но в (11) я написал, что такой подход для определённой ситуации имеет право на жизнь - ведь сначала обычно готовят итоговую конфигурацию (по быстрому), а уже потом "правильно" обновляют "рабочую" ИБ и в конце ставят конфу со всеми доработками.
(14) Тогда непонятно, в чём определять "успешность"? Возможна потеря данных в ИБ - тогда 2. 50/50

(15) случайо выбрал п.3 при голосовании

(15), т.е. нельзя все таки быть уверенным, что данные не потеряются? Именно "типовые" данные.

А если вернуть дописки при помощи сравнить\объединить, то добавленные реквизиты при обновлении ИБ остануться?

потеряешь данные хранящиеся в дописках. Если конечно дописки - это не внешние печатные формы

(18), а если (17) ?

Опробовал. Все хорошо. Никаких потерь данных не обнаружил. Ни дописанных, ни типовых. Конечно, я не проверил все объекты, однако, то что проверил - в норме.

(20) Молодец. Перекидывай проект в "завершенные" и забывай про это. И надейся, что врачи, милиционеры и пожарные не будут работать так, как ты ("риск того, что что-то сломалось есть, но я часть проверил - все ОК, значит, все ОК") :)

(21), ну передергивать не надо

Без разницы, главное дописки вернуть на место до обновления ИБ.

или всё сломается и тс справедливо уволят или нет

(22) могут данные не стереться, а просто измениться.

Хез каких реквизитов подобавляли "дописчики" и насколько они критичны.

В (1) сказано правильно.

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

(24) А может, только через квартал выяснится, что навернулся регистр для супер-пупер отчета марь иванны.. Она, поди, почти тонну весит,- а автор?

вообще-то вопрос был чисто теоретический.
так что сарказм тут не уместен.
разве я говорил, что дальше клиент будет пользоваться этой базой?
это вопрос из раздел "а что если..."

"если все грамотно", то...

Недавно стояла такая же задача. Что сделали.
1. Загрузили чистую конфигурацию.
2. Обновили.
3. Вернули доработки.
4. Переносом дополнили данные из не обновленной конфигурации.