滞留アクティビティモニターの設定

  • リリースバージョン: Yokohama
  • 更新日 2025年01月30日
  • 所要時間：2分

    • タスクが一定時間非アクティブになったときにタスクレコードのイベントをトリガーする滞留アクティブモニターを設定できます。

    始める前に

    必要なロール：admin

    このタスクについて

    タスクが非アクティブのままである場合、モニターは定期的に繰り返されます。ユーザーがタスクレコードを更新すると、モニターが再起動します。定義したリセット条件が満たされていない場合、タスクレコードを更新してもモニターは再起動しません。滞留アクティビティモニターは、 タスクテーブルを拡張するテーブルのレコード、または タスクテーブル自体にのみ適用されます。

    滞留アクティビティモニターがトリガーされると、フォーム <tablename>.inactivity (例：incident.inactivity) でイベントが生成されます。滞留アクティビティモニターのアクションをさらに促進するメール通知/SMS 通知またはスクリプトアクションを定義します。

    レコードのアクティビティは、ユーザーの更新のみに基づいています。システムの更新はアクティビティとは見なされません。

    滞留アクティビティモニターでは、タスクごとに 1 つの一致する滞留アクティビティモニターしかサポートされません。

    複数の滞留アクティビティモニターがタスクレコードと一致した場合、1 つの滞留アクティビティモニターが他のすべての sys_trigger ジョブを削除し、自身のジョブのみを残して他のジョブがトリガーされないようにします。滞留アクティビティモニターは条件ビルダーによって制御されるため、タスクレコードごとに相互に交差する滞留アクティビティモニターを、定義の時刻で識別することはできません。

    手順

    1. 次のように移動する。 All (すべて) > システムポリシー > SLA > 滞留アクティビティモニター をクリックし、[ 新規] をクリックします。
    2. 滞留アクティビティモニターに名前を付けます。
    3. [テーブル] フィールドで、監視するレコードのタイプを指定します。
    4. 滞留アクティビティモニターが各通知を送信するまでに待機する時間を、[待機] フィールドに指定します。
    5. 追加の条件を [条件] フィールドに指定します。
      滞留アクティビティモニターを機能させるには、少なくとも 1 つの条件を指定する必要があります。
      • インシデントの自動クローズを使用している場合は、リセット条件を追加します。そうしないと、自動クローズが正しく機能しません。このリセットを防ぐには、滞留アクティビティモニターの [リセット条件] を設定します。インシデントの自動クローズの詳細については、「インシデントを自動的にクローズするように構成する」を参照してください。
      • 滞留アクティビティモニターの実行を開始するには、ユーザー更新ごとにすべての条件を true にする必要があります。たとえば、[この条件を設定 (Set this condition)] は、ユーザーがタスクを更新する現在の日付よりも期日が早い場合にのみ機能します。
    6. 特定のレコードで、条件が満たされる滞留アクティビティモニターが複数存在する可能性がある場合は、[順序 (Order)] を指定します。そうすると順序が最も小さいものが使用されます。
    7. [保存] をクリックします。
      注:
      滞留アクティビティモニターで条件を変更すると、モニターは以前に追跡されたレコードの追跡を停止します。レコードが他のすべての条件を満たす場合でも、滞留アクティビティモニターの前に作成したレコードは追跡されません。