タスク状況フロー フィールドサービス管理 (FSM) 仕組み

状況フローは、要求とそれに関連するタスクが状況間をどのように移動するかを制御する標準プロセスを置き換えます。ServiceNowシステムは、指定された移行とフィールドコントロールを実行するビジネスルール、クライアントスクリプト、および UI アクションを作成します。これらのプログラミング要素は、それらを使用する状況フロー レコードが存在する間は使用され続けます。フィールドサービス管理 (FSM)テーブルの状況フローが削除されると、そのテーブルで作成された不要なプログラミング要素の削除が試行されます。[ステータス] フィールドの選択を、開始ステータスに基づいて、移行の有効なステータスに制限できます。

wm_admin ロールを持つユーザーは、次のタスクを実行できます。

• 作業指示フローおよび作業タスクフローを作成、読み取り、追加、更新、または削除します。
• 特定のステータス移行でイベントをトリガーします。
• 要求またはそのタスクのデータが変更されたときに自動的に別のステータスに移行するか、ユーザーがボタンを選択したときに手動でステータスを変更します。
• [ステータス] フィールドの選択リストを、指定された開始ステータスからの有効な移行である終了ステータスに制限します。
• ターゲットテーブル内のレコードのステータスが変更されたときに、そのテーブル上の選択したフィールドのヴィジビリティと動作を制御します。
• カスタム状況フローを作成します。構成画面で [ State flows are enabled ] オプションをオフにします。

状況フローで利用可能な機能

開始ステータスと終了ステータス

wm_admin ロールを持つユーザーは、タスクレコードがあるステータスから別のステータスに特定の移行するときに発生する処理のカスタム状況フローを作成できます。これらのレコードには開始状態と終了状態が必要であり、状態間の移行中に処理が行われます。タスクレコードが特定の終了状態に達したときに何らかの処理を実行するには、終了状態を定義する必要があります。場合によっては、タスクがキャンセルされた後に何らかのクリーンアップを実行する場合など、状況フローに開始状態のみを持たせることができます。レコード内の処理が複数の状況移行に適用される場合、状況フローに開始状態または終了状態がない可能性があります。解決策は、ビジネスルールまたはクライアントスクリプトを状況フローレコードに保存し、それを必要とする状態変更の処理をトリガーする条件を作成することです。

フィールドサービス管理 (FSM)の例は、作業指示タスク [wm_task] テーブルの変更をロールアップするビジネスルールです。このビジネスルールは、タスクで発生したステータス変更を親作業指示にロールアップします。

構成の概要

状況フローのカスタマイズを設定する手順は次のとおりです。

1. 作業指示および作業指示タスクの状況フローを構成する

   作業指示と作業指示タスクが移行するステータスを設定します。これは、作業の追跡に役立つ特定の一連の状況がある場合に役立ちます。

2. (オプション) 状況フロー辞書の上書き

   辞書オーバーライドを使用して、すべての新規作業指示と作業指示タスクの開始ステータスを定義します。

3. (オプション) 状況フローの作業メモ

   特定のステータスに達したときに、カスタマイズされた作業メモを作業指示タスクに追加します。たとえば、却下状況フローに「エージェントによって拒否されたタスク」というメモを含めることができます。

4. (オプション) 状況フローのフィールドコントロール

   指定された状態移行をシステムが検出した場合の動作を決定します。たとえば、インシデントが [問題待ち] 状態に移行したときに [問題] フィールドを表示するとします。

5. (オプション) ステータス変更時のイベントのトリガー

   タスクが開始状態から指定された終了状態に移行したときに、登録されたシステムイベントをトリガーするように状況フローを構成します。たとえば、イベントを使用してメール通知をトリガーし、スクリプト アクションを作成できます。

6. (オプション) 状況フローの再作成

   既存sys_idsと新しいの不一致が発生した場合の再構築状態フロー。

7. (オプション) 状況フローのクリーンアップ

   システムによって作成されるビジネスルール、クライアントスクリプト、および UI アクションをクリーンアップして、それらを使用する状況フローレコードが存在する間のみ存在するカスタム移行を実行します。