biztalk - 生成 999 文件时的第 22 条陷阱

Question

嗯，我不得不说，当我遇到这种情况时，这有点有趣:

我正在入站 HIPPA 837 文件，一旦收到 837 文件，我应该创建 999 个 ACK​​ 文件。如果我设置贸易伙伴协议(protocol)，BizTalk 将生成 999 消息。到目前为止，它运行良好。

今天，我收到一个 837 文件，其中存在一些结构错误:元素中存在一些前导空格字符。然后创建了 999，但是当我的发送端口订阅此 999 消息尝试将其保存为文件时，我收到验证错误，提示 999 消息本身无效，因为其元素具有前导空格字符.....

Error: 3 (Field level error)
SegmentID: IK4
Position in TS: 18
Data Element ID: IK44
Position in Segment: 4
Data Value:
6: Leading or trailing space found

它对我来说就像一个陷阱 22:你的 999 个文件应该报告入站文件的结构错误，它将包含错误的元素值作为报告的一部分(在我的例子中，它位于 IK4 段中) ) ，但错误的元素值本身也会使 999 文件无效。

我想知道有没有人遇到过同样的情况？您对这个问题有何建议？

Answer 1

我还没有见过这个，而且真的，我有点惊讶它以前没有出现过，如果它是一个真正的第 22 条军规:)

尝试一下，在协议(protocol)的“您”->“他们”选项卡中，将“验证”部分中的“默认”行设置为允许前导空格和尾随空格。

您可能必须明确将所有其他交易设置为“不允许”，因为 999 不在交易类型列表中。