承認プロセスの編集

他のユーザーが作成するプロジェクト、タスクおよびイシューに承認プロセスを添付できるようにする場合は、このオプションを有効のままにします。

このオプションは、デフォルトで有効になっています。

ヒント：承認プロセスを非アクティブとしてマークすると、組織で承認プロセスを使用する必要がなくなったが使用履歴情報を保持したい場合に役立ちます。

特定のグループにのみ属するプロジェクト、タスク、イシュー、テンプレートに対して承認プロセスを使用できるようにするには、グループの名前を入力し始め、表示されたら選択します。

• システム管理者、または承認プロセスへの管理者アクセス権を持っている場合は、名前を入力すると、システム内のすべてのグループが表示されます。すべてのグループ はデフォルトで選択されています。
• 承認プロセスへの管理者アクセス権を持たないグループ管理者は、その名前を入力する際に、管理対象のグループに承認プロセスを割り当てることができます。「すべてのグループ」オプションは利用できません。

このオプションは、1 回限りの承認プロセスには使用できません。

警告：グループ固有の承認プロセスを変更すると、既に作業アイテムに関連付けられている既存の承認プロセスが変更される場合があります。これらの変更点について詳しくは、グループと承認プロセスの変更が割り当てられた承認プロセスに及ぼす影響を参照してください。

グループのページからグループの承認プロセスを一覧表示および管理する方法について詳しくは、グループレベルの承認プロセスを参照してください。

承認プロセスへの管理者アクセス権について詳しくは、特定のエリアに対する管理者アクセス権をユーザーに付与を参照してください。

作業アイテムの承認プロセスをトリガーにするステータスを選択します。誰かが作業アイテムをこのステータスに更新すると、承認プロセスが開始します。

複数の承認プロセスパスに対して同じステータスを選択することはできません。

使用可能なステータスは、「」オプションで選択した内容に基づきます。この承認は、 によって使用されることができます（上記の表で説明）。

• 次の場合 すべてのグループ を選択した場合、システム全体でロックされたステータスのみを使用できます。

• 特定のグループを選択した場合、そのグループが使用できるステータスのみが使用可能になります

承認プロセスとステータスの連携について詳しくは、承認プロセスの概要記事の承認プロセスがステータスに依存する仕組みの節を参照してください。

このステージの承認者として指定するユーザー、チームまたは担当業務の名前を入力し、ドロップダウンリストに表示されたら名前をクリックします。アクティブなユーザー、担当業務、およびチームのみを追加できます。

ヒント：

ユーザーを承認者として追加する場合は、同じ名前のユーザーを区別するために、アバター、ユーザーのプライマリの役割、またはメールアドレスに注意してください。ユーザーを追加したときに表示するには、少なくとも 1 つの担当業務に関連付ける必要があります。

ユーザーがユーザーのメールを表示するには、アクセスレベルで、連絡情報の表示の設定を有効にしておく必要があります。詳しくは、ユーザーへのアクセス権の付与を参照してください。

。

メモ：

承認者としてユーザー、チームまたは役割を追加しても、その承認に関連付けられたオブジェクトに対する権限は自動的には付与されません。承認ステップがトリガーされると、オブジェクトに対する権限が付与されます。そうでない場合は、承認を決定する前に、オブジェクトをユーザー、チームまたは役割と共有する必要があります。

また、個人の役割を指定することで、個人を承認者に指定することもできます。例えば、プロジェクト所有者、プロジェクトスポンサー、ポートフォリオ所有者、プログラム所有者、または管理者を承認者として割り当てることができます。これらのオプションは、入力を始めると自動的に表示されます。

重要：

• プロジェクトスポンサーに承認を割り当て、誰もプロジェクトのスポンサーとして指定されていない場合、承認はプロジェクト所有者に再割り当てされます。プロジェクトの所有者として誰も指定されていない場合、承認は Workfront 管理者に割り当てられます。

• 承認を役割に割り当て、「承認者がプロジェクトチームに属している必要はありません」オプションを無効になっているが、プロジェクトチーム内に承認の役割と一致する役割がない場合、承認はプロジェクト所有者に再割り当てられます。承認設定について詳しくは、グローバル承認設定を指定を参照してください。

• プロジェクト所有者に承認を割り当て、誰もプロジェクトの所有者として指定されていない場合、設定エリアの「顧客情報」セクションで示されているように、承認はメインの Workfront 管理者に再割り当てされます。詳しくは、システムの基本情報を設定を参照してください。

• 

  担当業務を承認者として割り当てると、その担当業務に関連付けられ、プロジェクトチームにも属するすべてのユーザーが承認を決定できます。

  チームを承認者として割り当てると、そのチーム内のすべてのユーザーが承認を決定できます。

  プロジェクトチームについて詳しくは、プロジェクトチームの概要を参照してください。作業の承認について詳しくは、作業の承認を参照してください。

（ステージに複数の承認者を追加した場合にのみ表示）このステージで、ステージ上のいずれか 1 人の承認者が作業項目を承認または却下できる場合は、このオプションを選択します。このアクションによって、作業項目のステージからの移動が許可されます。

このオプションを選択しない場合、項目がステージから移動する前に、指定されたすべての承認者が（任意の順序で）ステージを承認または拒否する必要があります。承認者のいずれか 1 人がステージを却下した場合、プロセスは中断し、必要な変更を行うためにやり直します。その後、承認者はステージを再び承認または却下できます。

チームが承認者として指定されると、チームのメンバーは誰でもステージを許可または却下できます。

パスの任意のステージで作業項目が却下された場合に実行するアクションを選択します。

• イシューを作成：（プロジェクトおよびタスクの承認プロセスでのみ使用可能）承認プロセスが実行されているプロジェクトまたはタスクにイシューが作成されます。タスクに割り当てられたデフォルトのリソース、またはプロジェクトの所有者がイシューに割り当てられます。デフォルトでは、作成されるイシューの名前は「承認却下（プロジェクトまたはタスク名）」となります。却下が発生した承認プロセスに応じて、タスクまたはプロジェクトの下に入力される拒否イシューです。

• ステータスを次の値に設定：次のいずれかを選択します。

  • 前のステータス：却下されたプロジェクト、タスクまたはイシューは、承認プロセスを有効化するステータスの前のステータスに戻ります。

  • リスト内のその他のステータス：却下されたオブジェクトは、「保留中」など、選択したステータスに移動します。Workfront システムに追加したデフォルトのステータスまたはカスタムステータスの 1 つを選択できます。

    承認パスの却下ステータスとして、承認プロセスに関連付けられたステータスを選択すると、却下されたオブジェクトは選択したステータスに移動し、「承認待ち」としてマークされます。

    例えば、却下ステータスに「保留中」を選択し、「保留中」ステータスが承認プロセスに関連付けられている場合、却下されたオブジェクトは承認が必要な「保留中 - 承認待ち」のステータスになります。

    システム全体の承認プロセスでは、システム全体のステータスのみを使用できます。

    グループ固有の承認プロセスの場合、すべてのグループステータスを使用できます。これには、グループ管理者が特にグループ用として作成したカスタムステータスや、システム全体のステータスが含まれます。

    承認プロセスとステータスの連携について詳しくは、承認プロセスの概要の記事の「承認プロセスがステータスに依存する方法」の節を参照してください。