Message Repair 和 New Submission 中的特殊處理

A4SWIFT訊息修復和新提交功能可讓客戶開發企業實作。 此功能支援下列特殊處理：

• 重設金鑰驗證

• 部門特定的工作流程支援 (如需詳細資訊，請參閱 修復訊息和提交新訊息。)

• BIC-12 資料的輸入為 BIC-11

• BIC 欄位的專案做為一個字串

• 修復和重新提交剖析失敗 (如需詳細資訊，請參閱 修復未剖析的訊息。)

• 使用 Save 命令儲存進行中的修復

• 使用 [另存新檔] 命令建立新的範本

重設金鑰驗證

對於許多金融機構而言，檢查工作的主要方式是讓第二個人重新設定交易最重要的欄位。 這項作業會確認第二人已讀取並瞭解這些欄位中的資料。 A4SWIFT針對在 BizTalk Server 中修復或建立的訊息提供這項功能。

如果需要重設金鑰步驟，A4SWIFT會以向使用者顯示的表單中重設索引鍵的欄位空白。 A4SWIFT仍會在工作窗格中顯示原始訊息的內容，因此驗證程式可以在輸入資料時使用這些內容。 驗證程式不應該變更訊息中的其他欄位，因為這可能會允許變更而不進行驗證。 相反地，如果需要進行其他變更，驗證器應該拒絕訊息修復。

在重設金鑰步驟之後，A4SWIFT會比較重設金鑰的結果與修復的結果。 它只會根據欄位依據欄位重新設定索引鍵的欄位執行此比較。 如果兩個版本不依字元表示同意，則必須再次修復訊息。 A4SWIFT表示金鑰驗證不相符，並將錯誤新增至訊息的錯誤集合部分。 驗證程式輸入的資料不會儲存。

要重新設定索引鍵的欄位會指定于A4SWIFT資料夾下 MRSR 資料夾中的 MrsrXpathConfig.xml 檔案中。 此檔案包含名稱/值組，其中包含要重設索引鍵的欄位，以及欄位的 xpath。 您可以自訂此檔案，以變更每個訊息將重設索引鍵的欄位。 要重設索引鍵的欄位通常是代表與訊息內容、交易貨幣和交易金額相關聯的最重要日期。

訊息修復和新增提交中的所有驗證步驟都牽涉到重新金鑰驗證。 檢視驗證是由核准者執行。

BIC-12 資料作為 BIC-11 的專案

A4SWIFT滿足訊息之邏輯終端機 (LT) 位址中額外字元的需求。 LT 位址只包含 11 個字元的資料，但 SWIFT 聯盟存取 (SAA) 要求 LT 欄位在位置 9 中具有 「X」。 此額外字元表示 SAA 應該選取正確的 LT。

LT 位址是用於透過 FIN 網路傳輸訊息。 它可以包含在 SWIFTBound 訊息的兩個欄位中， ([基本標頭] 區塊的 [LT 位址] 欄位或輸入應用程式標頭區塊的 [目的地位址] 欄位) ，以及來自 SWIFT 的兩個欄位， ([基本標頭] 區塊的 [LT 位址] 欄位，或 [輸出應用程式標頭] 區塊中 [訊息輸入參考] 中的 [LT 位址] 欄位) 。

使用者建立或修復訊息時，只能輸入 11 個字元，或將欄位重新設定為驗證的一部分。 即使修復或重新鎖定具有 12 個字元的 LT，使用者也必須輸入 11 個字元。 A4SWIFT會插入第十二個字元，並驗證 12 個字元的欄位。 A4SWIFT會針對 BIC Plus 資料庫中的位址驗證 11 個字元的 LT 位址。

BIC 欄位專案做為一個字串

您可以在 InfoPath 表單的單一欄位中輸入 BIC。 BIC 包含四個子欄位，每個子欄位都有 InfoPath 表單上的子欄位。 在單一欄位中輸入完整的 BIC 字串之後，A4SWIFT填入四個子欄位的每一個。

儲存進行中的修復

如果您需要中斷修復，您可以將訊息儲存回修復收件匣中的目前狀態。 您可以使用 Save 命令簽入訊息來執行此動作。 您可以關閉 InfoPath 表單，並在稍後簽出訊息，或其他人可以簽出以繼續修復。 訊息的歷程記錄指出儲存作業，而第二個修復程式可以看到您執行的修復。

您可以執行另存新檔命令，將訊息儲存在使用者的本機電腦上目前狀態。 這會將訊息簽出給執行另存新檔的使用者。 使用者可以關閉 InfoPath 表單並稍後返回以完成修復，但另一位使用者無法簽出訊息並修復它。

建立新的範本

建立新訊息時，您可以執行另存新檔命令來建立新的範本。 這可讓您開啟現有的範本、將資料新增至欄位，然後根據包含其他資料的現有範本建立新的範本。 您可以使用新的名稱來儲存範本，而且可存取 MRSR 網站中新郵件資料夾的任何人都可以根據範本建立新的訊息。 您必須將範本儲存到 MRSR 網站，才能根據範本提交訊息，以A4SWIFT。 否則，會發生錯誤，或您將無法開啟表單。