在比較之前先調整資料

您正在匯入的資料在套用於目標環境前，需要先進行一些調整，這是有原因的。在這種情況下，您可以使用外掛至移轉計畫主要指示的演算法，在匯入資料時調整資料。而比較演算法會先執行此演算法，再執行比較作業。此系統事件的演算法會收到 (正在匯入的) 來源記錄的檢視，以及目標區域中現有記錄 (如果存在的話) 的檢視。而資料是利用移轉計畫之維護物件的實體業務物件來提供的。演算法會做出變更，並傳送記錄的新檢視來進行比較。此系統事件支援多個演算法，讓系統按照順序來執行。每個演算法都會收到原始記錄的資料、目標記錄的資料 (如果適用的話)，以及資料的「新」檢視 (如果有的話，是由之前的演算法所植入的)。而資料最終的「新」檢視會用來比較物件。系統包含連結至來源環境移轉計畫主要指示的演算法。如果系統找到任何連結至目標系統中移轉計畫主要指示的其他比較前演算法，也會執行這些演算法。

下列為幾個需要匯入演算法的記錄範例。

• 批次控制會參考自己的下一個批次序號，以及快照資訊，例如上次執行日期/時間。這種資訊只有在自己的環境中才有意義。您可以在批次控制的指示中，包含能讓系統在複製批次控制時不會覆寫批次序號的演算法。

• 部分產品包含會參考主檔資料物件的管理物件。主檔資料物件不會複製成組態移轉助理的一部分。您可以使用匯入演算法，讓系統在執行匯入作業時調整所參考的主檔資料外來索引鍵，例如重設該外來索引鍵 (或是不要在更新時覆寫該外來索引鍵)。如果有個演算法知道如何尋找要連結的適當主檔資料記錄，您也可以包含該演算法。

• 當您是從較低版本的來源環境匯入資料時，如果您正在匯入的物件已在最新版本中增強並具有新的必要欄位，您可能需要提供演算法來植入該欄位中的資料。

請注意，您可以使用參數來「重設」來源資料，指出不應該匯入該記錄。在這種情況下，移轉物件比較步驟會將該記錄轉變成未變更，並使用物件動作值已取消。(請注意，物件動作只是簡單的查尋值。系統不會將該記錄轉變成已取消業務物件狀態，因為該狀態是要保留給使用者起始的物件取消作業，或是它其中一個上階記錄的取消作業。)我們預計您不會經常使用此技巧，因為在理想的情況下，只要在匯出時使用適當的選取準則，應該就足以確保系統只會將匯入的記錄匯出。