Управление набором транзакций в пакетной службе EDI

Я использую службу пакетной обработки BizTalk, создающую некоторые файлы X12. Теперь для исходящих сообщений я обрабатываю сообщения одно за другим, а затем отправляю в службу пакетной обработки BizTalk для создания файла. Проблема в том, что теперь BizTalk будет добавлять ST/SE для каждого отдельного сообщения, которое я отправляю в пакетную службу. Если я добавлю 5000 записей в пакетную обработку, он создаст файл с 5000 ST-SE .

Мне интересно, есть ли способ управлять парами ST/SE, чтобы я мог, скажем, иметь 5 ST/SE в файле, каждый из которых имеет 1000 записей. вместо нынешних 5000 ST-SE.


biztalk edi biztalk-2013
person Zee    schedule 24.10.2014    source источник

Ответы (1)


arrow_upward
0
arrow_downward

Для ясности: вы получаете 5000 ST/SE, потому что вы отправляете 5000 ST/SE. Служба пакетной обработки никоим образом не изменяет ваши сообщения.

Чтобы реструктурировать сообщение, вы можете перехватить пакетный вывод в компоненте Orchestration или Pipeline и объединить циклы на любом уровне в один ST. Это будет специальная процедура.

person Johns-305    schedule 25.10.2014
comment
Спасибо, Джонс. Я рассматриваю возможность объединения сообщений сейчас. Но я думаю об объединении их перед отправкой в ​​пакетную службу. Похоже, добавление оркестра для обработки этого слияния ST/SE может быть лучше, чем сообщение слияния перед пакетной обработкой. Поскольку я не потеряю много сообщений только потому, что у одной из записей есть проблема с проверкой edi. - person Zee; 27.10.2014
comment
Джонс, я заметил, что в другой теме вы ответили на тот же вопрос. social.msdn.microsoft.com/Forums/en-US/ - person Zee; 28.10.2014
comment
Для подхода повторной последовательности в один ST/SE после пакетной обработки biztalk, похоже, оркестровка может быть более разумной. и поскольку нам также нужно повторно сгенерировать порядковый номер HL01, я думаю, что это цикл через все узлы набора транзакций и использование сопоставления 2 к 1 для объединения 2 записей в 1. Единственная проблема - это размер накопленного сообщения будет огромным. У вас есть другое лучшее решение? - person Zee; 28.10.2014