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

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

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

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

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

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

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

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

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

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

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

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

1. Костыльный - служебная Номенклатура, всегда одна вместо пустой

2. Достучаться до вендора тоже хороший вариант
Но совсем не быстрый
Хотя уже проверял патчи?

Имхо а зачем маркировка в БП?
Обычно такое туда не тянут как ненужное
Или только из БП выгрузка в ЭДО?

(2) Пока что так и сделали (служебной). Это костыль 100%, согласен.

Патчей вроде бы новых не было. А маркировка в конечной базе не особо нужна (передаем данные только бухгалтерского учета).

По сути, когда мы грузим в другую базу документ РеализацияТоваровУслуг типовой механизм пытается преобразовать данные из ТЧ "ШтрихкодыУпаковок" и проверяет их на корректность штрихкодов.

В схеме XDTO ( формат ED версии 1.21) путь:
Справочник.МаркировкаУпаковки -> КлючевыеСвойства -> ДанныеНоменклатуры -> Номенклатура — обязателен.

Т.е. по итогу мы специально не грузим штрихкоды (отменяем их регистрацию).
А в итоге типовой обмен смотрит на них и ругается :)