通用数据模板
通用数据模板
属性
| 名称 | 说明 | ||
|---|---|---|---|
| 时间戳 StartTime | Activity开始的时间。必须包含日期和时间。 | ||
| 说明 时间戳记录每个Activity发生的时间,是计算周期时间、识别瓶颈和了解事件顺序的基础。 为什么重要 时间戳支持包括周期时间和瓶颈识别在内的所有基于时间的分析。 获取位置 使用源系统中最准确的时间戳。 示例 2024-03-15T09:30:00Z2024-03-15T14:45:30Z | |||
| 案件ID CaseId | 每个流程实例的唯一标识符。 | ||
| 说明 Case ID是连接同一流程实例中所有事件的基础标识符。您的事件日志中的每个事件都必须包含Case ID。 为什么重要 如果没有正确的Case ID,就无法追踪各个案例在流程中的流转。 获取位置 使用主交易表中的主键或参考编号。 示例 ORD-2024-001234TKT-98765REQ-0042 | |||
| 活动 Activity | 已发生的流程步骤或事件名称。 | ||
| 说明 Activity字段用于标识流程各节点发生的事项。Activity应采用统一命名,并代表有业务意义的事件。 为什么重要 Activity名称决定流程图的可视化和分析方式。 获取位置 可根据源系统中的状态变更、操作类型或事件描述生成。 示例 案例创建审核完成付款已处理 | |||
| 优先级 Priority | 分配给案例的优先级。 | ||
| 说明 表示每个案例的紧急程度或重要性。优先级通常会影响案例的处理速度及其流转路径。 为什么重要 优先级分析可验证紧急案例是否得到适当处理。 获取位置 查找优先级字段、紧急程度指标或SLA级别分配信息。 示例 高媒介低 | |||
| 案件类型 CaseType | 正在处理的案例类别或类型。 | ||
| 说明 按类型对案例分类,以便比较不同类别。不同案例类型通常具有不同的流程路径和绩效表现。 为什么重要 按案例类型细分,可以发现不同类别之间的绩效差异。 获取位置 查找类型代码、类别字段或分类属性。 示例 标准优先级复杂 | |||
| 用户 User | 执行Activity的人员。 | ||
| 说明 用于标识执行每个Activity的用户或资源,支持资源分析、工作负载平衡和绩效比较。 为什么重要 资源分析有助于识别培训需求和工作负载不均衡。 获取位置 查找与每个事件关联的用户ID、员工编号或用户名。 示例 john.smithEMP-12345user_a1b2c3 | |||
| 结束时间 EndTime | Activity结束的时间,如与开始时间不同。 | ||
| 说明 结束时间戳记录每个Activity完成的时间。同时包含开始和结束时间后,即可计算Activity持续时间和处理时间。 为什么重要 结束时间支持计算实际工作时间与等待时间。 获取位置 查找表示Activity完成的完成时间戳或状态变更时间。 示例 2024-03-15T10:15:00Z2024-03-15T16:30:00Z | |||
| 部门 Department | 负责该Activity的组织单元。 | ||
| 说明 用于标识处理每个Activity的部门、团队或业务单元,适合分析团队之间的交接。 为什么重要 跨部门分析可以发现交接延迟和组织协作障碍。 获取位置 查找部门代码或组织单元标识符。 示例 财务运营客户服务 | |||
| SLA状态 SLAState | 案例是否在SLA范围内。 | ||
| 说明 表示案例当前是否达到服务级别协议要求,适合进行合规监控和升级分析。 为什么重要 SLA跟踪可以识别存在风险的案例,并了解整体合规率。 获取位置 查找SLA状态字段、违约指标,或根据时间戳与目标值计算。 示例 是否在SLA范围内存在风险已超时 | |||
| 业务部门 BusinessUnit | 与案例关联的业务单元。 | ||
| 说明 用于标识负责案例或与案例关联的业务单元或事业部,适合多事业部组织。 为什么重要 业务单元分析可以揭示跨组织的绩效模式。 获取位置 查找业务单元代码、事业部标识符或利润中心分配信息。 示例 零售企业SMB | |||
| 产品 Product | 与案例关联的产品或服务。 | ||
| 说明 用于标识与案例相关的产品、服务或业务方案,支持产品级流程绩效分析。 为什么重要 产品分析可以发现不同产品是否具有不同的流程特征。 获取位置 查找产品代码、SKU或服务标识符。 示例 产品AService Plan ProSKU-12345 | |||
| 最近一次数据更新 LastDataUpdate | 该记录最近一次更新的时间。 | ||
| 说明 该记录最近一次更新的时间戳,可用于增量数据加载和数据新鲜度跟踪。 为什么重要 更新跟踪支持增量加载和数据质量监控。 获取位置 查找最后修改时间戳或变更跟踪字段。 示例 2024-03-15T12:00:00Z2024-03-16T08:30:00Z | |||
| 区域 Region | 案例所属的地理区域。 | ||
| 说明 比国家更宽泛的地理分组。当业务覆盖多个国家时,适合进行区域分析。 为什么重要 区域分析有助于了解不同地理区域的绩效表现。 获取位置 查找区域代码,或根据国家信息生成。 示例 欧洲、中东和非洲美洲亚太地区 | |||
| 团队 Team | 部门内的具体团队。 | ||
| 说明 比部门更细粒度的组织分组。当一个部门内的多个团队负责流程的不同部分时,这一属性非常有用。 为什么重要 团队级分析可以揭示工作负载分布和专业化模式。 获取位置 查找团队代码、队列标识符或分组分配信息。 示例 Alpha团队升级处理二线支持 | |||
| 国家 Country | 与案例关联的国家。 | ||
| 说明 与案例相关的地理位置,可用于分析不同地区的流程绩效或合规要求。 为什么重要 地理分析可以揭示地区差异和合规模式。 获取位置 查找国家代码、地区标识符或位置字段。 示例 美国德国日本 | |||
| 客户 Customer | 与案例关联的客户或相关方。 | ||
| 说明 用于标识与案例相关的客户、委托方或外部相关方,支持以客户为中心的流程绩效分析。 为什么重要 客户分析可以揭示客户体验中的模式。 获取位置 查找客户ID、账号或相关方标识符。 示例 CUST-001234Acme CorpACC-98765 | |||
| 客户细分 CustomerSegment | 客户所属的细分市场或等级。 | ||
| 说明 按细分市场、等级或价值对客户分类,用于分析不同客户群体是否获得不同的服务水平。 为什么重要 细分分析可验证高价值客户是否得到适当关注。 获取位置 查找细分代码、等级分配或客户分类字段。 示例 企业SMB消费者 | |||
| 是否自动化 IsAutomated | Activity是否由系统自动执行。 | ||
| 说明 表示Activity由系统自动执行还是由用户手动执行,是了解自动化程度的基础。 为什么重要 自动化分析可以发现进一步实现自动化的机会。 获取位置 可根据用户类型(系统或人工)或自动化标记生成。 示例 truefalse | |||
| 活动CO2排放量 ActivityCO2 | 该Activity的碳足迹。 | ||
| 说明 该Activity产生的碳排放,可用于流程可持续性分析。 为什么重要 CO2跟踪支持可持续发展目标和环境报告。 获取位置 根据Activity类型和标准排放因子计算。 示例 0.10.52.0 | |||
| 活动FTE ActivityFTE | 该Activity对应的FTE(全职当量)工时。 | ||
| 说明 执行该Activity所需的FTE工时,可用于产能规划和工作负载分析。 为什么重要 FTE跟踪有助于资源规划和产能管理。 获取位置 根据处理时间和标准FTE费率计算,或从工时跟踪系统提取。 示例 0.250.51.0 | |||
| 活动成本 ActivityCost | 执行该Activity的成本。 | ||
| 说明 执行该Activity产生的货币成本,支持成本分析和高成本流程步骤识别。 为什么重要 成本分析有助于根据财务影响确定改进优先级。 获取位置 查找成本分摊字段,或根据标准成本表计算。 示例 15.0045.50120.00 | |||
| 活动金额 ActivityAmount | 与该Activity关联的货币金额。 | ||
| 说明 该Activity处理或影响的财务价值,支持按价值加权的分析。 为什么重要 价值分析有助于根据财务影响确定改进优先级。 获取位置 查找交易金额、发票金额或订单总额。 示例 1500.0025000.00750.50 | |||
| 渠道 Channel | 案例的发起或接收方式。 | ||
| 说明 用于标识案例进入流程的渠道。不同渠道通常具有不同的特征和绩效表现。 为什么重要 渠道分析可以发现最有效的受理方式。 获取位置 查找来源指标、渠道代码或来源字段。 示例 Web门户电子邮件电话API | |||
| 源系统 SourceSystem | 该事件的来源系统。 | ||
| 说明 用于标识记录该事件的源系统,适合合并多个系统的数据。 为什么重要 来源跟踪有助于了解数据血缘和系统边界。 获取位置 作为常量添加,或根据提取来源生成。 示例 SAPSalesforceServiceNow | |||
| 自动化成本 ActivityAutomationCost | 该Activity实现自动化后的成本。 | ||
| 说明 通过自动化执行该Activity的预计成本,可用于自动化ROI分析。 为什么重要 比较人工与自动化成本,有助于构建业务论证。 获取位置 通常根据自动化流程的标准成本模型分配。 示例 0.502.005.00 | |||
| 资源 Resource | 执行Activity的资源,包括人员或系统。 | ||
| 说明 用于标识执行Activity的对象,无论是人员还是自动化系统。当Activity可由人员或系统执行时,这一属性非常有用。 为什么重要 资源跟踪支持比较人工与自动化执行的绩效。 获取位置 查找执行者标识符,其中可能同时包含用户账号和系统账号。 示例 user_123AUTO_SYSTEMbot_processor | |||
活动
| 活动 | 说明 | ||
|---|---|---|---|
| 分配给处理人员 | 案例被路由至指定人员或团队进行处理。该分配决定了由谁负责推动案例继续进行。 | ||
| 为什么重要 分配效率会影响工作开始的速度。此处出现延迟,通常表明路由或工作量存在问题。 获取位置 在系统中查找分配变更、负责人修改或队列记录。 采集 分配或负责人变更时间戳 事件类型 explicit | |||
| 审核完成 | 审核或审批步骤已完成。许多流程在继续之前需要经过一次或多次审核。 | ||
| 为什么重要 审核步骤经常成为瓶颈。了解审核时长有助于识别审批延迟。 获取位置 查找审批时间戳、审核完成记录或签字确认记录。 采集 审批或审核完成时间戳 事件类型 explicit | |||
| 开始处理 | 案例的实际处理工作开始,标志着案例从队列等待转入正式处理。 | ||
| 为什么重要 分配与开始处理之间的间隔,可以反映队列等待时间和工作量问题。 获取位置 查找表示工作已开始的状态变更、首次处理时间戳或活动日志记录。 采集 分配后的首次活动或明确的开始时间戳 事件类型 inferred | |||
| 数据验证完成 | 确认必需信息完整且正确。这可能是自动化系统检查,也可能是团队成员执行的人工审核。 | ||
| 为什么重要 及早验证可以防止后续问题和返工。缺少此步骤通常与更长的周期时间相关。 获取位置 查找验证状态变更、核验时间戳或质量检查完成记录。 采集 状态变更或验证完成时间戳 事件类型 explicit | |||
| 案例创建 | 在流程中启动新案例的初始事件。它表示新的工作实例进入系统的时间,可能由客户请求、内部需求或自动化事件触发。 | ||
| 为什么重要 标志着流程正式开始,是计算总周期时间和吞吐量的关键。 获取位置 在源系统中查找创建时间戳、提交日期或初始状态变更。 采集 主交易或记录中的创建时间戳 事件类型 explicit | |||
| 案例完成 | 案例已成功完成并关闭,标志着流程实例结束。 | ||
| 为什么重要 这是计算周期时间和吞吐量的关键。完成率反映流程的有效性。 获取位置 查找完成时间戳、已关闭状态或最终结果记录。 采集 完成或关闭时间戳 事件类型 explicit | |||
| 完成决策 | 流程已到达关键决策点,并完成决策。 | ||
| 为什么重要 决策点通常需要授权,也可能成为瓶颈。清晰的决策轨迹有助于确保合规。 获取位置 查找决策记录、批准或拒绝标记,或结果判定记录。 采集 决策时间戳或结果记录时间戳 事件类型 explicit | |||
| 已升级 | 案例已升级至更高层级或转交专业团队处理。 | ||
| 为什么重要 升级表明案例无法通过常规渠道处理。较高的升级率可能意味着培训或流程存在问题。 获取位置 查找升级记录、层级变更或转入专业队列的记录。 采集 升级时间戳或转入专业队列的时间戳 事件类型 explicit | |||
| 执行操作 | 流程中的特定操作或任务已完成。 | ||
| 为什么重要 跟踪单项操作有助于识别对周期时间影响最大的具体步骤。 获取位置 查找任务完成时间戳、操作日志或步骤完成记录。 采集 任务或操作完成时间戳 事件类型 explicit | |||
| 提出例外 | 发现需要特殊处理或升级处理的问题或例外情况。 | ||
| 为什么重要 例外通常会导致返工和延迟。跟踪例外有助于识别根本原因和预防机会。 获取位置 查找错误日志、例外标记、升级记录或特殊处理指示。 采集 系统日志中的例外或错误时间戳 事件类型 explicit | |||
| 收到信息 | 已收到所请求的补充信息,案例可以继续处理。 | ||
| 为什么重要 对信息请求的响应速度会显著影响周期时间。快速响应有助于更快完成流程。 获取位置 查找响应接收记录、从等待状态变更的记录,或文档上传时间戳。 采集 响应接收时间戳或从等待状态变更的时间戳 事件类型 explicit | |||
| 案例取消 | 案例在完成前已被取消或放弃。 | ||
| 为什么重要 取消模式可以揭示流程设计、客户需求或上游环节存在的问题。 获取位置 查找取消时间戳、已放弃状态或终止记录。 采集 取消或终止时间戳 事件类型 explicit | |||
| 请求信息 | 向客户、供应商或内部相关方请求补充信息。 | ||
| 为什么重要 信息请求会暂停流程,并经常造成明显延迟。减少此类请求有助于缩短周期时间。 获取位置 查找请求通信、变更为“等待信息”的状态,或暂停时间戳。 采集 请求时间戳或变更为等待状态的时间戳 事件类型 explicit | |||
提取指南
立即开始优化您的流程
借助ProcessMind,首次清晰了解您的流程
无需信用卡