協調流程計畫中的業務流程變更

選擇如何建模新的或更換業務流程

當上述模式導入新的或取代的業務流程時,請決定將其建模為步驟群組還是步驟。您的選擇會決定您稍後可以再次變更的速度。

作為履行步驟定義群組

將完全在 Salesforce 內執行的業務流程建模為履行步驟定義群組,也稱為步驟群組。步驟群組會保留流程的已排序步驟。較大的業務流程不必對應至單一步驟群組,多個步驟群組可以每個代表其片段。如需在協調流程計畫中定義步驟群組和步驟的詳細資訊,請參閱定義協調流程計畫元件。

作為步驟

將呼叫下游或外部履行系統的業務流程建模為步驟群組中的單一步驟,例如呼叫步驟。

履行情況會將產品連結至針對訂單執行的步驟群組。從一開始按生命週期階段分組步驟—先識別產品之間常見的步驟,然後僅將產品特有的邏輯分割為個別的步驟群組,並在可能的情境層級套用條件。此結構可讓您稍後更輕鬆地新增邏輯路徑,而無須重構。

維護業務流程的多個組態

首展階段通常表示相同業務流程的多個組態必須在一段期間共存。選擇符合舊組態與新組態一起執行所需時間的共存模式。

長期共存

依持久條件路由,無限期地將平行案例保持不變。當企業計畫保留這兩個變體時 (例如針對不同的產品或區域),請使用此模型。

共存,直到舊組態上的訂單完成為止

使用條件抑制新訂單的舊組態,並讓執行中的訂單過時。參照舊組態的所有訂單完成後,請淘汰舊的步驟群組、步驟或案例。「動態收入協調流程」會封鎖此刪除,而未完成的步驟仍會參照步驟群組、步驟或案例—請勿強制中繼資料覆寫以略過區段,因為這會損毀機內訂單的風險。定期檢查其訂單全部已完成的已抑制步驟和已淘汰情況,並將其移除。具有許多條件的計畫會增加處理延遲,並可接近平台限制,特別是針對大規模訂單。如需特定限制,請參閱 動態收入協調流程器限制。

新組態會在停用後覆寫舊組態

使用以日期為基礎的條件,讓截止前的訂單使用舊組態,截止後的訂單則使用新組態。此模型提供簡潔、時間型轉換,無須混淆邏輯。

使用協調流程變更程式碼的時機

您可以使用組態 (修改案例、步驟定義、條件和步驟相依性) 來處理大多數協調流程計畫變更,而不是使用自訂程式碼。跨階段性首展部署組態變更更安全,因為您可以透過條件控制變更,並與現有邏輯並行執行。只有在變更需要條件無法表達的邏輯時,才使用自訂程式碼,例如 Apex 或流程。

只有在輸入和輸出契約保持相同時,修改基本邏輯 (例如 Apex 或流程) 同時保留相同的步驟定義才會安全。參數或必要裝載內容的任何變更都會造成執行步驟失敗。

依訂單狀態的實體層級變更影響

以上模式和共存模型可透過編輯四個實體中的一或多個實體 (履行案例、步驟定義、條件和步驟相依性) 來運作。此表格列出對新訂單、執行中訂單和補充訂單每個實體層級變更的完整影響,因此您可以檢查所進行特定變更的成果。