在我们的一些BizTalk 2009开发环境中,当尝试处理HIPPA X12文件,4010 270文件类型时,架构中定义为X12_AN类型的任何元素都会抛出“数据元素中的无效字符”错误;例如NM103__InformationReceiverLastOrOrganizationName。它抱怨的无效字符是字母“U”。它只是大写字母“U”而不是小写的“u”。
此错误仅出现在运行Windows Server 2003 R2 Enterprise X64 Edition的Citrix VDI中的开发环境中。安装在VDI上的BizTalk Server 2009实例已使用最新的修补程序进行了更新。
到目前为止,我尝试了从转换输入文件编码到手动重新输入整个文件的所有想法。我重新编译并部署了模式和映射。我甚至在派对层启用和禁用EDI验证。似乎没什么用。
之前有没有人见过这种错误?有没有办法修改或覆盖BizTalk中用于元素验证的字符集?
非常感谢您提供的任何信息!
答案 0 :(得分:1)
看起来你有几个不同的问题。我不能说出你的开发和制作环境之间的差异(你的帖子暗示)。
至于其他人:
是的,您可以修改X12验证。我没有在我面前,但我相信你可以完全关闭它(如果这是你想要的)。否则,您必须(基本上)创建一个允许该字符的自定义270架构(您甚至可以执行此操作以生成无效的元素),然后将该自定义架构用于符合该验证规则的任何合作伙伴。 / p>
我一直在做的是修改传入的文件:通过正则表达式发送它,将该字段中的字符更改为小写的“u”。只要您保留原始(未经编辑)消息的副本,并且您没有更改任何实际数据值,您就不会遇到任何HIPAA注册。
我还鼓励你使用众所周知的细牙梳来检查有问题的文件。通常(并非总是)有其他东西实际上导致错误,但它只在环境X(在您的情况下,NM103中的大写U)中明显显示。
答案 1 :(得分:1)
几周后重新审视此问题,我发现此问题的修复程序比预期的要简单得多。
我们在医疗保健行业工作,目前正在支持HIPAA 4010应用程序,同时在我们的开发环境中积极升级这些应用程序以满足HIPAA 5010要求。因此,当在仅用于4010开发的一方的配置中检查了派对属性“使用ISA11作为重复分隔符”时,在BizTalk中引起此问题。由于4010的默认ISA11值为“U”,BizTalk报告该字符在找到的任何地方都是无效的。
我希望这能让其他人感到很头疼。有时候提醒一下,即使你知道它们不是问题,你应该先检查明显的简单解决方案,这很有趣!