简介

HP Workforce Experience Platform（WXP）中的工作流程功能是一种为大规模IT修复设计的低代码工作流程编排能力。它使IT管理员能够通过可视化拖拽界面在数千个端点部署自动化工作流程，帮助团队从被动工单处理转向主动修复。

依赖关系与前提条件

分支的脚本要求

• 脚本必须事先测试。 脚本输出用于：

  • 分支逻辑

  • Webhook 有效载荷 / 查询参数

• Webhook必须事先测试。目前，我们只支持JSON输入，以及纯文本或JSON输出。

平台与版本要求

在创建工作流程前，确保满足以下要求：

创建工作流程

步骤1：添加触发器

每个工作流程都必须从一个触发器开始：

1. 登录WXP。主 页显示 出来。

2. 在WXP的左侧菜单中，点击 “实验室”。 实验室 页面显示 出来。

3. 在实验页面，滚动到工作流程部分，点击“尝试工作流程”。当前的工作流程会被显示出来。

   

4. 点击 添加 以创建新的工作流程。会显示“ 添加工作流程 ”对话框。  

   

5. 在 “添加工作流 ”对话框中，你可以从零创建新工作流，也可以复制并修改已有的工作流。

   

6. 从零创建时，触发一个事件：

   1. 事件触发（基于警报）： 当警报发生时，工作流程启动。可用的警报选项包括平台上创建或提供的现有警报。

   2. 排程触发器： 管理员可以定义工作流程的日期、时间和目标组。 显示的组选项基于WXP平台创建的组。

   

步骤2：添加动作

添加触发器后，你可以添加一个或多个动作来定义工作流程必须执行的内容。

• 脚本：  显示的脚本选项是 WXP 中创建或由 WXP 提供的预先脚本。

• Webhook： 与第三方系统集成，比如ServiceNow、Teams和Slack。手动配置你的 webhook，或者通过 Swagger API 端点 URL 配置。在使用webhook进入工作流程前，必须进行测试。

• 设备操作： 设备操作可用于执行驱动程序更新，例如：

  • 部署所有驱动更新

  • 仅部署关键驱动更新

  • 部署所有或关键驱动更新，针对特定驱动类别

步骤3：添加分支逻辑

使用 if/then/else 条件来创建高级逻辑路径。分支可以基于脚本、webhook 或驱动更新的输出。

当前局限

• 不支持嵌套分支

  • 放置在另一个分支之前或之后的分支被视为独立的分支——不嵌套

• 你不能在分支之后添加动作

时区行为用于排班触发

这种行为只适用于Schedule触发器。创建工作流程时，排定时间会根据你（创作者）的时区设定。然而，执行发生在每个目标设备的本地时区内。例如，如果你安排了一个工作流时间为太平洋时间上午9：00;东部时间中午12点的设备将执行该工作流程。这有助于确保每个收件人的工作流程都能在预定的本地时间运行，无论他们身处何地。

事件触发器的警报与活动行为

舰队对设备警报

由警报触发的工作流执行会反映在 WXP 的 活动 标签页中。基于警报类型的活动行为：

• 舰队级警报：当警报在多个设备队触发时，会显示执行。

• 设备级警报：每个设备单独跟踪执行

• 注：

  • 如果发布前警报已激活，这些设备会被纳入工作流程受众。

  • 如果警报规则更改，即警报规则中的“触发条件”部分被更新，它可能会触发新的执行。

编辑观众

• 编辑仅支持基于日程的工作流程，这些工作流使用基于日期的触发器。

• 发布后的事件型工作流程不支持编辑受众。

编辑规则

根据工作流程状态，适用以下规则：

1. 工作流程处于活跃状态（重复，开始时间已过）

• 受众：此阶段，观众是可编辑的。

• 团体：

  • 添加组：如果已添加组，则包含在当前执行（未完成）和未来执行中。该操作可在活动标签页中查看，该标签显示创建该组的用户及组创建的时间戳。

  • 群体移除： 如果组被移除，它们会从当前执行中的剩余设备中移除，也从未来执行中移除。在执行完成的设备上，它们不会被移除。该操作也可以在 活动 标签页中查看。

2. 工作流程处于活跃状态（开始时间尚未过去）

观众仍然可以被编辑。任何更改都将适用于即将到来的游戏。所有操作都会被记录，并记录用户信息和更新时间戳。

3. 工作流程处于激活状态（一次性，开始时间已过）

受众锁定，工作流程最终确定。

查看工作流程状态

你可以从 WXP 的工作流列表页面查看状态。

支持以下状态。

回顾工作流程 关键绩效指标

工作流发布后，你可以点击工作流列表中的 e 页，然后进入工作流详情页面的活动标签，访问其 KPI。关键绩效指标显示在执行标签下。

审查执行状态

工作流发布后，你可以通过点击工作流列表页面中的工作流名称，然后进入活动标签页来访问执行状态。处决记录显示在表格中。

执行级别状态（每次执行）

• 进行中： 与上述标准相同

• 已完成： 已完成或已解决

• 取消： 工作流程在执行前被取消

设备级KPI回顾

设备级状态（在工作流程执行中）

设备级状态表示单个设备是否成功完成了工作流程中的所有步骤，还是在执行过程中遇到了问题。发布后，通过点击工作流列表页面> 活动 标签> 执行 时，访问该功能（设备级警报时设备被视为执行）。

工作流发布后，您可以通过点击工作流列表页面> 活动 标签> 执行中工作流名称来访问设备级状态。对于设备级警报，每个设备被视为独立的执行。

注： 如果设备在任何步骤遇到致命错误，将无法继续后续的工作流程步骤。

状态类型

以下设备级别的状态支持：

注：

• 设备执行结果可见于 活动 标签页。

• 处决只在发生时出现

  • 循环工作流程不会提前显示未来的执行

• 设备层级洞察有助于识别：

  • 故障点

  • 离线设备

  • 执行瓶颈

工作流程构建器的用例

1. 从警报创建ServiceNow工单

• 情景： 您的组织希望在HP WXP触发特定警报时自动创建ServiceNow（SNOW）事件。

• 解决方案： 通过选择相关警报，使用 基于事件的触发器（警报）。 例如：设备健康、应用崩溃、性能问题）

  • 动作场面： 添加 一个 Webhook 动作  ，并配置 webhook 与你的 ServiceNow 端点集成。确保webhook有效载荷包含关键设备细节（如设备序列号），以支持准确的工单创建和跟踪。您可以使用我们的 变量列表 动态填充这些字段，该列表提供以下访问：

    • 全局变量，比如设备级属性。

    • 步骤输出，如脚本结果或之前的动作输出

使用这些变量确保格式一致，并实现更丰富、上下文感知的集成（如 ServiceNow 工单）。

• 结果：

  • 当警报触发时，每个设备会自动创建一个ServiceNow工单。

  • 无需人工干预即可实现更快的事件响应

注： 确保Webhook有效载荷提前测试，以验证ServiceNow中的字段映射和工单创建。

2. 自动修复 + PowerPoint崩溃工单

• 情景： 警报表明PowerPoint崩溃影响了你车队的部分。你的组织希望自动修复受影响的设备，并只针对失败创建工单。

• 解决方案： 使用 基于事件的触发器（警报）。比如，PowerPoint崩溃影响了X%的设备。

  1. 操作1：运行脚本动作，将受影响设备更新到最新版本的Microsoft Office。

     1. 分支逻辑（如果/那么）：

        1. 评估剧本结果：

           1. 如果出口代码 = 0（脚本成功）：

              1. 最终工作流程（问题已解决）

           2. 否则（未通过）：

              1. 进入下一步

  2. 动作2 – Webhook（ServiceNow Ticket）：

     1. 如果设备处于Else状态（即失败条件），触发webhook创建ServiceNow工单。

        1. 包括：

           1. 设备详情

           2. 脚本输出（用于故障排除）

• 结果：

  • 设备会在大规模自动修复

  • 只有故障设备才会产生工单，从而减少噪音

  • IT团队关注例外情况，而非整个车队

不同用例的主要优势

• 减少人工工单创建

• 自动化修复工作，防止升级

• 在ServiceNow中最小化工单量

• 提升响应时间和终端用户体验

相关资源

更多信息请参阅 《工作流程概览 》一文。