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

2025年10月2日以降に共有リビジョンを有効にしたプロジェクトでは、新しい承認リクエストアクションが利用できます。

承認ページの緑色のプラスボタンの右側にあるアクションメニューをクリックして、新しい承認リクエストを作成します。

ドキュメントページのリビジョンメニュー右側の承認メニューで新しい承認リクエストボタンをクリックして、最新のリビジョンが共有リビジョンである場合に新しい承認リクエストを作成します。

新しい承認リクエストダイアログの作成は、次のようになります。

2025年10月2日以前に共有リビジョンを有効にしたプロジェクトは、代わりにレガシーの新しい承認リクエストダイアログが表示されます。

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

これは、2025年10月2日以降に共有リビジョンを有効にしたプロジェクトの新しい承認のヘッダーのようなものです:

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

プロジェクトワークフローで構成された送信チームの一部であるメンバーは、そのチームが構成されているワークフローの1つから選択できます。

以前に選択されたワークフローは記憶されます。

以前に選択されたワークフローがまだ利用可能である限り、次回承認が作成されるときに再度選択されます。

プロジェクトのワークフローは、プロジェクトが作成されたテンプレートプロジェクトで事前定義されている場合があります。

プロジェクト管理者は、ドキュメント設定のワークフローページで新しいワークフローを追加または既存のワークフローを編集できます。

プロジェクトに存在するワークフローは、すべてのメンバーがそれを選択できることを意味しません。

そのワークフロー用に設定された送信者チームのメンバーのみがそれを選択できます。

承認リクエストを送信するよう求められても利用可能なワークフローを持たないメンバーは、プロジェクト管理者に対して、彼らのチームの代表者をワークフローの送信者チームとして追加するよう依頼できます。

自動選択

メンバーが所属するチームのいずれかがワークフロー用に設定されている場合、そのワークフローは自動的に選択されます。

ワークフローが自動的に選択されたときの見た目は次のとおりです。

アクセス権が必要: メンバーと管理者は、ワークフローを選択できるようにワークフロー用に設定されたサブミッターチームの一部である必要があります。

ワークフローが選択された後、ワークフロー用に構成された複数の送信チームの一部であるメンバーは、どのチームの代わりに承認リクエストを送信したいかを選択できます。

以前に選択された送信チームは記憶されます。

メンバーが以前に選択された送信チームの一部である限り、次回承認が作成されるときに再度選択されます。

承認リクエストが作成されると、選択された送信チームの一部であるメンバーはリクエストが表示されますが、他の可能な送信チームの一部であるメンバーは、レビュアーチームの1つの一部であるか、ワークフロー用に構成された最終承認チームの一部である場合にのみリクエストが表示されます。

自動選択

メンバーがワークフロー用に構成された送信チームの1つだけの一部である場合、ワークフローが選択されると、送信チームが自動的に選択されます。

アクセス権が必要: メンバーと管理者は、そのサブミッターチーム代わりにサブミットできるようにワークフロー用に設定されたサブミッターチームの一部である必要があります。

承認リクエストのタイトル。

承認をサブミットするには、タイトルが必要です。

タイトルは、リクエストがまだドラフト中でも、サブミット後でも、後で修正できます。

新しい検証ワークフローはすべての新しいプロジェクトでアクティブです。

検証ワークフローのレガシーバージョンを使用しているプロジェクトは、サポートから新しい検証ワークフローへの移行をリクエストできます。

テンプレートプロジェクトに基づいて作成されたプロジェクトには、そのテンプレートプロジェクトの承認ワークフローとトピックテンプレートが含まれています。

2025年10月2日以降に共有リビジョンを有効にしたプロジェクトの新しい承認本文は次のようになります。

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

承認の説明は、投稿の一般的なフォーマットルールに従います。

説明は、リクエストがまだドラフト中でも、サブミット後でも、後で修正できます。

ここをクリックして、ドキュメントから承認リクエストに共有リビジョンを追加する方法の詳細をご覧ください。

ここに無限の量のドキュメントを追加することは可能ですが、レビュー用に承認リクエストを送信する制限は1000ドキュメントです。

これは、検証対象の各ドキュメント内の共有リビジョンが追加された後のレビューテーブル用ドキュメントのようなものです:

列

構成された列の順序に基づいて、最初の列が表示される一方、テーブルを横方向にスクロールして、有効な他の列を表示する必要があります。

ドキュメントページの列のデフォルト順序と表示設定は次のとおりです:

名前 - デフォルト 共有リビジョンが存在するドキュメントの名前。

ドキュメント名はドキュメント内のすべてのリビジョンで同じです。

リビジョン - デフォルト ドキュメントリビジョンの名前。

これはアップロードされたファイルの元のファイル名と同じです。

# - デフォルト 共有リビジョンのメジャーおよびマイナーリビジョン番号(#0.1、#0.2、#1.1など...)

ステータス - デフォルト 共有リビジョンに適用された共有ステータスの名前。

削除 - デフォルト 削除列のxをクリックして、レビュー対象のドキュメントをドキュメントレビューリストから削除します。

承認リクエストを送信およびロックする前に編集します。

承認リクエストダイアログに多数のドキュメントを追加することは可能ですが、最大1000ドキュメントのrevisionでダイアログを送信することのみ可能です。

新しい検証ワークフローで1000を超えるドキュメントrevisionを追加するには、まず最大1000ドキュメントを追加し、承認リクエストを下書きとして保存します。

次に、承認リクエストを送信する前に、下書き承認リクエストページの[ドキュメントを追加]操作で一度に最大1000ドキュメントを下書きに追加します。

承認リクエストが送信されると同時に、選択された承認ワークフローの最初の段階に設定されたレビュアーチームは、承認リクエストのrevisionをレビューするタスクが割り当てられます。

レビュアーチームのメンバーは、承認ステップに設定されている営業日が終了するまでrevisionをレビューできます。

承認リクエストを下書きとして保存すると、ワークフローの準備ができたら即座に送信できます。

承認リクエストワークフローを送信して、選択されたワークフローに設定されたレビュアーチームの最初のステップのレビュー期間を開始する前に、レビューステップが開始されようとしていることを伝えることで、チームの準備が整っていることを確認してください。

ワークフロー内の営業日の合計数をワークフローが送信される日数に合わせることで、ワークフローの最終公開日が適切な時刻に終了するようにしてください。

[レビューのために送信]をクリックして承認を送信し、承認プロセスを開始します。

レビューのために承認リクエストを送信するには、以下が必要です。

承認リクエストをレビュー用に送信した後、新しい検証ワークフローで変更できるのは、共有revision ドキュメントをリクエストから破棄できることだけです。

送信チームのメンバーと最終レビュアーチームのメンバーはワークフロー全体を通じてドキュメント revisions を破棄できます。

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

準備ができたら1段階目のレビュー期間を開始 承認リクエストが送信されると同時に、承認ワークフローに設定された最初のレビューステップの期間が開始されます。