8.х УТ Переход с к-ции УТ 10.2.13.1 (переделанной) на УТ 10.3.1.17 с сохранением переделок.

Здравствуйте! Есть cf - файл конфигурации УТ 10.2.13.1 (с переделками), есть пустая база УТ 10.2.13.1 (нулевая), есть база УТ 10.3.1.17 (тоже нулевая). Хочеться сделать из cf файла с конфой 10.2.13.1 (с переделками) cf файл с конфой 10.3.1.17 (с теми же переделками). Причем при попытке сравнения пустой УТ (10.2.13.1, возможны изменения) с cf файлом (10.2.13.1) выдается сообщения "структура конфигурации несовместима с текущей версией программы", версия платформы 8.0.13.32
Пробовал следующее:
1. на новую УТ (10.3.1.17), накладываю cf (10.2.13.1)
2. обновляю базу...
2.1 на выходе получается v 8.1 (8.1.8.76) со старой (10.2.13.1) базой
3. на всякий случай результат тестирования:
Тестирование начато
Проверка логической целостности. ПланВидовХарактеристик.НазначенияСвойствКатегорийОбъектов Справочник "Договоры контрагентов"
Неверное значение поля типа.
Проверка логической целостности. ПланВидовХарактеристик.НазначенияСвойствКатегорийОбъектов Справочник "Номенклатурные группы"
Неверное значение поля типа.
Проверка логической целостности. ПланВидовХарактеристик.НазначенияСвойствКатегорийОбъектов Справочник "Организации"
Неверное значение поля типа.
Проверка логической целостности. ПланВидовХарактеристик.НазначенияСвойствКатегорийОбъектов Справочник "Контактные лица контрагентов"
Неверное значение поля типа.
Проверка логической целостности. ПланВидовХарактеристик.НазначенияСвойствКатегорийОбъектов Справочник "Личные контакты"
Неверное значение поля типа.
Проверка логической целостности. ПланВидовХарактеристик.НастройкиПользователей Основной договор эквайринга
Неверное значение поля типа.
Проверка логической целостности. ПланВидовХарактеристик.НастройкиПользователей Основное условие продаж
Неверное значение поля типа.
Проверка логической целостности. ПланВидовХарактеристик.НастройкиПользователей Основной вид операции документа "Отчет о розничных продажах"
Неверное значение поля типа.
Проверка логической целостности. ПланВидовХарактеристик.НастройкиПользователей Вид нового события по умолчанию
Неверное значение поля типа.
Проверка логической целостности. ПланВидовХарактеристик.НастройкиПользователей Основной вид оплаты чека ККМ
Неверное значение поля типа.
Проверка логической целостности. ПланВидовХарактеристик.НастройкиПользователей Основной вид номенклатуры
Неверное значение поля типа.
Проверка логической целостности. ПланВидовХарактеристик.НастройкиПользователей Основная ценовая группа
Неверное значение поля типа.
Тестирование закончено
4. Проверка конфигурации (12 ошибок)
Документ.ЗаявкаНаРасходованиеСредств.Форма.ФормаДокумента Не обнаружено ссылок на процедуру: "ОсновныеДействияФормыДействиеПечать"
Отчет.ОтветНаВопрос.Форма.Форма Не обнаружено ссылок на процедуру: "КоманднаяПанельФормыОтображение"
Обработка.ПанельФункций.Форма.Форма Не обнаружено ссылок на процедуру: "ПоказатьВ######траницу"
Обработка.УниверсальныйОбменДаннымиXML Не обнаружено ссылок на процедуру: "DOM_ДобавитьПодчиненный"
Обработка.УниверсальныйОбменДаннымиXML Не обнаружено ссылок на функцию: "DOM_ДобавитьУзел"
Обработка.УниверсальныйОбменДаннымиXML Не обнаружено ссылок на функцию: "DOM_КопироватьУзел"
Обработка.УниверсальныйОбменДаннымиXML Не обнаружено ссылок на функцию: "ДобавитьКПрефиксу"
Обработка.УниверсальныйОбменДаннымиXML Не обнаружено ссылок на функцию: "ДобавитьУзел"
Обработка.УниверсальныйОбменДаннымиXML Не обнаружено ссылок на функцию: "КопироватьУзел"
Обработка.УниверсальныйОбменДаннымиXML Не обнаружено ссылок на функцию: "одИмяЗначенияПеречисления"
Обработка.УниверсальныйОбменДаннымиXML Не обнаружено ссылок на функцию: "одПолучитьXMLПредставлениеОписанияТипов"
Обработка.УниверсальныйОбменДаннымиXML Не обнаружено ссылок на функцию: "ПривестиНомерКДлине"
Подскажите пожалуйста оптимальный путь перехода на новую версию!

Открываешь в конфигураторе 10.3. и руками вносишь необходимые изменения. Потом создаешь файл поставки и накатываешь полученное на базу.
Успехов.

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

Да можно конечно, но поверьте - так будет лучше. Исхожу из собственного опыта на многих конфигурациях. Объяснять слишком долго, да и объяснения будут не совсем внятными. Извините.

Хотя бы в кратце если можно, либо дайте ссылки...

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

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

Так как Вы делали я не знаю. Существует два варианта:
1. Обновляем базу с измененой конфигурацией в-тупую и накатываем изменения. Тогда файл поставки не нужен.
Но в некоторых случаях такой путь приводит к потере данных. Тогда второй путь.
2. Накатываем изменения на чистую базу (или любую, которую не жалко), но уже с новой конфигурацией. Делаем файл поставки и накатываем на рабочую базу.
Мы предпочитаем второй путь.

Мои дейстия были следующими:
1. Создал пустую конфу (10,2) для сравнения ее с кф-файлом обновленной конфы (тоже 10.2)
2.Создал пустую конфу (10.3) для переноса изменений, смотрел, что исменено в пункте 1. и в ручную накладывал изменения, пользуясь обновленной конфой (10.2, с которой делал кф-файл для пункта 1)
3.После переноса эф7, потом эф5 - ничего больше не создавал
4.пока все "пучком"

Сами раньше так и делали. Это почти путь два. Но потом нарвались (правда с УПП) и стали создавть файл поставки. Но если все пучком - первое правило программиста:"Работает - не трожь"