通用数据模板

通用流程挖掘模板
通用数据模板

通用数据模板

通用流程挖掘模板
  • 适用于任意流程的通用结构
  • 可按需调整的灵活属性
  • 兼容所有主流源系统
刚接触事件日志?了解 如何创建流程挖掘事件日志.
下载模板

这是通用的流程挖掘数据模板。使用针对具体流程的模板,可获取更有针对性的指导。

属性

事件日志中应包含的数据字段
3 必填 5 建议填写 18 选填
名称 说明
时间戳
StartTime
活动开始的时间,必须包含日期和时间。
说明

时间戳记录每项活动的发生时间,是计算周期时间、识别瓶颈和了解事件顺序的基础。

重要性

时间戳支持所有基于时间的分析,包括周期时间计算和瓶颈识别。

获取途径

请使用源系统中最准确的时间戳。

示例
2024-03-15T09:30:00Z2024-03-15T14:45:30Z
案例ID
CaseId
每个流程实例的唯一标识符。
说明

案例ID是用于关联同一流程实例中所有事件的关键标识符。事件日志中的每个事件都必须包含案例ID。

重要性

如果没有正确的案例ID,就无法追踪各个案例在流程中的流转情况。

获取途径

请使用主交易表中的主键或参考编号。

示例
ORD-2024-001234TKT-98765REQ-0042
活动
Activity
流程步骤或已发生事件的名称。
说明

活动字段用于标识流程各个环节发生的事项。活动名称应保持一致,并准确体现有业务意义的事件。

重要性

活动名称决定流程图的呈现方式和分析结果。

获取途径

可根据源系统中的状态变更、操作类型或事件说明生成。

示例
案例创建审核完成付款已处理
优先
Priority
分配给案例的优先级。
说明

表示每个案例的紧急程度或重要性。优先级通常会影响案例的处理速度和流程路径。

重要性

优先级分析可验证紧急案例是否得到适当处理。

获取途径

查找优先级字段、紧急程度标记或SLA等级分配信息。

示例
高媒介低
案例类型
CaseType
正在处理的案例类别或类型。
说明

按类型对案例分类,以便比较不同类别。不同类型的案例通常采用不同的流程路径,表现也有所不同。

重要性

按案例类型细分,有助于发现不同类别之间的表现差异。

获取途径

查找类型代码、类别字段或分类属性。

示例
标准优先复杂
用户
User
执行该活动的人员。
说明

用于识别执行各项活动的用户或资源,支持资源分析、工作量平衡和绩效比较。

重要性

资源分析有助于识别培训需求和工作量分配不均的问题。

获取途径

请查找与各事件关联的用户ID、员工编号或用户名。

示例
john.smithEMP-12345user_a1b2c3
结束时间
EndTime
活动结束的时间;若与开始时间不同,请填写。
说明

结束时间戳记录每项活动的完成时间。提供开始和结束时间,才能计算活动时长和处理时间。

重要性

结束时间可用于计算实际工作时间与等待时间。

获取途径

请查找表示活动完成的完成时间戳或状态变更时间。

示例
2024-03-15T10:15:00Z2024-03-15T16:30:00Z
部门
Department
负责该活动的组织单位。
说明

标识处理每项活动的部门、团队或业务单元,适用于分析团队间的交接。

重要性

跨部门分析有助于发现交接延迟和组织协作中的阻碍。

获取途径

查找部门代码或组织单元标识符。

示例
财务运营客户服务
SLA状态
SLAState
案例是否在SLA范围内。
说明

表示案例当前是否达到服务级别协议要求,适用于合规监控和升级处理分析。

重要性

SLA跟踪有助于识别存在风险的案例并了解整体合规率。

获取途径

查找SLA状态字段、违约标记,或根据时间戳与目标值计算。

示例
是否在SLA时限内有风险已超时
上次数据更新时间
LastDataUpdate
此记录上次更新的时间。
说明

此记录最近一次更新的时间戳,适用于增量加载和数据新鲜度跟踪。

重要性

跟踪更新有助于支持增量加载和数据质量监控。

获取途径

查找最后修改时间戳或变更跟踪字段。

示例
2024-03-15T12:00:00Z2024-03-16T08:30:00Z
业务单元
BusinessUnit
与案例相关的业务单元。
说明

标识负责案例或与案例相关的业务单元或事业部,适用于拥有多个事业部的组织。

重要性

业务单元分析有助于发现跨组织的表现模式。

获取途径

查找业务单元代码、事业部标识符或利润中心分配信息。

示例
零售企业版SMB
产品
Product
与案例相关的产品或服务。
说明

标识与案例相关的产品、服务或产品方案,以便按产品分析流程表现。

重要性

产品分析有助于了解不同产品的流程特点是否存在差异。

获取途径

查找产品代码、SKU或服务标识符。

示例
产品AService Plan ProSKU-12345
团队
Team
部门内的具体团队。
说明

比部门划分更细的组织单元。当一个部门内的多个团队分别负责流程的不同环节时,这项属性很有用。

重要性

团队层面的分析有助于了解工作量分布和专业分工。

获取途径

查找团队代码、队列标识符或组别分配信息。

示例
Alpha团队升级处理二线支持
国家
Country
与案例相关的国家。
说明

与案例相关的地理位置。适用于分析不同地区的流程表现或合规要求。

重要性

地理分析有助于发现地区差异和合规模式。

获取途径

查找国家代码、地区标识符或位置字段。

示例
美国德国日本
地区
Region
案例所在的地理区域。
说明

比国家范围更广的地理分组。当业务覆盖多个国家时,可用于区域分析。

重要性

区域分析有助于了解不同地理区域的表现。

获取途径

查找地区代码,或根据国家信息推导。

示例
欧洲、中东和非洲美洲亚太地区
客户
Customer
与案例相关的客户或合作方。
说明

标识与案例相关的客户、委托方或外部合作方,以便从客户角度分析流程表现。

重要性

客户分析有助于发现客户体验方面的规律。

获取途径

查找客户ID、账户号码或合作方标识符。

示例
CUST-001234Acme CorpACC-98765
客户细分
CustomerSegment
客户细分或等级。
说明

按细分市场、等级或价值对客户分类。适用于分析不同客户群体是否获得不同的服务水平。

重要性

客户细分分析可验证高价值客户是否得到适当关注。

获取途径

查找细分代码、等级分配信息或客户分类字段。

示例
企业版SMB消费者
是否自动化
IsAutomated
该活动是否由系统自动执行。
说明

表示活动由系统自动执行还是由用户手动执行,是了解自动化程度的重要依据。

重要性

自动化分析有助于发现进一步实现自动化的机会。

获取途径

根据用户类型(系统或人员)或自动化标记推导。

示例
truefalse
活动CO2排放量
ActivityCO2
该活动的碳足迹。
说明

与该活动相关的碳排放,可用于分析流程的可持续性表现。

重要性

跟踪CO2排放有助于实现可持续发展目标并编制环境报告。

获取途径

根据活动类型和标准排放因子计算。

示例
0.10.52.0
活动全职当量
ActivityFTE
该活动的全职当量(FTE)工时。
说明

执行该活动所需的全职当量(FTE)工时,适用于产能规划和工作量分析。

重要性

跟踪FTE有助于资源规划和产能管理。

获取途径

根据处理时间和标准FTE费率计算,或从工时跟踪系统提取。

示例
0.250.51.0
活动成本
ActivityCost
执行该活动的成本。
说明

执行该活动所产生的货币成本,可用于成本分析并识别成本较高的流程步骤。

重要性

成本分析有助于根据财务影响确定改进工作的优先级。

获取途径

查找成本分摊字段,或根据标准成本表计算。

示例
15.0045.50120.00
活动金额
ActivityAmount
与该活动相关的货币金额。
说明

该活动处理或影响的财务价值,可用于按价值加权分析。

重要性

价值分析有助于根据财务影响确定改进工作的优先级。

获取途径

查找交易金额、发票金额或订单总额。

示例
1500.0025000.00750.50
渠道
Channel
案例的发起或接收方式。
说明

标识案例进入流程的渠道。不同渠道通常具有不同特点,处理表现也可能不同。

重要性

渠道分析有助于了解哪些受理方式效率更高。

获取途径

查找来源标记、渠道代码或来源字段。

示例
Web门户电子邮件电话API
源系统
SourceSystem
此事件的来源系统。
说明

标识记录此事件的源系统,适用于整合多个系统的数据。

重要性

跟踪数据来源有助于了解数据沿袭和系统边界。

获取途径

将其设为常量,或根据提取来源推导。

示例
SAPSalesforceServiceNow
自动化成本
ActivityAutomationCost
如果该活动实现自动化,其成本是多少。
说明

通过自动化执行该活动的预估成本,适用于自动化投资回报分析。

重要性

比较人工与自动化成本,有助于形成商业论证。

获取途径

通常根据自动化流程的标准成本模型分配。

示例
0.502.005.00
资源
Resource
执行该活动的资源(人员或系统)。
说明

用于标识执行活动的对象,无论是人员还是自动化系统。当活动可能由人员或系统执行时,这项属性很有用。

重要性

跟踪资源有助于比较人工与自动化处理的表现。

获取途径

查找执行者标识符,其中可能包括用户和系统账户。

示例
user_123AUTO_SYSTEMbot_processor
必填 建议填写 选填

活动

作为事件记录的流程步骤
6 建议填写 7 选填
活动 说明
审核完成
审核或审批步骤已完成。许多流程在继续推进前需要经过一次或多次审核。
重要性

审核环节常常成为瓶颈。了解审核耗时有助于发现审批延迟。

获取途径

请查找审批时间戳、审核完成记录或签核记录。

采集

审批或审核完成时间戳

事件类型 explicit
已分配处理人
案例被分配给特定人员或团队处理。分配结果决定了由谁负责推进案例。
重要性

分配效率会影响工作的启动速度。此处的延迟可能表明路由或工作量存在问题。

获取途径

请在系统中查找分配变更、负责人变更或进入队列的记录。

采集

分配或负责人变更时间戳

事件类型 explicit
开始处理
开始对案例开展实际工作,标志着案例从队列等待转入处理阶段。
重要性

从分配到开始处理之间的间隔,可反映队列等待时间和工作量问题。

获取途径

请查找表示工作已开始的状态变更、首次处理时间戳或活动日志记录。

采集

分配后的首次活动或明确的开始时间戳

事件类型 inferred
数据已验证
确认所需信息完整且准确。验证可能由系统自动完成,也可能由团队成员手动审核。
重要性

及早验证可避免后续问题和返工。缺少此步骤通常与周期时间延长有关。

获取途径

请查找验证状态变更、验证时间戳或质量检查完成记录。

采集

状态变更或验证完成时间戳

事件类型 explicit
案例创建
在流程中启动新案例的初始事件。这表示一项新的工作进入系统,可能由客户请求、内部需求或自动化事件触发。
重要性

标记流程正式开始,是计算总周期时间和吞吐量的关键依据。

获取途径

请在源系统中查找创建时间戳、提交日期或初始状态变更记录。

采集

主事务或记录中的创建时间戳

事件类型 explicit
案例已完成
案例已成功完成并关闭,标志着该流程实例结束。
重要性

这是计算周期时间和吞吐量的关键依据。完成率可反映流程成效。

获取途径

请查找完成时间戳、已关闭状态或最终结果记录。

采集

完成或关闭时间戳

事件类型 explicit
出现异常
发现需要特殊处理或升级处理的问题或异常情况。
重要性

异常往往会导致返工和延迟。跟踪异常有助于找出根本原因和预防机会。

获取途径

请查找错误日志、异常标记、升级记录或特殊处理标识。

采集

系统日志中的异常或错误时间戳

事件类型 explicit
已作出决定
流程已到达关键决策点,并已作出决定。
重要性

决策通常需要授权,也可能成为瓶颈。清晰的决策记录有助于满足合规要求。

获取途径

请查找决策记录、批准或拒绝标记,或结果判定记录。

采集

决策时间戳或结果记录

事件类型 explicit
已升级处理
案例已升级至更高层级或转交专业团队处理。
重要性

升级处理表明案例无法通过常规渠道解决。升级率偏高可能意味着培训或流程存在问题。

获取途径

请查找升级记录、层级变更或转入专业队列的记录。

采集

升级时间戳或转入专业队列的记录

事件类型 explicit
已执行操作
流程中的某项具体操作或任务已完成。
重要性

跟踪各项操作,有助于识别哪些具体步骤对周期时间影响最大。

获取途径

请查找任务完成时间戳、操作日志或步骤完成记录。

采集

任务或操作完成时间戳

事件类型 explicit
已收到信息
已收到所请求的补充信息,案例可以继续推进。
重要性

信息请求的响应时间会显著影响周期时间。及时响应有助于更快完成流程。

获取途径

请查找响应接收记录、从待处理状态变更的记录或文档上传时间戳。

采集

收到响应的时间戳或从等待状态变更的记录

事件类型 explicit
案例已取消
案例在完成前已取消或放弃。
重要性

取消模式可揭示流程设计、客户需求或上游环节存在的问题。

获取途径

请查找取消时间戳、已放弃状态或终止记录。

采集

取消或终止时间戳

事件类型 explicit
请求补充信息
已向客户、供应商或内部相关方请求补充信息。
重要性

信息请求会暂停流程,往往造成明显延迟。减少此类请求有助于缩短周期时间。

获取途径

请查找请求沟通记录、状态变更为“等待信息”或暂停时间戳。

采集

请求时间戳或状态变更为等待状态的记录

事件类型 explicit
建议填写 选填

数据提取指南

如何获取流程挖掘所需的数据。

不同系统的数据提取方式各不相同。详细说明请

阅读我们的ETL指南   或   选择具体流程和系统.

准备好开始了吗?

下载此模板作为起点,或查看针对特定系统的指南,获取适用于您技术环境且经过验证的数据提取查询。

立即开始优化流程

借助ProcessMind,首次清晰了解您的流程

开始免费试用

无需提供信用卡