BizTalk 2009「數據元素中的字符無效」錯誤

在我們的一些BizTalk 2009開發環境中，當嘗試處理HIPPA X12文件，4010 270文件類型時，模式中定義爲類型X12_AN的任何元素都會拋出「數據元素中的字符無效「錯誤;例如NM103__InformationReceiverLastOrOrganizationName。它所抱怨的無效字符是字母「U」。它只是大寫字母「U」而不是小寫字母「u」。BizTalk 2009「數據元素中的字符無效」錯誤

此錯誤僅在我們的運行Windows Server 2003 R2 Enterprise X64 Edition的Citrix VDI中存在的開發環境中出現。安裝在VDI上的BizTalk Server 2009實例已使用最新的修補程序進行更新。

到目前爲止，我嘗試了所有可以從轉換輸入文件編碼轉換爲手動重新輸入整個文件的想法。我重新編譯並部署了模式和地圖。我甚至在派對級別啓用和禁用EDI驗證。似乎沒有任何工作。

有沒有人見過這種類型的錯誤之前？有沒有辦法修改或覆蓋用於BizTalk中元素驗證的字符集？

，您可以提供的任何信息，將不勝感激！

來源

2011-07-12 dramatix01

幾周後重新探究此問題，我發現此問題的修復比預期要簡單得多。

我們在醫療行業工作，目前支持HIPAA 4010個應用程序，同時積極提升我們的開發環境，這些應用程序，以滿足HIPAA 5010的要求。因此，如果在僅用於4010開發的一方的配置中檢查了屬性「使用ISA11作爲重複分隔符」時，BizTalk中引起了此問題。由於4010的默認ISA11值是「U」，因此BizTalk在所有找到的字符中都報告該字符無效。

我希望這樣可以節省別人很多麻煩。不時提醒你，你應該總是首先檢查明顯的，簡單的解決方案，即使你知道它們不是問題，這很有趣！

來源

2011-07-29 20:58:01 dramatix01

它看起來像你有幾個不同的問題在這裏。我無法說明您的開發和生產環境之間的差異（由您的文章暗示）。

至於其它：

是的，你可以修改X12驗證。我沒有在我面前，但我相信你可以完全關閉它（如果這是你想要的）。否則，您必須（實質上）創建一個允許字符的自定義270架構（您甚至可以這樣做來創建否則無效的元素），然後將該自定義架構用於符合該驗證規則的任何合作伙伴。

我一直在做的是修改傳入文件：通過正則表達式將它發送到一個小寫字母'u'。只要您保留原始（未編輯）消息的副本，並且不更改任何實際數據值，您將不會遇到任何HIPAA註冊表。

我還鼓勵你用俗話說得很好的梳齒去瀏覽有問題的文件。通常（並非總是）有其他事實上會導致錯誤，但它僅在情況X（在你的情況下，在你的NM103中是一個大寫字母U）顯着地表現出來。

來源

2011-07-12 21:03:10 AllenG

感謝您的快速反應。不幸的是，對於我們的目的，我們不能完全禁用驗證。需要啓用驗證才能生成我們需要發送給某些貿易伙伴的997個確認。 – dramatix01

然後，您就會陷入自定義架構來更改驗證或修改傳入文件。至少，我從來沒有找到更好的選擇。 – AllenG

出於測試目的，我們確實取代了違規字符以及按預期方式處理的所有內容，但我尚未完成文件的其餘部分以查看是否有其他可能導致此問題出現的問題。 – dramatix01

BizTalk 2009「數據元素中的字符無效」錯誤

回答

相關問題