При обмене БП 3.0 и УТ 11.4 на выгружаются документы поступления товаров из БП

Валера Пупкин,
из написанных Вами ответов совершенно очевидно, что Вы никогда не настраивали синхронизацию(обмен)  между УТ11 и БП3. Зачем Вы отвечаете, если сами не владеете темой?
Но, зато, из-за ваших ответов другие не могут уточнить детали проблемы, чтобы точнее ответить!

Николай,
еще раз переспрашиваю, полные версии - озвучьте!

Валера Пупкин, Спасибо за помощь, Валерий! С данной проблемой проблемой справился через универсальный обмен Enterprise Data.

У меня челюсть отвисла... а что еще используется  при синхронизации на релизах последних лет?

Я не могу согласится с "Контрольное Cоотношение Равенство" в вопросе предварительной выгрузки справочников как условия для выгрузки документов поступлений. Даже чисто логически, если бы так было, тогда в настройках обмена в разделе НСИ не было бы пункта "Отправлять только используемую в документах".
Если же открыть ИТС, то там написано что направление обмена двустороннее для документа "Поступление товаров и услуг", но почти в самом конце сказано какой именно план обмена позволит обменятся этими документами между УТ и БП, но мне не удалось настроить обмен "Другая программа", выдает постоянно ошибку "Ошибка при загрузке данных: Ошибка чтения объекта XDTO, имя свойства: АкцизныеМарки", предполагаю что это ошибка в самой конфигурации, ждем обновления.

Андрей Аршанский, а вот я в этом вопросе согласен с КонтрольноеСоотношениеРавенство. Дело в том, что в типовых обменах для многих полей ссылочного типа настройки стоят такие, что при синхронизации выгружается только УникальныйИдентификатор. Да даже если настроено правило конвертации, и в этом правиле стоит "Продолжать поиск по полям поиска" (т.е. помимо УникальногоИдентификатора для ссылок выгружаются ещё и ключевые поля объекта), даже в этом случае без дополнительных настроек объект создан не будет. В результате вполне можем получить в документах в базе-приемнике "битую ссылку" (это когда в поле ссылочного типа стоит ссылка с УникальнымИдентификатором, который отсутствует в базе, отображается как <Объект не найден>).

Валера Пупкин, хм, вот такое объяснение доходчивей, за что Вам спасибо. Но логика разработки типовых обменов тогда непонятна вовсе.

Андрей Аршанский, а что непонятно? В типовых обменах новые элементы в базе-приемнике создаются с теми же УИд что и в базе-источнике, поэтому в принципе неважно, есть или нет в базе-приемнике новый элемент справочника в момент переноса документа, т.к. в типовом случае этот элемент обязательно появится в базе-приемнике и тогда все "битые ссылки" станут нормальными.
Вариант "сначала справочники потом документы" более правильный для разных нестандартных ситуаций, когда обмен в базе-приемнике вылетает по ошибке, не отработав до конца, или когда новый элемент справочника не записывается по каким-то причинам в базе-приемнике или когда в базе-источнике поправили правила регистрации объектов (ПРО), и новый элемент справочника не зарегился к обмену на нужном узле...