Дали базу БП каз

1. Типовая доработано.
2. Релиз поставщика 1.5.х.х до второй ред. 19 обновлений.
3. Релиз базы 2.0.6.3 до текущего обновления 31 обновлений
4. База хоть и ред 2.0.6.3 но добавлено с типовой более поздние разработки по разным блокам.

Имею при себе все обновления.
Имею сф 2.0.6.3.
Сравнил конфы. Добавленных объектов не много. Но не знаю где в типовых были изменения.

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

ЗЫ. Хочу обратиться недалеким обновлялщикам.
1. Обновляйте типовые строго с конфой поставщика!!!
2. Не обновляйте блоками!!!
Руки  бы вам оторвать! )))

Тот вот о чем я подумал.
Есть некий типовой док назовем для примера - "Авансовый отчет".

Этот док допустим выл выдернуть более свежего релиза чем нежели релиз осн базы.
И с релиза осн базы до момента релиза где этот док был выдернут имел развитие в виде добавления реквизитов.

Я случайно не затру этот реквизит???

+0

Релиз акутальный === 2.0.29.!!!

Восстанавливать конфигурацию поставщика и обновлять последовательно.

(0) Конфу поставщика обновить уже проблема?
(1) Какой ещё реквизит? Ты гонишь! Обновляй как умеешь, пользователи потом разберутся.

Накатки цфников череваты потерей информации

Конфу поставщика восстановил. Это потребовало мне всего 15 минут.
Тут нет проблем.

А как быть с тем что релиз осн конфы содержит еще более поздние доки (более оздних релизов).

И еще обновлений очень много 31 обновлений! Вот что меня тревожит.

(6) бери бабла просто много. каждый релиз - 5тыщр

Не можешь херануть цфник на пофиг, авось прокатит)))

(7) очевидно, что 150 т р не дадут

(1) Затрешь если будешь делать загрузку конфы.
(6) Если, например, в релизе 6 написано, что можно обновляться с релиза 1, 2, 3, 4, 5, значит при обновлении их можно пропустить и обновляться сразу на 6-ой. Причем нужно запускать в режиме предприятия и дожидаться отработки обработок обновления.

+(10) Таким образом можешь обновится то текущей, обращая внимание только не затер ли нетиповые метаданные.
Потом нужно сравнить текущую 2.0.6.3 с такой же конфой поставщика, выявить уникальные доработки и отделить их от вствок кусков из новых типовых. От этого никуда не деться. Уникальные доработки перенести в обновленную базу. Самому потестировать те места где были хоть какие-то изменения и отдать заказчику на тестирование.

(10) откуда инфа про 6?

(6) сравни CF-поставщика старый и новый:

Если реквизиты не удалялись/переименовывались
     или удалялись в объектах, которых нет в базе
     или на эти объекты в принципе пофиг тогда

>> (8) можешь херануть цфник на пофиг

КонецЕсли;

ОФФ: Напоминает кабельный канал НСТ... Как страшно жить )

Если где-то какой то доработанный код не увидел не страшно важно чтоб при обновлении не затер бы.

Вся сложность в том что куча объектов посажено с поздних релизов и точно не известно с какой.
Может быть с нескольких разные может быть с одной. И это определить почти невозможно.

Запросил на это 2- -22 часа оплачиваемых.