變更流程彈性的優點
此摘要重點介紹旨在提升使用以下兩種流程獨立管理與發行變更任務之效率的優點與新功能：變更流程彈性 (增強的發行邏輯) 與變更額外流程彈性 (階段)。
使用工序實行變更任務 (非分段)
以下是使用工序並在不含階段的情況下實行變更任務時的優勢：
• 您可以為任何新開始的變更任務設定實際開始日期並開始實行。
• 工序會繼續按數字順序與空白 (零) 工序並行執行。
• 任何已取消的變更任務都不會再開始實行並且會被跳過。這樣可使整體工作流程更有效率。
 |
您可以使用設定狀態選項來取消變更任務的實行。
|
使用工序與階段執行變更任務
以下是使用工序與階段實行變更任務時的優勢：
• 階段支援 - 您可以設計要使用階段的變更通知工作流程
• 偏好設定：「排序的計劃執行順序」與「分段執行計劃」
◦ 您可以設定階段與工序選項來實行變更任務。這些偏好設定允許針對僅工序、僅階段或兩者實行選項。
◦ 您可以將工作流程設計為使用同步處理自動機制來執行單一階段。
◦ 這些偏好設定支援按數字順序與空白 (零) 工序並行實行變更任務。
◦ 實際開始日期在變更任務開始實行時設定。
• 增強的發行邏輯
以下是使用增強發行邏輯實行變更任務時的優點：
◦ 用於發行階段可變更物件的新 releaseChangeable2 API。
◦ releaseChangeable2 API 會針對階段結合未合併變更的核准。
◦ 只會針對發行處理指派給階段 (或在特殊情況下為空白) 的變更任務。
◦ 會跳過階段內個別發行的變更任務。
◦ 發行「張貼版」的最後階段使用 releaseChangeable2 API 來發行整個變更通知。
◦ API 會發行所有剩餘的變更任務，並設定變更任務與變更通知的實際完成日期。
◦ 待處理生失效針對單一階段處理。
驗證變更任務
驗證可針對單一變更任務、變更通知「階段」或完整變更通知進行。啟用增強的發行邏輯後：
• 任何變更通知工作流程都會使用工作流程變數來啟用增強的發行邏輯。
• 在驗證期間，會跳過之前發行的變更任務 (已設定實際完成日期) 或任何已取消的變更任務。
發行變更任務
以下是使用增強發行邏輯發行變更任務時的優點：
• 對於發行的任何變更任務都會設定實際完成日期，無論發行方法為何 (個別、階段或完整變更通知)。
• releaseChangeable2 API 會設定發行變更任務的實際完成日期。
• releaseChangeable2 API 會將未合併變更的核准結合到 API 中。
處理待處理生失效
以下是當您使用增強發行邏輯處理待處理生失效時的優點：
• 處理可以在單一變更任務、變更通知階段或完整變更通知的前後關聯中發生。
• 在可以套用待處理生失效之前，會先發行變更任務 (已設定實際完成日期)。
• 會跳過已取消的變更任務。
• 將不會再處理先前套用的待處理生失效。
設定解決日期
您可以使用增強的發行邏輯設定變更任務與變更通知的解決方案日期：
• 可以為變更通知與單一變更任務，或針對階段排程的所有變更任務設定解決日期。
• 如果之前已設定解決日期，則不會覆寫它。
• 解決日期將針對新版本修訂的變更通知與任何版本修訂的變更任務重設。
• 實際完成日期將針對新版本修訂的變更通知與任何版本修訂的變更任務重設。