本主題描述 BizTalk Server 中 XML 工具的已知問題。
當 Validate 屬性設定為 False 時，測試映射輸入和輸出檔案的驗證仍會發生
如果您將 TestMap Input 屬性設定為 Native，並將驗證 TestMap 輸入和驗證 TestMap 輸出屬性設定為 False，則仍會執行驗證。 這是因為原生格式化的輸入檔會轉換成 XML 格式，而 BizTalk Server 會根據架構驗證 XML。 如果輸入檔中有驗證問題，即使 [驗證 TestMap 輸入] 和 [驗證 TestMap 輸出] 屬性設定為 False，此驗證機制仍會張貼錯誤。
長度驗證不會在生成的實例中的資料元素上執行，這些元素是從架構中的列舉清單中提取的。
當從架構生成實例時，若架構中數據元素的列舉值不符合長度要求，可能會生成一個數據元素，該元素因長度要求而未通過 XSD 驗證。 架構驗證不會檢查從架構中的列舉清單中提取的值是否符合最小/最大長度需求。
驗證架構可能不會偵測到無效的交易集標識碼
當您在 Visual Studio 的 [方案總管] 視窗中使用 [驗證架構] 命令來驗證架構時，根節點的檢查可能不會偵測到根參考節點最後一個部分中無效的交易集標識符碼（格式為 X12_<VersionRelease>_TSID）。 如果架構根參考節點中的 TSID 無效，但與架構中 ST01 元素的列舉節點中的 TSID 相同，則驗證架構作業不會偵測到 TSID 無效。
必須重新啟動 Visual Studio，以使架構中的列舉變更對實例驗證生效。
如果您變更架構中的列舉清單，請儲存架構，然後執行實例驗證，BizTalk Server 會根據舊版的架構執行驗證，而不是最新版本。 在您重新啟動 Visual Studio 之前，BizTalk Server 將不會使用最新版本的架構。
TestMap 作業中不需要時，可能會顯示 [EDI 實例屬性] 對話方塊
BizTalk Server 會在 TestMap 程式期間顯示兩次 EDI 實例屬性對話框：一次，讓您可以輸入解譯輸入訊息實例所需的分隔符，一次輸入分隔符來產生輸出訊息實例。 BizTalk Server 應該只顯示 [EDI 實例屬性] 對話框兩次，而且只顯示 EDI 架構;不過，BizTalk Server 可能會顯示非 EDI 架構的對話框，而且兩次以上。 如果是，請關閉對話方塊。
不支援 XML 保留格式交換的驗證
驗證保留的交換時，如果您選取 [ 驗證實例輸入類型 ] 屬性的 XML，操作將會失敗，而且沒有任何結果會傳回。 不過，如果您在驗證保留的交換時，針對 驗證實例輸入類型 選取 原生，作業將會成功。
針對 HIPAA 278 架構產生的實例將同時包含要求和回應區段
HIPAA 278 架構同時用於 278 要求和 278 回應消息。 如果您在 278 架構上使用 [產生實例] 命令，產生的實例將同時具有不應該傳送的要求和回應區段。 若要建立可運作的 278 要求或 278 回應消息，請開啟 XML 工具在文本編輯器中產生的實例，並刪除其中一個區段，例如，刪除要求訊息的回應區段。
如果您在具有要求和回應區段的 278 訊息上執行驗證實例命令，訊息將會針對 278 架構成功驗證。
從 278 HIPAA 架構產生的 XML 實例將會失敗驗證
如果您使用實例產生命令從 278 HIPAA 架構產生 XML 實例，然後使用實例驗證命令來驗證該實例，BizTalk Server 將會張貼錯誤。
從837架構生成的原生實例錯誤地設定了GS08
使用包含X12_BatchSchema以及 837I、837D 或 837P 架構的 BizTalk Server 解決方案產生原生實例時，GS08 的值會包含 00401。 處理此實例之前，您必須將 GS08 的值變更為架構實例的正確值。 下表包含每個 837 架構的正確 GS08 值：
| HIPAA 架構 | GS08 值 |
|---|---|
| 837I | 004010X096A1 |
| 837D | 004010X097A1 |
| 837P | 004010X098A1 |