---
sourceDocument: Xanadu プラットフォームアナリティクス
sourceDocumentLink: https://servicenow-prod.fluidtopics.net/r/ja-JP/xanadu/now-intelligence

 Release :

    - xanadu

ft:locale :

    - ja-JP

ft:publication_title :

    - Xanadu プラットフォームアナリティクス

ft:clusterId :

    - par

bundleId :

    - par

workflow :

    - Platform


---

# ルールベースの改善機会を設定する

# ルールベースの改善機会を設定する {#ariaid-title1}

* リリースバージョン: Xanadu
* 
* 更新日 2024年08月01日
* 
* ![](https://www.servicenow.com/docs/portal-asset/ico-clock) 所要時間：4分

ルールベースの検索定義は、ユースケースの改善の機会を \[サマリーとインサイト\] ページに表示するカスタムルールです。

## 始める前に

必要なロール:sn_process_optimization_analyst、sn_process_optimization_power_user、または sn_process_optimization_admin

独自のルールを設定することで、詳細を知りたいプロセスの特定の領域に焦点を当て、特定のユースケースの改善の機会を特定できます。

たとえば、「 検証待ち 」から 「解決済み」まで 7 日以上かかったレコードを表示するルールを設定できます。

## 手順

1. 改善機会の定義ページに移動します。  
   改善機会の定義ページの詳細については、「 [改善の機会を設定する](https://servicenow-prod.fluidtopics.net/tHFE3bThYymtSmCVi0fNmg "改善の機会を設定して、チームがプロセスを最適化できる改善領域を見つけます。利用可能なルールのリストから選択するか、独自のルールを設定できます。設定したルールに基づいて、改善領域を表示できます。")」を参照してください。
2. \[ルールベース\] カードで \[ 作成 \] を選択します。
3. \[ 定義\] セクションに詳細を入力します。  
   詳細については、「[検索ビルダーからのルールベースの検索定義フォーム](https://servicenow-prod.fluidtopics.net/c1xclC8gK~U0lKTDiNT9zA "[改善機会定義を作成] フォームを使用して、検索ビルダーから検索定義を作成します。")」を参照してください。
4. \[構成\] を選択します。  
   \[ 構成 \] タブが表示されます。

5. フォームに詳細を入力します。  
   1. フィールド、演算子、および値を含む条件を追加して、フィルターを定義します。\[ 発生件数\] フィールドを使用して、この条件の最初、最後、またはすべての発生件数にフィルターを適用するかどうかを定義します。

   2. \[ コンテキスト条件を追加 \] ボタンを使用して、このフィルターの追加のコンテキスト条件を定義します。

      \[and\] および または \[or\] ボタンを使用して、コンテキスト条件を必要な数だけ作成します。
   3. \[ 次のステップを追加 \] を選択して、このチェーン内に別のフィルターを定義します。

      フィルターを作成すると、2 つのフィルターの間に関係セクションが表示されます。このセクションでは、すぐ上とすぐ下のアクティビティ間の関係を定義します。
   4. フィルター間の関係を選択します。
      * 次が直接続く
      * Eventually followed by
      * 次が直接続かない
      * 最終的に次が続かない
      {#rule-based-builder__ul_mtw_4kl_xbc}
   5. \[ 追跡期間 \] フィールドを選択します。

      このフィールドは、指定された検索ステップ間の時間を追跡して、改善機会に表示される検索プロセスの合計期間を計算します。
   6. \[ + チェーンの追加 \] (右上) を選択して、フィルターの追加のチェーンを作成します。

      チェーンは、リンクされたフィルターのセットです。チェーンを作成して、true と評価される必要があるが、別のチェーンのフィルターとの関係を持たない関連フィルターの個別のセットを定義します。チェーンを作成したら、ウィンドウの上部にある チェーン \<番号\> タブを使用してチェーン間を移動できます。
   7. \[ 制約の追加\] を選択します。

      制約パネルが右側に表示されます。検索制約を使用して、特定のステップ間の期間や関係の制約など、検索定義ステップ間に特定の条件を設定します。これにより、基本的な検索ルールを超えてスコープを絞り込むことができます。
   8. \[ 制約の追加\] を選択し、すべての詳細を入力して、 \[ 制約の追加\] を選択します。

      {#rule-based-builder__table_gwq_33h_1cc__entry__2}

      | フィールド | 説明 |
      |-|-|
      | 名前 | 制約の名前 |
      | 開始 | 検索制約をトリガーするイベント。使用可能なオプションは、フィルターで提供される手順です。 |
      | 終了 | 検索制約を終了するイベント。使用可能なオプションは、フィルターで提供される手順です。 |
      | 最小期間 | \[ 開始 \] フィールドで定義されたイベントと \[ 終了 \] フィールドで定義されたイベントの間の最小期間を指定します。\[終了\] フィールドのイベントは、このフィールドで指定された時間の後に発生する必要があります。 |
      | 最大期間 | \[ 開始 \] フィールドで定義されたイベントと \[ 終了 \] フィールドで定義されたイベントの間の最大期間。\[終了\] フィールドのイベントは、このフィールドで指定された時間より前に発生する必要があります。 |
      | 関係制約タイプ | 制約がトリガーされるタイミングをさらに詳細に定義するオプションの制約条件。 なし :   関係制約なし 同じ :   レコードは、特定のフィールドで同じ値を持つ必要があります。このフィールドは、\[ 関係制約フィールド \] フィールドに指定します。 異なる :   レコードは、特定のフィールドに異なる値を持つ必要があります。このフィールドは、\[ 関係制約フィールド \] フィールドに指定します。 同じユーザー :   開始条件と終了条件は、同じユーザーがトリガーする必要があります。 別のユーザー :   開始条件と終了条件は、異なるユーザーがトリガーする必要があります。 同じイベント :   開始ステップと停止ステップは同じですが、中間ステップは異なっていてもよいことを示します。これは、A -\> B -\> A など、最初と最後のステップのみが一致する必要があるピンポンパターンを識別するのに役立ちます。 異なるイベント :   開始ステップと停止ステップが互いに異なることを示しますが、中間ステップは異なる場合もあれば同じ場合もあります。これにより、A -\> B -\> C など、最初のアクティビティと最後のアクティビティが同じではないシーケンスを識別し、プロセスが異なるイベントで開始および終了することを保証できます。 |
      | 関係制約フィールド | 関係制約タイプに関連付けられたフィールド。 このフィールドは、\[関係制約タイプ\] フィールドで \[同一\] または \[異なる\] が選択されている場合に表示されます。 注: 「 開始条件 」または 「終了条件 」フィールドが選択されていない場合、使用可能な関係制約フィールドは空で表示されます。 |
      [ ]

      {#rule-based-builder__table_gwq_33h_1cc}
   {#rule-based-builder__ol_zql_xjl_xbc}
6. \[保存して終了\] を選択します。
{#rule-based-builder__steps_vmx_t2k_wbc}