Biztalk 在传出批次上追加发票列表EDI消息

Biztalk 在传出批次上追加发票列表EDI消息,biztalk,edi,biztalk-2009,edifact,Biztalk,Edi,Biztalk 2009,Edifact,我们的一个合作伙伴要求将“摘要”edi消息附加到任何edi发票交换(显然称为“发票列表”)。此消息包含每个单独发票在RFF段中应有的参考,以及累计的MOA值 我的问题是:BizTalk Server(特别是BizTalk 2009)是否提供了一种方便的方法,可以在发布时将另一个EDI消息附加到传出的EDI批中?我在MSDN上找不到任何东西 我目前的想法是将其附加到将传输批次的端口的发送管道中,但我真的希望有一种更方便的方式。我将这样说,您的贸易伙伴有一个非常不寻常的,可能是独特的要求,这本身就不

我们的一个合作伙伴要求将“摘要”edi消息附加到任何edi发票交换(显然称为“发票列表”)。此消息包含每个单独发票在
RFF
段中应有的参考,以及累计的
MOA

我的问题是:BizTalk Server(特别是BizTalk 2009)是否提供了一种方便的方法,可以在发布时将另一个EDI消息附加到传出的EDI批中?我在MSDN上找不到任何东西


我目前的想法是将其附加到将传输批次的端口的发送管道中,但我真的希望有一种更方便的方式。

我将这样说,您的贸易伙伴有一个非常不寻常的,可能是独特的要求,这本身就不方便。所以,很抱歉,在BizTalk中没有“方便”的方法来实现这一点,可能在任何平台上都没有

不管怎样,我会这样做,或者至少我会尝试一些事情

  • 正常批处理发票,例如使用批处理服务
  • 使用业务流程订阅批处理
  • 将批处理映射到摘要,即任何事务,但必须是X12/EDIFACT
  • 使用双输入映射创建附加了摘要的批处理
  • 使用EDI汇编程序发送到发送端口
我认为在附加映射中使用自定义Xslt会更容易。这将使您不必为批处理消息创建模式,而批处理消息实际上并不随BizTalk一起提供


Xslt本身将非常简单,因为您只需复制这两条消息。仅供参考,批处理消息编排类型应为Microsoft.XLANGs.BaseTypes.Any。您不能将XmlDocument用作映射源。

我曾经有过相同的要求,但我需要能够完全控制批处理中EDI消息的顺序,而不是一条特定的摘要消息

我当时就是这样解决的:


它确实有一些缺点,但知道它可能很方便。

很好的建议,我们总是使用自定义XSLT,这样就不会有问题了。你说的
必须是X12是什么意思?在这种情况下,标准是EDIFACT,这有区别吗?哦,对不起,我看到了MOA,并假设为X12。我在北美洲。总结必须与批次相同,仅此而已。没问题。在我实施这一点之前,我将尝试与贸易伙伴就其需求的有用性进行推理。我可以揭穿任何关于附加值的说法,因为就我所见,根本没有。你的第一段给了我讨论这个问题的信心,所以不管怎样谢谢你的回答。这不是一个不寻常的要求。我不知道其他国家的情况,但在德国,发票清单很常见。这使得监管者更容易付款。他们只根据清单支付一笔款项,而不是根据任何数量的个人发票。对于为客户支付大量发票的监管机构来说,这一点最为有趣。