標準チケットページ

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

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

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

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

    ヘッダーセクション

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

    [情報] セクション

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

    タブのセクション

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

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

    • カスタムタブ

    デフォルトでは、[ アクティビティ] タブと [添付ファイル] タブが使用可能です。

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

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

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

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

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

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