БП ↔ БП через ED 3.0: Ошибка XDTO-валидации при выгрузке SSCC паллет

Приветствую, коллеги.

Столкнулся с архитектурной проблемой в типовом механизме Enterprise Data (версия 3.0). Обмен идет между двумя базами «Бухгалтерия предприятия, ред. 3.0» (одна локальная, другая во Фреше).

Кратко: При выгрузке документов (ПоступлениеТоваровУслуг), содержащих маркировку мультитоварных упаковок (SSCC, тип упаковки — Мультитоварная), обмен падает на этапе конвертации в объект формата.

Техническая причина:
В правилах ED (ПОД МаркировкаУпаковки) реквизит Номенклатура жестко помечен как обязательный. Однако, согласно логике ГИС МТ и самой 1С (БП 3.0), для SSCC-паллет с миксом вложений этот реквизит в базе пустой (состав определяется в ТЧ ВложенныеШтрихкоды). Как итог — XDTO-валидация не проходит, и пакет выгрузки не формируется.

Какие идеи пока есть:

1. Править правила в КД 3.0 — вариант понятный, но поскольку одна из баз живет во Фреше, доступа к расширениям/правке общего модуля менеджера обмена там нет.

2. Вариант «чистить регистрацию справочника» не помогает, так как Документ при выгрузке всё равно пытается тянуть свою ТЧ с маркировкой и падает на сериализации.

Рассматриваю два пути решения:

1. Костыльный: Временная подстановка «технической номенклатуры» в справочник штрихкодов через ОбменДанными.Загрузка = Истина перед обменом и очистка после (чтобы протолкнуть во Фреше).

2. Глобальный: Пытаться достучаться до вендора, так как это явное несоответствие логики Честного Знака и требований формата ED в рамках одной и той же конфигурации (БП).

Вопрос:
Кто-нибудь сталкивался с этим на больших объемах (500к+ объектов)? Есть ли более элегантный способ «заставить» ED игнорировать отсутствие номенклатуры в мультитоварной упаковке, не прибегая к правке правил конвертации на стороне источника?

Заранее спасибо за конструктив. Советы «почитать букварь по КД» неактуальны — вопрос именно в обходе ограничений типовых правил в закрытых контурах (Fresh) при обмене идентичных конфигураций.