※この記事は全文機械翻訳されています。

承認リクエストに対する操作の実行は、各リクエストに関連付けられたワークフロー内で割り当てられたチーム ロールに依存します。

この記事では次のトピックについて説明します：

承認リクエストを表示し、その内容と対話することは、3つの異なるページレベルで発生します：

このセクションでは次のトピックについて説明します：

承認リクエスト カードの概要リストを表示します。

このページの詳細なリクエスト表示ルールは、承認ページの表示とチーム ロールの記事で説明されているチーム ロール割り当てによって管理されます。

承認ページから承認リクエスト カードを選択すると開きます。

割り当てられたレビュー チーム メンバーおよび最終レビュー チーム メンバーは、承認リクエスト全体を表示でき、割り当てられたステップの前、途中、後のすべてのワークフロー ステップ、および検証指定の完全な履歴を含みます。

承認リクエスト内のファイルのレビューまたはビューをクリックすると開きます。

このページには2つの異なるモードが用意されています：

1.3.1 レビュー モード

アクティブ なレビュー チームに代わってレビュー ボタンをクリックすると開きます。

マークアップとコメントを追加するために、完全な注釈ツールが利用可能です。

概要タブ経由ですべてのドキュメント、またはドキュメント タブの右メニュー経由で選択されたドキュメントについて開始できます。

1.3.2 ビュー モード

ビュー ボタンをクリックすると開きます。

ドキュメント プレビュー ツールバーでビュー ツールのみが使用可能な読み取り専用モードで動作します。

1.3.3 ドキュメント アクセス要件

ファイル レビュー ページのいずれかのモードでファイルを開くには、メンバーが割り当てられたワークフロー チームに属している必要があり、プロジェクト ドキュメント ライブラリ内のそれぞれのドキュメントに対して少なくとも読み取りアクセス権を持っている必要があります。

レビュー チームに属することは、ドキュメント ライブラリ内のドキュメント レベルのアクセス制限をバイパスしません。

以下のマトリックスは、承認リクエストが正式にレビュー用に提出される前に実行されるアクションの権限を詳しく説明します。

以下のマトリックスは、承認リクエストがレビュー用に提出された後に実行されるアクションの権限を詳しく説明します。

このセクションでは次のトピックについて説明します：

提出メンバーは初期作成段階で承認リクエストを管理します。

3.1.1 ドラフト承認リクエストの作成と保存 ワークフロー用に構成された提出チームに割り当てられたメンバーは、新しい承認リクエストを開始できます。

承認リクエストをドラフトとして保存すると、未送信のリクエストコンテナが作成され、レビュータイムラインを開始する前にドキュメントリビジョンを追加して構成することができます。

ドラフト承認リクエストは、それを作成した個人メンバーのみがアクセスできます。

ドラフト承認リクエストのタイトルと説明は、送信前にドラフト作成者によっていつでも編集できます。

3.1.2 ドラフト承認リクエストにドキュメントを追加

ドラフト承認リクエストが保存された後、ドラフト作成者は、レビュー用に提出する前に、共有ドキュメント リビジョンをそのドラフト リクエストに追加し続けることができます。

3.1.3 レビュー用の承認リクエストを送信

承認リクエストを送信すると、ワークフローの選択がロックされ、最初のレビューステップで構成されたレビュアーチームのレビュータイムラインが開始されます。

タイトルと説明は送信後、承認リクエストを作成した者およびプロジェクト管理者によって編集可能なままです。

3.1.4 承認リクエストからのドキュメント削除

ドキュメント revisionは、最終承認決定が実行される前のいつでも、承認リクエストから削除できます。

投稿チームのメンバーと最終レビューチームのメンバーは、ワークフロー全体を通じてこれを実行できます。

レビューステップに割り当てられたチームのメンバーは、そのステップがアクティブな間のみこれを実行できます。

リクエストが投稿される前のドラフトステージでは、ドラフト作成者のみがドキュメント revisionを削除できます。

レビュー チームは、アクティブ なレビュー ステップ中にドキュメント検証を処理します。

3.2.1 完全な承認リクエスト詳細へのアクセス (レベル 2) 承認リクエスト カードを開くと、レビュー チーム メンバーは完全な承認コンテンツ ページへのアクセスが与えられます。

レビュアーは、すべてのドキュメント詳細、ステップ履歴、およびすべての先行および後続ステップ全体で提出されたコメントを表示でき、決定を下す前に完全なコンテキストを確保できます。

3.2.2 レビュー用ドキュメントを開く (レベル 3)

レビューまたはビューをクリックすると、ファイル レビュー ページが開きます。

メンバーは、概要タブ経由ですべてのファイル、またはドキュメント タブの右メニュー経由でファイルの選択のレビュー モードを開始できます。

ナビゲーション ツールと進捗バーにより、選択されたファイル リビジョンをステップ実行できます。

3.2.3 注釈ツールの利用可能性

ファイル レビュー ページをレビュー モードでチームに代わってアクセスする場合、マークアップを追加するために、すべてのドキュメント注釈ツールが利用可能です。

ビュー モードでページにアクセスする場合、読み取り専用モードでビュー ツールのみがアクティブです。

3.2.4 ドキュメント アクセス前提条件

ファイル レビュー ページでファイルを開くには、プロジェクト ドキュメント ライブラリ内のそれぞれのドキュメントへの少なくとも読み取りアクセスが必要です。

3.2.5 検証の指示と送信

アクティブなステップに割り当てられたレビュアーチームのメンバーは、ドキュメントごとに承認または却下を指示できます。

指示は正式に送信されるまで編集可能です。

正式に送信することで、チームの決定を記録してロックし、これがカバーするドキュメントに対して行われます。

送信はすべてのドキュメントを一度にカバーする必要はありません。

そのうちのいくつかのみをカバーする場合、それらの指示はロックされ、ステップは開いたままです。

残りのドキュメントはまだ送信する指示があるためです。

すべてのドキュメントが送信された指示を持つようになったら、ステップは完了します。

最終レビュー チームは、承認リクエストの決定的な結果を実行します。

3.3.1 先行する検証の確認 (レベル 2)

指定された最終承認チームのメンバーは、承認リクエスト コンテンツ ページ全体を検査でき、すべての検証指定、マークアップ、およびすべての先行レビュー ステップ全体でレビュー チームによって提出されたコメントを含みます。

3.3.2 ドキュメント アクセス前提条件 (レベル 3)

最終レビュアーは、ファイル レビュー ページでファイル内容をプレビューするために、ドキュメント ライブラリ内の基本ドキュメントへの読み取りアクセス権が必要です。

3.3.3 最終承認または却下の実行

最終承認チームのメンバーが最終決定を送信します。

決定は、リクエストが最終レビュー段階に到達した後にのみ指示および変更でき、送信されるまでです。

リクエストを承認すると、承認された共有リビジョンが公開されます。

一方、リクエストを却下すると、ワークフロー設定に従い公開が防止されます。

決定は一度に全てのドキュメントをカバーする必要はありません。

そのうちの一部のみについて送信された場合、それらのドキュメントは公開され、残りのドキュメントはまだ送信する検証指示があるため、リクエストは開いたままになります。

承認リクエストは、その中の全てのドキュメントで送信された決定を受け取った後に終了します