您的资产维护数据模板
您的资产维护数据模板
这是适用于资产维护的通用流程挖掘数据模板。如需更具体的指导,请使用系统专用模板。
选择具体系统- 完整的标准维护里程碑列表
- 为深度绩效分析设计的灵活属性结构
- 全面兼容任意企业资产管理数据源
资产维护属性
| 名称 | 说明 | ||
|---|---|---|---|
| 事件时间戳 EventTimestamp | 活动发生的具体日期和时间。 | ||
| 说明 此属性为维护日志中的每个事件提供时间背景,记录源系统中状态变更或事务提交的准确时刻。 时间戳是流程挖掘中所有基于时长的指标的基础,可用于计算周期时间、交付周期和资源闲置时间。要正确排列快速连续发生的事件,必须使用高精度时间戳。 为什么重要 它支持事件排序以及所有时长指标的计算。 获取位置 通常与活动一起记录在事务日志、历史表或审计轨迹中。 示例 2023-10-15T08:30:00Z2023-10-15T14:45:22Z2023-11-01T09:00:00Z2023-11-02T16:20:15Z | |||
| 工单编号 WorkOrderNumber | 维护案例或工单的唯一标识符。 | ||
| 说明 此属性是流程挖掘分析中的核心案例标识符,代表一个完整的端到端维护周期,从初始请求或预防性触发开始,直至完成和财务结算。 在分析中,此字段作为分组所有相关事件、成本和资源日志的主键。它支持流程挖掘引擎重建具体工单的生命周期,使分析人员能够追踪工作流转、识别案例层面的瓶颈,并将具体结果与订单类型或优先级关联起来。 为什么重要 这是区分唯一流程实例所需的基础Case ID。 获取位置 通常位于工单抬头表中,例如Maximo中的WONUM、SAP中的AUFNR。 示例 WO-2023-884110049221PM-552-AREQ-992104500021 | |||
| 数据最后更新时间 LastDataUpdate | 表示记录最后一次提取或刷新的时间戳。 | ||
| 说明 此属性记录分析所用数据集的新鲜度,帮助分析人员了解数据是否为最新,并识别运营系统与流程挖掘环境之间可能存在的延迟问题。 虽然它不属于实际流程顺序流,但对数据治理至关重要。它可确保相关人员明确当前查看的是实时数据,还是上一结账期间的快照。 为什么重要 它有助于验证数据新鲜度并管理增量加载。 获取位置 由ETL管道或提取脚本在运行时生成。 示例 2023-12-01T00:00:00Z2023-12-01T12:00:00Z2023-12-02T06:00:00Z | |||
| 活动名称 ActivityName | 工作流中发生的具体任务、状态变更或事件。 | ||
| 说明 此属性定义维护工单生命周期中的执行步骤,记录工单经历的不同状态,例如已创建、已批准、进行中、暂停和已完成。 为确保流程挖掘准确,此字段会将不同系统事件标准化为易读的活动。它对于可视化流程图、计算阶段间的转换时间,以及识别工单回退到先前状态的返工循环至关重要。 为什么重要 它定义流程图中的节点,是重建工作流所必需的字段。 获取位置 来源于状态历史表、事务日志或工单变更日志。 示例 工单已创建物料已发放审批已通过状态已变更为进行中工单已关闭 | |||
| 源系统 SourceSystem | 记录来源的应用程序或数据库名称。 | ||
| 说明 此属性用于标识生成数据的软件环境。在复杂的维护系统环境中,数据可能来自ERP、专业CMMS或IoT监控平台。 在分析中,当多个系统的数据被导入同一流程模型时,该字段可用于筛选数据。它有助于验证数据血缘,也可用于比较不同旧系统之间的数据质量或流程差异。 为什么重要 它确保多系统环境中的数据可追溯性。 获取位置 在提取过程中硬编码,或根据系统配置完成映射。 示例 SAP ECCIBM MaximoInfor EAMOracle Maintenance CloudHexagon EAM | |||
| 优先级 PriorityLevel | 分配给工单的紧急程度或重要性。 | ||
| 说明 此属性表示维护任务对运营的重要程度。取值通常从数字代码(1、2、3)到描述性标签(关键、高、中、低)不等。它决定所需的响应时间和资源分配。 在流程分析中,该属性用于检查SLA合规性。分析人员会调查高优先级事项是否确实比低优先级事项更快流转,或是否卡在审批瓶颈中。 为什么重要 它支持SLA合规分析和资源优先级检查。 获取位置 工单抬头表,例如Maximo中的PRIORITY、SAP中的PRIOK。 示例 1-严重2-高3-中4-低紧急维护 | |||
| 实际人工工时 ActualLaborHours | 技术人员处理工单所花费的总时间。 | ||
| 说明 此属性汇总记入工单的所有人工工时,反映完成任务实际投入的精力。 该指标对于计算人员利用率和人工效率至关重要。将实际工时与预计工时进行比较,可以评估计划流程的准确性。显著偏差可能表明工作范围不明确或存在技能缺口。 为什么重要 它用于衡量投入,并计算利用率和计划准确性。 获取位置 从工时表或人工事务表汇总。 示例 4.512.00.548.0160.0 | |||
| 实际总成本 TotalActualCost | 产生的总财务成本,包括人工、材料和服务费用。 | ||
| 说明 此属性汇总与工单相关的所有财务过账,反映维护活动最终产生的经济影响。 成本分析是资产管理流程挖掘的重要驱动因素。该属性有助于识别维护成本最高的资产类别,并突出维修成本超过资产更换价值的异常情况。 为什么重要 它是财务影响分析和预算差异报告的核心指标。 获取位置 成本汇总表,或从与订单关联的总账过账中汇总。 示例 1500.00245.5010000.000.00560.75 | |||
| 工单类型 WorkOrderType | 将维护工作分类为预防性、纠正性、紧急或项目类。 | ||
| 说明 此属性用于分类维护工作的性质。常见值用于区分计划内工作(预防性)和非计划停机(纠正性或紧急)。它几乎是所有EAM/CMMS系统中的标准字段。 分析人员使用该字段对流程模型进行分段。比较紧急维修与预防性维护的工作流,通常可以发现明显不同的流程路径、审批要求和周期时间。它也是计算预防性维护与反应性维护比例的主要维度。 为什么重要 它对于区分计划内和非计划工作至关重要。 获取位置 工单抬头表,例如Maximo中的WORKTYPE、SAP中的AUART。 示例 预防性维护纠正性维护紧急维护预测性维护资本项目 | |||
| 是否预防性维护 IsPreventive | 表示工单是否属于预防性维护计划的标志。 | ||
| 说明 此布尔属性将工单类型简化为二元分类:预防性与非预防性。它通常根据工单类型代码派生。 该标志是筛选仪表板、聚焦预防性维护合规情况的最快方式,也简化了预防性维护与纠正性维护比例KPI的计算。这是衡量维护组织成熟度的行业标准指标。 为什么重要 它简化了预防性维护比例的筛选和KPI计算。 获取位置 根据工单类型或特定系统标志派生,例如PPM标志。 示例 truefalse | |||
| 目标完成日期 TargetCompletionDate | 工单应完成的计划截止日期。 | ||
| 说明 此属性表示计划人员设定或SLA规定的到期日,是计算按时交付的参考点。 将实际完成日期与目标日期进行比较,可以计算计划遵循率和延迟指标。较大的偏差通常表明计划效率低下或资源受限。 为什么重要 它是计算延迟和计划合规性的基准。 获取位置 工单计划选项卡,例如SAP中的GLTRP、Maximo中的SCHEDFINISH。 示例 2023-11-15T17:00:00Z2023-12-01T08:00:00Z2023-10-30T16:30:00Z | |||
| 维护部门 MaintenanceDepartment | 负责执行工作的组织单元或车间。 | ||
| 说明 此属性用于标识负责工单的团队、工种或部门,例如电气、机械、仪表或设施部门。 该视角支持不同团队之间的绩效基准比较。分析人员可以跨部门比较周期时间、积压量和返工率,从而识别特定工种的培训需求或资源短缺。 为什么重要 它支持不同团队之间的绩效和积压量基准比较。 获取位置 工单抬头,例如SAP中的工作中心、Maximo中的班组ID。 示例 机械车间电气维护设施外部承包商仪表 | |||
| 资产ID AssetId | 待维护设备或设施的唯一标识符。 | ||
| 说明 此属性将工单与现场的实体对象关联起来,表示待维护资产的标签编号、设备ID或机器代码。 它对于识别需要频繁维修的异常资产至关重要。按资产ID汇总工单后,分析人员可以计算平均故障间隔时间(MTBF),并识别消耗过多维护预算的设备。 为什么重要 它支持特定设备的绩效分析和MTBF计算。 获取位置 工单抬头表,例如Maximo中的ASSETNUM、SAP中的EQUNR。 示例 PUMP-4410HVAC-BLDG-1CONVEYOR-02FLEET-TRUCK-99CNC-LATHE-05 | |||
| 资产关键性 AssetCriticality | 表示资产运营重要性的评级。 | ||
| 说明 此属性根据资产故障对安全、环境或生产造成的影响对资产进行分类。它通常是资产主数据中的静态属性,也经常被快照写入工单。 借助该属性,分析人员可以判断维护团队是否正确优先处理关键资产。它有助于验证最重要的设备是否最严格地遵循预防性维护计划。 为什么重要 它有助于使维护重点与业务风险和运营影响保持一致。 获取位置 资产主数据,或反规范化后的工单抬头。 示例 A-关键B-重要C-次要安全关键生产关键 | |||
| 分配资源 AssignedResource | 分配给该工作的具体技术人员或负责人。 | ||
| 说明 此属性用于标识负责执行维护任务的个人或首席技术人员。部门字段记录团队,而此字段记录具体人员。 这一粒度有助于分析员工之间的工作量分配,识别某些技术人员是否持续超负荷,或特定人员的返工率是否较高,从而判断是否需要培训。 为什么重要 它支持工作量平衡分析和个人绩效指标分析。 获取位置 工单分配表或人工明细表。 示例 J. SmithA. DoeTech-001Vendor-XYZ5号班组长 | |||
| 工作地点 WorkLocation | 执行工作的实际地点或功能位置。 | ||
| 说明 此属性定义资产所在的地理区域或功能区域,可能是具体建筑、楼层或远程站点。 地点数据有助于分析出行时间低效和物流问题。如果技术人员为低优先级工作在相距较远的地点之间花费大量时间,流程挖掘可以突出路线优化或按地点合并工单的机会。 为什么重要 它有助于物流分析和识别地点特定的瓶颈。 获取位置 工单抬头或关联的资产位置表。 示例 A栋二层北厂55号现场远程泵站车间 | |||
资产维护活动
| 活动 | 说明 | ||
|---|---|---|---|
| 人工工时已记录 | 技术人员将实际工作工时记录到工单中。随着不同班组成员参与作业,该活动通常会重复发生。 | ||
| 为什么重要 为成本计算和利用率分析提供依据。人工工时记录之间的间隔,可能表明流程发生中断。 获取位置 从工时确认表或人工交易日志中提取。 采集 记录每次针对工单的工时登记 事件类型 explicit | |||
| 工单已关闭 | 最终行政步骤,工单完成财务锁定并归档。之后不能再登记成本或工时。 | ||
| 为什么重要 标志着案例在系统中的绝对终点。此处延误表明存在行政积压。 获取位置 当状态变更为Closed、Archived或CLSD时记录。 采集 记录最终变更为Closed的状态 事件类型 explicit | |||
| 工单已创建 | 系统正式生成维护工单记录。该步骤建立案例ID,并为规划、排程和执行设定基准。 | ||
| 为什么重要 这是流程的核心锚点,定义了行政维护生命周期的开始。 获取位置 从主工单表的创建时间戳中提取。 采集 记录唯一工单ID生成时的时间戳 事件类型 explicit | |||
| 工单已完成 | 现场技术作业完成。资产恢复运行,但行政和财务任务可能尚未完成。 | ||
| 为什么重要 用于计算维修时长和资产停机时间终点的主要时间戳。 获取位置 当状态变更为Completed、TECO或Finished时记录。 采集 记录表示技术作业完成的状态变更 事件类型 explicit | |||
| 工单已开始 | 技术人员开始对资产进行现场作业的时刻,标志着流程从规划和等待转入实际执行。 | ||
| 为什么重要 对于计算平均维修时间(MTTR),以及区分行政等待时间和实际维修时间至关重要。 获取位置 通常由状态变更为In Progress,或首条人工工时记录的时间戳表示。 采集 记录状态变更为In Progress或Started 事件类型 explicit | |||
| 工单已批准 | 授权状态发生变更,表示工作范围、成本估算和计划已完成审核并获接受。此时工作已获准执行。 | ||
| 为什么重要 用于衡量清除规划和预算障碍所需的行政周期。 获取位置 通常在状态变更为Approved、Released或Authorized时记录。 采集 筛选表示已获授权的状态变更事件 事件类型 explicit | |||
| 工单已排程 | 为工单分配具体人力资源、作业班组或确定的日历时段。该步骤将工单从积压队列移入每日或每周的活动排程。 | ||
| 为什么重要 区分作业在积压队列中的等待时间与等待特定技术人员的时间。 获取位置 根据人力分配或调度记录的创建事件推导。 采集 记录资源分配或调度状态设置时的时间戳 事件类型 explicit | |||
| 优先级已更新 | 工单创建后,对其关键程度或紧急程度进行调整。该步骤记录新的优先级值及决策时间。 | ||
| 为什么重要 频繁变更优先级,可能表明分诊流程不佳,或有人通过系统操作绕过积压队列。 获取位置 通常记录在字段审计轨迹或监控Priority字段的系统历史日志中。 采集 在审计日志中识别Priority字段的变更 事件类型 explicit | |||
| 工单已取消 | 工单在成功完成前提前终止。发生原因可能是作业已无必要、工单重复,或多个任务被合并。 | ||
| 为什么重要 较高的取消率可能表明上游请求筛选不佳,或存在重复录入数据的问题。 获取位置 当状态变更为Cancelled、Rejected或Void时记录。 采集 筛选表示取消的终止状态值 事件类型 explicit | |||
| 工单已挂起 | 工单状态变更为暂停状态,执行随之停止。通常原因包括缺少备件、无法进入现场或存在安全问题。 | ||
| 为什么重要 用于识别扰乱标准流程的瓶颈和外部依赖。 获取位置 当状态值变更为Hold、Suspended或Blocked时,从状态历史中明确记录。 采集 筛选表示挂起状态的状态变更 事件类型 explicit | |||
| 物料已发放 | 从库存向工单实际发放备件,确认物料已可用并已领用。 | ||
| 为什么重要 用于验证备件确已使用,并停止计算物料可用性延误。 获取位置 位于库存交易日志中,其中费用类型与工单相关联。 采集 从库存发料交易中提取时间戳 事件类型 explicit | |||
| 物料申请已创建 | 与工单关联的备件或耗材正式申请。该步骤启动维修所需的供应链子流程。 | ||
| 为什么重要 对于分析供应链依赖和物料不可用造成的延误至关重要。 获取位置 位于物料需求表中,或在状态变更为Waiting on Material时记录。 采集 识别与工单关联的物料行创建事件 事件类型 explicit | |||
| 目标日期已更新 | 更新工单的计划开始日期或完成日期,反映根据资源可用性或延误情况对预期进行的调整。 | ||
| 为什么重要 跟踪日期变更,有助于判断KPI达标是源于绩效提升,还是仅仅通过推迟目标实现。 获取位置 位于跟踪Scheduled Start或Required By Date字段变更的审计日志中。 采集 记录工单历史中的日期字段更新 事件类型 explicit | |||
| 维护请求已创建 | 操作人员或自动化系统首次提交缺陷报告或服务请求。该步骤通常先于正式工单,标志着需求生命周期真正开始。 | ||
| 为什么重要 记录此步骤后,可以从问题被发现的时刻开始计算总响应时间,而不仅仅是从维护团队接受请求时开始计算。 获取位置 通常位于服务请求日志、服务台工单表或通知历史表中。 采集 提取与工单关联的上游请求对象的创建时间戳 事件类型 explicit | |||
| 维护返工已记录 | 表示已完成的作业被拒绝或很快失败,导致状态回退至In Progress。这代表一个流程循环。 | ||
| 为什么重要 是技术培训问题或备件质量不佳的重要指标。 获取位置 当状态从Complete回退至In Progress,或明确记录为Rework代码时推断。 采集 识别状态回退或返工标记 事件类型 inferred | |||
| 质量检查已完成 | 对维修结果进行检查、测量或测试的具体验证步骤,确保资产恢复运行前符合运营标准。 | ||
| 为什么重要 对于合规和安全分析至关重要。该步骤失败会触发返工循环。 获取位置 位于检查日志、检查清单完成记录或特定状态里程碑中。 采集 识别检查任务完成或质量状态更新 事件类型 explicit | |||
数据提取指南
立即提升资产维护效率
借助实时数据减少停机时间并降低维护成本。
无需信用卡,五分钟即可完成设置。