---
sourceDocument: Yokohama ServiceNow AI Platform 管理
sourceDocumentLink: https://servicenow-prod.fluidtopics.net/r/ja-JP/yokohama/platform-administration

 Release :

    - yokohama

ft:locale :

    - ja-JP

ft:publication_title :

    - Yokohama ServiceNow AI Platform 管理

ft:clusterId :

    - platadm

bundleId :

    - platadm

workflow :

    - Platform


---

# ルール優先順位

# データルックアップ、アサイン、およびビジネスルール間の優先順位 {#ariaid-title1}

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

スクリプト、アサインルール、ビジネスルール、ワークフロー、エスカレーション、およびエンジンはすべて、挿入や更新などのデータベース操作に関連して有効です。多くの場合、これらのイベントの順序は重要です。
注:  
ブラウザで Ajax を使用したり JavaScript として実行したりするクライアントベースのコードは、常にサーバーへフォームを送信する前に実行されます。  
実行順序は次のとおりです。

1. ビジネスルールの前：1000 未満の順番でデータベース操作の前に実行するように構成されたスクリプト
2. エンジンの前：以下は、特定の順序で実行されません。
   * 承認エンジン (タスクおよび sys_approval_approver テーブル用)
   * 割り当てルールエンジン (タスクテーブル用)
   * エスカレーションエンジン
   * データポリシーエンジン
   * フィールド正規化エンジン
   * ロールエンジン - sys_user_has_role テーブルと同期してロール変更を保持 (sys_user、sys_user_group、sys_user_grmember、および sys_user_role テーブル用)
   * 実行計画エンジン (タスクテーブル用)
   * バージョン エンジンの更新 - sys_update_xml エントリが書き込まれるときにバージョン エントリを作成 (sys_update_xml テーブル用)
   * データ検索エンジンの挿入または更新
   * ワークフローエンジン (デフォルトのワークフロー用)
   {#c_PrecBetweenAssignmentAndBusRules__ul_qgd_vdj_dq}
3. ビジネスルールの前：1000 以上の順番でデータベース操作の前に実行するように構成されたスクリプト
4. データベース操作 (挿入、更新、削除)
5. ビジネスルールの後：1000 未満の順番でデータベース操作の前に実行するように構成されたスクリプト
6. エンジンの後：以下は、特定の順序で実行されません。
   * ラベルエンジン
   * リスナーエンジン
   * テーブル通知エンジン
   * ロールエンジン - sys_user_has_role テーブルと同期してロール変更を保持 (sys_user、sys_user_group、sys_user_grmember、および sys_user_role テーブル用)
   * テキストインデックス作成エンジン
   * 同期エンジンの更新
   * ワークフローエンジン (保留ワークフロー用)
   * トリガーエンジン (すべての ワークフロースタジオ フロー用)
   {#c_PrecBetweenAssignmentAndBusRules__ul_ck4_h2j_dq}
7. メール通知：通知レコードの重みに基づいて、以下が実行されます。
   * 挿入、更新、または削除時に送信される通知
   * イベントベースの通知
   {#c_PrecBetweenAssignmentAndBusRules__ul_rgj_n2j_dq}
8. ビジネスルールの後 (アクティブなレコードのみ)。1000 以上の順序のデータベース運用の後に実行するように構成されたスクリプト。
{#c_PrecBetweenAssignmentAndBusRules__ol_qjj_rdj_dq}  
注:  
「 ビジネスルールの後」 と同様、 非同期 ビジネスルールは、データベース操作が発生した後にロジックを実行します。After ビジネスルールとは異なり、非同期ビジネスルールは非同期に実行され、他のプロセスと同時にバックグラウンドで実行されます。非同期 ビジネスルールは、ユーザーがフォームを送信した後、およびビジネスルールから作成されたスケジュール済みジョブをスケジューラーが実行した後に実行されます。ユーザーがフォームを送信してから、データベース内のレコードに対して何らかのアクションが実行されるまでに、システムがビジネスルールからスケジュール済みジョブを作成します。
**関連概念**   

* [アサインルールモジュール](https://servicenow-prod.fluidtopics.net/57hkSXeNLK52farCkFvbxw "アサインルールモジュールを使用すると、一連の条件が発生した場合に、assigned_to および assignment_group フィールドに自動的に値を設定できます。")
* [データルックアップルール](https://servicenow-prod.fluidtopics.net/QoBajg_5Y6A0gVVmG8FUhw "データルックアップルールは、割り当てフィールドだけでなく、任意のフィールド値を変更する汎用的な手段です。")
* [ワークフローアサイン](https://servicenow-prod.fluidtopics.net/g6x0IoM0rL1dFhTu96PabA "データルックアップまたはアサインルールを作成する代わりに、ワークフローの一部としてタスクレコードをアサインするワークフロータスクを 1 つまたは複数作成することもできます。")  
**関連タスク**   

* [アサインルールを作成](https://servicenow-prod.fluidtopics.net/BtEXAxyxMszXgGRt0WtqGQ "アサインルールの 1 つ以上の条件に従ってレコードを自動的にアサインします。アサインルールは、レコードを開いた時点で実行されるように設計されています。")
* [アサインデータのルックアップルールを作成する](https://servicenow-prod.fluidtopics.net/CdHPTIiGf53TOhLaoZjwTQ "データルックアップとレコード一致を使用して、レコードを自動的にアサインします。")  
**関連資料**   

* [ベースラインアサインルールの例](https://servicenow-prod.fluidtopics.net/zSqAZ7a6CbuXpSclsByS5w "ベースラインインスタンスには、特定のアサインルールが含まれています。")  
**関連情報**   

* [ビジネスルール](https://www.servicenow.com/docs/access?context=c_BusinessRules&version=yokohama&pubname=yokohama-api-reference&ft:locale=en-US)