グローバル承認設定の指定

Adobe Workfront の管理者は、Workfront での承認プロセスのグローバル設定を決定できます。これらの設定は、システム内のすべての作業項目の承認プロセスに影響します。

アクセス要件

この記事の手順を実行するには、次のアクセス権が必要です。

Adobe Workfront プラン*
任意
Adobe Workfront ライセンス*
プラン
アクセスレベル設定*

システム管理者であるか、承認プロセスへの管理アクセス権を持つプランライセンスを持っている必要があります

メモ:まだアクセス権がない場合は、Workfront 管理者に問い合わせて、アクセスレベルに追加の制限が設定されているかどうかを確認してください。Workfront 管理者がアクセスレベルを変更する方法について詳しくは、カスタムアクセスレベルの作成または変更を参照してください。

*保有するプラン、ライセンスタイプ、アクセス権を確認するには、Workfront 管理者に問い合わせてください。

グローバル承認設定の指定

  1. Workfront 管理者として Workfront にログインします。

  2. Adobe Workfront の右上隅にある​ メインメニュー ​アイコン をクリックして、設定 をクリックします。

  3. プロセス承認 ​をクリックします。

  4. 承認 ​のエリア名の隣にある​ 設定 ​アイコン をクリックします。

  5. 表示される「承認設定」ボックスで、次の情報を指定します。

    table 0-row-2 1-row-2 2-row-2 3-row-2 4-row-2 layout-auto html-authored no-header
    予定完了日に <number> 日を追加して承認プロセスに対応した予定期間とする

    承認が必要なタスクの予定完了日に追加する時間を、分数、時間数、日数、週数、または月数で指定します。「経過」で分数、時間数、日数、または週数を選択すると、追加される時間には、システムの作業スケジュールカレンダーで指定されている週末、祝日、非営業時間が含まれます。

    例えば、タスクが金曜日に割り当てられ、期間が経過日数で 3 日の場合、タスクの完了日は月曜日(土曜日と日曜日が週末の場合)に設定されます。タスクの期間が 3 日(経過日数ではない)の場合、タスクの完了日は水曜日に設定されます。

    メモ:タスクの承認に対応するための余分な時間の追加を有効にすると、タスクとプロジェクトのタイムラインに影響します。

    役割を含む承認プロセスの場合、承認者はプロジェクトチームに所属している必要はない

    役割を含む承認プロセスの場合に、承認者がプロジェクトチームに属している必要がない場合は、このオプションを選択します。承認決定を担当業務に割り当てると、プロジェクトでその担当業務に関連付けられた役割を持つユーザーにのみ承認が表示されます。この設定を有効にしている場合、その担当業務を持つユーザーには、プロジェクトチームに所属しているかどうかに関わらず、承認リクエストが届きます。ユーザーのプロジェクトの役割の編集について詳しくは、プロジェクトチームの管理を参照してください。

    ヒント:承認を役割に割り当てて、「役割を含む承認プロセスの場合、承認者はプロジェクトチームに所属している必要はない」オプションが無効になっているが、承認に関する役割に一致する役割がプロジェクトチーム内に存在しない場合、承認はプロジェクト所有者に再割り当てされます。

    承認委任を無効にする

    システム内のユーザーが別のユーザーに承認を委任する機能を無効にするには、このオプションを選択します。このオプションを選択すると、承認を委任するオプションが Workfront から削除され、既存の承認委任が停止されます。

    Workfront での承認の委任について詳しくは、承認リクエストの委任を参照してください。

    プロジェクト、タスクまたはイシューのステータスが承認保留中の場合はカスタムフォームの編集を許可する

    ステータスが承認保留中の場合に、ユーザーがプロジェクト、タスクおよびイシューのカスタムフォームを編集できるようにするには、このオプションを選択します。これはデフォルトの設定です。

    このオプションを選択した場合:

    • すべての承認者(およびカスタムフォームを編集するアクセス権を持つすべてのユーザー)は、オブジェクトが承認保留中の場合に、現在の承認パスや承認ステップに関わらず、カスタムフォームに変更を加えることができます。

    • 承認プロセス中にカスタムフォームに加えられた変更は、変更前に行われた承認決定には影響しません。

    • プロジェクト、タスク、またはイシューに加えた変更は、この設定に関わらず、同じ方法でトラッキングされます。

      例えば、更新ストリームでトラッキングするカスタムフォームフィールドを追加した場合、フォームに対する変更は、オブジェクト上の更新ストリームでトラッキングされます。

    ユーザーに、新しく作成された承認保留中のリクエストの撤回を許可する

    最初のステータスが承認保留中のイシューまたはリクエストをユーザーが撤回できるかどうかを設定するには、このオプションを選択します。リクエストキューを設定することで、イシューまたはリクエストの最初のステータスを承認プロセスに関連付けることができます。

    リクエストキューについて詳しくは、リクエストキューの作成を参照してください。

    次のいずれかの操作を行います。

    • このオプションを選択すると、イシューやリクエストの最初のステータスに対する承認をユーザーが撤回できるようになります。この場合、ステータスが承認保留中である新しいイシューやリクエストに「撤回」ボタンが表示されます。イシューの撤回を選択すると、そのイシューも削除されるという警告メッセージが表示されます。撤回を確定すると、イシューが削除されます。

    • 最初のステータスが承認保留中のイシューやリクエストをユーザーが撤回できないようにするには、このオプションの選択を解除します。新しいイシューやリクエストに「撤回」ボタンは表示されず、承認を受ける必要があります。これはデフォルトのオプションです。

      承認保留中の項目のレビューについて詳しくは、承認の表示を参照してください。

  6. 変更を保存」をクリックします。

recommendation-more-help
5f00cc6b-2202-40d6-bcd0-3ee0c2316b43