好吧，我不得不说，当我遇到这种情况时，有点好笑:
我正在入站 HIPPA 837 文件，一旦收到 837 文件，我想创建 999 个 ACK 文件。如果我设置贸易伙伴协议(protocol)，BizTalk 将生成 999 消息。到目前为止它运行良好。
今天，我收到了一个带有一些结构错误的 837 文件:元素中有一些前导空格字符。然后创建了 999，但是当我的发送端口订阅此 999 消息尝试将其保存为文件时，我收到一个验证错误，提示 999 消息本身无效，因为其元素具有前导空格字符.....
它看起来像一个捕获 22:你的 999 个文件假设报告入站文件的结构错误， 它将包含错误的元素值作为报告的一部分(在我的情况下，它在 IK4 段中)，但错误元素值本身也使 999 文件无效。
我只是想知道有没有人遇到过同样的情况？你对这个问题有什么建议？
最佳答案
我还没有看到这个，真的，我有点惊讶它以前没有出现过，如果它是一个真正的 catch-22 :)
试试这个，在协议(protocol)的 You->Them 选项卡中，将 Validation 部分的 Default 行设置为有前导和尾随空格 = 允许。
由于 999 不在交易类型列表中，您可能必须明确地将所有其他交易设置为不允许。
关于biztalk - 生成 999 文件的捕获 22，我们在Stack Overflow上找到一个类似的问题：https://stackoverflow.com/questions/34667852/