Omnissa Intelligence 提供了在 Freestyle Orchestrator 中使用的条件，以便您可以定义中间工作流的操作序列，而无需创建单独的工作流。
优势
条件可减少为每个特定场景维护单独工作流的开销。根据条件，您可以使用通用触发规则为一个工作流中的每个不同场景创建备用执行路径。例如，如果没有条件，您必须为每个合规性场景所需的每个操作创建单独的工作流。现在，您可以在单个工作流中使用多个操作为多个合规性方案添加条件。
创建具有条件的工作流
在工作流画布上查找条件菜单项作为拖放选项。
重要提示：检查工作流的潜在影响，并通过指定更严格的筛选器在少量目标上测试工作流，确保工作流操作按预期运行。
- 在 Intelligence 中，导航到工作区 > Freestyle > 添加工作流。
- 输入工作流的名称。
- 使用所需数据源设置触发器。
- 选择触发设置。
- 在工作流设置区域中处理手动或计划****触发器设置的潜在影响结果。
- 选择评估潜在影响。
- 选择查看详细信息以访问潜在影响面板。
- 使用分组方式按数据属性对数据进行分组。例如，您可以按设备数据或应用数据对数据进行分组。
- 使用箭头关闭潜在影响面板。
- 在创建工作流期间随时访问面板，以帮助精确调整筛选器。
- 配置触发规则。
- 通过从左侧组件拖放条件图标或使用画布上的 + 添加步骤图标来添加条件。
- 您必须向则分支或否则分支添加操作。
- 您可以嵌套条件，并且必须向嵌套条件组中的至少一个条件添加操作。
- 命名条件以提高可读性。
- 在条件窗口中设置此条件的筛选器。
- 设置条件的如果语句。
- 设置条件的则语句。
- 如果嵌套条件，则必须将操作添加到嵌套组中的一个条件中。
- 设置条件的否则语句。
- 您可以将否则语句留空，可以停止工作流、继续执行其他操作或添加更多条件。
- 保存工作流。您可以随时激活工作流。
条件示例
查找已注册 Windows 设备，检查设备的防火墙状态，如果状态不等于通过，则安装 Workspace ONE UEM 防火墙配置文件以更新防火墙。
- 在 Intelligence 中，导航到工作区 > Freestyle > 添加工作流。
- 输入工作流的名称。
- 在我们的示例中，我们可以使用更新 Windows 防火墙。
- 使用所需数据源设置触发器。
- 在我们的场景中，使用 Workspace ONE UEM > 设备作为数据源。
- 选择触发设置。
- 将触发器设置为自动。
- 配置触发规则。
- 此方案的触发规则为设备 > 注册状态 > 等于 > 已注册。
- 通过从左侧组件拖放条件图标或使用画布上的 + 添加步骤图标来添加条件。
- 命名条件以提高可读性。在这种情况下，输入 Check Windows Platform（检查 Windows 平台）。
- 设置条件的如果语句。
- 对于该场景，请设置设备 > 平台 > 等于 > Windows 桌面。
- 我们在条件中使用的属性与在触发规则中使用的属性相同。
- 设置条件的则语句。
- 对于该场景，让我们嵌套另一个条件，以便可以检查防火墙的状态。
- 将第二个条件命名为防火墙状态未通过 > 安装防火墙配置文件。
- 选择设备 > 防火墙状态 > 不等于 > 通过。
- 为第二个嵌套条件设置则语句。
- 将操作添加为 Workspace ONE UEM > 安装配置文件。
- 工作流引擎会安装 UEM 防火墙配置文件，以在确定防火墙状态不是通过时更新防火墙。
- 嵌套组中的一个条件具有分配的操作。
- 对于配置文件 ID 名称，请搜索并选择您的 UEM 防火墙配置文件。
- 将操作添加为 Workspace ONE UEM > 安装配置文件。
- 将第一个和第二个条件的否则语句留空。
- 保存工作流。您可以随时激活工作流。
配置场景
您必须在触发规则中为工作流配置所有必要数据。如果使用条件，则需要使用特定配置（相同的实体或 1:1 关系），或者需要在触发规则中引用条件实体（1:N 关系）。
什么是实体和属性？
触发规则和条件由包含实体和属性的触发筛选器组成。在屏幕截图中，设备是实体，防病毒状态是属性。
等于和通过是设备 > 防病毒状态实体属性对的限定符。
场景
要使条件正常运行，请使用场景列表中列出的方法之一配置条件。
这些场景是触发规则中的实体与条件中的实体之间的关系示例。
场景 1：相同的实体
- 解释
- 触发规则和触发条件使用相同的实体。
- 示例
- 数据源和触发规则使用调查实体引用
Apps Survey，条件也包含用于评估的调查实体。 - 工作流可以有多个条件，但所有条件都必须使用调查实体。
- 数据源和触发规则使用调查实体引用
场景 2：一对一 (1:1) 关系
- 解释
- 触发规则使用一个实体，条件使用另一个实体。但是，触发规则和触发条件中的实体具有一对一的关系。
- 例如，在触发规则中使用设备实体时，工作流引擎可以识别条件中的唯一用户实体。
- 在触发规则中使用设备实体时，另一个示例是工作流引擎可以识别特定传感器实体的值，如条件中的
device_manufacturer_name。
- 示例
- 数据源和触发规则使用设备实体来查看设备是否已注册，条件使用用户实体来检查设备用户是否在 HR 用户组中。
- 触发规则和条件使用 1:1 实体关系，因为工作流引擎会识别在特定用户组中注册的特定设备。
- 只要每个条件实体与触发规则实体具有 1:1 关系，这些工作流就可以具有多个条件。
场景 3：一对多 (1:N) 关系
- 解释
- 触发规则使用一个实体，条件使用另一个实体。但是，触发规则和触发条件中的实体具有 1:N 关系。
- 例如，单个设备分配或安装了许多应用程序。在这种场景下，触发规则具有设备属性，并且条件包括应用程序属性。
- 类似的示例是设备实体与配置文件、产品或 操作系统更新实体之间的关系。
- 这种 1:N 关系会阻止系统使用触发规则中的实体来唯一地标识条件中的实体实例。
- 此配置可能很复杂，需要额外的配置。
- 示例
- 触发规则中的设备实体会检查设备的名称，但条件中的应用实体会检查应用 > 应用安装状态，并且此设备上面安装了许多应用。
- 系统不允许您保存此工作流。
- 请参见其他配置 - 1:N 关系一节，了解如果要使用此关系但出现此 UI 错误时可以执行的操作。
其他配置 - 1:N 关系
在触发规则和条件之间使用 1:N 关系时，必须添加另一个引用条件实体的触发规则。执行工作流时，该工作流将触发规则（原始实体）和引用条件的实体中的匹配记录定位。
添加引用条件实体的触发规则可增加工作流引擎在大量迭代中执行的可能性，因为它与记录匹配。将工作流设置为按计划运行时，运行迭代的可能性进一步增加。工作流中具有 1:N 关系的目标可能过多，因此请检查潜在影响。
操作
- 如果在条件中使用其他实体，则必须包含引用条件中引入的实体的触发规则。
注意：如果使用 1:1 关系，则不必包含额外的触发规则。- 系统需要此引用条件实体的触发规则，因为它需要加入不同实体的数据以查找匹配的记录并显示结果。
- 如果我们重新访问场景列表中的 1:N 关系示例，则可以将触发规则添加为应用名称 > 等于> Intelligent Hub。
- 此筛选器引用在条件（应用 > 应用安装状态）中引入的实体应用，并且完成设备和应用实体的加入。
- 触发规则中的实体具有更强的限制性，并且更有可能最大限度减少工作流可迭代的匹配设备和应用程序对（也称为潜在影响）。
- 如果未添加引用条件实体的触发规则，则无法保存工作流，并且 UI 将显示错误。
- 检查潜在影响。
- 通过添加限制性更高的筛选器，在少量目标上测试工作流，以查看其是否按预期执行。例如，筛选器设备 GUID > 等于 > 测试设备的 GUID 中的属性会限制迭代以查找特定设备 GUID。
- 如果适用，请使用自动触发设置。
- 请考虑创建单独的工作流。
其他配置 - 状态更改
工作流在工作流执行开始时（而不是在评估时）获取用于评估条件的数据。
如果属性的状态因条件前的操作（例如移除应用或更新设备）而发生更改（例如从 true 更改为 false），则工作流在开始时不会发生此状态更改，并且系统不会报告结果中的状态更改。
操作
- 在条件中使用在工作流执行期间不会更改状态的属性。属性状态更改的一个示例是由于移除已购买应用的操作导致的，应用安装状态从 true 更改为 false。
- 使用单独的工作流来执行在状态更改后将发生的操作。
此页面对您有帮助吗?