---
sourceDocument: Yokohama ビルドのワークフロー
sourceDocumentLink: https://servicenow-prod.fluidtopics.net/r/ja-JP/yokohama/build-workflows

 Release :

    - yokohama

ft:locale :

    - ja-JP

ft:publication_title :

    - Yokohama ビルドのワークフロー

ft:clusterId :

    - crworkflow

bundleId :

    - crworkflow

workflow :

    - Creator


---

# スクリプトおよびエンジンの実行順序

# スクリプトおよびエンジンの実行順序 {#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 テーブル用)
   * データ検索エンジンの挿入または更新
   * ワークフローエンジン (デフォルトのワークフロー用)
   {#execution-order-scripts-engines__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 テーブル用)
   * テキストインデックス作成エンジン
   * 同期エンジンの更新
   * ワークフローエンジン (保留ワークフロー用)
   * トリガーエンジン (すべての ワークフロースタジオ フロー用)
   {#execution-order-scripts-engines__ul_ck4_h2j_dq}
7. メール通知：通知レコードの重みに基づいて、以下が実行されます。
   * 挿入、更新、または削除時に送信される通知
   * イベントベースの通知
   {#execution-order-scripts-engines__ul_rgj_n2j_dq}
8. ビジネスルールの後 (アクティブなレコードのみ)。1000 以上の順序のデータベース運用の後に実行するように構成されたスクリプト。
{#execution-order-scripts-engines__ol_qjj_rdj_dq}  
注:  
「 ビジネスルールの後」 と同様、 非同期 ビジネスルールは、データベース操作が発生した後にロジックを実行します。After ビジネスルールとは異なり、非同期ビジネスルールは非同期に実行され、他のプロセスと同時にバックグラウンドで実行されます。非同期 ビジネスルールは、ユーザーがフォームを送信した後、およびビジネスルールから作成されたスケジュール済みジョブをスケジューラーが実行した後に実行されます。ユーザーがフォームを送信してから、データベース内のレコードに対して何らかのアクションが実行されるまでに、システムがビジネスルールからスケジュール済みジョブを作成します。