ワークフローの作成
ワークフローをゼロから作成するか、Nexthinkライブラリからインストールして、導入を加速することができます。 Nexthinkライブラリのワークフローをワークフローデザイナーを使用してカスタマイズします。
新しいワークフローをゼロから設定するには、以下の手順に従ってください：
ワークフローを作成する
メインメニューからワークフローを選択し、ナビゲーションパネルの上部にある新規をクリックしてワークフローデザイナーを開きます。
既存のワークフローの設定をアクセスして編集するには：
ワークフロー管理ページの表にあるワークフローハイパーリンクをクリックしてください。
選択したワークフローダッシュボードにあるEdit workflowボタンをクリックします。
そして、以下にリストされている手順に従って進めます。
ワークフローのロジックを設計する
ワークフローデザイナーから、ビジュアルインターフェースとキャンバスを使用してワークフローの構造を構築します。
右側のパネルのツールボックスタブで、ビルディングブロックをワークフローキャンバスにドラッグアンドドロップし、必要な構造とロジックに従って配置します。
Nexthinkのアクションを実行したりAPIを介してサードパーティシステムと統合したりするためにThinkletsを追加してください。
フローコントロールを追加し、ワークフローの進行とNexthinkデータで収集された値に基づく意思決定ロジックを推進します。
コネクタを追加することで、サードパーティAPIへの事前設定された統合を利用できます。
必要に応じてキャンバスに要素を自由に配置して整理します。 自動レイアウト ボタンを使用して、コンポーネントを整然とした一貫性のある構造に自動的に並べます。
ワークフローマップコントロールを使って、ワークフロー全体をズームイン、ズームアウト、フレーム化します。
左下隅のウィンドウには、全体のワークフローと現在の位置が表示されます。
カーソルを使用して、希望する順序で追加したワークフローコンポーネントをリンクし、順序付けします。
ワークフローキャンバス上の要素にカーソルを合わせると、その青い円やアンカーが表示されます。
青い円から別のコンポーネントに左クリックしてドラッグすることで接続を作成します。 上の画像を参照してください。
ステップを組み込む際のワークフローデザイン原則に従う
1つのThinkletには、他のThinkletから複数のエントリーポイントを持つことができます。
Thinkletには、他のThinkletへの出口パスが1つしか存在できません。
ワークフローのすべてのパスは、必ずEnd blockのThinkletで終わる必要があります。
ワークフロー条件のあらゆる結果に対して、そこからの経路を持つ必要があります。
リモートアクションやキャンペーン用のシンクレットは、オフラインデバイスやユーザーからの応答がない場合など、有効期限が切れたシナリオをワークフローのシーケンスを壊さずに処理できます。
条件フローコントロールThinkletは、ワークフローの意思決定ロジックを駆動するために手動のカスタムフィールド（
ユーザーまたはデバイス属性）をサポートしています。
手動カスタムフィールドのドキュメントを参照して、ワークフロー用のカスタムフィールドを作成および設定してください。
全体のワークフロー設計を維持しながら、新しい優先接続を確立するために、_Delete_キーを使用してコンポーネント間の既存のリンクを削除します。
その結果、Nexthinkライブラリのワークフローを迅速に解除し、不必要なワークフロー条件を取り除くことで、合理化することができます。
ワークフローの詳細を定義
ワークフローデザイナーから、右側のパネルを使ってワークフローの詳細を入力します。
Name: ワークフロー名は、ワークフロー管理ページおよびNexthink内で実行される関連するNQLクエリに表示されます。
NQL ID: システムは、ワークフローのNameからユニークな識別子を自動的に生成します。 NQL IDを使用してNexthink内でこのワークフローをクエリします。 一度保存すると、NQL IDを編集することはできません。
ワークフローのトリガーとターゲットについては、以下の手順を参照してください。
ワークフロートリガーを選択する
ワークフローデザイナーの右側のパネルにあるワークフロー詳細タブから、オートメーションの開始タイミングと方法を定義するためのトリガーメカニズムを選択します。
必要なユースケースに最適なワークフロートリガーを設定するには、ワークフローのトリガーのドキュメントを参照してください。
ワークフローのパラメーターを設定すると、選択したワークフローのトリガーに入力値を追加できます。
ワークフローターゲットの定義
ワークフローデザイナーの右側のパネルのワークフローの詳細タブから、ワークフローのターゲットを定義します。
セッション
VDIセッションでワークフローをトリガーできるように有効化します。詳細はセッションビューの使用を参照してください。 VDIセッションをターゲットとする場合、以下から選択します。
クライアント: セッションを開始するのに使用される物理的なクライアントデバイスをターゲットにします。 クライアントデバイスは、Nexthinkによって管理されている場合にのみターゲットにできます。
VDI: 仮想インフラストラクチャのVMをターゲットにします。 VDIを選択する場合、ユーザーはVDIセッション内でクライアントデバイスが接続する仮想マシンを選んでいます。
ユーザーによる選択のオーバーライドを許可: VDIセッションダッシュボードでワークフローを実行する際に、ユーザーが手動でターゲットを変更できるようにします。
ワークフロー内でセッションをターゲットにするにはNexthink VDIエクスペリエンスが必要です。
ワークフローは実行を開始するために user と device のコンテキストの両方を必要とします。 ワークフローのトリガーに関するドキュメントを参照して、システムがユーザー・デバイスのペアをどのように識別するかを学んでください。
ワークフローパラメーターの追加
ワークフローパラメーター はワークフローを作成する際に定義できるオプションの入力です。 これらのパラメーターを使用すると、次のことが可能です:
ワークフローの開始時に設定された値を実行中に一定に保ちます。
単一のワークフローデザインを異なるシナリオやユースケースに適応させます。
例えば、ワークフローパラメーターを使用して、ターゲットグループ、しきい値、統合設定を変更することができますが、ワークフロー自体を変更する必要はありません。
ワークフローパラメーターの使用方法を学ぶために、パラメーターと動的値のドキュメントを参照してください。
一度定義されると、ワークフローの詳細 の下でワークフロー トリガー を設定する際に、ワークフローパラメーターに値を割り当てることができます。
NEALでワークフローをオプションで修正する
高度なシナリオには、右側のパネルにあるNEALタブ（Nexthink Experience Automation Language）を使って、スクリプト言語とワークフローの基盤となるコードを利用できます。
このコードは、視覚的にワークフローロジックを設計および構築する際に自動的に生成されます。 ワークフローのビジュアルデザイナーとNEALスクリプトは同期しているため、ビューを安全に切り替えることができます。
NEALのワークフローの読み方やスクリプト化の方法を学ぶには、NEALのドキュメントを参照してください。
ワークフローの検証と保存
ワークフロー設計ページの下部には、設計したワークフローが機能不全のとき、システムが警告し、トラブルシューティングや適切な機能設定の手助けをしてくれます。
エラーが検出されたら、検証をトリガーして問題を確認するためにエラーサイドパネルを開いてください。 無効なステップはワークフローキャンバス上で赤くハイライトされ、簡単に修正できます。
ワークフローが未完成でエラー（無効）が含まれている場合でも、定期的に保存することを忘れないでください。 ワークフローを保存する際には、次の点を覚えておいてください:
アクティブ/有効なワークフローを修正して保存する場合、進行中の実行が自動的にキャンセルされます。変更を適用する前に確認を求める警告メッセージが表示されます。
ワークフローのトリガーやスケジューリング設定をデザインを変更せずに更新した場合、進行中の実行には影響しません。
既存の検証問題を解決すると、他の設計要素の検証を妨げている可能性のあるさらなる問題が発見されることがあります。
NEALタブでは、バリデーションメッセージは利用できません。
ワークフローデザインのユースケース
ワークフロービジュアルデザイナーを活用して、期限切れシナリオの処理やユーザー適応型の一時停止動作の構築など、特定のユースケースにスマートオートメーションを適応させます。
ワークフローでの有効期限処理の取り扱い
一部のワークフローのシンクレット—例えば リモートアクション や キャンペーン は、タスクを完了するためにユーザーやデバイスが利用可能であることに依存しています。 利用不可の場合、ワークフローは期限切れになります。
これらの期限切れシナリオを管理するために、リモートアクションとキャンペーンのシンクレットには、制定された時間経過後にそのシンクレットの 期限切れ パスをトリガーするための タイムアウト プロパティがあります。 下記の画像を参照してください。
期限切れ パスがトリガーされると、ワークフローは次のようなフォールバックアクションを取ることができます。
ServiceNowチケットの作成
メールの送信
別のパスを再試行する
シンクレットの 期限切れ 出力が接続されていないと、タイムアウトに達した時にワークフローは停止します。 デバイスがオフラインであることが多いか、ユーザーが応答に時間がかかる場合は、長めの タイムアウト を使用してください。
キャンペーンThinklet と リモートアクションシンクレット を参照し、これらのタイプのワークフローシンクレットを設定する方法を学んでください。
ワークフローでの適応的待機動作の構築
ワークフローにさらに柔軟性を持たせるために、ユーザー入力、ワークフローパラメーター、またはコンテキストに基づいて動的な時間遅延を使用するように 待機 シンクレットを設定することができます（例：ユーザーのタイムゾーン）。
動的な時間遅延により、各ユーザーにとって最適なタイミングで通知や再起動が行われるよう、機知に富んだ方法でワークフローを一時停止させることができます。
ユースケースの例: ユーザーのデバイスを再起動する必要がありますが、タイミングはユーザーに選んでもらいたいです。
メッセージ シンクレットに次のように尋ねます：いつデバイスを再起動できますか？
今、1時間後、2時間後、今日中 といったオプションを提供します。下記の画像をご覧ください。
ユーザーの回答を確認するために 条件 フローコントロールを追加します。
もし回答が 今日中 である場合、ユーザーのタイムゾーンに基づいて当日の営業終了時刻を計算する 関数 シンクレットを使用して再起動をトリガーします。
それ以外の場合は、選択されたオプションに基づいて 動的時間遅延 を使用する 待機 シンクレットを使用します。 この場合、メッセージ シンクレットに表示されたユーザーから提供された 時間数 を使用します。
フローコントロールの設定 ドキュメントを参照して、待機 シンクレットを詳細に設定する方法を学んでください。
下流での利用のためのワークフロー内のカスタムフィールドの更新
カスタムフィールドの更新 シンクレットを使用して、デバイス または ユーザー のカスタムフィールドに値を書き込むことができます。 これにより、ワークフロー成果を記録し、ダッシュボード、調査、その他のワークフローに構造化データを渡すことができます。
下記の表は、カスタムフィールドの更新 シンクレットの一般的な使用例を示しています。
デバイスのリフレッシュスケジューリング
ハードウェア交換のスケジューリング後、デバイスフィールド（例： リフレッシュを予定 = はい)を更新し、L1チームが緊急性の低い問題の優先度を下げられるようにします。
コンプライアンスの強制
デバイスを 準拠 = はい として担当流の終了時にマークします。 これにより、ITはコンプライアンスの進捗を追跡し、ダッシュボードに結果を表示することができます。
従業員の好みのコミュニケーションチャネルを保存します。
キャンペーンの回答に基づいて、従業員のコミュニケーションチャネル といったユーザーフィールドを設定します。 これは後続のワークフローやトレーニングリマインダーをトリガーすることがあります。
カスタムフィールドThinkletの更新を参照して、このタイプのワークフローシンクレットを設定する方法を学んでください。
関連トピック
Last updated
Was this helpful?