変更タスクを個別にリリースすることによる変更プロセスの柔軟性
通常は、変更通知とそのタスクが検証されてリリースされ、完了時に保留中のエフェクティビティが適用されます。ただし、変更通知全体が完了する前に、個々の変更タスクをリリースする必要がある場合もあります。その場合、各変更タスクに対して、個別に検証およびリリースを行い、保留中のエフェクティビティを適用できます。
この拡張リリースロジックは、次のワークフローの組み合わせで動作します。
変更通知バージョン 1 ワークフロー
この新しいワークフローは既成として提供され、既存の
Change Notice Workflow を置き換えるものです。既存の
Change Notice Workflow ワークフローが更新され (ワークフロー変数
optInFinishedAndCancelledFilter と
releaseChangeables2 API を追加)、すべての変更アクティビティのリリース時に実績終了日が設定されるようになりました。この変数の詳細については、
ワークフロー変数を使用した拡張リリースロジック (バージョン 1) のアクティブ化、および
releaseChangeable2 API を使用した実績終了日の設定を参照してください。
変更タスクバージョン 1 のリリースを含む変更タスクワークフロー
この新しいワークフローは既成として提供され、個々の変更タスクがリリースされる方法を示しています。これは、実績開始日と実績終了日で拡張されています。
releaseChangeables2 API を使用して実績終了日を設定します。詳細については、
実績開始日と実績終了日の設定、および
releaseChangeable2 API を使用した実績終了日の設定を参照してください。
|
|
これらのワークフローは既成として提供されています。ただし、これらは有効になっていません。これらのワークフローを有効にする方法については、 既成のワークフローの有効化を参照してください。
|
|
|
できるだけ早く新しい API および変数でワークフローを更新して、拡張ロジックに対応することをお勧めします。
|
関連トピック