ワークフローの作成

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

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

1

ワークフローを作成する

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

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

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

New workflow button
2

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

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

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

  • Nexthinkのアクションを実行したりAPIを介してサードパーティシステムと統合したりするためにThinkletsを追加してください。

  • フローコントロールを追加し、ワークフローの進行とNexthinkデータで収集された値に基づく意思決定ロジックを推進します。

  • サードパーティAPIへの事前設定された統合を利用するためにConnectorsを追加してください。

必要に応じてキャンバスに要素を自由に配置して整理します。 自動レイアウト ボタンを使用して、コンポーネントを整然とした一貫性のある構造に自動的に並べます。

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

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

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

  • ワークフローキャンバス上の要素にカーソルを合わせると、その青い円やアンカーが表示されます。

  • 青い円から別のコンポーネントに左クリックしてドラッグすることで接続を作成します。 上の画像を参照してください。

ステップを組み込む際のワークフローデザイン原則に従う
  • 1つのThinkletには、他のThinkletから複数のエントリーポイントを持つことができます。

  • Thinkletには、他のThinkletへの出口パスが1つしか存在できません。

  • ワークフローのすべてのパスは、必ずEnd blockのThinkletで終わる必要があります。

  • ワークフロー条件のあらゆる結果に対して、そこからの経路を持つ必要があります。

  • リモートアクションやキャンペーン用のThinkletは、オフラインデバイスやユーザー応答がないシナリオなど、期限切れのシナリオでもワークフローシーケンスを壊すことなく処理できます。

  • 条件フローコントロールThinkletは、ワークフローの意思決定ロジックを駆動するために手動のカスタムフィールド(ユーザーまたはデバイス属性)をサポートしています。

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

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

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

3

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

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

  • Name: ワークフロー名は、ワークフロー管理ページおよびNexthink内で実行される関連するNQLクエリに表示されます。

  • NQL ID: システムは、ワークフローのNameからユニークな識別子を自動的に生成します。 NQL IDを使用してNexthink内でこのワークフローをクエリします。 一度保存すると、NQL IDを編集することはできません。

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

4

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

ワークフローデザイナーの右側のパネルにあるワークフロー詳細タブから、オートメーションの開始タイミングと方法を定義するためのトリガーメカニズムを選択します。

必要なユースケースに最適なワークフロートリガーを設定するには、ワークフローのトリガーのドキュメントを参照してください。

ワークフロー パラメータ を設定すると、選択したワークフロー トリガーに入力値を追加できます。

5

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

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

デバイス

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

ユーザー

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

セッション

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

  • クライアント: セッションを開始するのに使用される物理的なクライアントデバイスをターゲットにします。 クライアントデバイスは、Nexthinkによって管理されている場合にのみターゲットにできます。

  • VDI: 仮想インフラストラクチャのVMをターゲットにします。 VDIを選択する場合、ユーザーはクライアントデバイスが接続するVDIセッション内のVMを選択します;

  • ユーザーによる選択のオーバーライドを許可: VDIセッションダッシュボードでワークフローを実行する際に、ユーザーが手動でターゲットを変更できるようにします。

6

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

ワークフローパラメータ は、ワークフローを作成する際に定義できるオプションの入力です。 これらのパラメータを使用すると、次のことが可能になります:

  • ワークフローの開始時に値を設定し、実行中に一定のままにすることができます。

  • 単一のワークフローデザインをさまざまなシナリオやユースケースに適応させることができます。

たとえば、ワークフロー自身を変更することなく、ターゲットグループ、しきい値、もしくはインテグレーション設定を変更するためにワークフローパラメータを使用することができます。

ワークフローパラメータの使い方を学ぶため、パラメータと動的値ドキュメントを参照してください。

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

7

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

高度なシナリオでは、ワークフローの基盤コードとして、右側のパネルにある NEAL タブ (Nexthink Experience Automation Language) を使用できます。

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

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

8

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

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

エラー サイドパネルを開いて、検証をトリガーし、識別された問題を確認しましょう。 ワークフローキャンバス上で不正なステップは、修正しやすいように赤色でハイライトされます。

欠陥またはエラー(無効)が含まれていても、定期的にワークフローを保存することを忘れないでください。 ワークフローを保存するときは、次の点に注意してください。

  • アクティブ/有効なワークフローを変更して保存すると、現在進行中の実行は自動的にキャンセルされます。警告メッセージが表示され、変更を適用する前に確認が求められます。

  • ワークフローのトリガーやスケジュール設定をデザインを変更せずに更新した場合、進行中の実行に影響はありません。


ワークフローデザインのユースケース

ワークフローのビジュアルデザイナーを活用して、期限切れシナリオの処理や、ユーザー適応型のポーズ動作を構築するなど、特定のユースケースにスマートオートメーションを適用します。

ワークフローでの有効期限の処理

いくつかのワークフローシンクレット— リモートアクションキャンペーン など—は、タスクを完了するために利用可能なユーザーやデバイスに依存します。 利用できない場合、ワークフローは期限切れとなります。

これらの有効期限シナリオを管理するために、リモートアクションとキャンペーンのシンクレットには、シンクレットの 期限切れ パスをトリガーする前にワークフローがどのくらい待機するかを設定する タイムアウト プロパティがあります。

期限切れ のパスがトリガーされると、ワークフローは次のようなフォールバックアクションをとることができます:

  • ServiceNowチケットを作成する

  • メールを送信する

  • 異なるパスを再試行する

シンクレットの 期限切れ 出力を接続しない場合、そのタイムアウトに達するとワークフローは停止します。 デバイスが頻繁にオフラインになる場合や、ユーザーが応答するためにもっと時間が必要な場合は、より長い タイムアウト を使用してください。

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

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

ワークフローをさらに柔軟にするために、待機 シンクレットをユーザーの入力、ワークフローパラメータ、もしくはコンテキスト(たとえば、ユーザーのタイムゾーン)に基づく 動的時間遅延 を使用するように設定することができます。

動的時間遅延により、ワークフローは従業員の選択やタイミングへの応答に基づいて適切なタイミングで一時停止し、通知や再開が各ユーザーに適した時刻に行われることを保証します。

使用例: ユーザーのデバイスを再起動する必要があるが、再起動のタイミングをユーザーに任せたい場合。

  1. メッセージのシンクレットを追加し、次の質問をしてください: デバイスをいつ再起動できますか?

    • 今すぐ1時間後2時間後、または_今日の終わりまでに_といったオプションを提供してください。以下の画像を参照。

  1. ユーザーの応答を確認するために 条件 フロー制御を追加してください。

    • 応答が 今日中 の場合、ユーザーのタイムゾーンに基づいてその日の業務終了時間を計算する 機能 スティンクレットを使用し、再起動を開始します。

    • それ以外の場合は、選択されたオプションに基づいて 動的時間遅延 を伴う 待機 スティンクレットを使用します。 この場合、前述の メッセージ スティンクレットでユーザーによって提供された 時間 数です。

詳細な**待機**スティンクレットの設定方法については、[フロー制御の設定](configuring-flow-controls.md#designer-delay-1) ドキュメントを参照してください。


関連トピック

Last updated

Was this helpful?