単一/複数選択またはカスケード フィルターを作成する

  • リリースバージョン: Xanadu
  • 更新日 2024年08月01日
  • 所要時間:9分
  • ユーザーが、インシデントの優先度など、一連の選択肢からの 1 つ以上の値でダッシュボードタブをフィルタリングできるようにします。単一または複数の選択フィルターをカスケード内の別のフィルターの後にすることができます。

    始める前に

    この手順は、フィルターデザイナーでフィルターを作成したか、フィルタータイプが [単一選択] または [複数選択] のフィルターをダッシュボードに追加していることを前提としています。「ダッシュボードフィルターのフィルタータイプを選択します」を参照してください。

    必要なロール:インラインダッシュボードエディターでは、ダッシュボードの所有者であるか、編集権限を所有者と共有している必要があります。テクニカルダッシュボードエディターでは、ui_builder_admin ロールが必要です。フィルターをライブラリに保存したり、フィルターデザイナーでフィルターを作成したりするには、analytics_filter_admin ロールが必要です。

    このタスクについて

    フィルターは、データの可視化と簡易リストに適用されます。フィルターを特定のデータ可視化に適用するには、その可視化と同じテーブルまたはインジケーターのブレークダウンに基づいている必要があります。リストに適用するには、リスト内のフィールドをフィルタリングする必要があります。

    タブ付きダッシュボードでは、フィルターを単一のタブ内のアイテムまたはダッシュボード全体に適用できます。フィルターを単一のタブに適用するには、そのタブにフィルターを追加します。フィルターをダッシュボード全体に適用するには、タブの上にフィルターを追加します。

    単一選択フィルターを使用すると、ユーザーは 1 つの値でアイテムをフィルター処理できます。
    選択されている 1 つの値を示す単一選択フィルター。
    複数選択フィルターを使用すると、ユーザーはフィールドまたはブレークダウンの複数の値を選択できます。
    複数の値が選択されていることを示す複数選択フィルター。

    手順

    1. [ フィルターソースタイプ] で、[テーブル] または [インジケーター] ブレークダウンを選択します。
      メトリックベース テーブルは [テーブル] で使用できます。
    2. ソースタイプに応じて、フィルターソースを指定します。
      • [Table (テーブル)] タイプを選択した場合は、テーブルとフィールドを選択します。
        注:
        • 選択できるのは、参照フィールドと選択リストを持つフィールドのみです。テーブルに非参照文字列フィールドと数値フィールドしかない場合、選択できるフィールドはありません。
        • フィールドを選択しない場合は、そのテーブルまたはそのテーブルを指す参照フィールドのデータしかフィルター処理できません。たとえば、フィルターソースとして Company (会社) テーブルを選択した場合、Company (会社) テーブルまたは会社を指す参照フィールド (Incident.Caller.Company や Incident.Location.Company など) のみをフィルター処理できます。
        • メトリックベーステーブルを選択する場合は、フィールドを選択しないでください。
        • 別のテーブルへの参照フィールドであるフィールドを選択すると、フィールドが選択されていないそのテーブルを参照するようにフィルターソースがリセットされます。フィルタリングするデータは、最初に選択した参照フィールドに自動的に設定されます。フィルタリングする追加データとして、フィルターソース内のテーブル、またはそのテーブルを指す他の参照フィールドのみを設定できます。
          データソースを参照フィールドに変更すると、テーブルが変更されます。
      • [Indicator Breakdown (インジケーターブレークダウン)] タイプを選択した場合は、インジケーターブレークダウンを選択します。
        重要:
        • 少なくとも 1 つのインジケーターで使用されているブレークダウンのみを選択できます。
        • データの可視化でのスクリプト化されたブレークダウンはサポートされていません。
        • インジケーターに同時に適用できるブレークダウンレベルは 2 つのみです。ダッシュボードでは、これは 2 つのフィルター、または 1 つのフィルターと、データの可視化で指定されたブレークダウンです。
    3. オプション: ランタイムユーザーがフィルターの基準として選択できる値を制限するには、[ 値 (数値) の構成 (Configure values (number))] を選択します。
      使用可能な値のリストが開きます。値をクリアすると、ランタイムユーザーがその値でフィルタリングできないようになります。
      図 : 1. 実行時に値リストと結果の選択肢を構成する

      可能なテーブル値のチェックリスト。

      実行時に使用可能な値。
      注:
      フィルターソースがテーブルへの参照である場合、構成する値のリストはありません。代わりに、フィルターの値を設定する条件を作成できます。関連リスト条件を設定することもできます。
    4. オプション: フィルターのデフォルト値を選択します。
      ユーザーがダッシュボードを開くと、ダッシュボードはこれらの値を適用します。
    5. オプション: フィルタリングするデータを選択します。
      フィルターする一部のデータは、フィルターソースに応じて自動的に選択されます。たとえば、Incident.Category ブレークダウン ソースからカテゴリ インジケーター ブレークダウンを選択すると、フィルターによって、インシデント テーブルの [カテゴリ] フィールドと、カテゴリ ブレークダウンを持つインジケーターが自動的にフィルター処理されます。自動データ選択を編集したり、フィルタリングするデータを追加したりできます。
      注:
      フィルターソースの選択は、フィルターできるデータに影響を与える可能性があります。詳細については、「ステップ 2」を参照してください。
    6. [従うその他のフィルター] で条件が満たされている場合は、現在のフィルターが階層内でフォローする別のフィルターを選択して、カスケードを作成できます。
      注:
      [その他のフィルター] は、フィルターデザイナーからではなく、ダッシュボードでフィルターを構成する場合にのみ設定できます。
      別のフィルターに従うようにフィルターを設定すると、次のフィルターで使用できる選択肢は、後続のフィルターでの選択によって制限されます。詳細については、 マネージャーとアサイン先グループのカスケードフィルターの例を参照してください。
      Conditions :
      • ピルがそのフィルターの UI 要素である場合にのみ、フィルターをフォローできます。
      • カスケードフィルターがサポートされているのは、テーブルとインジケーターのブレークダウンフィルターのみです。
      • 従うフィルターは、次のフィルターのフィルターソースと同じテーブルのデータをフィルター処理する必要があります。
      注:
      • 一部のフィルターには多対多の関係があり、両方のフィルターの値が他方のフィルターの複数の値と一致する可能性があります。このようなフィルターの 1 つは、接続テーブルを介してのみ別のフィルターに従うことができます。これらのカスケードフィルターを設定できるのはアドミンのみです。詳細については、「多対多の関係で別のフィルターに従うようにフィルターを設定する」を参照してください。
      • 2 つのフィルターを相互にフォローできますが、追加の要件があります。詳細については、「2 つのフィルターが互いに従う条件」を参照してください。
    7. [ソートの方向] を選択します。
      [昇順] を選択すると、フィルタリングされたうちで最も低い値が最初に表示されます。[降順] を選択すると、最も大きい値が最初に表示されます。ユーザーはこの値を変更できます。
    8. ユーザーがフィルターに対して選択した値を自分でクリアできるようにするには、[フィルターのクリアを許可]を有効にします。
    9. オプション: 最初と各ページの更新時にロードされる要素の最大数を設定します。
      デフォルト値は 500 です。
    10. [保存] を選択します。

    タスクの結果

    編集モードを終了すると、フィルターが使用可能になります。

    マネージャーとアサイン先グループのカスケードフィルター

    マネージャーまたはアサイン先グループ別にユーザーがインシデントをフィルタリングできるようにするケースを考えてみましょう。また、2 番目のフィルターで使用可能なアサイン先グループを、最初のフィルターでマネージャーが選択されているグループに制限するとします。

    1. インシデント [incident] テーブルのインシデント数の単一スコアデータの表示方法など、インシデントのデータの表示方法を作成します。
    2. インシデントをアサイン先グループマネージャーでフィルタリングするフィルターを作成します。これを実現するには、データ ソースとしてユーザー [sys_user] テーブルに基づいて、単一または複数の選択フィルターを作成します。[マネージャー] フィールドはそのテーブルにあります。このフィルターをインシデントテーブルデータのデータの可視化に適用するため、Incident.Assignment グループを指すようにフィルターするデータを編集します。支配人。また、グループ [sys_user_group] テーブルに [マネージャー] フィールドをフィルタリングするデータとして追加します。このフィールドは、後でカスケード フィルターを設定するときに必要になります。
      ドット連結インシデント - アサイン先グループ - マネージャーフィールドをフィルタリングするユーザーテーブルデータソースの 2 番目のフィルター。
    3. インシデントデータをアサイン先グループでフィルタリングするフィルターを作成します。
      1. まず、「グループ」というラベルの付いた複数選択フィルターを作成します。
      2. 次に、インシデント [incident] テーブルの [アサイン先グループ] フィールドをフィルターソースとして選択します。
      アサイン先グループはグループ [sys_user_group] テーブルを参照する参照フィールドであるため、フィルターソースは自動的にグループテーブルにリセットされます。フィルタリングするデータは Incident.Assignment Group のままです。
      インシデントテーブルの [アサイン先グループ] フィールドをフィルターするフィルターソースとして、グループテーブルを使用してフィルタリングします。
    4. マネージャーでフィルタリングしたグループをユーザーが選択できるようにすることを忘れないでください。そのためには、グループフィルターをマネージャーフィルターの後にする必要があります。このカスケードを可能にするには、グループテーブルのデータをフィルタリングするようにマネージャーフィルターを構成する必要があります。この要件が、フィルター処理するマネージャー フィルターのデータとして Group.Manager を追加した理由です。[構成] パネルの [ フォローするその他のフィルター] まで下にスクロールすると、直接接続を介して [グループ] フィルターが [マネージャー] フィルターの後に移動できることがわかります。
      グループフィルターの構成パネルの [フォローするその他のフィルター] セクション。マネージャーフィルターに従うように切り替えられます。
    5. グループフィルターをマネージャーフィルターに従うように設定し、保存して編集モードを終了します。その後、ダッシュボードビューアーがマネージャーフィルターで Beth Anglin を選択します。次に、グループフィルターでアサイン先グループを選択すると、Beth Anglin をマネージャーとするグループのみが利用可能になります。
      マネージャーの Beth Anglin によってフィルタリングされたダッシュボードで、自分が管理しているアサイン先グループのみがフィルタリング可能として表示されます。

    次のタスク

    必要なロールがある場合は、フィルターをフィルターライブラリに追加します。フィルターを再構成、削除、または複製することもできます。詳細については、「プラットフォームアナリティクスフィルターを編集する」を参照してください。