При обновлении, прыжком через несколько релизов, доработанной УПП вываливается ошибка:
В процессе обновления информационной базы произошла критическая ошибка.
по причине:
Ошибка SDBL:
В схеме базы данных нет таблицы с именем Reference15271
Это ключевой релиз. cf с помощью которого обновляю как раз предназначен для перехода с того релиза какой у меня в конфигурации поставщика. переход между типовыми тех же релизов не вызывает проблем
Подскажите с чем может быть связана эта ошибка?

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

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

Ну так программа вам об этом и написала. Смотрите не свою базу, а ту базу, которая получается с cf-ника.

Сначала написал, а потом вчитался в вопрос. Но всё же может реструктуризация в ТИИ поможет.

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

Да и за релизом платформы следите, нечто подобное наблюдалось в 8.2.9.356

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


ТИИ попробовал первым делом. а с релизом платформы 8.2.11.236 нет подобных проблем?

Попробуйте обновить платформу, на 8.1.15.14 вроде как проблема уже не наблюдалась

Ага, только судя по результатам, логика далека от безупречности.
Объекты в конфу добавлял еще и разработчик(в типовую). И теперь эти объекты не согласуются с "логично добавленными" в рабочую.

тю блин чего-то меня попутало, в общем попробуйте всё таки поставить обновления платформы

я наверное чего то не понимаю... если я сравниваю рабочую конфигурацию с типовой того же релиза (это равносильно сравнению рабочей с конфигурацией поставщика), при чем здесь объекты которые добавил в конфу еще и разработчик(в типовую)? Может имелось ввиду сравнения типовой рилиз которой соответствует рабочей конфигурации с типовой релиза до которого идет обновление?

Сравнение типовых релизов вообще ничего не даст - обновление типовой аналогичным скачком ведь норм проходит?

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

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

Хороший вопрос для пятничного вечера.
Навскидку:
1. Двойников в рабочей переименовать. Обновить конфигурацию БД.
2. Удалять лишние запретить, позволить добавить новые.
3. После обновления скопировать данные в режиме Предприятия.
4. Убедившись, что все нормально, можно удалить переименованные.

Должно получиться, довольно надежно с точки зрения сохранности данных и б/м прогнозируемо по затратам времени.

Способа добраться до тех идентификаторов я не знаю. И учтите, что нужные значения использованы другими объектами(иначе бы и проблемы не возникло). Так что в этом случае объем гемора непредсказуем.