維護物件演算法

呼叫此類型的演算法是為了在維護物件的資料表集有任何變更時發出通知。這些演算法的叫用順序正好在邏輯交易結束時的確認之前。系統會記錄在交易過程中新增或變更了哪些記錄，而所有維護物件稽核演算法都會依照每筆記錄初次新增或更新的順序執行。

此類型的演算法可用來判斷與維護物件執行環境相關的業務物件。必須在維護物件外掛這類演算法，才能夠啟用業務物件規則功能。

系統會叫用此類型的單一演算法。如果外掛的演算法有多個，系統就會叫用序號最大的演算法。

此類型的演算法可用於針對 資訊生命週期管理啟用物件清除功能的維護物件。它們可用來複查已達保留天數上限的記錄，並評估這些記錄是否已準備好進行封存。

系統會叫用此類型的單一演算法。如果外掛的演算法有多個，系統就會叫用序號最大的演算法。

我們使用「維護物件資訊」一詞來描述出現在整個系統中以描述維護物件執行環境的基本資訊。出現在此資訊描述中的資料便是使用此演算法來建構的。

系統會叫用此類型的單一演算法。如果外掛的演算法有多個，系統就會叫用序號最大的演算法。

此類型的演算法可用於已啟用物件清除功能的維護物件，物件清除是一項保護資料隱私權的措施。當針對那些物件發生特定系統事件時，就會觸發這些演算法。這些演算法可用來決定是否需要排定記錄進行清除，如果是，便在物件清除排程中為該記錄建立或保有一個項目。

此類型的演算法可在新增、變更或刪除物件時，用來強制執行修訂控制規則。維護物件服務會在處裡物件之前呼叫外掛一次，並在套用所有業務物件規則之後又再呼叫一次。這樣可讓版次規則在適當的修訂時機執行。

除了初次建立業務物件之外，系統也會在每次成功轉變業務物件的狀態時，呼叫此類型的演算法。這些通常用來將轉變記錄在維護物件的日誌上。

請注意，大多數基準維護物件已隨附自動記錄狀態轉變的功能。在此情況下，您可以使用這些演算法將基準記錄功能置換成您自己的記錄功能。如需詳細資訊，請參考稽核狀態轉變。

系統會在狀態轉變失敗而應該以業務物件的最後成功狀態來儲存業務物件時，呼叫此類型的演算法。演算法負責將轉變錯誤記錄在某處，通常是在維護物件的日誌上。

請注意，在此情況下，呼叫端不會收到錯誤，而是呼叫會成功結束，且例外會依據外掛邏輯記錄在某處。

系統會叫用此類型的單一演算法。如果外掛的演算法有多個，系統就會叫用序號最大的演算法。