Communications Mining 调度程序框架

Communications Mining 调度程序框架是官方支持的 UiPath™ 模板，可用于快速跟踪使用 Communications Mining 的项目开发。

此框架简化了 Communications Mining 流的使用。 查看“流”页面。 输入配置信息和业务逻辑后，框架将处理流消耗和 Orchestrator 队列创建。

注意：确保已在 Communications Mining 中配置流。 查看“创建流”页面中的步骤。

您可以直接从 Studio 的官方模板下访问框架。

配置

首先配置Data文件夹中的Config.xlsx文件中的设置。 “设置”选项卡中有 5 项设置：

设置	描述	注意
CommunicationsMiningProjectName	包含数据集的项目名称	不适用
CommunicationsMiningDatasetName	包含您的流的数据集的名称	不适用
CommunicationsMiningStreamName	流的名称	不适用
RunContinuously	设置为True ，以在流为空时使流程保持活动状态	持续轮询，等待将新通信添加到流中
PollWaitTime	流轮询之间的暂停时间 (以秒为单位)	仅在运行时可用 Continuously

注意：确保使用项目、数据集和流的 API 名称。 为了正确运行流程，建议避免使用标题。

在Config.xlsx中配置此信息后，调度程序框架现在会以您配置的流为目标。 接下来，定义业务逻辑，以确定哪些通信进入哪些 Orchestrator 队列。

业务逻辑

在Framework文件夹的GetDestinationQueue页面中配置您的业务逻辑。

此GetDestinationQueue页面具有:

• 一个输入：当前正在处理的 Communications Mining Result
• 两个输出： Destination Queue Name和Destination Queue Folder 。

您可以在此页面上配置业务逻辑，以将两个输出设置为适合您用例的值。

Communications Mining Result类型提供了几个函数来帮助您。 例如：

• 使用in_Communication.LabelExists("Address Change")检查当前通信是否存在标签。
• 使用in_Communication.EntityExists("policy-number")检查当前通信的实体是否存在。
• 使用in_Communication.GetEntity("policy-number").FormattedValue = "123"检查实体是否具有特定值。

将这些帮助程序函数与您自己的业务逻辑一起应用，以决定将哪些通信添加到特定 Orchestrator 队列。 相应地设置Destination Queue Name和Destination Queue Folder值。

运行流程

要运行流程，请确保您已在Data.xlsx电子表格中配置了输入，并在GetDestinationQueue页面中构建了自己的业务逻辑。

注意：默认情况下，流仅返回在创建流后添加到数据集的通信。 如果在运行流程时看不到任何通信，则可能需要重置流。 有关更多信息，请查看重置流页面。