【问题标题】:Control the transactionSet in EDI Batching Service控制 EDI 批处理服务中的 transactionSet
【发布时间】:2014-12-20 20:27:09
【问题描述】:

我现在正在使用 BizTalk Batching 服务生成一些 X12 文件, 现在,对于出站消息,我正在一一处理消息,然后发送到 BizTalk Batching 服务以构建文件。问题是现在 BizTalk 将为我发送到批处理服务的每条消息添加 ST/SE,如果我在批处理中放入 5000 条记录,它将生成一个包含 5000 ST-SE 的文件。

我想知道是否有办法控制 ST/SE 对,例如,我可以在文件中有 5 个 ST/SE,每个有 1000 条记录。而不是当前的 5000 个 ST-SE。

【问题讨论】:

    标签: biztalk edi biztalk-2013


    【解决方案1】:

    为了清楚起见,您收到了 5000 个 ST/SE,因为您发送了 5000 个 ST/SE。批处理服务不会以任何方式更改您的消息。

    要重组消息,您可以截获编排或管道组件中的批处理输出,并将循环(无论您想要的任何级别)合并到单个 ST 中。这将是一个自定义过程。

    【讨论】:

    • 谢谢约翰斯。我现在正在考虑合并消息。但我在想的是在将它们发送到批处理服务之前合并它们。看起来添加一个管弦乐队来处理这个 ST/SE 合并可能比在批处理之前合并消息更好。因为我不会因为其中一条记录存在 edi 验证问题而丢失大量消息。
    • Johns,我注意到您在同一问题上回复的另一个线程。 social.msdn.microsoft.com/Forums/en-US/…
    • 对于在 biztalk 批处理后重新排序到单个 ST/SE 的方法,看起来编排可能更合理。并且由于我们还需要重新生成 HL01 序列号,我在想的是循环遍历所有事务集节点,并使用 2 对 1 映射将 2 条记录合并为 1 条记录。唯一关心的是累积消息的大小将是巨大的。您还有其他更好的解决方案吗?
    猜你喜欢
    • 1970-01-01
    • 1970-01-01
    • 1970-01-01
    • 1970-01-01
    • 1970-01-01
    • 2018-07-25
    • 1970-01-01
    • 1970-01-01
    • 1970-01-01
    相关资源
    最近更新 更多