process-mining

latest

false

重要 :

请注意，此内容已使用机器翻译进行了部分本地化。新发布内容的本地化可能需要 1-2 周的时间才能完成。

Process Mining

适用平台：

上次更新日期 2025年9月18日

数据模型

数据模型要求

备注：

目前，多流程 Process Mining 仅适用于新建的应用程序。在多流程 Process Mining 发布之前创建的应用程序将看不到对象表和事件表。

数据模型可以包含多个对象表。这使您可以为更复杂的数据结构和关系进行建模，从而创建密切反映您的业务流程场景的数据模型。对于每个对象表，您可以添加多个事件表，其中包含对该对象执行的事件。

表格类型	描述	示例
对象	存储有关业务实体（对象）的描述性数据。对象表也可以用作包含参考信息的主数据表。	发票、事件工单、产品。
Events	存储有关对对象执行的步骤或操作的数据，包括时间戳。	“创建发票”、“分配工单”、“组合产品”

备注：

如果您在数据模型中定义多个事件表，则事件将位于Data Manager中的单个事件表中。

只有符合以下要求的数据模型才能被保存：

数据模型包含的表格不超过 40 个。
数据模型至少包含一个对象表和一个相关事件表。
每个事件、标签和到期日期表仅连接到一个相关对象表。
所有表格都连接到整体数据模型。
数据模型中没有循环关系。
一个关系路径中最多允许更改四次方向。

提示：

方向更改是先建立一对多关系，然后再建立多对一关系，反之亦然。

重要提示：

如果您需要的数据模型大于“最多四个方向更改”限制所允许的数据模型，请联系UiPath™ 客户支持团队为您的组织关闭此限制。

请注意，关闭此限制可能会影响仪表板的性能。

表格类型

下图显示了一个示例数据模型，其中包含PO对象表和相关的PO_events事件表，以及PO_items对象表和相关的PO_item_events事件表。

对象表

数据模型中的每个对象在数据转换中都有自己的对象表。对象表包含专门为该对象定义的字段。

流程表

数据模型中定义的每个流程都有自己的流程表，其中包含该流程的预计事件。以下字段始终存在于事件表中：

Process_event_ID ，流程表中每条记录的唯一 ID。
Event_ID ，对于每个单独的事件都是唯一的，无论在哪个流程中使用它。在下面的示例中， event_ID 1在流程表中出现了两次。
Throughput_time ，从前一个Event_end到当前Event_end时间。
Cycle_time *，时间从Event_start到Event_end 。

* 仅当为事件定义了Event_start时， Cycle_time才可用。

下图显示了包含 P2P_process 的事件的示例流程表。

下图显示了一个示例流程表，其中包含P2P_process的高级事件，作为筛选 PO_events ( PO_ID ) 的结果。

标签表

Tags表包含数据集中所有标签的标签数据。根据您的数据模型， Tags表中可能会提供一个或多个 ID 字段。如果您的数据模型包含多个对象，并且每个对象都有一个关联的Tags表，则这些Tags表将合并到Data Manager中的单个Tags表中。

Tag_ID
Tag_name
Tag_type
<Object>_ID

到期日期表格

Due dates表包含数据集中所有到期日期的到期日期时间戳。根据您的数据模型， Due dates表中可能会提供一个或多个 ID 字段。如果您的数据模型包含多个对象，并且每个对象都有一个关联的Due dates表，则这些Due dates表将合并到Data Manager中的单个Due dates表中。

Due_date_ID
Due_date
Due_date_type
Actual_date
Expected_date
On_time
Cost
Difference
<Object>_ID

所需的输出表

重要提示：

本节中的信息仅适用于使用单个流程的应用程序，换句话说，即在多流程 Process Mining 发布之前创建的应用程序。

数据模型必须包含Cases 、 Event_log 、 Tags和Due_dates表。

备注：

根据应用程序模板， Cases表格具有特定于流程的名称，例如Purchase_order_items或Incidents 。

Cases 、 Event_log 、 Tags和Due_dates表必须具有以下输出字段。

备注：

所有字段均为必填。但是，某些字段仅允许包含 NULL 值。

表格	必填输出字段
`Cases`	`Case_ID` *
`Event_log`	`Case_ID` *
	`Event_start`
	`Event_end`
	`Activity`
	`Activity_order`
	`Automated`
	`Event_cost`
	`Event_processing_time`
`Tags`	`Tag_ID`
	`Case_ID` *
	`Tag`
	`Tag_type`
`Due_dates`	`Case_ID` *
	`Due_date`
	`Due_date_type`
	`Actual_date`
	`Expected_date`
	`On_time`
	`Cost`
	`Difference`

*）根据应用程序模板，可以调用Case_ID ，例如Purchase_order_item_ID或Incident_ID 。

查看和编辑数据模型

重要提示：

始终确保您的数据模型符合要求。查看数据模型要求。

在“数据转换”中找到“输出”部分，然后选择“数据模型”以查看流程应用程序的数据模型。

有关如何更改数据模型的更多信息，请查看编辑数据转换。

验证检查

如果您的数据模型不符合要求，系统会显示通知。

有关详细信息，请参阅数据模型要求。

筛选表格类型

您可以使用“筛选”选项来显示数据模型中选定的表格类型。

添加表格

重要提示：

确保存在要添加的对象的输入表，并且已在 数据转换 的 “ 转换” 部分的“模型” -> 2_objects 中定义该对象。

请按照以下步骤添加表格。

选择“ + 添加表格” 。系统将显示“添加表格”对话框。
从“类型”列表中选择要添加的表格类型。
选择定义新输出表的“表” 。
选择新表格的“主键” 。
定义表格的其他属性。

备注：
根据表格类型的不同，可能需要请求不同的属性。
添加表格的关系，然后选择“添加表格” 。

有关如何在转换中添加表格的更多信息，请参阅添加表格。

事件表的其他属性

备注：

建议每个活动有一个单独的事件表，或每个对象有一个事件表。例如， Opportunity_create_events和Opportunity_approve_events等，或Opportunity_events表。

下表描述了添加事件表时需要指定的属性。

属性	描述	必填是/否
`Event_ID`	事件的唯一标识符。	Y
`Activity`	包含事件名称的字段。用于描述流程中的步骤。	Y
`Event start`	包含与开始执行事件相关联的时间戳的字段。	N
`Event end`	包含与事件执行结束相关联的时间戳的字段。	Y
`User`	包含执行事件的用户的字段。	N
`Automated`	包含指示事件是手动执行还是自动执行的字段。	N
`Order`	包含事件顺序的字段。	N
`Processing time`	包含执行事件的时间（以毫秒为单位）的字段。	N
`Event cost`	包含执行事件的成本的字段。	N
`Parent event ID`	这些字段用于定义事件之间的父子关系，可用于创建结构化流程层次结构。	N