ステージのタイプ

ステージがワークフロー・モデルに割り当てられると、ステージ・タイプ属性は、ワークフローのそのステージにおけるユーザーに対して、参加のタイプを定義します。

表38. ワークフロー・ステージのタイプ

ワークフロー・ステージのタイプ	説明	アクション・タイプ
送信	送信ページは、要求に含める最初の要求アイテムの定義に使用されます。このステージ・タイプには、複数のワークフロー・タスクを関連付けられます。送信ステージ中に、少なくとも1つの要求アイテムを要求に追加する必要があります。 「リーフの追加」または「リムの追加」タスクは、必要に応じて依存ワークフロー・タスクを使用して構成できます。システムで元のワークフロー・タスクに対する要求アイテムおよび各依存タスクに対する追加の要求アイテムが追加されます。 プライマリ・タスクが依存タスクでもあることはできません。プライマリ・タスクで追加アイテムの名前を計算する場合、プライマリ・タスクおよび依存タスクは関連するグループと見なされます。名前の計算が保留中の間にプライマリ・タスクを削除すると、追加以外の依存タスクも削除されます。 注意: 各要求の送信ステージは1つのみです。このステージのワークフロー・ステージ基準は定義できません。	リムの追加 リーフの追加 更新 非アクティブ化 挿入 移動 削除 削除
エンリッチ	エンリッチ・ステージは、送信ステージで追加された要求アイテムの更新、または要求アイテムの追加に使用されます。このステージのワークフロー・ステージ基準は定義できます。 エンリッチ・ステージには、関連付けられた単一のワークフロー・タスクがあります。一般的なエンリッチ・ステージでは、既存の要求アイテムの更新アクションを含むワークフロー・タスクを使用します。ただし、エンリッチ・ステージでは、たとえば次のような追加のライン・アイテムを作成する必要がある場合があります: 複数の階層への単一ノードの挿入 複数の階層での単一ノードのローカル・プロパティの更新 このステージは、送信ステージとコミット・ステージの間で発生します。 注意: ワークフロー・モデルには、任意の数のエンリッチ・ステージを定義できます。	更新(既存の要求アイテム) 挿入(新規アイテムの追加) 移動(新規アイテムの追加) 送信ステージで使用できるすべてのアクション・タイプ
承認	承認ステージは、送信ステージで追加されたか、エンリッチ・ステージで追加または更新されたすべての要求アイテムを表示および承認するために使用されます。ユーザーは、承認ステージ中に要求アイテムを追加または編集できません。このステージのワークフロー・ステージ基準は定義できます。 承認ステージでは単一のワークフロー・タスクを使用して、要求がステージにある間に、要求アイテムのプロパティを表示して検証を実行します。更新タスクは、承認ステージで読取り専用モードで使用できます。中間ステージにある要求アイテムのプロパティを更新するには、かわりにエンリッチ・ステージ・タイプを使用します。 このステージは、送信ステージとコミット・ステージの間で発生します。 注意: ワークフロー・モデルには、任意の数の承認ステージを定義できます。	更新(既存の要求アイテム)
コミット	コミット・ステージは、ターゲット・バージョンへの要求で要求アイテムのコミットをトリガーする際に要求の最終承認を行うために使用されます。コミット・ユーザーは、要求でのすべての要求アイテムを承認する必要があります。このステージのワークフロー・ステージ基準を定義することはできますが、このステージで要求を分割することはできません。 コミット・ステージには、関連付けられたワークフロー・タスクはありません。かわりに、コミット・ステージでは、プロパティのスーパーセットを表示し、前の送信ステージおよびエンリッチ・ステージの要求アイテムで使用できる検証のスーパーセットを実行します。コミット・ステージにおけるユーザーは、最終調整を許可するために要求アイテムに対して表示される、編集可能なプロパティへの更新を行うことができます。 これは、最後のワークフロー・ステージです。 注意: 各要求のコミット・ステージは1つのみです。	N/A