2016-06-10 65 views
1

当我的组织中的某个BizTalk应用程序处理820 EDI消息时,我有一个与正在创建的999 ack文件相关的查询。由BizTalk生成的999文件中缺少的段

生成的999文件确实包含AK9段的代码R,表示该文件已被拒绝。但是它不包含IK3和IK4的部分,这些部分会提供关于拒绝文件的更多细节。

您是否遇到过这种情况?如果可以,请分享你的理解?

+1

IK3和IK4都是环境段,因此可以在有效的999文件中生成它们。你有没有检查过999中的AK905元素?它可能会显示一些信息,供您排查文件故障。 – Zee

回答

0

如果文件存在终端错误,比如功能组(GS/GE)中有错误,或者有时甚至是ST/SE对中的错误,BizTalk肯定不会生成IK3或IK4段。

TR3指定应该发送IK3和IK4“如果发送者知道”哪些段/元素出错了。因此,即使在功能或事务处理集封包级别没有错误,EDI反汇编程序可能无法正确跟踪错误,但它不会报告错误。

如果您希望在合作伙伴期望的某些场景中添加这些内容(尽管TR3所说的内容),您必须执行一些自定义工作才能捕获999并进行修改。

+0

谢谢丹,你的解释绝对有帮助。我在协议设置中输入了不正确的架构命名空间,因此传入的820被拒绝。之前我忽略了这个问题,但一旦纠正了,文件就被接受了,并且999有一个验收码。 –