はじめに

HP Workforce Experience Platform(WXP)の ワークフロー 機能は、大規模なIT修復向けに設計されたローコードワークフローオーケストレーション機能です。IT管理者は数千のエンドポイントに自動化されたワークフローを展開し、視覚的なドラッグ&ドロップインターフェースで対応できるようになり、チームが受動的なチケット処理から積極的な対応へと移行するのを支援します。

依存関係と前提条件

分岐のためのスクリプト要件

• スクリプトは事前にテストしなければなりません。 スクリプト出力は以下に使用されます:

  • 分岐論理

  • Webhookペイロード/クエリパラメータ

• Webhookは事前にテストが必要です。現在、サポートしているのはJSON入力とプレーンテキストまたはJSON出力のみです。

プラットフォームおよびバージョン要件

ワークフローを作成する前に、以下の要件が満たされていることを確認してください:

ワークフローの作成

ステップ1:トリガーの追加

すべてのワークフローはトリガーから始まらなければなりません:

1. WXPにログインしてください。 ホームページ が表示されます。

2. WXPの左側メニューからLabsをクリックします。 ラボページが表示されます。

3. Labsページでワークフローセクションまでスクロールし、「Try Workflow」をクリックします。終了したワークフローが表示されます。

   

4. 新しいワークフローを作成するには 「追加 」をクリックしてください。 ワークフローを追加ダイアログ ボックスが表示されます。  

   

5. ワークフローの追加ダイアログボックスでは、新しいワークフローを一から作成するか、既存のワークフローを複製・修正することができます。

   

6. ゼロから作成する場合は、次のイベントをトリガーします:

   1. イベントトリガー(アラートベース): アラートが発生した際にワークフローが開始されます。利用可能なアラートオプションには、プラットフォーム上で作成または提供されている既存のアラートが含まれます。

   2. スケジュールトリガー: 管理者はワークフローの日付、時刻、ターゲットグループを定義できます。 表示されるグループオプションはWXPプラットフォームで作成されたグループに基づいています。

   

ステップ2:アクションの追加

トリガーを追加した後、ワークフローが何をすべきかを定義するために1つ以上のアクションを追加できます。

• スクリプト:  表示されるスクリプトオプションは、WXPで作成されたかWXPが提供する既存のスクリプトです。

• ウェブフック: ServiceNow、Teams、Slackなどのサードパーティシステムと連携しましょう。ウェブフックは手動またはSwagger APIのエンドポイントURLを使って設定してください。ワークフローでウェブフックを使用する前にテストが必要です。

• デバイスアクション: デバイスアクションはドライバーの更新を行うために使用できます。例えば:

  • すべてのドライバーアップデートの展開

  • 重要なドライバーアップデートのみを展開します

  • 選ばれたドライバーカテゴリの全ドライバーまたは重要なドライバーアップデートの展開

ステップ3:分岐ロジックの追加

if/then/else条件を使って高度な論理パスを作成します。分岐はスクリプト、ウェブフック、ドライバーの更新からの出力に基づいて行うことができます。

現在の制限

• ネスト分岐はサポートされていません

  • 別の枝の前後に配置された枝は、入れ子ではなく別々として扱われます

• 分岐の後にアクションを追加することはできません

スケジュールトリガーのタイムゾーン挙動

この動作はスケジュールトリガーにのみ適用されます。ワークフローを作成する際、スケジュールされた時間はあなたの(クリエイター)のタイムゾーンに設定されます。ただし、実行は各ターゲットデバイスのローカルタイムゾーンで行われます。例えば、9:00 AM PSTにワークフローをスケジューリングした場合、ESTのデバイスはEST午後12時にワークフローを実行します。これにより、受信者がどこにいても、各受信者の意図した現地時間にワークフローが実行されることが保証されます。

イベントトリガーのアラートとアクティビティビヘイビア

フリート対デバイスアラート

アラートによってトリガーされたワークフロー実行は、WXPの アクティビティ タブに反映されます。アラートの種類に基づく活動行動:

• フリートレベルアラート:フリート全体でアラートが発動した際に実行が表示されます。

• デバイスレベルアラート:実行は各デバイスごとに個別に追跡されます

• 注:

  • 公開前にすでにアラートが有効であれば、それらのデバイスはワークフロー対象の対象となります。

  • アラートルールの変更、つまり「トリガー条件」セクションが更新されると、新しい実行がトリガーされます。

聴衆の編集

• 編集は、日付ベースのトリガーを使用するスケジュールベースのワークフローのみでサポートされています。

• イベントベースのワークフローは公開後の編集対象はサポートされていません。

編集ルール

ワークフローの状態に基づいて、以下のルールが適用されます:

1. ワークフローがアクティブ(繰り返し、開始時間経過)

• オーディエンス:この段階では、オーディエンスは編集可能です。

• グループ:

  • グループの追加:グループが追加された場合、完了していなければ現在の実行および将来の実行に含まれます。この操作は「アクティビティ」タブで確認でき、グループを作成したユーザーとグループ作成のタイムスタンプが表示されます。

  • グループの削除: グループが削除された場合、それらは現在の実行および将来の実行で残るデバイスから除外されます。実行が完了したデバイスからは削除されません。このアクションは「 アクティビティ 」タブでも確認できます。

2. ワークフローがアクティブ(開始時刻が経過していない)

観客は編集可能です。変更点は今後のランにも適用されます。すべてのアクションはユーザー情報と更新タイムスタンプとともに記録されます。

3. ワークフローがアクティブ(一度きり、開始時間経過)

オーディエンスはロックされ、ワークフローは最終決定されます。

ワークフローのステータス表示

WXPのワークフローリストページからステータスを確認できます。

以下のステータスがサポートされています。

ワークフローKPIのレビュー

ワークフローが公開された後、ワークフローリストのページeでワークフロー名をクリックし、ワークフロー詳細ページのアクティビティ  タブに移動することでそのKPIにアクセスできます。KPIは実行タブの中に表示されています。

執行状況の確認

ワークフローが公開された後、ワークフローリストのページでワークフロー名をクリックし、アクティビティタブに移動することで実行状況を確認できます。処刑は表に表示されています。

実行レベルステータス(実行ごとに)

• 進行中: 上記と同じ基準

• 完了: 完成か解決か

• キャンセル: 実行前にワークフローがキャンセルされた

デバイスレベルのKPIの見直し

デバイスレベルの状態(ワークフロー実行中)

デバイスレベルのステータスは、個々のデバイスがワークフローのすべてのステップを正常に完了したか、実行中に問題が発生したかを示します。これは、ワークフローリストのページ> アクティビティ タブ> 実行 (デバイスレベルのアラートの場合は、デバイスを実行として扱う)のワークフローリストページにあるワークフロー名をクリックしてアクセスできます。

ワークフローが公開された後、Workflowリストのページ> アクティビティ タブの実行>でワークフロー名をクリックすると、デバイスレベルのステータスにアクセスでき ます。デバイスレベルのアラートでは、各デバイスは別々の実行として扱われます。

注: デバイスが任意のステップで致命的なエラーに遭遇した場合、ワークフローの次のステップに進みません。

ステータスタイプ

以下のステータスがデバイスレベルでサポートされています:

注:

• デバイスの実行結果は 「アクティビティ 」タブで確認できます。

• 処刑は発生したときにのみ現れます

  • 定期的なワークフローは、今後の実行を事前に表示しません

• デバイスレベルの洞察は以下の特定に役立ちます:

  • 故障点

  • オフラインデバイス

  • 実行のボトルネック

ワークフロービルダーのユースケース

1. アラートからServiceNowチケットを作成する

• シナリオ: あなたの組織は、HP WXPで特定のアラートがトリガーされた際に自動的にServiceNow(SNOW)インシデントを作成したいと考えています。

• 解決策: 関連するアラートを選択してイベント ベースのトリガー(アラート )を使います。例えば:デバイスの健康状態、アプリのクラッシュ、パフォーマンスの問題などです。

  • アクション:Webhookアクションを追加し、WebhookをServiceNowエンドポイントと統合するように設定してください。正確なチケット作成と追跡を支援するために、ウェブフックのペイロードにデバイスシリアル番号などの重要なデバイス詳細を含めることを確認しましょう。これらのフィールドは、変数リストを使って動的に入力できます。以下へのアクセスが可能です:

    • デバイスレベルの属性などのグローバル変数です。

    • スクリプトの結果や過去のアクション出力などのステップ出力

これらの変数を使用することで一貫したフォーマットが確保され、より豊かでコンテキスト認識型の統合(例えばServiceNowチケット)が可能になります。

• 結果:

  • アラートが発動すると、デバイスごとに自動的にServiceNowチケットが作成されます。

  • 手動介入なしの迅速なインシデント対応

注: Webhookペイロードは事前にテストし、ServiceNowでのフィールドマッピングやチケット作成の検証を行ってください。

2. PowerPointクラッシュの自動修復+チケット作成

• シナリオ: アラートは、PowerPointクラッシュがあなたのフリートの一部に影響を及ぼしていることを示します。あなたの組織は、影響を受けたデバイスを自動で再修復し、失敗に対してのみチケットを作成したいと考えています。

• 解決策:  イベントベースのトリガー(アラート)を使いましょう。例えば、PowerPointがX%のデバイスにクラッシュすることがあります。

  1. アクション1:スクリプトアクションを実行して、影響を受けたデバイスを最新のMicrosoft Officeにアップデートします。

     1. 分岐ロジック(もし/それから):

        1. スクリプトの結果を評価する:

           1. 出口コード=0(スクリプト成功)の場合:

              1. エンドワークフロー(問題解決)

           2. その他(不合格):

              1. 次のステップへ進む

  2. アクション2 – Webhook(ServiceNowチケット):

     1. デバイスがElse(いわゆる失敗条件)に該当する場合、WebhookをトリガーしてServiceNowチケットを作成します

        1. 以下が含まれます:

           1. デバイスの詳細

           2. スクリプト出力(トラブルシューティング用)

• 結果:

  • デバイスは自動的に大規模に修復されます

  • 故障したデバイスだけがチケットを発生させ、ノイズを減らします

  • ITチームは全体ではなく例外に注目します

ユースケースを通じた主な利点

• 手動のチケット作成を減らす

• エスカレーション前の修復を自動化します

• ServiceNowでチケット量を最小限に抑える

• 応答時間とエンドユーザー体験の向上

関連資料

詳細については「 ワークフローの概要 」記事をご参照ください。