数据模板:通用流程
您的通用数据模板
属性
| 名称 | 描述 | ||
|---|---|---|---|
Timestamp 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存在风险已超期 | |||
业务单元 BusinessUnit | 与该案例相关的业务部门。 | ||
描述 识别负责或与案件相关的业务部门或事业部。对于多事业部组织非常有用。 为何重要 业务单元分析揭示了跨组织的绩效模式。 获取方式 查找业务单位代码、事业部标识符或利润中心分配。 示例 零售企业SMB | |||
产品 Product | 与此案例关联的产品或服务。 | ||
描述 识别与案件相关的产品、服务或产品方案。实现产品层面的流程绩效分析。 为何重要 通过产品分析,可以揭示不同产品是否存在特定的流程特征差异。 获取方式 查找产品代码、SKU或服务标识符。 示例 产品 A服务计划专业版SKU-12345 | |||
最后数据更新 LastDataUpdate | 此记录的最后更新时间。 | ||
描述 此记录最近更新的时间戳。对于增量数据加载和新鲜度跟踪非常有用。 为何重要 更新跟踪支持增量加载和数据质量监控。 获取方式 查找最后修改时间戳或变更追踪字段。 示例 2024-03-15T12:00:00Z2024-03-16T08:30:00Z | |||
区域 Region | 案件的地理区域。 | ||
描述 比国家更广泛的地理分组。当业务跨越多个国家时,有助于进行区域分析。 为何重要 通过区域分析,有助于理解不同地理区域的绩效表现差异。 获取方式 查找区域代码或从国家信息中推导。 示例 欧洲、中东和非洲美洲亚太 | |||
团队 Team | 部门内的特定团队。 | ||
描述 比部门更细致的组织分组。当一个部门内有多个团队处理流程的不同部分时,此字段非常有用。 为何重要 团队层面的分析揭示了工作量分配和专业化模式。 获取方式 查找团队代码、队列标识或群组分配。 示例 阿尔法团队升级事件二级支持 | |||
国家/地区 Country | 与案例相关的国家/地区。 | ||
描述 与案件相关的地理位置。有助于分析流程绩效或合规要求方面的区域差异。 为何重要 地域分析揭示了区域差异和合规模式。 获取方式 查找国家代码、区域标识符或位置字段。 示例 美国德国日本 | |||
处理时间 ProcessingTime | 活动的持续时间(以分钟或秒为单位)。 | ||
描述 积极投入此活动的时间。可以根据开始和结束时间计算,如果您的系统有记录也可以直接提供。 为何重要 了解处理时间有助于识别哪些活动消耗了最多的精力。 获取方式 从结束时间减去开始时间计算,或从系统持续时间字段中提取。 示例 4512015 | |||
客户 Customer | 与案例相关的客户或当事方。 | ||
描述 识别与案件相关的客户、委托人或外部方。实现以客户为中心的流程绩效分析。 为何重要 客户分析揭示了客户体验中的模式。 获取方式 查找客户 ID、账号或参与方标识符。 示例 CUST-001234Acme公司ACC-98765 | |||
客户细分 CustomerSegment | 客户的细分或层级。 | ||
描述 按细分、层级或价值对客户进行分类。这有助于分析不同客户细分是否获得不同级别的服务。 为何重要 通过细分分析,可验证高价值客户是否获得了应有的关注。 获取方式 查找细分代码、层级划分或客户分类字段。 示例 企业SMB消费者 | |||
是否已自动化 IsAutomated | 该活动是否自动执行。 | ||
描述 指示活动是自动(由系统)还是手动(由用户)执行。对于理解自动化水平至关重要。 为何重要 自动化分析揭示了进一步自动化的机会。 获取方式 从用户类型(系统或人工)或自动化标志中提取。 示例 truefalse | |||
活动FTE ActivityFTE | 此活动的 FTE(全职当量)工时。 | ||
描述 此活动的全职当量(FTE)小时劳动力投入。对于产能规划和工作量分析非常有用。 为何重要 FTE 追踪有助于资源规划和产能管理。 获取方式 根据处理时间和标准全职员工(FTE)费率计算,或从工时跟踪系统中提取。 示例 0.250.51.0 | |||
活动成本 ActivityCost | 执行此活动的成本。 | ||
描述 与执行此活动相关的货币成本。有助于进行成本分析并识别昂贵的流程步骤。 为何重要 成本分析有助于根据财务影响确定改进的优先级。 获取方式 查找成本分配字段或从标准成本表中计算。 示例 15.0045.50120.00 | |||
活动碳排放量 ActivityCO2 | 此活动的碳足迹。 | ||
描述 与此活动相关的碳排放。有助于对您的流程进行可持续性分析。 为何重要 二氧化碳追踪有助于实现可持续发展目标并支持环境报告。 获取方式 根据活动类型和标准排放因子计算。 示例 0.10.52.0 | |||
活动金额 ActivityAmount | 与此活动相关的金额。 | ||
描述 此活动处理或影响的财务价值。有助于进行价值加权分析。 为何重要 价值分析有助于根据财务影响确定改进的优先级。 获取方式 查找交易金额、发票价值或订单总额。 示例 1500.0025000.00750.50 | |||
渠道 Channel | 案件是如何启动或接收的。 | ||
描述 识别案件进入您流程的渠道。不同渠道通常具有不同的特点和绩效表现。 为何重要 渠道分析揭示了哪些接收方式效率最高。 获取方式 查找来源指示、渠道代码或原始字段。 示例 网络门户电子邮件电话API | |||
源系统 SourceSystem | 此事件源自的系统。 | ||
描述 识别记录此事件的源系统。在整合来自多个系统的数据时非常有用。 为何重要 源头追踪有助于理解数据血缘及系统边界。 获取方式 作为常量添加,或从提取源中派生。 示例 SAPSalesforceServiceNow | |||
自动化成本 ActivityAutomationCost | 如果此活动实现自动化,其成本是多少。 | ||
描述 通过自动化执行此活动的估算成本。这对于自动化投资回报率(ROI)分析很有用。 为何重要 比较手动与自动化成本有助于建立商业论证。 获取方式 通常根据自动化流程的标准成本模型进行分配。 示例 0.502.005.00 | |||
资源 Resource | 执行该活动的资源(人员或系统)。 | ||
描述 执行活动的通用标识符,无论是人工还是自动化。当活动可由人员或系统执行时,此字段非常有用。 为何重要 资源追踪可用于比较人工与自动化操作的绩效表现。 获取方式 查找执行者标识,这可能包括用户账户和系统账户。 示例 user_123AUTO_SYSTEMbot_processor | |||
活动
| 活动 | 描述 | ||
|---|---|---|---|
处理开始 | 案例的实际处理工作开始。这标志着从排队等待到实际处理的转变。 | ||
为何重要 从分配到开始处理之间的间隔揭示了排队等待时间和工作量问题。 获取方式 查找表明工作已开始的状态变更、首次接触时间戳或活动日志条目。 捕获 分配后的第一个活动或明确的开始时间戳 事件类型 inferred | |||
审查完成 | 审查或审批步骤已完成。许多流程在继续之前需要一次或多次审查。 | ||
为何重要 审查环节是常见的瓶颈。了解审查时长有助于识别审批流程中的延迟点。 获取方式 查找审批时间戳、审核完成记录或签核记录。 捕获 审批或审查完成时间戳 事件类型 explicit | |||
已分配给处理人 | 案例被路由到特定人员或团队进行处理。此分配决定了谁负责推进案例。 | ||
为何重要 分配效率影响工作开始的速度。此处的延迟表明存在路由或工作量问题。 获取方式 在您的系统中查找分配变更、所有者修改或队列条目。 捕获 分配或所有者变更时间戳 事件类型 explicit | |||
数据已验证 | 验证所需信息是否完整且正确。这可能是一个自动化系统检查,也可能是团队成员的手动审查。 | ||
为何重要 早期验证可防止下游问题和返工。跳过此步骤通常与更长的周期时间相关。 获取方式 查找验证状态变更、核实时间戳或质量检查完成记录。 捕获 状态变更或验证完成时间戳 事件类型 explicit | |||
案件创建 | 启动流程中新案例的初始事件。这代表着一个新的工作实例何时进入系统,无论是通过客户请求、内部需求还是自动化事件触发。 | ||
为何重要 标记流程的正式开始,对计算总周期时间和吞吐量至关重要。 获取方式 在您的源系统中查找创建时间戳、提交日期或初始状态变更。 捕获 来自主要交易或记录的创建时间戳 事件类型 explicit | |||
案例已完成 | 该案例已成功完成并关闭。这标志着流程实例的结束。 | ||
为何重要 对于计算周期时间和吞吐量至关重要。完成率反映了流程效率。 获取方式 查找完成时间戳、已关闭状态或最终结果记录。 捕获 完成或结案时间戳 事件类型 explicit | |||
信息已接收 | 所请求的补充信息已收到,案例可以继续进行。 | ||
为何重要 对信息请求的响应时间显著影响流程周期。快速响应有助于加速任务完成。 获取方式 查找回复回执、状态从‘待处理’变为其他,或文档上传时间戳。 捕获 响应接收时间戳或从等待状态变更 事件类型 explicit | |||
信息已请求 | 已向客户、供应商或内部利益相关者请求了额外信息。 | ||
为何重要 信息请求会暂停流程并经常导致严重延迟。最大限度地减少这些请求可以缩短周期时间。 获取方式 查找请求相关通信、状态变为“待处理信息”或暂停时间戳。 捕获 请求时间戳或状态变更为等待状态 事件类型 explicit | |||
已做出决策 | 流程中的一个关键决策点已达成并得到解决。 | ||
为何重要 决策点通常需要授权,并可能成为瓶颈。清晰的决策轨迹支持合规性。 获取方式 查找决策记录、审批/拒绝标志或结果判定。 捕获 决策时间戳或结果记录 事件类型 explicit | |||
已升级 | 该案例已升级至更高级别或专业团队处理。 | ||
为何重要 升级事件表明案件无法通过正常渠道处理。高升级率可能意味着培训或流程存在问题。 获取方式 查找升级记录、层级变更或转入专家队列。 捕获 升级时间戳或转移至专业队列 事件类型 explicit | |||
异常已发生 | 已发现需要特殊处理或升级的问题或异常。 | ||
为何重要 异常通常会导致返工和延误。追踪异常有助于识别根本原因并发现预防机会。 获取方式 查找错误日志、异常标记、升级记录或特殊处理指示。 捕获 系统日志中的异常或错误时间戳 事件类型 explicit | |||
操作已执行 | 流程中的特定操作或任务已完成。 | ||
为何重要 跟踪单个活动有助于识别哪些具体步骤对周期时间贡献最大。 获取方式 查找任务完成时间戳、操作日志或步骤完成记录。 捕获 任务或操作完成时间戳 事件类型 explicit | |||
案例已取消 | 该案例已在完成前被取消或放弃。 | ||
为何重要 取消模式揭示了流程设计、客户需求或上游问题。 获取方式 查找取消时间戳、废弃状态或终止记录。 捕获 取消或终止时间戳 事件类型 explicit | |||
