---
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


---

# 使用例:a-b-a 移行

# 使用例:a-b-a 移行 {#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

この例では、2 つの検索ルールと検索制約を使用して、インシデントがグループ (この例ではデータベース グループ) にアサインされてから元のアサインに戻されるタイミングを特定する検索定義を作成します。次のような検索定義を使用して、インシデントが誤って割り当てられている状況を特定します。

## 手順

1. 移動先 すべてプロセスマイニングプロジェクトすべてのプロジェクトをクリックし、この結果を含めるプロジェクトを開きます。
2. \[プロジェクト検索定義\] タブで、\[新規\] ボタンを選択して検索定義を作成します。
3. 検索定義レコードに詳細を入力します。  
   詳細については、「[クラシックビューを使用したルールベースの検索定義の設定](https://servicenow-prod.fluidtopics.net/babRGazfk4PqRRPqOVVteQ "検出されたインサイトを [サマリーとインサイト] ページに提供するように、ルールベースの検索定義を構成します。")」を参照してください。
4. フォームヘッダーを右クリックし、コンテキストメニューから \[保存 \] を選択します。  
   保存後、\[ 検索ルール \] タブと \[ 検索制約\] タブが表示されます。
5. 「 検索ルール 」タブで、「 新規 」ボタンを選択して検索ルールを作成します。
6. \[ Start condition (開始条件 )\] フィールドの右側にあるプラス (+) アイコンを選択して、開始条件の作成を開始します。  
   注:  
   ルールごとに条件を作成する必要があります。既存のルールを選択するオプションはありません。
7. \[ 新しい条件を作成 \] フォームのフィールドを使用して、最初の条件を作成します。  
   開始条件では、\[ アサイン先グループ \] フィールドの任意の値を使用してインシデントが作成される条件を作成します。
   {#aba-example__table_lcj_tx5_vvb__entry__2}

   | フィールド | 値 |
   |-|-|
   | 名前 | AG は何でもあり |
   | テーブル構成 | インシデント |
   | 条件タイプ | フィールド/値条件 |
   | フィールド | アサイン先グループ |
   | 述語 | すべての値 |
   | 一致する出現 | すべて |
   | 条件サブタイプ | 単一 |
   [ ]

   {#aba-example__table_lcj_tx5_vvb}
8. \[ 送信 \] を選択して条件を保存します。
9. \[関係\] フィールドで、\[最終的に次が続く\] を選択します。
10. \[ 終了条件 \] フィールドの右側にあるプラス (+) アイコンを選択して、終了条件の作成を開始します。
11. \[ 新しい条件を作成\] フォームのフィールドを使用して、2 つ目の条件を作成します。  
    2 つ目の条件では、インシデントがデータベースグループに割り当てられている条件を作成します。
    {#aba-example__table_dsg_ncv_vvb__entry__2}

    | フィールド | 値 |
    |-|-|
    | 名前 | AG は何でもあり |
    | テーブル構成 | インシデント |
    | 条件タイプ | フィールド/値条件 |
    | フィールド | アサイン先グループ |
    | 述語 | 次の値に等しい (=) |
    | フィールド値 | データベース |
    | 一致する出現 | すべて |
    | 条件サブタイプ | 単一 |
    [ ]

    {#aba-example__table_dsg_ncv_vvb}
12. \[ 送信 \] を選択して条件を保存します。  
    これで、インシデントがデータベースグループにいつアサインされたかを識別する最初の検索ルールが作成されました。次に、同じチェーンに 2 番目の検索ルールを作成する必要があります。
13. \[Create new rule (Same chain) (新しいルールの作成 (同じチェーン))\] を選択します  
    これは同じチェーンの新しいルールです。\[ Sequence (シーケンス)\] フィールドが <kbd class="ph userinput">2</kbd> で、\[ Start condition (開始条件 )\] フィールドに前のルールの \[End condition (終了条件 )\] が自動的に入力されていることがわかります。
14. \[関係\] フィールドで、\[最終的に次が続く\] を選択します。
15. \[ End condition \] フィールドの右側にあるプラス (+) アイコンをクリックして、2 番目の終了条件の作成を開始します。
16. \[ 新しい条件を作成 \] フォームのフィールドを使用して、終了条件を作成します。  
    2 つ目の条件では、インシデントがデータベースグループに割り当てられている条件を作成します。
    {#aba-example__table_qxc_ydv_vvb__entry__2}

    | フィールド | 値 |
    |-|-|
    | 名前 | AGは何でも (2) |
    | テーブル構成 | インシデント |
    | 条件タイプ | フィールド/値条件 |
    | フィールド | アサイン先グループ |
    | 述語 | すべての値 |
    | 一致する出現 | すべて |
    | 条件サブタイプ | 単一 |
    [ ]

    {#aba-example__table_qxc_ydv_vvb}
17. \[ 送信 \] を選択して条件を保存します。  
    これで、2 番目の検索ルールが完成しました。
18. \[ 送信 \] を選択して検索ルールを保存します。
19. プロジェクトレコードを再度開きます。
20. \[ プロジェクト検索定義 \] タブから、前の手順で作成した検索定義を開きます。  
    注:  
    これは、手順 3 で作成したものである必要があります。
21. \[ 検索条件 \] タブで、\[ 新規 \] ボタンを選択します。
22. \[検索制約\] フォームのフィールドを使用して、制約を作成します。  
    {#aba-example__table_pkx_jfv_vvb__entry__2}

    | フィールド | 値 |
    |-|-|
    | 名前 | 最初の AG が 2 番目の AG に一致 |
    | 開始条件 | AG は何でもあり |
    | 終了条件 | AGは何でも(2) |
    | 関係制約 | が同じイベントである |
    [ ]

    {#aba-example__table_pkx_jfv_vvb}  
    この検索制約により、検索ルールが絞り込まれます。これで、たとえば、インシデントが ネットワークにアサインされ、次に データベースにアサインされ、その後 ネットワークに戻った場合、この検索ルールによって検出されます。
23. \[送信\] を選択します。