Обновлени Бух КОРП на последний релиз

Добрый день всем, кто решился таки очередной раз зайти в тему про обновления.
Понимаю, что вопрос избитый и поиск рулит, но, прочитав несколько разных ответов, понимаю, что начинаю путаться.
Теперь ближе к делу:
В наследство от прошлого админа 1С досталась достаточно сильно переписанная база Бухгалтерии КОРП 3.0, релиз 3.0.41.59 от сентября 2015 года, версия платформы 8.3.8.1861. Стоит задача обновить ее на актуальный релиз с сохранением внесенных изменений, на данный момент 3.0.48.19.
Вопрос первый, как лучше обновиться:
- Последовательно с релиза на возможный релиз будет 14 шагов (на 1cupdate.ru посчитал). И потом в крайний до вносить измененные данные. Метод наверно правильный, но уж очень трудоёмкий.
- Сразу на последний релиз с помощью сравнение/объединение с CF, исключая наши изменения и/или потом их занося.
Тут страшно, где-то прочитал, что когда "прыгаешь" сразу на несколько релизов чревато потерей данных.
Вопрос второй:
Как в принципе правильно вести конфигурацию на поддержке плюс дописывать свои изменения, чтобы с обновлениями было минимум проблем. Кроме как помечая комментариями своими вносимые изменения и создавая новые объекты метаданных и в голову ничего не лезет...
Вопрос третий:
Зная комментарии прошлого админа о внесенных изменениях, можно ли просто обновить всё где их нет? Или это чем-то чревато?
Вопрос четвертый:
При обновлении будут "вылезать" новые объекты. И наоборот те, что есть в моей базе, а в новой нет. Как понять, что они типовые, а не рукописные?

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

kaban, а прошлый админ обиделся и теперь не помогает?

Ужосс...
Такие вопросы задаёт 0дмин баз

Prikum пишет:

Pin пишет:

Я в своё время несильно изменённую базу бухгалтерии 3.0 обновлял так:
1. Сделал копию текущей базы в отдельную папку
2. Обновил последовательно по релизам обновления так, как предлагал мне компьютер после анализа. Новые наши реквизиты он никогда не предлагает удалить, а свои с радостью добавляет. Делал так, до последнего релиза в обновлениях.
3. Потом в копии базы (которую я сохранил до обновления), вызвал сравнение конфигураций (основной конфигурации с конфигурацией поставщика). Мне выдались только наши доработки.
4. В обновлённой базе смотрел, сохранились ли эти доработки после всех обновлений, если нет, то добавлял в рабочую базу доработки.
В результате, база стала со всеми нашими доработками.

Бухгалтерию 2.0 можно сразу обновлять CFкой за 1 шаг, а в бухгалтерии 3.0 это не прокатывает, приходится не перескакивать через максимально возможные релизы обновлений.

Vladko, спасибо тебе, добрый человек. Я себе почти такой путь и выбрал. Единственное, что я думал в каждый новый релиз переносить наши изменения. С Вашим подходом уйдет намного меньше времени.