您的资产维护数据模板
您的资产维护数据模板
这是适用于资产维护的通用流程挖掘数据模板。使用针对具体系统的模板,可获取更有针对性的指导。
选择具体系统- 维护标准里程碑完整清单
- 灵活的属性结构,支持深入分析绩效
- 兼容任意企业资产管理数据源
资产维护属性
| 名称 | 说明 | ||
|---|---|---|---|
| 事件时间戳 EventTimestamp | 活动发生的具体日期和时间。 | ||
| 说明 此属性为维护日志中的每个事件提供时间信息,记录状态变更或源系统提交事务的准确时刻。 时间戳是流程挖掘中所有时长指标的计算基础,可用于计算周期时间、交付周期和资源闲置时间。对于短时间内连续发生的事件,需要使用高精度时间戳才能准确排序。 重要性 用于排列事件顺序并计算所有时长指标。 获取途径 可在事务日志、历史表或与活动关联的审计轨迹中找到。 示例 2023-10-15T08:30:00Z2023-10-15T14:45:22Z2023-11-01T09:00:00Z2023-11-02T16:20:15Z | |||
| 工单编号 WorkOrderNumber | 用于唯一标识维护案例或工单。 | ||
| 说明 此属性是流程挖掘分析中的核心案例标识,用于表示一次完整的维护周期,从初始请求或预防性触发开始,直至工作完成并完成财务结算。 在分析中,此字段作为主键,用于归集所有相关事件、成本和资源记录。流程挖掘引擎据此还原具体作业的生命周期,帮助分析人员追踪工作流转、识别案例层面的瓶颈,并分析特定结果与订单类型或优先级之间的关系。 重要性 这是区分不同流程实例所需的基本案例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 - 次要安全关键生产关键 | |||
| 工作地点 WorkLocation | 执行工作的实际地点或功能位置。 | ||
| 说明 此属性用于定义资产所在的地理区域或功能区域,例如某栋建筑、某个楼层或偏远站点。 地点数据有助于分析出行时间和物流效率。如果技术人员为处理低优先级工作而频繁在相距较远的地点之间往返,流程挖掘可以帮助发现优化路线或按地点合并工单的机会。 重要性 有助于分析物流并识别特定地点的瓶颈。 获取途径 工单抬头表或关联的资产位置表。 示例 A栋2层北厂区站点55偏远泵站维修车间 | |||
| 指派资源 AssignedResource | 指派执行工作的具体技术人员或负责人。 | ||
| 说明 此属性用于标识负责执行维护任务的个人或主责技术人员。部门记录团队信息,此属性则记录具体人员。 这种粒度有助于分析员工之间的工作量分配情况,可发现某些技术人员是否长期超负荷工作,或个别人员的返工率是否偏高,从而判断是否需要培训。 重要性 用于分析工作量平衡和个人绩效指标。 获取途径 工单分配表或人工明细表。 示例 J. SmithA. DoeTech-001Vendor-XYZ班组负责人5 | |||
资产维护活动
| 活动 | 说明 | ||
|---|---|---|---|
| 关闭工单 | 最终行政步骤:工单完成财务锁定并归档,之后不能再登记成本或工时。 | ||
| 重要性 标志着案例在系统中的彻底结束。此处延误表明行政处理存在积压。 获取途径 状态变更为已关闭、已归档或CLSD时记录。 采集 记录状态最终变更为已关闭的时间 事件类型 explicit | |||
| 创建工单 | 在系统中正式生成维护工单记录。此时会建立案例ID,并为规划、排期和执行设定基准。 | ||
| 重要性 这是流程的核心锚点,标志着维护行政处理周期的开始。 获取途径 从主工单表的创建时间戳中提取。 采集 记录生成唯一工单ID时的时间戳 事件类型 explicit | |||
| 安排工单 | 为工单安排具体人力资源、作业团队或确定的日历时段,使工单从积压队列进入每日或每周的执行排期。 | ||
| 重要性 区分作业在积压队列中的等待时间与等待指定技术人员的时间。 获取途径 根据人力分配记录或派工记录的创建时间推算。 采集 资源分配或派工状态设置时的时间戳 事件类型 explicit | |||
| 完成工单 | 现场作业已完成,资产已交还运营团队,但行政和财务处理可能尚未结束。 | ||
| 重要性 用于计算维修时长和资产停机时间的主要时间戳。 获取途径 状态变更为已完成、TECO或已结束时记录。 采集 记录表示技术作业完成的状态变更 事件类型 explicit | |||
| 工单已批准 | 授权状态发生变化,表示作业范围、成本估算和计划已完成审核并获批。工单现已获准执行。 | ||
| 重要性 此指标衡量完成规划和预算审批所需的行政处理时间。 获取途径 通常在状态变更为已批准、已发布或已授权时记录。 采集 筛选表示已获授权的状态变更事件 事件类型 explicit | |||
| 开始工单作业 | 技术人员开始对资产进行现场作业的时刻,标志着流程从规划和等待转入实际执行。 | ||
| 重要性 此事件对于计算平均维修时间(MTTR),以及区分行政等待时间和实际维修时间至关重要。 获取途径 通常通过状态变更为进行中或首条工时记录的时间戳来识别。 采集 记录状态变更为进行中或已开始的时间 事件类型 explicit | |||
| 记录人工工时 | 技术人员将实际工作工时记录到工单中。不同团队成员参与作业时,此活动可能重复发生。 | ||
| 重要性 为成本计算和利用率分析提供依据。工时记录之间的间隔可能表明流程中断。 获取途径 从工时确认表或人工交易日志中提取。 采集 记录每次登记到工单的工时 事件类型 explicit | |||
| 创建物料申请 | 工单关联了一项备件或耗材的正式申请,由此启动维修所需的供应链子流程。 | ||
| 重要性 此事件对于分析供应链依赖和物料短缺导致的延误至关重要。 获取途径 可在物料需求表中找到,或通过状态变更为等待物料来识别。 采集 查找与工单关联的物料明细创建记录 事件类型 explicit | |||
| 创建维护请求 | 操作人员或自动化系统首次提交缺陷报告或服务请求。这通常发生在正式工单创建之前,标志着需求处理周期的真正开始。 | ||
| 重要性 记录此步骤后,可以从问题被发现时开始计算总响应时间,而不只是从维护团队受理时开始计算。 获取途径 通常可在服务请求日志、服务台工单表或通知历史表中找到。 采集 提取与工单关联的上游请求对象的创建时间戳 事件类型 explicit | |||
| 发放物料 | 将备件从库存实际发放到工单,确认物料已备齐并已领用。 | ||
| 重要性 确认备件确已使用,并停止计算物料可用性延误时间。 获取途径 可在库存交易日志中找到,其中费用类型与工单相关联。 采集 从库存发料交易中提取时间戳 事件类型 explicit | |||
| 取消工单 | 工单在成功完成前提前终止。通常是因为作业被判定为不再需要、重复创建或已合并处理。 | ||
| 重要性 取消率偏高可能表明上游请求筛选不完善,或存在重复录入问题。 获取途径 状态变更为已取消、已拒绝或已作废时记录。 采集 筛选表示取消的终止状态值 事件类型 explicit | |||
| 完成质量检查 | 对维修结果进行检查、测量或测试的验证步骤,确保资产达到运行标准后再重新投入使用。 | ||
| 重要性 此步骤对于合规和安全分析至关重要。检查未通过会触发返工循环。 获取途径 可在检查日志、检查清单完成记录或特定状态节点中找到。 采集 查找检查任务完成记录或质量状态更新 事件类型 explicit | |||
| 工单暂停 | 工单状态变更为暂停,作业随之停止。通常是由于缺少备件、无法进入现场或存在安全问题。 | ||
| 重要性 识别中断标准流程的瓶颈和外部依赖。 获取途径 从状态历史中明确记录状态变更为暂停、挂起或受阻的情况。 采集 筛选表示工单暂停的状态变更 事件类型 explicit | |||
| 更新优先级 | 工单创建后,其严重程度或紧急程度发生变化。此事件记录新的优先级值及作出决定的时间。 | ||
| 重要性 优先级频繁变更,可能表明分流流程不完善,或有人通过调整优先级绕过积压队列。 获取途径 通常记录在字段审计轨迹或监控Priority字段的系统历史日志中。 采集 在审计日志中查找优先级字段的变更 事件类型 explicit | |||
| 更新目标日期 | 更新工单的计划开始日期或完成日期,反映根据资源可用情况或延误对预期时间作出的调整。 | ||
| 重要性 跟踪日期变更,有助于判断KPI的达成是源于绩效提升,还是仅仅因为目标日期被推迟。 获取途径 可在记录Scheduled Start或Required By Date字段变更的审计日志中找到。 采集 记录工单历史中的日期字段更新 事件类型 explicit | |||
| 记录维护返工 | 已完成的作业被拒绝或很快被判定为未通过,工单状态因此退回进行中。这代表流程出现循环。 | ||
| 重要性 这是技术培训不足或备件质量不佳的重要信号。 获取途径 可根据状态从已完成退回进行中推断,也可能以返工代码明确记录。 采集 查找状态倒退或返工标记 事件类型 inferred | |||
数据提取指南
不同系统的数据提取方式各不相同。详细说明请
立即提升资产维护效率
借助实时数据减少停机时间和维护成本。
无需信用卡,5分钟即可完成设置。