process-mining
latest
false
重要 :
请注意,此内容已使用机器翻译进行了部分本地化。 新发布内容的本地化可能需要 1-2 周的时间才能完成。
UiPath logo, featuring letters U and I in white

Process Mining

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

Structure of transformations

概述

下图显示了Process Mining应用程序模板的转换步骤。


“数据转换” 的“转换” 部分中的models\ 文件夹根据转换步骤的结构进行组织。
备注:

事件日志自定义流程应用程序模板具有简化的数据转换结构。 使用这些应用程序模板创建的流程应用程序不具有此文件夹结构。

1. 对象

在对象步骤中,输入表将转换为对象表。预期事件所需的每个对象都应拥有自己的表格。请参阅设计事件日志。此外,支持对象也可在此处定义。

在以下示例中,3 个输入表Invoices_inputInvoice_types_inputCustomers_input联接在一起以创建对象表 Invoices。


准则

创建对象表时,请按照以下准则进行操作。

  • 有一个对象 ID 字段,对于每条数据记录,该字段都是唯一的。
  • 数据分析所需的所有对象字段都存在。
  • 所有对象字段都具有易于理解的名称。
如果适用,对象表会通过“ID”字段与另一个对象相关联。 在以下示例中,发票行通过Invoice_ID字段与发票对象相关联。


Additional transformations

并非所有输入表都会转换为对象表。 此外,其他输入表可能包含相关信息,例如示例中的 Customers 表。 您可以在“对象”步骤中方便地将其定义为单独的表格,以便在数据转换中重用。

命名约定

如果对象表名称稍后会导致名称冲突,请为表添加后缀 _base。

2. 事件

注意:事件日志自定义流程应用程序模板的输入已经是 Process Mining 定义良好的事件日志。无需将源系统中的数据转换为 Process Mining 的事件。

在此转换步骤中,系统将为每个对象创建事件表。 请查看设计事件日志。 事件表中的每条记录都代表发生的一个事件。 关于数据的结构化方式,有两种情况:

  • 时间戳字段:对象表上具有事件时间戳的字段。 例如, Invoices表中的Invoice_created字段。
  • 事务日志:事件列表。

根据数据的结构,用于创建事件表的转换会有所不同。

Timestamp fields

在这种情况下,必须将时间戳字段的值转换为事件表中单独的记录。 以下示例是包含三个时间戳字段的发票表。



每个时间戳字段用于创建单独的事件表。 对于时间戳字段包含值的每条记录,请创建一个表格,其中包含发票 ID、事件名称(活动)和事件发生的时间戳(事件结束)。



Invoices_input table分为Invoice_events_Create_invoiceInvoice_events_Delete_invoiceInvoices_events_Change_invoice_price
然后,可以将每个对象的单独事件表合并为单个事件表,例如Invoices_events

事务日志

如果事件存储在事务日志中,则应标识每个对象的相关事件。 为每个对象创建一个表,并存储相应的对象 ID、事件(活动)名称和事件发生的时间戳(事件结束)。

在以下示例中,事务日志包含“采购订单”“发票”对象的事件。
事务日志和事件表

在事件表中,以下字段为必填字段。 事件表中的所有记录都应包含这些字段的值。

字段

描述

对象 ID

发生事件的对象的 ID。 例如,发票 ID

活动

活动描述了在对象上发生的操作。

Event end

“事件结束”字段指示特定事件的完成时间。 理想情况下,这应该是日期时间字段,而不是日期。

命名约定

根据[Activity] + _events命名表格,为每个活动创建一个事件文件,或[Object] + _events为每个对象创建一个事件文件。 例如Purchase_order_created_eventsPurchase_order_approved_events或包含所有采购订单活动的一个文件Purchase_order_events

3. 业务逻辑

在最后一个转换步骤中,根据需要添加业务逻辑以进行数据分析。 可以在此处将其他派生字段添加到现有表格中。 例如,在仪表板的 KPI 中使用的特定吞吐量时间或布尔值字段。

在 Process Mining中,此转换步骤中定义了两个额外的标准表: TagsDue dates

标签

标签是对象的属性,表示某些业务规则。 通常会添加标签,以便轻松分析这些业务规则。 例如:

  • 由同一人支付和批准的发票。
  • 发票审批时间超过 10 天。
  • 已跳过检查发票活动。
标签表中的每条记录都代表数据中出现的一个特定案例的标签。 此表的必填字段为Object IDTag 。 并非所有对象都有标签,有些对象可能有多个标签。 下图显示了一个“标签”表示例。


备注:

与事件类似,数据模型中可以存在多个标签表。

命名约定
根据结构命名表格。 [Tag] + _tags为每个标签创建一个文件, [Object] + _tags为每个对象创建一个文件。例如Invoice_approved_and_paid_by_same_person_tagsInvoice_approval_too_late_tags或将所有发票标签合并为一个文件Invoice_tags

到期日期

截止日期表示流程中的截止日期。 这些活动将添加到数据中,以分析活动是否在这些截止日期按时执行。

到期日期表中的每条记录代表特定对象的一个到期日期。 到期日期示例如下:

  • 付款截止日期。
  • 采购订单的批准截止日期。
此表的必填字段为 Object IDDue dateActual dateExpected date


备注:

与事件类似,数据模型中可以存在多个到期日期表。

命名约定
根据结构命名表格[Due date] + _due_dates每个到期日期创建一个文件, [Object] + _due_dates为每个对象创建一个文件。例如Payment_deadline_due_datesPayment_deadline_with_discount_due_dates或将所有发票到期日期合并为一个文件Payment_due_dates
  • 概述
  • 1. 对象
  • 准则
  • Additional transformations
  • 命名约定
  • 2. 事件
  • Timestamp fields
  • 事务日志
  • 命名约定
  • 3. 业务逻辑
  • 标签
  • 到期日期

此页面有帮助吗?

获取您需要的帮助
了解 RPA - 自动化课程
UiPath Community 论坛
Uipath Logo
信任与安全
© 2005-2025 UiPath。保留所有权利。