通用数据模板
通用数据模板
属性
| 名称 | 说明 | ||
|---|---|---|---|
| 时间戳 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 | |||
活动
| 活动 | 说明 | ||
|---|---|---|---|
| 审核完成 | 审核或审批步骤已完成。许多流程在继续推进前需要经过一次或多次审核。 | ||
| 重要性 审核环节常常成为瓶颈。了解审核耗时有助于发现审批延迟。 获取途径 请查找审批时间戳、审核完成记录或签核记录。 采集 审批或审核完成时间戳 事件类型 explicit | |||
| 已分配处理人 | 案例被分配给特定人员或团队处理。分配结果决定了由谁负责推进案例。 | ||
| 重要性 分配效率会影响工作的启动速度。此处的延迟可能表明路由或工作量存在问题。 获取途径 请在系统中查找分配变更、负责人变更或进入队列的记录。 采集 分配或负责人变更时间戳 事件类型 explicit | |||
| 开始处理 | 开始对案例开展实际工作,标志着案例从队列等待转入处理阶段。 | ||
| 重要性 从分配到开始处理之间的间隔,可反映队列等待时间和工作量问题。 获取途径 请查找表示工作已开始的状态变更、首次处理时间戳或活动日志记录。 采集 分配后的首次活动或明确的开始时间戳 事件类型 inferred | |||
| 数据已验证 | 确认所需信息完整且准确。验证可能由系统自动完成,也可能由团队成员手动审核。 | ||
| 重要性 及早验证可避免后续问题和返工。缺少此步骤通常与周期时间延长有关。 获取途径 请查找验证状态变更、验证时间戳或质量检查完成记录。 采集 状态变更或验证完成时间戳 事件类型 explicit | |||
| 案例创建 | 在流程中启动新案例的初始事件。这表示一项新的工作进入系统,可能由客户请求、内部需求或自动化事件触发。 | ||
| 重要性 标记流程正式开始,是计算总周期时间和吞吐量的关键依据。 获取途径 请在源系统中查找创建时间戳、提交日期或初始状态变更记录。 采集 主事务或记录中的创建时间戳 事件类型 explicit | |||
| 案例已完成 | 案例已成功完成并关闭,标志着该流程实例结束。 | ||
| 重要性 这是计算周期时间和吞吐量的关键依据。完成率可反映流程成效。 获取途径 请查找完成时间戳、已关闭状态或最终结果记录。 采集 完成或关闭时间戳 事件类型 explicit | |||
| 出现异常 | 发现需要特殊处理或升级处理的问题或异常情况。 | ||
| 重要性 异常往往会导致返工和延迟。跟踪异常有助于找出根本原因和预防机会。 获取途径 请查找错误日志、异常标记、升级记录或特殊处理标识。 采集 系统日志中的异常或错误时间戳 事件类型 explicit | |||
| 已作出决定 | 流程已到达关键决策点,并已作出决定。 | ||
| 重要性 决策通常需要授权,也可能成为瓶颈。清晰的决策记录有助于满足合规要求。 获取途径 请查找决策记录、批准或拒绝标记,或结果判定记录。 采集 决策时间戳或结果记录 事件类型 explicit | |||
| 已升级处理 | 案例已升级至更高层级或转交专业团队处理。 | ||
| 重要性 升级处理表明案例无法通过常规渠道解决。升级率偏高可能意味着培训或流程存在问题。 获取途径 请查找升级记录、层级变更或转入专业队列的记录。 采集 升级时间戳或转入专业队列的记录 事件类型 explicit | |||
| 已执行操作 | 流程中的某项具体操作或任务已完成。 | ||
| 重要性 跟踪各项操作,有助于识别哪些具体步骤对周期时间影响最大。 获取途径 请查找任务完成时间戳、操作日志或步骤完成记录。 采集 任务或操作完成时间戳 事件类型 explicit | |||
| 已收到信息 | 已收到所请求的补充信息,案例可以继续推进。 | ||
| 重要性 信息请求的响应时间会显著影响周期时间。及时响应有助于更快完成流程。 获取途径 请查找响应接收记录、从待处理状态变更的记录或文档上传时间戳。 采集 收到响应的时间戳或从等待状态变更的记录 事件类型 explicit | |||
| 案例已取消 | 案例在完成前已取消或放弃。 | ||
| 重要性 取消模式可揭示流程设计、客户需求或上游环节存在的问题。 获取途径 请查找取消时间戳、已放弃状态或终止记录。 采集 取消或终止时间戳 事件类型 explicit | |||
| 请求补充信息 | 已向客户、供应商或内部相关方请求补充信息。 | ||
| 重要性 信息请求会暂停流程,往往造成明显延迟。减少此类请求有助于缩短周期时间。 获取途径 请查找请求沟通记录、状态变更为“等待信息”或暂停时间戳。 采集 请求时间戳或状态变更为等待状态的记录 事件类型 explicit | |||
数据提取指南
不同系统的数据提取方式各不相同。详细说明请
立即开始优化流程
借助ProcessMind,首次清晰了解您的流程
无需提供信用卡