biztalk - 传入格式错误的 X12 文件时，BizTalk 中是否可能同时缺少 TA1 和 999？

这是我第一次遇到这种情况。

通常当我们收到入站 X12 文件时。将始终生成 999(通过 BizTalk 中的配置)，并且在发生交换级别错误的情况下，将创建 TA1。

但是今天我收到了一个 X12 文件，其中有一些格式错误，BizTalk 中的错误弹出窗口是:

 Delimiters are not unique, field and component seperator are the same.
 The sequence number of the suspended message is 1.

我期望生成 999 或 TA1 以拒绝入站文件。但这两个文件都没有创建。

我的问题:

我应该为这种错误创建什么文件？ 999 或
TA1？

这是 BizTalk 的错误还是正常行为？

如果这是正常的，捕获此错误的最佳机制是什么？
回复贸易伙伴。

最佳答案

您绝对不应该期望 999(这将是特定于事务集的)，因为此错误根本阻止 BizTalk 解析事务集 - 它没有可靠的方法来确定它是哪种事务。

TA1 可能是合适的，但这似乎是一个灰色区域 - 可能值得联系 Microsoft 支持。 documentation 表示无效的 ISA 应该导致负的 TA1，但 error codes for TA1 没有将此特定场景列为支持(或根本不支持)。

一种可能的解决方法是捕获这种消息，为其生成 TA1，然后将其路由回 TP。但是，具有非唯一分隔符可能无法从消息本身确定 TP，即使您可以从上下文中确定它(但如果多个贸易伙伴使用相同的端口/位置，则可能无法确定)。我的猜测是，这就是 BizTalk 没有立即正确处理它的原因。老实说，除非这种情况发生得相当频繁，否则在人为干预的异常(exception)情况下处理它可能更容易/更现实。

至于捕获消息，我认为您需要一个自定义管道组件 - 甚至可能是 EdiDisassembler 的子类，以便您可以捕获此特定异常并处理它。

关于biztalk - 传入格式错误的 X12 文件时，BizTalk 中是否可能同时缺少 TA1 和 999？，我们在Stack Overflow上找到一个类似的问题：https://stackoverflow.com/questions/36727897/