数据要求和设置

数据转换是从 ERP 系统更改原始数据的格式、结构或值的过程，以便将文件上载到流程挖掘系统。此最终文件称为事件日志，包括所有记录的事件及其分配给特定案例标识的时戳。

此数据转换通常通过以下方式实现：

• 翻译和映射
• 过滤、汇总和汇总
• 充实和归因
• 索引和排序
• 匿名化和加密
• 建模、类型标记、格式设置和重命名

系统中的每个步骤都会被记录下来，并停留在跟踪之后。查看采购到付款示例，系统中的某些业务对象通过以下步骤使用：

• 采购申请 (PR)
• 采购订单 (PO)
• 发票

引用这些对象的所有更改和事务都存储在数据库中。现在，通过 Process Intelligence，可以探索这些详细信息。它们以允许回溯所有步骤的方式提取和转换。最后，这些重新创建的步骤存储在事件日志中。 

所有流程数据都存储在数据库的表中。出于分析目的，必须统一和标准化数据。数据可能存在差异，尤其是它们来自不同的源系统（例如，不同的数据格式或数据类型）。通常，数据与特定目标格式对齐。

数据转换步骤。

1. 目标格式的定义
2. 已提取数据的转换
3. 将转换后的数据保存到新文件中

为什么必须进行数据转换？ 因为所有数据都存储在不同的表中。我们需要确保提取的数据链接到其特定情况。系统如何知道订单表中的订单标识符 123 和发票表中的发票标识符 456 属于同一案例？

定义正确的案例标识符 (ID) 是数据转换中最重要的点之一。案例标识定义流程的范围。它确定流程开始和结束的位置。在采购流程中，如果案例标识由采购凭证标识定义，则将每个请求视为新案例 - 多个请求是否可以合并为一个订单无关紧要。

如果案例标识由订单标识定义，则数据集将包含所有订单作为案例，而不考虑其基础采购申请。二者的组合也会导致每个采购申请都出现这种情况。最后，答案取决于应根据其生命周期分析哪些业务对象或凭证。

ETL 的最后一部分是数据加载阶段。这包括将转换后的数据上载到流程挖掘系统的任务。需要为您的数据加载解决以下几点。

选择图中的每个级别以获取详细信息。