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

新しいワークフローページは、ワークフローページの緑色のプラスボタンをクリックするか、承認ページの新要素アクションメニューのアクションをクリックして開くことができます。

新しい検証ワークフローが有効になるようリクエストされているプロジェクトでのみ、新しいワークフローを作成することが可能です。

新しい検証ワークフローはオンデマンド機能で、新しいプロジェクトの開始時に有効にするようリクエストすることができます。

新しい検証ワークフローがそのテンプレートプロジェクトで有効になっていない場合にのみ、テンプレートプロジェクトに基づいてプロジェクトを作成することが可能です。

新しい承認の表題部分は以下のような形になります：

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

ワークフローの名前を入力します。

これはワークフローが提出された後に編集できるワークフローの唯一の部分です。

ワークフローを提出できるようにするには、タイトルを指定する必要があります。

新しい承認の内容は以下のようになります：

チームメンバーは、レビューステップでそのチームがレビュアーチームとして設定されている場合、ドキュメントをレビューするための限られた稼働日数を持ちます。

新しい承認ワークフローの時間設定は以下のようになります：

時間設定で設定される時間は、これらの稼働日のそれぞれについて稼働日の開始と終了の時間です。

このワークフロー内のレビューステップに対するレビュアーチームとして設定されているチームのチームメンバーに合わせて時間設定を構成します。

チームメンバーは、稼働日の量と本フィールドで設定された時間に基づいて、指定された期間内に自分のレビューを提出することができます。

時間設定の考慮方法の例:

提出時刻はこれらの時間に基づいて日付が付けられます。

時間設定が午前6時に設定されている場合、午前2時の提出は前日のものです。

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

24時間制システム(ミリタリータイムとしても知られている)に基づいて、01～24の値を選択します。

デフォルトのタイムゾーンは、オペレーティングシステムで設定されているタイムゾーンです。

選択されたタイムゾーンリスト要素は以下のようになります。

選択されたタイムゾーンリスト要素の最初の部分は、以下を表示できます：

選択されたタイムゾーンリスト要素の2番目の部分は、選択されたタイムゾーンリスト要素の現在のGMTオフセットを表示します。

タイムゾーンリスト要素の現在のタイムゾーンが表示されます。

地理的な場所のGMTオフセットが例えば夏時間または冬時間に変更された場合、これらの地理的な場所に対して表示されるGMTオフセットも変更されます。

選択されたタイムゾーンリスト要素をクリックして、タイムゾーンドロップダウンを開きます。

タイムゾーンドロップダウンは以下のようになります：

デフォルトでは、タイムゾーンドロップダウンでアクティブなタイムゾーンを持つ30分ごとのタイムゾーンオフセット間隔ごとにリスト要素を表示できます。

タイムゾーンリスト要素の説明

タイムゾーンリスト要素の最初の部分は、以下を表示できます：

タイムゾーンリスト要素の名前

タイムゾーンリスト要素の2番目の部分は、以下を表示できます：

タイムゾーンリスト要素タイプ

タイムゾーンリスト要素の最後の部分は、以下を表示できます：

タイムゾーンドロップダウンで検索

地理的な場所を検索して、その場所のすべてのタイムゾーンリスト要素を見つけます。

一致が見つかった場合、その場所が含まれます。

以下のように常にリストされているわけではありません。

一部のタイムゾーンは、リスト要素の最初の部分の短い名前で検索できます。

タイムゾーンが通年同じである場合、リスト要素の2番目の部分で検索できます。

タイムゾーンを検索して、そのタイムゾーンのすべてのタイムゾーンリスト要素を見つけます。

タイムゾーンタイプを検索して、そのタイムゾーンタイプのすべてのタイムゾーンリスト要素を見つけます。

タイムゾーンオフセットを検索するか：

またはタイムゾーン略語：

一部のタイムゾーンはGMTオフセットをタイプとして持つため、タイムゾーン略語ではなく完全なタイムゾーン名を検索する方が良い場合があります。

現在アクティブなタイムゾーンのみが表示されるため、地理的な場所のタイムゾーンが変更される場合、その地理的な場所で現在アクティブなタイムゾーンのみを見つけることができます。

最終承認チームのどのチームメンバーが、このワークフローでの承認の提出者チームを選択する際に選択できるチームのリストに表示されるかを選択します。

新しい承認ワークフローの提出者部分は以下のようになります：

ワークフロー作成者が所属するチームを選択する

ワークフロー作成者がこれらの種類のワークフローを提出する予定である場合、ワークフロー作成者が所属するチームを提出者チームとして追加することが重要です。

空のチームを選択する

このチームの一部になるメンバーがまだプロジェクトの一部でない場合、空のチームを選択できます。

1人のメンバーを持つチームを選択する

個別のメンバーを追加することはできないため、この方法でドキュメントを承認する場合は1人のメンバーのみが作業する場合、1人のメンバーのみを持つチームを選択できます。

ワークフローを作成した後、編集することはできないため、1人のメンバーであっても、チームは人を出入りさせる柔軟性を提供します。

ワークフローを提出できるようにするには、少なくとも1人の提出者を選択する必要があります。

マルチステージレビュープロセスを構築します。

新しい承認ワークフローのレビューステップ部分は以下のようになります：

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

ステップなし

すべてのステップを削除することでステップなしのワークフローを作成することは可能ですが、このワークフローで承認を作成することはできません。

承認を提出できるようにするには、少なくとも1つのステップが必要です。

最大ステップ数

ワークフローが持つことができる最大ステップ数は10です。

レビューステップに参加できるレビュアーチームを選択します。

ワークフローが持つことができるチームの最大数は20です。

各チームが進む前にレビューを提出する必要があり、ワークフローは次のステップに進みます。

自動承認がチェックされている場合、ワークフローは設定された稼働日数後に自動的に次のステップに進みます。

ワークフロー作成者が所属するチームを選択する

ワークフロー作成者がステップをレビューする予定である場合、ワークフロー作成者が所属するチームをレビュアーチームとして追加することが重要です。

空のチームを選択する

このチームの一部になるメンバーがまだプロジェクトの一部でない場合、空のチームを選択できます。

1人のメンバーを持つチームを選択する

個別のメンバーを追加することはできないため、この方法でドキュメントを承認する場合は1人のメンバーのみが作業する場合、1人のメンバーのみを持つチームを選択できます。

ワークフローを作成した後、編集することはできないため、1人のメンバーであっても、チームは人を出入りさせる柔軟性を提供します。

稼働日は月曜日から金曜日として定義されます。

祝日はレビューの稼働日に含まれます。

最小稼働日数: 1稼働日

例: 最初のステップの場合、承認リクエストが提出されるとすぐに開始されます。

それ以外の場合は、前のステップの各リビジョンについて検証が提出されるか、自動的に進行して検証されるとすぐに開始されます。

承認リクエストステップのレビュー稼働日は2日に設定されています。

承認ステップの開始日が金曜日の場合、期日は以下のように設定されます：

業務の停滞を防ぐために自動承認を有効にします。

期日までに回答がないチームに代わって、ドキュメントは自動的に承認されたレビューを受け取ります。

全チームメンバーのレビューが必須を有効にして、このステップの各レビュアーチームの個々のすべてのメンバーが、チームのレビューを提出する前に独自の検証表示を提出する必要があるようにします。

レビューステップの右上のゴミ箱アイコンをクリックして削除します。

レビューステップがある場合、ワークフローを提出できるようにするには、各ステップに少なくとも1人の提出者がいる必要があります。

最終承認は単一のチームによって手動で提供されます。

新しい承認ワークフローの最終承認部分は以下のようになります：

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

各レビュアーチームのレビューに基づいて最終承認を提供する最終承認チーム。

ワークフロー作成者が所属するチームを選択する

ワークフロー作成者が承認の最終検証を行う予定である場合、公開チームはワークフロー作成者が所属するチームであることが重要です。

空のチームを選択する

このチームの一部になるメンバーがまだプロジェクトの一部でない場合、空のチームを選択できます。

1人のメンバーを持つチームを選択する

個別のメンバーを追加することはできないため、この方法でドキュメントを承認する場合は1人のメンバーのみが作業する場合、1人のメンバーのみを持つチームを選択できます。

ワークフローを作成した後、編集することはできないため、1人のメンバーであっても、チームは人を出入りさせる柔軟性を提供します。

最終承認チームが最終承認を構成するための稼働日の量。

最小稼働日数: 0稼働日

トピックテンプレートフィールドでは、承認フローが終了したときにトピックを作成するシステムが使用するテンプレートを選択できます。

何も選択しないことは、トピックが作成されないことを意味します！

既存のトピックテンプレートからテンプレートを選択することが可能です。

トピックテンプレートについてさらに詳しく

テンプレートがない場合、設定ビューに直接テンプレートを作成する機能があります。

承認または却下

承認・却下時の最終ステータスを選択してください。

承認されたドキュメントは公開されますが、却下されたものは公開されません。

ワークフローを提出できるようにするには、最終承認チームを選択する必要があります。

ワークフローを提出できるようにするには、承認されたワークフローの最終ステータスを選択する必要があります。

ワークフローを提出できるようにするには、却下されたワークフローの最終ステータスを選択する必要があります。

提出をクリックしてワークフローを提出します。

ワークフローが必須フィールドを欠いている場合、ページの上部の警告は、欠落しているフィールドを入力するよう求めます。

警告は以下のようになります：

新しいワークフローを提出するには以下が必須です：

提出後、ワークフローのタイトルのみを変更することが可能になります。