インシデントイベントビジネスルール

  • リリースバージョン: Zurich
  • 更新日 2025年07月31日
  • 所要時間:2分
  • インシデントイベントビジネスルールはシステムに付属しており、インシデントテーブルのさまざまなアクションによってトリガーされるいくつかのイベントを定義します。

    図 : 1. インシデントイベントビジネスルール
    インシデントイベントビジネスルールスニペット

    このビジネスルールはいくつかのイベントを定義しており、そのうちの 3 つはインシデントテーブルのレコードが挿入または更新された後にトリガーされます。最初のスクリプトは次のとおりです。

    if (current.operation() != 'insert' && current.comments.changes()) {
    gs.eventQueue("incident.commented", current, gs.getUserID(), gs.getUserName());
    }

    このスクリプトの条件では、既存の (挿入されていない) インシデントレコードの [コメント] フィールドを変更する必要があります。この条件が true の場合、プラットフォームは incident.commented イベントをイベントキューに追加します。

    2 番目の条件では、イベントがキューに追加される前にレコードが挿入される必要があります。

    if (current.operation() =='insert') {

    3 番目の条件は、インシデントレコードが更新されるたびに true になります (最初のスクリプトで指定された [コメント] フィールドの更新を含む)。

    if (current.operation() == 'update')

    各スクリプトの [then] 部分である gs.eventQueue 関数は、イベントをイベントキューに追加します。このステートメントでは、括弧とともに次の構文を使用します。

    gs.eventQueue("incident.updated", current, gs.getUserID(), gs.getUserName());
    gs.eventQueue 関数は、次のパラメーターを受け取ります。
    表 : 1. gs.eventQueu パラメーター
    フィールド 入力値
    名前 トリガーされるイベントの名前。引用符で囲まれます。
    レコード スクリプト内の条件が true と評価されたときに参照されるレコード。通常、これは current として表されます。これは、ビジネスルールが適用されている現在のレコードを意味します。ビジネスルールがスケジュール済みジョブの一部としてトリガーされる場合は、代わりに GlideRecord 引数を使用します。
    Parm 1 イベントとともにシステムまたはレコード情報を渡すために使用できるオプションのパラメーター。たとえば、GlideSystem API 呼び出し gs.getUserID() は、現在のレコードを操作したユーザーのシステム ID を文字列値として渡します。他のスクリプトは、${event.parm1} 形式を使用して、この文字列値を parm1 として参照できます。
    Parm 2 イベントとともにシステムまたはレコード情報を渡すために使用できるオプションのパラメーター。たとえば、GlideSystem API 呼び出し gs.getUserName() は、現在のレコードを操作したユーザーのユーザー名を渡します。他のスクリプトは、${event.parm2} 形式を使用して、この文字列値を parm2 として参照できます。
    注:
    gs.EventQueue 関数はバックエンドと直接連携するため、gs.EventQueue() によって呼び出されるビジネスルールは呼び出されません。