Доброго времени, уважаемые!

При загрузке метаданных и сопоставлении объектов в конфигурации Конвертация данных, например, для последних релизов БП и ЗУП, реквизиты составного типа конвертируются, даже если явно не прописано правило конвертации. При этом в конфигурации строка связи реквизитов окрашивается в кремовый цвет, что дает 100% гарантию перегрузки реквизита, т.к. правило подбирается автоматически.

Проблема в следующем:
Не удается связать реквизиты составного типа между конфигурациями БП 2.0.32.4 и БП 2.0.63.7. Вернее они сопоставляются, но поскольку нет явно указанного правила, правило выгрузки должно подбираться автоматически, а оно не подбирается, строка не окрашивается в кремовый цвет, и, как следствие, реквизит не перегружается в конфигурацию-приёмник.

Вручную прописывать как-то нет желания, т.к. придется кучу объектов сопоставлять. Хочется разобраться, почему стандарная возможность не срабатывает.

Может кто сталкивался, подскажите.

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

КД выбирает не первое попавшееся, а то, которое выше в дереве правил. Выше или ниже определяет специальное свойство "порядок".

(0) ПКО для свойства выгружаемого объекта в любом случае должно быть, так что "Вручную прописывать как-то нет желания, т.к. придется кучу объектов сопоставлять" не покатит, надо сопоставлять

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

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

(2) В других катит, а именно связи этих двух конф проблема!

(4) Не "то, которое подходит", а читай (2) до просветления.

(0) а что мешает при выгрузке в зависимости от типа объекта назначать ПКО

(7) Сидеть, анализировать, что там может быть, и прописывать.

(8) дак для это и называется "писать правила обмена", за это собственно деньги и платят

(9)Да ладно!

(3) Про кремовый теперь понятно, соглашусь.

Но: например, реквизит Сделка табличной части расшифровка платежа документа ПКО может быть любого из 26 видов документов. Для всех этих видов документов настроено сопоставление, вернее, поскольку конфигурации идентичны, сопоставления настроены абсолютно для всех объектов и всех их свойств.
При этом в источнике Сделка стоит, например, Реализация товаров и услуг №2 от 01.01.01. В приемнике этот реквизит не перегружается. Что может быть не так?

(11)

Если конвертируемое свойство составного типа, то для каждого типа объекта в правилах должно быть ПКО.

Если для одного и того же типа объекта есть два или более ПКО, то подбирается то, которое выше в дереве правил (см. (2))

(11) в событие ПередВыгрузкой нужно добавить
Если ТипЗнч(Источник) = Тип("ДокументСсылка.РеализацияТоваровУслуг") Тогда
    ИмяПКО = "РеализацияТоваровУсгуг";
КонецЕсли;

(13) прошу прощения, не источник, а источник.сделка

(13) И так 26 раз для одного реквизита, N-раз для другого, и т.д. и т.п.

(12) Засада как раз в том, что для одного типа объекта только одно ПКО (!). И оно не берется, а точнее вообще никакое не берется.
К счастью такие случаи единичны, но имеют место быть. Вот и хотелось узнать: есть ли какая-то логика? Может в какой-то момент что-то отваливается при загрузке структуры или при сопоставлении объектов, и я этого не вижу? Или мне повезло: луны в рыбах не сошлись, погода нелетная?

(16) отладчик и остановка по условию