ワークフローの作成

ワークフローをゼロから作成するか、Nexthinkライブラリからインストールして、導入を加速することができます。 Nexthinkライブラリのワークフローをワークフローデザイナーを使用してカスタマイズします。

新しいワークフローをゼロから設定するには、次の手順に従ってください。

ワークフローを作成する

メインメニューからワークフローを選択し、ナビゲーションパネルの上部にある新規をクリックしてワークフローデザイナーを開きます。

既存のワークフローの設定にアクセスし、編集するには:

ワークフロー管理ページの表にあるワークフローハイパーリンクをクリックします。
選択したワークフローダッシュボードにあるEdit workflowボタンをクリックします。

そして、以下にリストされている手順に従って進めます。

ワークフローの詳細を定義

ワークフローデザイナーから、右側のパネルを使ってワークフローの詳細を入力します。

Name: ワークフロー名は、ワークフロー管理ページおよびNexthink内で実行される関連するNQLクエリに表示されます。
NQL ID: システムは、ワークフローのNameからユニークな識別子を自動的に生成します。 NQL IDを使用してNexthink内でこのワークフローをクエリします。一度保存すると、NQL IDを編集することはできません。

ワークフローのトリガーとターゲットについては、以下の手順を参照してください。

ワークフロートリガーを選択する

ワークフローデザイナーの右側のパネルのワークフローの詳細タブから、トリガーメカニズムを選択します。

手動トリガー

ユーザーによる手動実行が可能にするために、Nexthinkからワークフローを有効化します。

ワークフローは同時に複数のターゲットに対してトリガー可能です: この設定を有効にして、複数のターゲットに同時に適用します。デフォルトでは、一度に1つのターゲットしか手動で選択できません。

APIトリガー

NexthinkのワークフローAPIでの実行を可能にするためにワークフローを有効化します。

スケジュールトリガー

NQLクエリ内の条件を設定することで、特定の時間にワークフローを実行するようにスケジュールトリガーを有効化します。

イベントトリガー

イベントトリガーを追加する際に、NQLクエリを定義してリアルタイムイベントに基づきワークフローを実行します。

ワークフローパラメータを設定した場合、選択したワークフロートリガーに入力値を追加できます。以下の画像を確認してください。

このページのワークフローの作成ステップを参照して、これらの入力値を定義する方法を学んでください。

ワークフローターゲットの定義

ワークフローデザイナーの右側のパネルのワークフローの詳細タブから、ワークフローのターゲットを定義します。

デバイス

デバイスリストにワークフローを有効にします。これには、デバイスビューとAmplifyが含まれます。

ユーザー

調査におけるユーザーのリストの場合、ワークフローをアクションとして有効にします。

セッション

VDIセッションでワークフローをトリガーできるように有効化します。詳細はセッションビューの使用を参照してください。 VDIセッションをターゲットとする場合、以下から選択します。

クライアント: セッションを開始するのに使用される物理的なクライアントデバイスをターゲットにします。クライアントデバイスは、Nexthinkによって管理されている場合にのみターゲットにできます。
VDI: 仮想インフラストラクチャのVMをターゲットにします。 VDIを選択する場合、ユーザーはクライアントデバイスが接続するVDIセッション内のVMを選択します；
ユーザーによる選択のオーバーライドを許可: VDIセッションダッシュボードでワークフローを実行する際に、ユーザーが手動でターゲットを変更できるようにします。

ワークフロー内でセッションをターゲットにするにはNexthink VDIエクスペリエンスが必要です。

ワークフローパラメータを追加

ワークフローデザイナーから、右側のパネルを使用してワークフローパラメータを定義します。

ワークフローパラメータにより、ワークフローの実行中一定のままである入力値を設定し、アクションや条件をパラメータ化することができます。

パラメータと動的な値のドキュメンテーションを参照し、ワークフローパラメータの設定と活用方法を学びます。

ワークフローパラメータを定義したら、ワークフロートリガーの設定時に値を割り当てることができます。

ワークフローロジックの設計

ワークフローデザイナーから、ビジュアルインターフェースとキャンバスを使用してワークフローの構造を構築します。

右側のパネルのツールボックスタブで、ビルディングブロックをワークフローキャンバスにドラッグアンドドロップし、必要な構造とロジックに従って配置します。

Thinkletsを追加し、リモートアクションを実行したり、キャンペーンを開始したり、サービス/APIと統合したり、Microsoft Teams内のNexthinkチャネルを介して直接従業員とコミュニケーションします。
フローコントロールを追加し、ワークフローの進行とNexthinkデータで収集された値に基づく意思決定ロジックを推進します。
コネクタを追加して、サードパーティAPIへの統合イベントを迅速に設定します。 NexthinkはMicrosoft Entra ID, Microsoft Outlook, ChatGPTおよびServiceNowをサポートしています。

ワークフローマップコントロールを使用して、ズームインおよびズームアウト、およびワークフロー全体をフレームに合わせます。

左下隅のウィンドウには、ワークフロー全体と現在位置が表示されます。

カーソルを使用して、希望する順序で追加したワークフローコンポーネントをリンクし、順序付けします。

ワークフローキャンバス上の要素にカーソルを合わせると、その青い円やアンカーが表示されます。
要素の青い円やアンカーに左クリックし、左のボタンを押したまま、他のコンポーネントにリンクします。上の画像を参照してください。

ステップを組み込む際のワークフローデザイン原則に従う

1つのThinkletには、他のThinkletから複数のエントリーポイントを持つことができます。
Thinkletには、他のThinkletへの出口パスが1つしか存在できません。
ワークフローのすべてのパスは、必ずEnd blockのThinkletで終わる必要があります。
ワークフロー条件のあらゆる結果に対して、そこからの経路を持つ必要があります。
リモートアクションやキャンペーンのためのThinkletは、オフラインデバイス、ユーザー未対応など、予期しないシナリオに対処可能であり、ワークフローのシーケンスを中断することはありません。
待機Thinkletは、他のThinkletが収集した従業員の入力やワークフローパラメータを使用して、一時停止期間を動的に制御できます。
Thinkletのパラメータ値は、環境固有のデータを入力として使用するために手動のカスタムフィールド（ユーザーまたはデバイス属性）に対応しています。
条件フローコントロールThinkletは、ワークフローの意思決定ロジックを駆動するために手動のカスタムフィールド（ユーザーまたはデバイス属性）をサポートしています。

手動カスタムフィールドのドキュメントを参照して、ワークフロー用のカスタムフィールドを作成および設定してください。

全体のワークフローデザインを維持しながら、新しい望ましい接続を確立するために、コンポーネント間の既存のリンクを削除します。

その結果、Nexthinkライブラリのワークフローを迅速に解除し、不必要なワークフロー条件を取り除くことで、合理化することができます。

NEALでワークフローをオプションで変更する

代替手段として、右側のパネル内のNEALタブ（Nexthink Experience Automation Language）を使用して、ワークフローのスクリプト言語および裏側のコードとして使用できます。

ビジュアルでワークフローロジックを設計および構築する際に、このコードが自動生成されます。ワークフロービジュアルデザイナーとNEALスクリプトは同期しているため、安全に視点を切り替えることができます。

NEALドキュメントを参照して、NEAL内でワークフローを読み取ってスクリプト化する方法を学びます。

ワークフローを検証して保存する

ワークフローデザインページの下部に、システムは設計されたワークフローが故障している場合に警告を表示し、トラブルシューティングと適切な機能のための構成に役立ちます。

エラータブで、問題を確認し、修正して、有効なワークフローデザインを確保します。さらに、システムはワークフローキャンバス上で無効なステップを赤色で強調表示します。

欠陥またはエラー（無効）が含まれていても、定期的にワークフローを保存することを忘れないでください。

既存の検証問題を解決すると、他の設計要素の検証を妨げていたいくつかの問題が解消される可能性があるため、さらに問題が発生する可能性があります。

検証メッセージはNEALタブでは利用できません。

予期しないシナリオをワークフローデザインで処理する

リモートアクションおよびキャンペーンのためのワークフローのThinkletsは、デバイスがオフラインになっている、ユーザーが応答しない場合など、シーケンスを破綻させることなく、流れを維持することができます。

期限切れの経路に対するカスタム論理を定義できます。例:

ServiceNowチケットを作成します。
通知を送信します。
別の修正経路を再試行します。

キャンペーンやリモートアクションのThinkletsを追加する際、期限切れ出力経路をバックアップアクション、例えばサポートチケットの作成などに接続します。

キャンペーンThinkletおよびRemote Action Thinkletドキュメントを参照して、これらのタイプのワークフローThinkletを設定する方法を学びます。

ワークフローに適応的待機動作を構築する

必要に応じて、他のThinkletsがキャプチャした従業員の入力やワークフローパラメータを使用して、ワークフロー自動化ロジック内の一時停止期間をダイナミックに制御するためにWait Thinkletsを設定することができます。

次のユースケース例では、ユーザーがデバイスをいつ再起動するかわかります。ワークフロー内で:

次の質問を含むメッセージThinkletを設定します:
- デバイスの再起動はいつがよいですか?
  - 時間制限オプション_: 今_ (0時間), 1時間後, 2時間後.
  - 営業日の終わりまでに。

Conditionフロー制御を設定し、ユーザーが_EOD_と回答したか、今 (0時間)、1時間後、または_2時間後_のいずれかの時間制限オプションを選択したかを確認します。
- ユーザーの回答が_EOD_の場合: 現在の営業日の終了を決定し、その時間にデバイスを再起動するためのFunction Thinkletを追加します。
- ユーザーの回答が指定された時間のオプションである場合: Wait Thinkletを追加し、時間遅延をダイナミックに設定し、（前もって構成した）メッセージThinkletを選択して、ユーザーがデバイスの再起動までに必要な時間に応じてワークフローを一時停止します。この場合、時間で提供されます。

リモートアクション Thinkletの場合、リモートアクションのステータスに従ってワークフローを一時停止するためにWait Thinkletにダイナミックな時間遅延を設定することができます。

Configure flow controlsドキュメントを参照して、Wait Thinkletの設定方法を詳しく学びます。