標準チケットページ

  • リリースバージョン: Zurich
  • 更新日 2025年07月31日
  • 所要時間:3分
  • 他の要求タイプと同様の一貫したレイアウトを維持しながら、要求固有の情報を表示するように個々の要求タイプを構成します。この構成により、送信された要求を表示するときに一貫したエクスペリエンスが確認されます。

    新規インスタンスの場合、標準チケットページビューはデフォルトで利用できます。アップグレードされたインスタンスの場合は、[標準チケットルート] ページルートマップをアクティブ化する必要があります。このページのルートマップを有効にする方法については、「標準チケットページのページルートマップの有効化」を参照してください。

    標準チケットページの各セクションに表示される情報は、個々の要求タイプによって異なります。構成可能なセクションに値が指定されていない場合、またはユーザーが情報にアクセスできない場合、そのセクションは表示されません。

    図 : 1. インシデントの標準チケットページ
    インシデント標準チケットページ

    ヘッダーセクション

    デフォルトでは、このセクションには送信された要求に関する次の情報が表示されます。
    • 識別番号
    • 作成日と更新日
    • ステータス。[ステータス] フィールドの代わりに、チケットのステータスを表す他のフィールドを構成することもできます。

    情報セクション

    構成すると、このセクションには送信された要求に関する次のリージョンが表示されます。
    • 簡単な説明 (オプションで説明) を含むチケットの説明リージョン。
      注:
      [説明] フィールドをレコードの他のフィールドにマップできます。
    • 関連フィールドが構成されているフィールドリージョン。設定されたフィールドは、値がない場合、またはユーザーがフィールドにアクセスできない場合は表示されません。
      注:
      ワークフロータイプのフィールドは、どのテーブルでもサポートされていません。要求アイテム [sc_req_item] テーブルでのみ、ワークフロータイプフィールド ( ステージ フィールドなど) がサポートされます。このフィールドは、構成内のフィールドの位置に関係なく最後に表示されます。
    • アクションリージョン

    タブのセクション

    構成すると、このセクションには送信された要求の次のタイプのタブが表示されます。
    • アクティビティ
    • 添付ファイル
    • 変数エディター
    • 変数サマライザー
    • 関連する要求。現在のチケットが親である関連するすべての要求を表示します (Service Portal の [自分の要求] ウィジェットに表示) 。これは、次のいずれかのシナリオで適用できます。
      • 現在のチケットがユニバーサル要求の場合は、ユニバーサル要求の子チケットに (タスクテーブルの [親] フィールドを介して) 関連付けられたすべての要求が表示されます。
      • 現在のチケットがユニバーサル要求でない場合は、(タスクテーブルの [親 ] フィールドを介して) 現在のチケットに関連付けられているすべての要求が表示されます。

      [自分の要求] ウィジェットのフィルターの定義については、「 自分の要求のフィルターの定義」を参照してください。

    • [カスタム] タブ

    デフォルトでは、[アクティビティ] タブと [添付ファイル] タブを利用できます。

    クロススコープアプリケーションの構成

    クロススコープアプリケーションの要求タイプごとに、次の構成が必要です。
    • 次の標準チケットページウィジェットがアプリケーションテーブルにアクセスできるようにするための、これらのウィジェット対する制限付き申請者アクセス特権。これらの特権の詳細については、「 」を参照してください。
      • ウィジェット:標準チケットヘッダー
      • ウィジェット:標準チケット添付ファイル
      • ウィジェット:標準チケットタブ
    • アプリケーションの [説明] フィールドに対する制限付きの申請者アクセス特権。このフィールドは、標準チケットページのヘッダーに表示されます。
    • そのアプリケーションのすべての要求を標準チケットページにルーティングするページルートマップ

    標準チケットページのドメインセパレーション

    タブ構成はドメインセパレーションされていません。

    チケット構成はドメインセパレーションされたプロセスです。どの要求タイプのレコードでも、ユーザーが標準チケットページを開くと、ユーザーのドメインに関係なく次の順序でチケット構成がチェックされます。

    1. レコードのドメイン
      1. レコードテーブルのチケット構成
      2. レコードテーブルの親テーブルに関するチケット構成
    2. レコードドメインの親階層
      1. レコードテーブルのチケット構成
      2. レコードテーブルの親テーブルに関するチケット構成
    注:
    1 つのテーブルで、ドメインごとに 1 つのアクティブな構成のみが有効になります。