ドキュメントWorkfrontWorkfront ガイド

リクエストキューを作成

最終更新日: 2025年5月9日
  • トピック:

作成対象:

  • ユーザー
  • 管理者

ユーザーがプロジェクトの予定作業ではない臨時のリクエストを入力できるよう、リクエストキューを設定できます。例えば、IT 部門に寄せられるすべてのユーザーリクエストを取り込むよう、ヘルプデスクのリクエストキューを設定できます。

リクエストはAdobe Workfrontでイシューになり、プロジェクトに追加されます。

リクエストキューを設定すると、プロジェクトに追加されるイシューに関する情報を形式化するのに役立ちます。 プロジェクトに送信されたすべての問題は、同じ方法で送信され、同じパスに従って完了します。

Workfrontでは、リクエストキューとして次のオブジェクトを設定できます。

  • プロジェクト
  • テンプレート。 リクエストキューとして設定されたテンプレートから作成されたプロジェクトは、リクエストキューになります。

プロジェクトまたはテンプレートをリクエストキューとして設定するには、プロジェクトまたはテンプレートの「キューの詳細」領域を編集する必要があります。

この記事では、ユーザーがリクエストを送信できるリクエストキューとしてプロジェクトを設定する方法について説明します。 テンプレートのキューの詳細の設定は、プロジェクトでのキューの詳細の設定に似ています。

リクエストキューに新しいリクエストを送信する方法について詳しくは、リクエストのコピーと送信を参照してください。

アクセス要件

展開すると、この記事の機能のアクセス要件が表示されます。

この記事の手順を実行するには、次のアクセス権が必要です。

Adobe Workfront プラン任意
Adobe Workfront プラン

新規のライセンス:標準

または

現在のライセンス:プラン

アクセスレベル設定プロジェクトへのアクセスを編集
オブジェクト権限プロジェクトの管理権限

この表の情報について詳しくは、Workfront ドキュメントのアクセス要件を参照してください。

リクエストキューの概要

リクエストキューをプロジェクトとして設定します。プロジェクトをリクエストキューとして指定すると、Adobe Workfront のリクエストエリアからキューにアクセス可能になります。リクエストキューをカスタマイズすると、ユーザーがリクエストを送信する際に入力するフォームもカスタマイズされます。

この記事では、既存のプロジェクトからリクエストキューを作成する方法について説明します。ただし、リクエスト取り込みプロセスの一貫性を作成したり、レポート作成や管理の向上のために複数のレイヤーを追加したりする場合は、次の表で説明するリクエストキューの追加の構成要素を設定することもできます。

キューの詳細

キューの詳細エリアで、プロジェクトをリクエストキューとして設定する必要があります。この手順は必須です。

詳しくは、この記事のリクエストキューを作成の節を参照してください。

トピックグループ

これらは、共通の機能に基づいてリクエストを分類する追加のメニューです。例えば、IT リクエストキューの場合、「オンサイト」と「リモート」のトピックグループが必要な場合があります。

詳しくは、トピックグループを作成を参照してください。

この機能はオプションです。

キューのトピック

これらは、同じトピックグループに属するリクエストを共通の特徴に基づいて分類する追加メニューです。1 つのトピックグループには複数のキュートピックを含めることができます。

例えば、IT リクエストキューの「オンサイト」トピックグループには、「ハードウェア」、「ソフトウェア」、「ネットワーク」のキュートピックが含まれる場合があります。

詳しくは、キュートピックを作成を参照してください。

この機能はオプションです。

ルーティングルール

これにより、それぞれのリクエストをユーザー、担当業務、チームやプロジェクトにルーティングできます。

詳しくは、ルーティングルールの作成を参照してください。

この機能はオプションです。

リクエストキューを作成

リクエストキューの作成は、使用する環境によって異なります。

リクエストキューを作成

プロジェクトをリクエストキューとして設定する場合、Workfront のリクエストエリアに表示するには、プロジェクトのステータスが現在になっている必要があります。

TIP
Workfront 管理者またはグループ管理者が、以下の手順で説明する一部の節を含まないカスタムレイアウトテンプレートを割り当てる場合があります。

リクエストキューを作成するには、以下のように行います。

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

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

  3. 左側のパネルで キューの詳細 をクリックします。

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

    「キューの詳細」領域の「キュータイプ」セクション

  4. 次の情報を指定します。

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

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

      リクエストを入力できるユーザー
      説明
      全員
      アクティブなアカウントを持つすべての Workfront ユーザーが、このリクエストキューを表示してリクエストを追加できます
      このプロジェクトの表示アクセス権限を持つユーザー
      プロジェクトに対する表示権限を持つユーザーは、リクエストを表示してこのキューに追加できます。
      このプロジェクトの会社のユーザー
      このプロジェクトに関連付けられた会社に所属するユーザーは、リクエストを表示してこのキューに追加できます。プロジェクトに関連する会社がある場合、会社の名前は、この設定を行った後に括弧内に表示されます。
      このプロジェクトのグループのユーザー
      このプロジェクトに関連付けられたグループに所属するユーザーは、リクエストを表示してこのキューに追加できます。プロジェクトに関連するグループがある場合、グループの名前はこの設定の後に括弧内に灰色のフォントで表示されます。
    • 以下のオプションを使用して、リクエストキューとそれに関連付けられたフォームへのダイレクトアクセスを、Workfront外部のユーザー、または埋め込みの外部ページを使用するWorkfront ユーザーに提供します。

    リクエストキューを外部ページとしてダッシュボードに埋め込む方法について詳しくは、リクエストキューをダッシュボードに埋め込むを参照してください。

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

    TIP
    ユーザーが別のアプリケーションからリクエストキューページにアクセスする場合、リクエストキューにアクセスする前に、まず Workfront にログインする必要があります。
    • 直接アクセス URL: ​ユーザーがブラウザーからこの URL にアクセスすると、ユーザーはリクエストエリアの「新規リクエスト」セクションに直接移動し、デフォルトではこのリクエストが選択されます。

      ダイレクト URL 共有からの新しいリクエストボックス

      NOTE
      リクエストキューは、ダッシュボードに外部ページとして表示することができます。この場合、リクエストキューは事前に選択されていますが、「リクエストタイプ」フィールドから他の任意のリクエストキューを選択できます。リクエストを送信するユーザーは、別のリクエストタイプを選択できます。 トピックグループとキュートピックも表示されます。
    • 埋め込みコード: ​この HTML コードを使用して、リクエストキューフォームを Iframe として任意の HTML ページ内に埋め込みます。
      コードが埋め込まれているページを表示するときにユーザーが Workfront に対してまだ認証されていない場合は、Workfront ログインダイアログボックスが表示されます。ユーザーがログインすると、リクエストキューフォームが表示されます。

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

      この埋め込みコードを使用する場合にリクエストキューフォームを表示するには、Workfront管理者がシステム設定エリアの「iframe へのWorkfrontの埋め込みを許可」設定を有効にする必要があります。

      Iframe での Workfront の埋め込みの有効化について詳しくは、システムセキュリティの環境設定を指定を参照してください。この設定が有効になっていない場合、Iframe は空白として表示されます。

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

      機能
      ソリューション
      フレームのサイズを調整

      「幅」属性と「高さ」属性を変更します。

      デフォルトでは、幅は「500」、高さは「600」です

      特定のキュートピックまたはトピックグループにユーザーを誘導する
      src URL に「パス」パラメーターを追加します。非埋め込みフォームで目的のキュートピックまたはトピックグループに移動し、URL を調べることにより、パスパラメーターを見つけることができます。
      事前設定済みのトピックグループドロップダウンリストを表示し、ユーザーに変更を許可
      showPreSelectedOptions=true パラメーターを src URL に追加して、「パス」パラメーターを使用します。
      フォームが送信されたタイミングを検出する
      Web ページのウィンドウに「メッセージ」イベントリスナーを追加し、event.data.type が requestSubmitted であるか確認します。event.data.newIssueID が作成されたイシューの ID に設定されます。
    • リクエストタイプ: 「キューのプロパティ」セクションで、次のオプションから選択します。

    • バグレポート

    • 変更依頼

    • イシュー

    • リクエスト

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

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

    NOTE
    ユーザーが「要求」領域から要求キューにアクセスすると、「キューの詳細」ページと「キューのトピック」ページの両方で「要求タイプ」が選択されている場合にのみ、「要求タイプ」が選択として表示されます。
    プロジェクトの「キュートピック」領域の設定については、 キュートピックの作成を参照してください。

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

    • デフォルトの期間: 期間の数値を入力し、ドロップダウンメニューから次のいずれかの期間単位を選択します。

      • 日
      • 時間
      • 分
      • 週

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

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

    • リクエストが行われると、自動的に付与する…: リクエストキューに対してリクエストが行われると、そのリクエストに対して選択したレベルの権限がユーザーに自動的に付与されます。 「アクセス」ボタンをクリックして、次の権限レベルから選択します。

      • 表示アクセス権
      • 参加アクセス権 ​これは、デフォルトの選択であり、「アクセス」ボタンの名前です。
      • 管理アクセス権

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

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

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

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

      キュートピックの作成について詳しくは、キュートピックを作成を参照してください。

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

      • アクティブなイシューの承認プロセスのみがリストに表示されます。
      • システム全体およびグループ固有のイシュー承認プロセスがリストに表示されます。 プロジェクトの承認プロセス以外のグループに関連付けられている承認プロセスは、リストに表示されません。
    • デフォルトルート:ドロップダウンメニューをクリックして、このリクエストキューのルーティングルールを選択します。 ルーティングルールは、リクエストキューに送信された新しいイシューを、適切なリソース(ユーザー、担当業務、チーム)と適切なプロジェクトに自動的に割り当てます。 このキューに送信されたすべての問題は、このルーティング規則に関連付けられます。 ルーティングルールは、「キューの詳細」セクションに表示してリクエストキューに関連付けることができるようにするには、事前に設定しておく必要があります。
      複数のキュートピックがリクエストキューに関連付けられている場合は、代わりにルーティングルールをキュートピックに関連付けることをお勧めします。ルーティングルールの作成について詳しくは、ルーティングルールを作成を参照してください。

    • 新しい問題フィールド: 「すべてのユーザーに次の選択されたフィールドを表示」セクションで、プロジェクトに要求を送信したり、このプロジェクトまたはプロジェクトのタスクに問題を追加するすべてのユーザーに表示するフィールドを選択します。

      NOTE
      • 「割り当て先」、「担当業務」、または「チーム」フィールドを有効にすると、ユーザーがリクエストを送信する際にリクエストフォームでは常に「割り当て」に名前が変更されます。 「キューの詳細」領域では、割り当てのタイプのみを指定できます。

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

    • ドキュメント:このオプションを選択すると、新しいリクエストフォームにドキュメント セクションが表示され、ドキュメントアップロードセクションの位置を選択できます。 次の中から選択します。

      カスタムフォームの後
      「ドキュメント」セクションは、リクエストフォームの下部に表示されます。
      カスタムフォームの前
      「ドキュメント」セクションは、Workfront フィールドとリクエストフォームのカスタムフィールドの間に表示されます。

      新しいイシューフィールドとキュー詳細のドキュメント

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

      リクエストフォーム上のすべてのフィールドを表示できるユーザー
      説明
      すべてのユーザー(プランライセンス)
      プランライセンスを持つすべてのユーザーには、選択されたフィールドと未選択のフィールドが表示されます。
      このプロジェクトで表示アクセス権限を持つユーザー(プランライセンス)
      このプロジェクトの表示権限もあるプランライセンスのユーザーには、選択されたフィールドと選択されていないフィールドが表示されます。このプロジェクトにリクエストを送信できる、その他のユーザーには、選択したフィールドのみが表示されます。
      ユーザーなし
      未選択のフィールドを表示できるユーザーは、いません。このプロジェクトにリクエストを送信できるすべてのユーザーは、選択されたフィールドのみを表示できます。 これはデフォルトの選択です。
    • カスタムForms:ドロップダウンメニューからリクエストキューに関連付けるカスタムフォームを選択します。 複数のフォームを選択し、リクエストフォームに表示する順序でドラッグ&ドロップできます。
      このドロップダウンメニューから選択できるのは、イシューカスタムフォームのみです。 このリクエストキューに送信され、プロジェクトまたはそのタスクに追加されたすべてのイシューには、選択したフォームが関連付けられます。
      イシューのカスタムフォームを「キューの詳細」セクションに表示するには、カスタムフォームを事前に作成しておく必要があります。
      リクエストキューに複数のキュートピックが関連付けられている場合は、代わりにカスタムフォームをキュートピックに関連付けることをお勧めします。
      詳しくは、キュートピックの作成を参照してください。

      キューの詳細のカスタムフォームボックス

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

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

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

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

    • リクエストキューのサブセクションの作成について詳しくは、次の記事を参照してください

    • キュートピックの作成

    • トピックグループの作成.

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

recommendation-more-help
5f00cc6b-2202-40d6-bcd0-3ee0c2316b43