Вылазит ошибка на не уникальное значение "ПрисоединенныйФайл" РС Присоединенныефайлы.
Проверил запросом
ВЫБРАТЬ
    СУММА(1) КАК Поле1,
    ПрисоединенныеФайлы.ПрисоединенныйФайл КАК ПрисоединенныйФайлУникальныйИД
ИЗ
    РегистрСведений.ПрисоединенныеФайлы КАК ПрисоединенныеФайлы

СГРУППИРОВАТЬ ПО
    ПрисоединенныеФайлы.ПрисоединенныйФайл

УПОРЯДОЧИТЬ ПО
    Поле1 УБЫВ

Все значение уникальны.
В чем проблема может быть?

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

(1) а чего меняется в данных после сохранения?
сам РС не меняется по свойствам....

(2) а вот для диагностики этого нужен, как минимум, скриншот ошибки, а не простецкое "вылазитч

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

ошибка
http://www.ximage.ru/index.php?id=1501412246

объединение
http://www.ximage.ru/index.php?id=1501412292

как безболезненно выйти из этой ситуации?

(4) не удалять,  а просто переименовать

(6) не, не вариант.
попробую снять с поддержки, удалить данный РС, накатить его с конфигурации БД. Потом поставить на поддержку накатыванием cf с изменениями.

(7) ну я поражаюсь. Просто переименовать измерение - это займет 10 секунд. А вы хотите на целый день геморрой себе организовать. Снять, удалить, накатить... А при следующем обновлении опять всё всплывет.

(8) почему всплывет-то? вопрос, почему всплыло сейчас?
гемморой на час, полтора

(9) разные уиды у этих измерений. Поэтому при ваших дейтствиях, вы возьмете старое измерение. Поэтому при следующем обновлении всё повторится.

(10) У измерений/ресурсов/реквизитов нет уидов.

(11) Да неужели?

(5) Вручную соответствие установи при сравнении, объединении.

ALL, вы так прикалываетесь чтоли ? Никаких переименование/удалений/добавлений и прочего геморроя!

(12) Проверьте, я уже знакомому демонстрировал.
1. Создаете в пустой конфигурации 1 документ, 3 справочника.
"Документ1.Реквизит1 (Тип Справочник1)";
"Документ1.Реквизит2 (Тип Справочник2)";

2. Сохраняете конфигурацию.

3. "Документ1.Реквизит1" переименовываете в "Документ1.УдалитьРеквизит1". Добавляете "Документ1.Реквизит1 (Тип Справочник3)".

4. Сравниваете с конфигурацией из пункта 2.
Никаких ГУИДов, реквизит 1 заменится на тип "Справочник1" вместо "Справочник3" и добавит реквизит "УдалитьРеквизит1".

+(12)(14) Добавлю, если "Документ1" переименовать в "УдалитьДокумент1" и добавить "Документ1" - будет точно такая же картина.

(14) тут не сравниваем, а обновление. Вы попробуйте сделать файл обновления cfu для своей ситуации. И ГУИДы у вас сразу появятся.

(14) А теперь тоже самое на заполненной базе, пожалуйста. Платформа, она поумней некоторых будет.

(16) есть внутренний идентификатор реквизита, но по-мне так, это не совсем УИД.
На ИТС написано более подробно, может кому интересно:
https://its.1c.ru/db/metod8dev#content:2299:hdoc

(17) В первую очередь сопоставление идет только по имени, уже поднимался данный вопрос на партнерке 1С. И каким образом наличие\отсутствие данных в ИБ влияет на поведение механизма сравнения\объединения в конфигураторе?

(18) как тогда объясните (5)?