リクエストキューを作成

リクエストキューとして設定するプロジェクトに移動します。

（オプション）左パネルの「プロジェクト詳細」をクリックし、「概要」エリアのプロジェクトに「説明」を追加します。この情報は、すべての新規リクエストに表示されます。

左側のパネルの「キューの詳細」をクリックします。「さらに表示」、「キューの詳細」の順にクリックする必要がある場合があります。

「キューの詳細」セクションが開きます。

次の情報を指定します。

• ヘルプリクエストキューとして公開： ​このプロジェクトをリクエストキューとして特定するには、このオプションを選択します。受信するイシューはすべて、リクエストと見なされます。
  このオプションを選択しない場合、プロジェクトは Workfront の標準プロジェクトのように動作し、受信するすべてのイシューがイシューになります。

• このキューにリクエストを追加できるユーザー： ​このキューにリクエストを追加するためのアクセス権を持つユーザーを選択します。次のグループのユーザーに対して、新規のリクエストを追加するとき、グローバルナビゲーションバーのリクエストエリアにリクエストキューを表示できます。

  table 0-row-2 1-row-2 2-row-2 3-row-2 4-row-2 layout-auto
  リクエストを入力できるユーザー	説明
  全員	アクティブなアカウントを持つすべての Workfront ユーザーが、このリクエストキューを表示してリクエストを追加できます
  このプロジェクトの表示アクセス権限を持つユーザー	プロジェクトに対する表示権限を持つユーザーは、リクエストを表示してこのキューに追加できます。
  このプロジェクトの会社のユーザー	このプロジェクトに関連付けられた会社に所属するユーザーは、リクエストを表示してこのキューに追加できます。プロジェクトに関連する会社がある場合、会社の名前は、この設定を行った後に括弧内に表示されます。
  このプロジェクトのグループのユーザー	このプロジェクトに関連付けられたグループに所属するユーザーは、リクエストを表示してこのキューに追加できます。プロジェクトに関連するグループがある場合、グループの名前はこの設定の後に括弧内に灰色のフォントで表示されます。

• 以下のリンクで共有： ​以下のオプションを使用すると、リクエストキューおよびリクエストキューに関連付けられたフォームへの直接アクセスを、Workfront 外部のユーザーまたは外部ページを使用する Workfront ユーザーに提供することができます。リクエストキューを外部ページとしてダッシュボードに埋め込む方法について詳しくは、リクエストキューをダッシュボードに埋め込むを参照してください。

  ユーザーが直接アクセスするには、リクエストキューへのアクセス権をすでに所有している必要があります。ここで説明するいずれのオプションを使用しても、ユーザーにアクセス権が自動的に付与されるわけではありません。

  note tip
  TIP
  ユーザーが別のアプリケーションからリクエストキューページにアクセスする場合、リクエストキューにアクセスする前に、まず Workfront にログインする必要があります。

  • 直接アクセス URL： ​ユーザーがブラウザーからこの URL にアクセスすると、ユーザーはリクエストエリアの「新規リクエスト」セクションに直接移動し、デフォルトではこのリクエストが選択されます。

    

    note note
    NOTE
    リクエストキューは、ダッシュボードに外部ページとして表示することができます。この場合、リクエストキューは事前に選択されていますが、「リクエストタイプ」フィールドから他の任意のリクエストキューを選択できます。ユーザーはリクエストタイプを変更できます。また、リクエストのナビゲーションコンポーネントも表示されます。

  • 埋め込みコード： ​この HTML コードを使用して、リクエストキューフォームを Iframe として任意の HTML ページ内に埋め込みます。
    コードが埋め込まれているページを表示するときにユーザーが Workfront に対してまだ認証されていない場合は、Workfront ログインダイアログボックスが表示されます。ユーザーがログインすると、リクエストキューフォームが表示されます。

    note note
    NOTE
    Iframe にリクエストキューを表示すると、リクエストフォームのみが表示され、リクエスト名は事前に選択されていて、グレー表示されます。ユーザーはリクエストタイプを変更できません。リクエストエリアのナビゲーションコンポーネントは表示されません。

    この埋め込みコードを使用する際にリクエストキューフォームを表示するには、システム設定で「Iframe での Workfront の埋め込みを許可」の設定を有効にする必要があります。Iframe での Workfront の埋め込みの有効化について詳しくは、システムセキュリティの環境設定を指定を参照してください。この設定が有効になっていない場合、Iframe は空白として表示されます。

    埋め込みフォームの表示方法に関する様々な要素を、以下のように調整できます。

    table 0-row-2 1-row-2 2-row-2 3-row-2 4-row-2
    機能	ソリューション
    フレームのサイズを調整	「幅」属性と「高さ」属性を変更します。 デフォルトでは、幅は「500」、高さは「600」です
    特定のキュートピックまたはトピックグループにユーザーを誘導する	src URL に「パス」パラメーターを追加します。非埋め込みフォームで目的のキュートピックまたはトピックグループに移動し、URL を調べることにより、パスパラメーターを見つけることができます。
    事前設定済みのトピックグループドロップダウンリストを表示し、ユーザーに変更を許可	showPreSelectedOptions=true パラメーターを src URL に追加して、「パス」パラメーターを使用します。
    フォームが送信されたタイミングを検出する	Web ページのウィンドウに「メッセージ」イベントリスナーを追加し、event.data.type が requestSubmitted であるか確認します。event.data.newIssueID が作成されたイシューの ID に設定されます。

• リクエストタイプ： 以下のデフォルトのオプションから選択します。

  Workfront 管理者は、デフォルトのリクエストタイプの名前を変更できます。リクエストタイプの名前の変更について詳しくは、デフォルトのイシュータイプをカスタマイズを参照してください。

  • バグレポート

  • 変更依頼

  • イシュー

  • リクエスト

    これは必須フィールドであり、少なくとも 1 つのオプションを選択する必要があります。

  note note
  NOTE
  キューの詳細ページとキュートピックページの両方でリクエストタイプが選択されている場合にのみ、リクエストタイプがリクエストエリアに選択肢として表示されます。プロジェクトのキューの詳細エリアの設定について詳しくは、キュートピックを作成を参照してください。

  ここで選択したそれぞれのタイプは、フォームで使用できます（複数選択できます）。複数のタイプを選択すると、寄せられる複数のリクエストを整理するのに役立ちます。
  例えば、IT プロジェクトのリクエストキューでフォームを使用している場合、ハードウェア、ソフトウェア、バグ修正、イシューなどのリクエストタイプがキューに入る可能性があります。

• デフォルトの期間： ​デフォルトの期間は通常、イシューの完了に要する時間です。これは、すべての受信イシューのデフォルトになり、手動で変更できます。通常、期間は時間、日、週の単位で設定されます。イシューのデフォルト期間は、イシューの予定時間数と同じです。イシューの予定完了日は、このフィールドに基づいて計算されます。
  イシューのデフォルトの期間は 1 日または 8 時間です。Workfront 管理者が稼働日の標準的な時間数を 8 時間未満に設定した場合でも、イシューのデフォルト期間は 8 時間のままです。例えば、稼働日の標準的な時間数が 7 時間に設定されている場合、イシューのデフォルト期間は 1.14 日または 8 時間です。システム稼働日の標準的な時間数の設定方法について詳しくは、システム全体のプロジェクト環境設定を指定の記事にある、「タイムラインの計算」の節を参照してください。

• 同じ会社のユーザーは、すべてのリクエストに対して同じ権限を継承します。： ​選択すると、キューに送信されたすべてのリクエストが、同じ会社のユーザーに表示されます。これらのリクエストは、リクエストエリア内にある、「すべてのリクエスト」のセクションに表示されます。この設定を有効または無効にすると、その後のすべてのリクエストに影響します。情報に遡及的に影響を与えることはありません。

• リクエストがあれば自動的に付与される権限： ​ユーザーがリクエストキューにリクエストを行うと、そのリクエストに対して選択したレベルの権限がユーザーに自動的に付与されます。次の権限レベルから選択します。

  • 表示アクセス権
  • 参加アクセス権 ​これはデフォルトの選択です。
  • 管理アクセス権

  Workfront 権限モデルについて詳しくは、オブジェクトに対する共有権限の概要を参照してください。
  ここで権限を設定すると、寄せられるリクエストごとに権限を付与する必要がなくなり、時間を節約できます。このオプションを選択した場合、今後のすべてのリクエストに影響が及びますが、既存のリクエストに遡及的に影響を与えることはありません。

• デフォルトの承認：承認プロセスをこのリクエストキューに関連付けます。このドロップダウンメニューには、イシューの承認プロセスのみが表示されます。このキューに送信されたすべてのイシューが、この承認プロセスに関連付けられます。リクエストキューに関連付ける前に、Workfront 管理者がシステムレベルの承認プロセスを定義する必要があります。承認プロセスへの管理者アクセス権を持つユーザーは、グループ固有の承認プロセスを作成することもできます。

  note important
  IMPORTANT
  プロジェクトのグループが変更されると、既存のイシューに付随するグループ固有の承認プロセスが、1 回限りの承認プロセスになります。プロジェクトのグループに対する変更や承認プロセスの変更が承認設定に及ぼす影響について詳しくは、グループと承認プロセスの変更が割り当てられた、承認プロセスに及ぼす影響を参照してください。

  1 つのリクエストキューに複数のキュートピックが関連付けられている場合は、代わりに承認プロセスをキュートピックに関連付けることをお勧めします。キュートピックの作成について詳しくは、キュートピックを作成を参照してください。

  リクエストキューに承認プロセスを追加する際は、以下の点を考慮してください。

  • アクティブな承認プロセスのみがリストに表示されます。
  • システム全体およびグループ固有の承認プロセスがリストに表示されます。プロジェクトの承認プロセス以外のグループに関連付けられている承認プロセスは、リストに表示されません。

• デフォルトのルート：ルーティングルールをこのリクエストキューに関連付けます。ルーティングルールを使用して、リクエストキューに送信された新しいイシューを適切なリソース（ユーザー、担当業務またはチーム）と正しいプロジェクトに自動的に割り当てます。このキューに送信されたすべてのイシューは、このルーティングルールに関連付けられます。ルーティングルールは、「キューの詳細」セクションに表示してリクエストキューに関連付けることができるようにするには、事前に設定しておく必要があります。
  複数のキュートピックがリクエストキューに関連付けられている場合は、代わりにルーティングルールをキュートピックに関連付けることをお勧めします。ルーティングルールの作成について詳しくは、ルーティングルールを作成を参照してください。

• 新規イシューフィールド：「すべてのユーザーに次の選択されたフィールドを表示」セクションで、プロジェクトにリクエストを送信したりプロジェクトやタスクにイシューを追加したりするすべてのユーザーに表示されるフィールドを選択します。

  note tip
  TIP
  「キューの詳細」セクションで選択した新規イシューフィールドは、プロジェクト に追加される新しいイシューにも関連付けられます。

  「割り当て先」、「担当業務」、または「チーム」フィールドのいずれかを有効にすると、リクエストフォームでは常にその名前が「割り当て」に変更されますが、指定できるのはここで選択した割り当ての種類のみです。

  note note
  NOTE
  キューの詳細エリアで「割り当て先」を選択した場合は、リクエストフォームの「割り当て」フィールドにユーザーのみを入力できます。この場合、担当業務やチームを入力することはできません。

• ドキュメント：新しいリクエストフォームに「ドキュメント」セクションを表示することを選択した場合は、「ドキュメントアップロード」セクションの配置先を選択します。次の中から選択します。

  table 0-row-2 1-row-2 layout-auto html-authored no-header
  カスタムフォームの後	「ドキュメント」セクションは、リクエストフォームの下部に表示されます。
  カスタムフォームの前	「ドキュメント」セクションは、Workfront フィールドとリクエストフォームのカスタムフィールドの間に表示されます。

  

• すべての選択されたフィールドおよび選択解除されたフィールドの表示対象： ​新しいリクエストフォームのすべてのフィールドを表示するユーザーを選択します。次のオプションは、フォーム上のフィールドへのアクセスを制御します。

  table 0-row-2 1-row-2 2-row-2 3-row-2
  リクエストフォーム上のすべてのフィールドを表示できるユーザー	説明
  すべてのユーザー（プランライセンス）	プランライセンスを持つすべてのユーザーには、選択されたフィールドと未選択のフィールドが表示されます。
  このプロジェクトで表示アクセス権限を持つユーザー（プランライセンス）	このプロジェクトの表示権限もあるプランライセンスのユーザーには、選択されたフィールドと選択されていないフィールドが表示されます。このプロジェクトにリクエストを送信できる、その他のユーザーには、選択したフィールドのみが表示されます。
  ユーザーなし	未選択のフィールドを表示できるユーザーは、いません。このプロジェクトにリクエストを送信できるすべてのユーザーには、選択されたフィールドのみが表示されます。

• カスタムフォーム：リクエストキューに関連付けるカスタムフォームを選択します。このドロップダウンメニューから選択できるのは、イシューのカスタムフォームのみです。リクエストキューに送信されたすべてのイシューには、選択したフォームが関連付けられます。イシューのカスタムフォームを「キューの詳細」セクションに表示するには、カスタムフォームを事前に作成しておく必要があります。
  複数のキュートピックを 1 つのリクエストキューに関連付ける場合は、代わりにカスタムフォームをキュートピックに関連付けることをお勧めします。リクエストキュー用のサブセクションの作成について詳しくは、キュートピックを作成を参照してください。

  

  リクエストキューに複数のカスタムフォームが関連付けられている場合は、フォームをドラッグ＆ドロップして、「フォームの並べ替え」セクションに入力します。

  note tip
  TIP
  「キューの詳細」セクションに追加されたカスタムフォームは、プロジェクト に追加される新しいイシューにも関連付けられます。

続いて、メールキュー設定 ​エリアで、ユーザーがリクエストをリクエストキュープロジェクトにメールで送信できるようにするには、設定の情報を選択します。

詳しくは、ユーザーが問題をリクエストキュープロジェクトにメールで送信できるようにするを参照してください。

「保存」をクリックします。
プロジェクトがリクエストキューに設定されたので、ユーザーはリクエストを追加できるようになりました。

（オプション）リクエストキュー機能を強化するには、キュー用の追加のサブセクションと、受信リクエストを正しいチーム、担当者またはプロジェクトにルーティングするルールを作成します。

• リクエストキュー用のサブセクションの作成について詳しくは、キュートピックを作成およびトピックグループの作成を参照してください。
• 適切な担当者、チーム、および正しいプロジェクトにリクエストをルーティングする方法については、ルーティングルールの作成を参照してください。