Добрый день!

Есть база УПП 1.2.29.1 сильно измененная.
Добавлены новые документы, константы, регистры, перечисления, отчеты, обработки, интерфейсы.
Добавлены новые реквизиты в стандартные документы (реализация, заказы, отчет производства и др.), соответственно изменены формы этих документов.

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

Процесс обновления измененной конфигурации примерно представляю себе. Для перехода на следующую версию необходимо в новую конфигурацию перенести все изменения старой версии (по сравнению со стандартной конфигурацией поставщика) и уже этой конфигурацией обновлять базу.
Но как лучше это сделать при переходе через несколько версий (после 29 релиза были еще 30,31,32,33)?

Обновляться сразу на 34 релиз боязно - вдруг потеряются какие-то данные. Возможно промежуточные релизы были ключевыми.
Недавно обновлял стандартный 29 релиз УПП так - сначала сразу на 32, потом 33, 34. Вроде все нормально перенеслось, ничего не пропало.

С измененной конфигурацией планирую такую же последовательность.
Только для себя решил так, чтобы было поменьше работы.
В промежуточные релизы 32 и 33, которыми буду обновляться перенесу только все добавленные и измененные реквизиты документов, регистры, перечисления, константы - т.е. только то, где непосредственно хранятся данные.
Обновлю базу через эти релизы.
Модули, формы документов, отчеты, обработки, печатные формы, роли, интерфейсы и т.п. изменю только в окончательном 34 релизе для обновления. И уже им обновлюсь окончательно.
Понятно что в процессе обновления, пока база имеет версию 32 и 33 нельзя открывать и перепроводить никакие изменненые документы (реализации, заказы и т.п.), там где изменялиь формы и модули.

Подскажите правильно ли собираюсь сделать?
На что еще обращать внимание при таком обновлении?
Поделитесь, у кого есть опыт или где можно почитать о подобном...

Программист 1сОднажды наступает момент осознания что количество доработок при обовновление превышает разумный предел и проще перейти сразу на новую версию. Благо что каждые года 3 точно всех перегоняют...
Если Вы про 8.2 то это в перспективе...
До 01.04.2010 пока на 8.1 поживем :-)

vitkhvDiego_Iv,

здесь целая статья на тему обновления не типовых конф.

Я вообще завтра на 1.3.7 перехожу с 1.2.34, конфа. не типовая, но изменения вносились таким способом, что проблем с обновлением нет никаких :)

Спасибо, читал...
Но там про обновление на следующую версию, а не сразу через несколько...

vitkhvDiego_Iv,

что то плохо вы читали, там в статье ссылка есть на статью - «Обновление конфигураций 1С:Предприятия 8. Прыжок через 20 версий»

достаточно читал, чтобы понять, что речь в статье идет о "прыжке" ТИПОВОЙ конфигурации на 20 версий, а не измененной как в моем случае.