您的资产维修数据模板
您的资产维修数据模板
这是我们针对资产维护的通用流程挖掘数据模板。使用我们针对特定系统的模板以获得更具体的指导。
选择特定系统- 标准维护里程碑的详尽列表
- 专为深度绩效分析设计的灵活属性架构
- 完全兼容任何企业资产管理 data 源
资产维护属性
| 名称 | 描述 | ||
|---|---|---|---|
| 事件timestamp EventTimestamp | 活动发生的特定日期和时间。 | ||
| 描述 该属性为维修日志中的每个事件提供时间背景。它记录了源系统中状态更改或事务提交的准确时刻。 Timestamp 是流程挖掘中所有基于时长的指标的基础。通过它,可以计算周期时间、交付周期和资源空闲时间。高精度的 timestamp 对于正确排序快速连续发生的事件至关重要。 为何重要 它允许对 event 进行排序并计算所有时长指标。 获取方式 见于交易日志、历史表或活动旁的审计轨迹。 示例 2023-10-15T08:30:00Z2023-10-15T14:45:22Z2023-11-01T09:00:00Z2023-11-02T16:20:15Z | |||
| 最后数据更新 LastDataUpdate | 指示记录上次提取或刷新的 timestamp。 | ||
| 描述 该属性追踪分析所用数据集的时效性。它有助于分析师了解数据的新鲜度,并识别业务系统与流程挖掘环境之间潜在的延迟问题。 虽然它不是物理流程流的一部分,但对数据治理至关重要。它确保利益相关者清楚自己查看的是实时数据还是上个结算周期的快照。 为何重要 它有助于验证 data 新鲜度并管理增量加载。 获取方式 由 ETL 管道或提取脚本在运行时生成。 示例 2023-12-01T00:00:00Z2023-12-01T12:00:00Z2023-12-02T06:00:00Z | |||
| 工单编号 WorkOrderNumber | 维修 case 或工单的唯一标识符。 | ||
| 描述 该属性是流程挖掘分析的核心 case 标识。它代表了一个完整的端到端维修周期,从最初的申请或预防性触发到最终完成和财务结案。 在分析中,此字段作为关联所有相关事件、成本和资源日志的主键。它使流程挖掘引擎能够重构特定任务的生命周期,让分析师能够追踪工作流,识别 case 级别的瓶颈,并将特定的结果与工单类型或优先级关联起来。 为何重要 它是区分唯一流程实例所需的基础 case ID。 获取方式 通常可以在工单抬头表(例如 Maximo 中的 WONUM,SAP 中的 AUFNR)中找到。 示例 WO-2023-884110049221PM-552-AREQ-992104500021 | |||
| 活动名称 ActivityName | Workflow 中发生的具体任务、状态变更或 event。 | ||
| 描述 该属性定义了维修工单生命周期中的各个步骤。它捕捉工单经历的不同状态,如已创建、已批准、进行中、挂起和已完成。 为了实现精确的流程挖掘,该字段将各种系统事件标准化为可读的活动。它对于可视化流程图、计算各阶段之间的转换时间以及识别工单退回前一状态的返工循环至关重要。 为何重要 它定义了流程图中的节点,是重构 Workflow 的必需项。 获取方式 源自状态历史表、交易日志或工单变更日志。 示例 工单已创建物料已发放审批通过状态改为进行中工单已关闭 | |||
| 源系统 SourceSystem | 记录来源的应用程序或数据库的名称。 | ||
| 描述 该属性识别负责生成数据的软件环境。在复杂的维护环境中,数据可能来自 ERP、专门的 CMMS 或 IoT 监控平台。 在分析中,当多个系统的数据被导入同一个流程模型时,该字段对于过滤数据非常有用。它有助于验证数据血缘,并可用于比较不同遗留系统之间的数据质量或流程差异。 为何重要 它确保了多系统环境下的 data 可追溯性。 获取方式 在提取过程中硬编码,或从系统配置中映射。 示例 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 系统中的标准字段。 分析师使用此字段对流程模型进行维度拆分。对比紧急维修与预防性维护的 workflow,通常会发现截然不同的流程路径、审批要求和周期。它是计算“预防性与反应性维护比率”的主要维度。 为何重要 这对于区分计划内和计划外工作的细分分析至关重要。 获取方式 工单抬头表(例如 Maximo 中的 WORKTYPE,SAP 中的 AUART)。 示例 预防性纠正性紧急预测性资本项目 | |||
| 是否预防性 IsPreventive | 指示该工单是否属于预防性维护程序的标识。 | ||
| 描述 该布尔属性将工单类型简化为二元分类:预防性 vs. 非预防性。它通常源自工单类型代码。 此标记是过滤仪表板以专注于预防性维护 (PM) 合规性的最快方式。它简化了 PM/CM 比率 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 中的 Crew ID)。 示例 机械车间电气维护设施外部承包商仪器仪表 | |||
| 资产 ID AssetId | 正在维护的设备或设施的唯一标识符。 | ||
| 描述 该属性将工单与现场的实物对象关联起来。它代表接受维修资产的位号、设备 ID 或机器代码。 这对于识别“问题设备”或需要频繁维修的资产至关重要。通过按资产 ID 汇总工单,分析师可以计算平均故障间隔时间 (MTBF),并识别出消耗了不成比例维修预算的设备。 为何重要 它支持对特定设备进行性能分析以及 MTBF(平均故障间隔时间)计算。 获取方式 工单抬头表(例如 Maximo 中的 ASSETNUM,SAP 中的 EQUNR)。 示例 泵-4410空调系统-1号楼传送带-02车队-卡车-99CNC-车床-05 | |||
| 资产关键度 AssetCriticality | 指示资产在运营中重要程度的评级。 | ||
| 描述 该属性根据故障对安全、环境或生产的影响对资产进行分类。它通常是资产主记录中的静态属性,但经常会被镜像到工单中。 利用该属性,分析师可以确定维修团队是否正确地优先处理关键资产。它有助于验证最重要的设备是否严格执行了预防性维护计划。 为何重要 它有助于使维护重点与业务风险和运营影响保持一致。 获取方式 资产主数据,或反规范化的工单表头。 示例 A - 关键B - 重要C - 次要安全关键生产关键 | |||
| 工作地点 WorkLocation | 执行工作的物理站点或功能位置。 | ||
| 描述 该属性定义了资产所在的地理或功能区域。它可能是一座特定的建筑、楼层或偏远站点。 位置数据有助于分析由于交通往返导致的效率低下。如果技术人员在不同地点之间往返处理低优先级任务耗费了大量时间,流程挖掘可以揭示通过优化路线规划或按位置合并工单来提高效率的机会。 为何重要 它有助于物流分析并识别特定地点的瓶颈。 获取方式 工单抬头或关联的资产位置表。 示例 A 栋 - 2 层北厂区站点 55远程泵站车间 | |||
| 指派资源 AssignedResource | 指派给该工作的特定技术人员或负责人。 | ||
| 描述 该属性识别负责执行维修任务的个人或首席技术人员。部门通常只追踪团队,而此属性则追踪到具体的执行人。 这种粒度对于分析员工的工作量分布非常有用。它可以揭示某些技术人员是否长期处于超负荷状态,或者特定人员是否具有较高的返工率,从而识别培训需求。 为何重要 它支持工作负载平衡分析和个人绩效指标。 获取方式 工单分配或人工明细表。 示例 J. SmithA. Doe技术员-001供应商-XYZ班组长 5 | |||
资产维护活动
| 活动 | 描述 | ||
|---|---|---|---|
| 人工工时已记录 | 技术人员记录该工单项下的实际工时。随着不同组成员参与工作,此活动通常会多次重复。 | ||
| 为何重要 为成本计算和利用率分析提供基础。人工录入之间的时间间隔可能预示着流程中断。 获取方式 提取自工时确认表或人工交易日志。 捕获 记录订单项下的每一次工时记账 事件类型 explicit | |||
| 工单已关闭 | 工单被财务锁定并归档的最终行政步骤。此后不可再记入任何成本或人工。 | ||
| 为何重要 标志着系统中该 case 的绝对终点。此处的延迟通常预示着行政工作的积压。 获取方式 当状态变更为已关闭、已归档或 CLSD 时捕捉。 捕获 捕捉到“已关闭”的最终状态变更 事件类型 explicit | |||
| 工单已创建 | 在系统中正式生成维护工单记录。这将建立 case ID,并为计划、排程和执行设置基准。 | ||
| 为何重要 这是流程的核心锚点,定义了行政维修生命周期的开始。 获取方式 提取自工单主表头的创建 timestamp。 捕获 记录生成唯一工单 ID 时的 timestamp 事件类型 explicit | |||
| 工单已启动 | 技术人员开始对资产进行实际作业的时刻。这标志着从计划和等待向实际执行的转变。 | ||
| 为何重要 对于计算平均修复时间 (MTTR) 以及将行政等待时间与实际维修作业时间区分开来至关重要。 获取方式 通常通过状态变更为“进行中”或第一条人工录入的 timestamp 来体现。 捕获 捕捉到“进行中”或“已开始”的状态变更 事件类型 explicit | |||
| 工单已完成 | 实物工作的技术性完成。资产已恢复运营,但行政和财务方面的后续任务可能仍在处理中。 | ||
| 为何重要 用于计算维修时长结束和资产停机时间的主要 timestamp。 获取方式 当状态变更为已完成、TECO 或结束时捕捉。 捕获 捕捉指示“技术完成”的状态变更 事件类型 explicit | |||
| 工单已批准 | 指示工作范围、成本估算和计划已获审核并接受的授权状态变更。该工作现在已下达执行。 | ||
| 为何重要 这衡量了清除规划和预算障碍所需的行政前置时间。 获取方式 通常在状态变更为已批准、已发布或已授权时记录。 捕获 过滤指示已授权的状态变更事件 事件类型 explicit | |||
| 工单已排程 | 为工单指派特定的人力资源、班组或确定的日历时间段。这会将订单从积压队列移至活跃的每日或每周计划中。 | ||
| 为何重要 区分任务在积压队列中的时间与等待特定技术人员的时间。 获取方式 源自人工分配或派工记录的创建。 捕获 分配资源或设置派工状态时的 Timestamp 事件类型 explicit | |||
| 工单已取消 | 工单在成功完成前提前终止。如果工作被认为是不必要的、重复的或已合并,则会发生这种情况。 | ||
| 为何重要 较高的取消率可能表明上游请求过滤不力或存在重复 data 录入问题。 获取方式 当状态变更为已取消、已拒绝或无效时捕捉。 捕获 过滤指示取消的终端状态值 事件类型 explicit | |||
| 工单挂起 | 工单状态变更为挂起状态并停止执行。这通常是由于缺少备件、无法进入现场或存在安全隐患导致的。 | ||
| 为何重要 识别干扰标准流程流的瓶颈和外部依赖关系。 获取方式 当状态变为挂起、暂停或阻塞时,从状态历史中明确捕捉。 捕获 过滤指示挂起状态的状态变更 事件类型 explicit | |||
| 已更新优先级 | 工单在初始创建后,其关键度或紧急程度等级的变更。此项记录了新的优先级数值以及做出决定的时间。 | ||
| 为何重要 频繁的优先级变更可能预示着分类流程不佳,或者是为了绕过积压队列而人为操控系统。 获取方式 通常记录在监控“优先级”字段的字段审计跟踪或系统历史日志中。 捕获 在审计日志中识别优先级字段的变更 事件类型 explicit | |||
| 物料已发放 | 备件从库存到工单的实际发放。这确认了物料已就绪并已被消耗。 | ||
| 为何重要 验证备件是否实际使用,并停止计算物料短缺导致的延迟时长。 获取方式 见于费用类型关联至工单的库存交易日志。 捕获 从库存发放交易中提取 timestamp 事件类型 explicit | |||
| 物料申请已创建 | 与工单关联的备品备件或消耗品正式申请。这将启动维修所需的供应链子流程。 | ||
| 为何重要 对于分析由供应链依赖和物料短缺引起的延迟至关重要。 获取方式 见于物料需求表,或当状态变更为“等待物料”时。 捕获 识别与工单关联的物料明细行的创建 事件类型 explicit | |||
| 目标日期已更新 | 对工单计划开始或完成日期的更新。这反映了根据资源可用性或延迟所做的预期调整。 | ||
| 为何重要 追踪日期的变动有助于确定 KPI 的达成是源于绩效提升,还是仅仅通过频繁调整截止日期实现的。 获取方式 见于跟踪“计划开始”或“要求日期”字段变更的审计日志。 捕获 捕捉工单历史记录中日期字段的更新 事件类型 explicit | |||
| 维护请求已创建 | 由操作员或自动化系统最初提交的缺陷报告或服务请求。这通常发生在正式工单之前,标志着需求生命周期的真实起点。 | ||
| 为何重要 记录这一步可以计算从识别问题那一刻起(而不只是从维护团队接受任务起)的总响应时间。 获取方式 通常可以在服务请求日志、帮助台工单表或通知历史记录表中找到。 捕获 提取与工单关联的上游请求对象的创建 timestamp 事件类型 explicit | |||
| 维护返工已记录 | 表示已完成的任务被拒绝或很快失效,导致状态退回至“进行中”。这代表了一个流程回路。 | ||
| 为何重要 反映技术培训问题或备件质量不佳的关键指标。 获取方式 当状态从“完成”回退至“进行中”时推断得出,或明确记录为“返工”代码。 捕获 识别回退的状态转换或返工标识 事件类型 inferred | |||
| 质量检查已完成 | 对维修结果进行检查、测量或测试的特定验证步骤。这确保资产在恢复运行前符合运营标准。 | ||
| 为何重要 对于合规性和安全性分析至关重要。此步骤失败会触发返工回路。 获取方式 见于检查日志、清单完成记录或特定的状态里程碑。 捕获 识别检查任务的完成或质量状态的更新 事件类型 explicit | |||