リクエストの作成と送信
このページでハイライト表示されている情報は、まだ一般に利用できない機能を示します。すべてのお客様が、プレビュー環境でのみ使用できます。 実稼動環境への毎月のリリースの後、迅速なリリースを有効にしたお客様には、実稼動環境でも同じ機能を利用できます。
迅速リリースについて詳しくは、組織での迅速リリースを有効または無効にするを参照してください。
予定作業は、Adobe Workfront ではプロジェクトとタスクで表されます。ただし、予定外の作業が要求という形で突然舞い込んでくる環境で働いているかもしれません。Workfront には、リクエストキューを使用してこのタイプの環境に対応するワークフローが用意されています。
リクエストキューにリクエストを作成したら、担当者に割り当てて完了させるか、タスクまたはプロジェクトに変換することができます。
タスクまたはプロジェクトにイシューを変換する方法について詳しくは、Adobe Workfront におけるイシューの変換の概要を参照してください。
Workfront リクエストを作成するには、次の方法があります。
- 最初から（この記事ではこの場合について説明しています）。
- ドラフトから。詳しくは、ドラフトからのリクエストの作成を参照してください。
- 既存のリクエストから（コピーの送信によります）。詳しくは、リクエストのコピーと送信を参照してください。
Workfront Planning でレコードを作成するには、次の方法で、Workfront Planning のリクエストをゼロから作成します。
-
リンクからWorkfront計画リクエストフォームへ。
-
Workfrontの「リクエスト」領域のWorkfront Planning リクエストフォームから。
Workfront Planning パッケージを購入する必要があります。 詳しくは、 レコードを作成するためのAdobe Workfront Planning リクエストの発行を参照してください。
アクセス要件
この記事の手順を実行するには、次のアクセス権が必要です。
| table 0-row-2 1-row-2 2-row-2 3-row-2 layout-auto html-authored no-header | |
|---|---|
| Adobe Workfront プラン | 任意 |
| Adobe Workfront プラン |
新規：Contributor 以上 または 現在：Request 以上 |
| アクセスレベル設定 | イシューへのアクセス権を編集 |
| 製品 |
|
この表の情報について詳しくは、Workfront ドキュメントのアクセス要件を参照してください。
リクエストキューの使用上の前提条件
この機能を使用するには、まず Workfront 管理者がリクエストキューを作成して、ユーザーが使用できるようにする必要があります。プランナーライセンスを持ち、プロジェクトへの編集アクセス権と特定のプロジェクトの管理権限を持つユーザーも、リクエストキューを作成できます。
リクエストキューの作成方法については、リクエストキューの作成を参照してください。
Workfront 管理者は、リクエストキューの次のコンポーネントを作成する必要があります。
-
ステータスが「進行中」のプロジェクト。ヘルプリクエストキューとして公開されます。
-
キュートピック
詳しくは、キュートピックの作成を参照してください。 -
ルーティング規則
詳しくは、ルーティング規則の作成を参照してください。 -
（オプション）トピックグループ
詳しくは、トピックグループの作成を参照してください。 -
（オプション）リクエストのカスタムフォーム。
詳しくは、「カスタムフォームの作成 を参照してください。 -
（オプション）リクエストの承認プロセス。
詳しくは、作業アイテムの承認プロセスの作成を参照してください。
Workfront web アプリでのリクエストの作成とドラフトの生成
Workfront web アプリでリクエストを作成すると、Workfront はリクエストをドラフトとして保存してから送信します。リクエストキューを選択し、その情報の入力を開始するとすぐに、Workfront がドラフトを作成します。
引き続きリクエストを送信することもできますし、入手できる限りの情報を入力し、いったん作業を離れて後でリクエストを完了することもできます。Workfront は、開始されたドラフトリクエストをドラフトフォルダーに保存します。
- Workfront では、サードパーティのアプリケーションからリクエストを送信する際（Workfront へのメール送信や、別のアプリケーションを使用してリクエストを作成する場合など）に、ドラフトリクエストは作成されません。Workfront web アプリの外部からリクエストを送信すると、リクエストは「送信済み」セクションに保存されます。
- リクエストキューの構造が変更されると、既存のドラフトにアクセスできなくなります。例えば、キューのトピックが削除された場合や、トピックグループが追加された場合、保存されたドラフトにはアクセスできなくなります。
既存のドラフトからのリクエストの作成について詳しくは、ドラフトからリクエストを作成を参照してください。リクエストドラフトの削除について詳しくは、リクエストドラフトを削除を参照してください。
Workfront web アプリでリクエストを作成するには：
-
Adobe Workfront の右上隅にある メインメニュー アイコン
-
（オプションおよび条件付き）以下の項目が組織とWorkfront インスタンスに当てはまる場合は、画面の右上にある「新しいエクスペリエンスに切り替え」設定を選択してください。
- Workfront パッケージを購入している
- 組織がAdobe統合エクスペリエンスにオンボーディングされました。
- 管理者から、Workfront Planning へのアクセス権を付与されています
- Workfront Planning Workspace に対して少なくとも表示権限がある
詳しくは、 レコードを作成するためのAdobe Workfront Planning リクエストの発行を参照してください
-
ページの右上隅にある「新規リクエスト」をクリックします。
note tip TIP - 「新しいリクエスト」オプションには、リクエスト エリアの任意のセクションからアクセスできます。
- イシューを作成するためのアクセス権がない場合、「新規リクエスト」オプションはグレー表示されます。
新しいリクエスト ボックスが開きます。
-
（条件付き）Workfront Planning を含む新しいエクスペリエンスに切り替え、実稼動環境にある場合、「新規リクエスト ボックスには次の内容が表示されます。
- 最近アクセスした 6 つのWorkfront リクエストキューおよび Planning リクエストフォームが「最近」セクションに表示されます。
- その他のすべてのWorkfrontおよび計画リクエストフォーム すべてのリクエストフォーム セクション デフォルトで表示されないリクエストフォームを検索できます。
- その他のすべてのWorkfrontおよび Planning リクエスト・キューのパスは、「すべてのリクエスト・パス セクションに表示さ ます。 デフォルトで表示されないリクエストキューを検索できます。
Workfront リクエストキューのパスまたはフォームの 1 つをクリックするか、1 つを検索して、リストに表示されたらクリックします。
-
（条件付き）Workfront Planning を含む新しいエクスペリエンスに切り替えた場合は、Workfront リクエストキューのパスまたはフォームの 1 つを選択するか、検索バーをクリックします。
検索バーをクリックすると、最近使用したキューとフォームを最初に表示するドロップダウンが表示されます。 リストから 1 つ選択するか、表示されたら入力を開始してキューまたはリストを選択します。
note note NOTE 現在プレビューで利用可能な新しいリクエストエクスペリエンスについては、次の点を考慮してください。 - リストには、Workfront リクエストキューとWorkfront Planning リクエストフォームの両方が含まれています。
- オブジェクトタイプでリストをフィルタリングできます。
- Workfront リクエストキューのみを表示するには、
Issueのオブジェクトタイプでフィルタリングします。 - 新しいリクエストエクスペリエンスでは、ドラフトは送信されたリクエストと同じリストに見つかります。
-
（条件付き）Workfront Planning を含む新しいエクスペリエンスに切り替えた場合は、トピックグループとキューのトピックを選択して、フォームの更新を続行します。
それ以外の場合は、「リクエストタイプ」フィールド内をクリックし、次のいずれかの操作を行います。
-
「最近使用したパス」セクションで、リクエストキューを開くために最近使用したパスを選択します。パスには、リクエストキュー、トピックグループ、最近送信したキューのトピックが含まれます。デフォルトでは、最後の 3 つのパスが表示されます。
note note NOTE Workfront は、実際にリクエストを送信した場合にのみパスを保存します。ドラフトリクエストのパスは作成されません。 
-
「リクエストキュー」セクションで、リクエストキューを選択します。
-
以前にアクセスしたパスに属するキーワードを入力して、リクエストキューを検索します。
例えば、「Location」という名前のトピックグループと「Remote」という名前のキューのトピックを含む「Help Desk」という名前のリクエストキューがある場合、「remote」と入力すると、パスの要素に「remote」を含むすべてのリクエストキューが表示されます。
note tip TIP 特殊文字を含む名前を入力すると、入力を省略した場合でも、リクエストキュー、キューのトピック、またはトピックグループが表示されます。 
使用可能なリクエストキューと最近のパスのリストは、結果でハイライト表示されたキーワードを含むパスのみが含まれるように動的に更新されます。
検索結果は、次のエリアに表示されます。
table 0-row-2 1-row-2 layout-auto html-authored no-header リクエストキュー 名前にキーワードが含まれるリクエストキュー リクエストパス 要素の名前にキーワードが含まれるパス（リクエストキュー、トピックグループ、キューのトピックを含む）
note tip TIP - デフォルトでは、最初の 200 件のリクエストキューがアルファベット順に表示されます。
- リクエストキューの名前は、ヘルプリクエストキューとして公開されたプロジェクトの名前です。
- 選択したリクエストキューとして設定されたプロジェクトの説明が、リクエストキュー名の右側に表示されます。
プロジェクトをヘルプリクエストキューとして公開する方法について詳しくは、リクエストキューの作成の記事を参照してください。 -
-
新しいリクエスト フォームで、次のいずれかの操作を行います。
-
（条件付き）「リクエストタイプ」フィールドに表示される通知メッセージから、使用可能なドラフトを選択します。
このエリアは、以前にドラフトを送信せずに保存したことがある場合にのみ表示されます。
デフォルトでは、3 つの異なるキューのトピックからの 3 つの最新のドラフトが表示されます。
-
選択したキューに新しいリクエストの入力を開始します。
新しいリクエストの情報の入力を開始し、「件名」フィールドにリクエストに名前を付けると、新しいドラフトが「ドラフト」セクションに自動的に保存されます。
-
-
（オプション）リクエストキューにトピックグループが含まれる場合、最初のドロップダウンフィールドでトピックグループの名前を選択します。それ以外の場合は、キュートピックを選択します。
note tip TIP トピックグループまたはキュートピックの上にポインタを合わせると、右側に「説明」フィールドが表示されます。トピックグループまたはキューのトピックに関する追加情報が含まれます。 
リクエストキューには、最大 10 個のトピックグループを組み込むことができます。
トピックグループの作成方法について詳しくは、トピックグループの作成の記事を参照してください。キュートピックの作成について詳しくは、キューのトピックを作成を参照してください。note tip TIP ドラフトまたは前のパスを選択した場合、トピックグループとキューのトピックは既に選択されています。必要に応じて、別のものを選択できます。 -
Workfront 管理者がプロジェクトの「キューの詳細」サブタブの「新規問題フィールド」セクションで有効にしたフィールドに応じて、新しいリクエストを送信すると、次のフィールドのいずれかが表示されることがあります。
table 0-row-2 1-row-2 2-row-2 3-row-2 4-row-2 5-row-2 6-row-2 7-row-2 8-row-2 9-row-2 10-row-2 11-row-2 layout-auto html-authored no-header 件名 リクエストの名前を指定します。これは必須フィールドです。 説明 リクエストの説明を指定します。 URL リクエストに関連する URL を指定します。 優先度 リクエストの優先度を指定します。優先度は、このリクエストをどの程度の速度で解決すべきかを定義する必要があります。デフォルトのオプションは次のとおりです。
- なし
- 低
- 標準
- 高
- 緊急
優先事項の名前は、システム管理者が変更できます。
重大度 リクエストの重大度を指定します。重大度は、時間内に解決されない場合に、このリクエストが作業に与える影響を定義する必要があります。デフォルトのオプションは次のとおりです。
- 一時回避
- 混乱を招く
- 対処策のあるバグ
- 対処策のないバグ
- 致命的なエラー
重大度の名前は、システム管理者が変更できます。
プライマリ連絡先 リクエストのプライマリ連絡先は、リクエストに関する質問に対処する時点の担当者なので、デフォルトでユーザーに設定されます。ただし、これを他の Workfront ユーザーに変更することはできます。 割り当て リクエストを割り当てる必要があるアクティブなユーザー、担当業務、またはチームの名前を指定します。
1 つのチームのみを指定できます。
リクエストキューの設定方法によっては、リクエストに 3 つすべてではなく、1 つまたは 2 つのタイプのリソースを割り当てることのみ可能です（例えば、リクエストをユーザーに割り当てることのみ可能です）。
ルーティングルールもリクエストキューに関連付けられ、異なるタイプのリソース（チームなど）に自動的にルーティングする場合、リクエスト（ユーザー）の送信時に手動で指定したエンティティとルーティングルール（チーム）で指定したリソースの両方にリクエストが割り当てられます。
詳しくは、次の記事を参照してください。
リクエストキューを適切なリソースに自動的にルーティングできるように、ルーティングルールをリクエストキューに使用することをお勧めします。
予定時間数 このリクエストの完了に要する時間を見積もります。 予定開始日 このリクエストでの作業を開始する日付を指定します。 予定完了日 このリクエストを解決する日付を指定します。 ステータス 新しいリクエストのデフォルトのステータスは「新規」です。システム管理者がこのステータスの名前を変更した可能性があります。このドロップダウンメニューからステータスを別のものに変更することもできます。 ドキュメント リクエストにドキュメントを追加します。
リクエストキューの設定に応じて、カスタムフィールドの前後に「ドキュメント」セクションが表示される場合があります。
Workfront にアップロードしたドキュメントは、ドラフトのリクエストに 24 時間保存されます。その後、ドラフトの編集と送信に戻ったときに、それらを再添付する必要があります。他のドライブからリンクされたドキュメントは、永久にドラフトに保存されます。
-
（オプション）Workfront 管理者がカスタムフォームをリクエストキューまたはキューのトピックに関連付けた場合、カスタムフォーム内のフィールドを指定します。
カスタムフォームは、Workfront インスタンスごとに異なります。 -
（オプションおよび条件付き）リクエストの入力中の任意の時点で、自動的に作成されたドラフトを削除する場合、「ドラフトの破棄」をクリックします。これにより、復元できない下書きが削除されます。ドラフトの削除を確認する確認メッセージが表示されます。
-
（オプション）アクションを元に戻してドラフトを保持したい場合は、確認メッセージで「取り消し」をクリックします。
-
次のいずれかの操作を行います。
-
リクエストを送信する準備ができたら、「送信」をクリックします。リクエストは「送信済み」セクションに保存されます。 リクエストキューのルーティングルールに応じて、このリクエストはリクエストキューとして指定されたリクエストとは異なるプロジェクトにルーティングされる場合があります。ルーティングルールについて詳しくは、ルーティングルールの作成を参照してください。
または
送信する準備がまだ整っておらず、後で戻って完了する場合は、「閉じる」をクリックします。リクエストは「ドラフト」セクションに保存され、次回このリクエストキューのリクエストを送信する際に利用できます。
リクエストを送信すると、ドラフトが自動的に削除され、復元できなくなります。
送信されたリクエストは、リクエスト エリアの 送信済み セクションに一覧表示されます。 Workfront Planning を含む新しいエクスペリエンスを使用している場合、Workfrontから送信されたリクエストがリクエスト エリアの Workfront タブに表示されます。
受信リクエストの処理について詳しくは、作業とチームのリクエストを管理の記事を参照してください。
送信またはドラフトのリクエストの検索について詳しくは、送信された要求を見つけるを参照してください。
-
Workfront 以外からのリクエストを作成する
新しいリクエストを送信し、他のアプリケーションに埋め込む際に、リクエストキューへの直接リンクを共有できます。Web または他のアプリケーションからこのリンクにアクセスするユーザーも、このキューにアクセスしてリクエストを送信できるように、アクティブな Workfront アカウントでログインする必要があります。詳しくは、リクエストキューへのリンクの共有を参照してください。
Workfront にメールでリクエストを作成する
リクエストキューでメールによるリクエストを受け取ることを有効にしている場合、リクエストキューに関連付けられたメールにリクエストを直接メールで送信できます。
メールの本文テキストがリクエストの説明として追加されます。
リクエストキューがメールでリクエストを受け取れるようにする方法について詳しくは、ユーザーがイシューをリクエストキュープロジェクトにメールで送信できるようにするを参照してください。
Outlook クライアントを使用してリクエストを作成する
Outlook クライアントを使用してリクエストを送信できます。新しいリクエストを作成するか、メールをリクエストに変換することができます。
Outlook クライアントを使用してリクエストを送信する方法について詳しくは、Outlook メールから Adobe Workfront リクエストを作成の記事を参照してください。
Workfront モバイルアプリを使用したリクエストの作成
スマートフォンのモバイルアプリを使用してリクエストを送信できます。新しいリクエストを作成し、web アプリケーションで表示するためのアクセス権があるリクエストキューに送信できます。
モバイルアプリを使用してリクエストを送信する方法について詳しくは、この記事のリクエストの節を参照してください。
他のアプリケーションからリクエストを作成する
Workfront と統合されている任意のアプリケーションを使用して、リクエストを送信できます。
- Workfront と別のアプリケーションとの間のカスタム統合を構築し、他のアプリケーションから Workfront にリクエストを送信できます。
カスタム Workfront の統合について詳しくは、Adobe Workfront 統合を参照してください。
Workfront計画リクエストフォームを使用したリクエストの作成
Planning リクエスト・フォームを使用して、Workfrontの Planning リクエストを追加できます。 Workfront Planning 要求を追加すると、要求フォームが承認されている場合、または承認を必要としない場合に、計画レコードが作成されることがあります。
Planning 要求を発行するには、Workfront Planning パッケージを購入する必要があります。
詳しくは、次の記事を参照してください。