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