3

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

通常当我们收到一个入站 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 的错误还是正常行为？
  • 如果这是正常的，捕获此错误并回复贸易伙伴的最佳机制是什么。
4

1 回答 1

2

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

TA1 可能是合适的，但这似乎是一个灰色区域 - 可能值得联系 Microsoft 支持。文档表明无效的 ISA 会导致 TA1 为负，但 TA1 的错误代码并未将此特定场景列为支持（或根本不支持）的场景。

一种可能的解决方法是捕获此类消息，为其生成 TA1，并将其路由回 TP。但是，具有非唯一分隔符可能无法从消息本身确定 TP，即使您可能能够从上下文中确定它（但如果多个贸易伙伴使用相同的端口/位置，则可能无法确定）。我的猜测是这就是为什么 BizTalk 没有开箱即用地正确处理它的原因。老实说，除非这种情况经常发生，否则在例外情况下通过人工干预处理它可能会更容易/更现实。

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

于 2016-04-20T14:55:24.490 回答