您的资产维修数据模板

Oracle Maintenance Cloud
您的资产维修数据模板

您的资产维修数据模板

此模板提供了一个结构化框架,协助您整理 Oracle Maintenance Cloud 中的维护记录,以便进行高级 Process Mining。它识别了获得设备保养和资源分配全方位可见性所需的关键数据点和流程里程碑。遵循这些指南,您可以构建强大的 event log,从而揭示效率低下的环节并优化维护策略。
  • 全面分析的推荐属性
  • 需监控的关键流程里程碑
  • Oracle 系统专用提取指南
不熟悉事件日志?了解 如何创建流程挖掘事件日志.

资产维护属性

这些推荐的数据字段允许您对维护事件进行分类和过滤,从而深入了解设备性能和资源利用率。
5 必填 8 推荐 9 可选
名称 描述
事件timestamp
EventDateTime
活动发生的日期和时间。
描述

此属性记录事件发生的精确时刻。它用于在 case 内部按时间顺序对活动进行排序,并计算步骤间的时长。

准确的 timestamp 对于计算周期时间、识别延迟以及衡量 SLA 达成绩效至关重要。

为何重要

对于建立流程的时间轴至关重要。

获取方式

事务表中的 CREATION_DATE 或 LAST_UPDATE_DATE 列。

示例
2023-10-15T08:30:00Z2023-10-15T09:15:00Z2023-10-16T14:00:00Z
活动
ActivityName
工作流中发生的 event 或状态变更名称。
描述

此属性记录了维护流程中执行的具体步骤,如“工单已创建”、“工序已启动”或“工单已关闭”。它代表了流程图中的节点。

分析师利用此属性来可视化流程流转、识别变体,并检测特定流程步骤之间的瓶颈。

为何重要

用于定义流程流转和事件序列。

获取方式

派生自事务历史表或状态变更日志。

示例
维护工单已创建工单已下达操作完成
维护工单
WorkOrderNumber
维护工单的唯一标识符。
描述

工单编号作为维护流程中唯一的 case 标识符。它追踪维护任务从初始申请或排程生成,到执行、完成及财务关闭的全生命周期。

在分析中,此属性是关联 event 数据与 case 级属性的核心键。它允许分析师将与单个作业相关的所有活动分组,并计算端到端周期时间。

为何重要

它是流程实例的主键,对于重构案例历史至关重要。

获取方式

WIE_WORK_ORDERS_B 表,WORK_ORDER_NUMBER 列

示例
WO-2023-0015WO-2023-0089WO-2023-1102
最后数据更新
LastDataUpdate
最近一次数据提取的 timestamp。
描述

在 Process Mining 工具中最后一次提取或刷新数据的日期和时间。它能帮助用户了解分析的时效性。

这是数据治理所需的系统元数据字段。

为何重要

确保用户了解数据的时效性。

获取方式

提取时的系统时间。

示例
2023-10-30T12:00:00Z
源系统
SourceSystem
数据来源系统的名称。
描述

指示提取记录的源软件或数据库。在此背景下,通常为“Oracle Maintenance Cloud”。

在多系统环境中对于追踪数据谱系至关重要。

为何重要

在多系统环境中追踪数据血缘。

获取方式

在提取期间硬编码。

示例
Oracle Maintenance CloudOracle Cloud ERP
优先级
Priority
分配给工单的紧急程度等级。
描述

指示工单的重要性,如:紧急、高、中或低。这直接驱动调度和资源分配。

对于“工单转换效率”仪表板至关重要,可确保关键故障得到优先处理。

为何重要

决定目标响应时间和资源分配。

获取方式

WIE_WORK_ORDERS_B 表,WORK_ORDER_PRIORITY_ID 列。

示例
严重标准
实际完成日期
ActualCompletionDate
维护工作完成的日期和时间。
描述

记录实际工作的最终完成。此 timestamp 用于关闭生命周期的执行阶段。

它是“技术执行周期时间”的终点,也是“行政滞后时间”的起点。

为何重要

标志着技术执行阶段的结束。

获取方式

WIE_WORK_ORDERS_B 表,COMPLETED_DATE 或 CLOSED_DATE 列。

示例
2023-10-252023-10-262023-10-27
实际开始日期
ActualStartDate
工作开始的实际日期和时间。
描述

记录技术人员实际开始工作的时刻。这通常由“工序已启动”事务触发。

用于计算“物料履行延迟”(终点)和“资源排程灵活性”。

为何重要

对于计算执行时长与计划时长的对比至关重要。

获取方式

WIE_WORK_ORDERS_B 表,ACTUAL_START_DATE 列。

示例
2023-10-212023-10-222023-10-23
工单状态
WorkOrderStatus
工单当前的生命周期状态。
描述

指示工单状态,如:未释放、已释放、挂起、已完成或已关闭。这有助于区分仍在进行的案例与已完成的案例。

在仪表板中用于可视化当前在制品 (WIP),并识别卡在特定状态的订单。

为何重要

提供工单进度的快照。

获取方式

WIE_WORK_ORDERS_B 表,WORK_ORDER_STATUS_ID 列。

示例
已下发暂停已结案
指派的技术员
AssignedTechnician
负责执行任务的人员或资源组。
描述

捕获负责该工作的技术员的用户或员工 ID。这可以在磁头级或工序级指派。

用于“技术员利用率”和“人工分析”,以识别技能差距或资源过度利用的情况。

为何重要

支持资源绩效分析和产能规划。

获取方式

WIE_OPERATION_RESOURCES 表或类似的分配表。

示例
J. Smith技术人员-005外部承包商
机构代码
OrganizationCode
维护组织或工厂的代码。
描述

代表负责维护工作的特定业务单元、工厂或设施。它支持基于地区或设施的基准分析。

用于映射不同站点或运营单元之间的绩效差异。

为何重要

按物理位置或业务单元进行细分分析。

获取方式

WIE_WORK_ORDERS_B 表,ORGANIZATION_ID 列。

示例
M1纽约工厂LON-仓库
维护类型
WorkOrderType
将工单分类为预防性、纠正性或预测性维护。
描述

此属性定义了维护工作的性质。常见值包括:预防性、纠正性、紧急或基于状态的维护。

它对于“主动维护比例 KPI”至关重要,使分析师能够对比计划工作量与非计划故障响应量。

为何重要

区分计划性维护与事后维修。

获取方式

WIE_WORK_ORDERS_B 表,WORK_ORDER_TYPE_ID 列(关联至类型定义)。

示例
预防性纠正性紧急
资产编号
AssetNumber
被维护设备的唯一标识符。
描述

识别维护工单指向的具体物理资产或机器。它将流程连接到资产层级。

这对于“资产返工频率”KPI 至关重要,使分析师能够发现反复故障的机器。

为何重要

将维护活动链接到特定的物理设备。

获取方式

WIE_WORK_ORDERS_B 表,ASSET_ID 列(关联至 CSI_ITEM_INSTANCES)。

示例
泵-101HVAC-单元-5输送带-A
SLA 目标日期
SlaTargetDate
工单必须完成的最后期限。
描述

根据优先级和创建日期计算得出。它代表了对业务的资产恢复承诺。

用于“SLA 达成率”KPI,以确定维护是否履行了服务义务。

为何重要

定义及时性的成功标准。

获取方式

通常为自定义字段或衍生自“优先级”配置。

示例
2023-11-012023-11-052023-11-10
实际人工工时
ActualLaborHours
技术人员在该工单上花费的总小时数。
描述

工单人工事务中记录的所有时长总和。这衡量了实际投入的工作量。

用于“预估与实际人工差异 KPI”,评估规划的准确性。

为何重要

成本核算和人员效率的关键指标。

获取方式

从 WIE_WORK_ORDER_TRANSACTIONS(资源事务)聚合。

示例
4.512.00.75
工单说明
WorkOrderDescription
描述问题或任务的简短文本。
描述

由申请人或规划员输入的自由文本字段,用于描述问题或所需工作。它提供了结构化数据可能遗漏的背景信息。

适用于文本分析或对“其他”工作类型进行人工复核。

为何重要

为维护任务提供易于理解的背景信息。

获取方式

WIE_WORK_ORDERS_B 表,WORK_ORDER_DESCRIPTION 列。

示例
更换传送带电机月度安全检查修复泵 A 的漏油问题
总成本
TotalCost
工单产生的总财务成本。
描述

与工单相关的物料、人工及间接费用的总和。这通常在“维护成本已转移”活动中最终确定。

用于“维护计划准确性”分析,对比预算与实际支出。

为何重要

维护活动的主要财务指标。

获取方式

链接到工单 ID 的成本模块表。

示例
1500.00250.505000.00
是否返工
IsRework
指示该工单是否为重复维修的标志。
描述

一个布尔标志,如果在之前的 30 天窗口内为同一个资产 ID 关闭了另一个工单,则计算结果为 true。这是一个计算属性。

它直接支持“资产返工频率”KPI,有助于识别维修质量差或发生故障的资产。

为何重要

识别质量问题和重复发生的故障。

获取方式

在数据转换层计算。

示例
truefalse
申请日期
RequestDate
收到初始维护请求的日期。
描述

指示维护需求首次被识别并记录的 timestamp。这构成了提前期计算的起点。

对于“工单转化提前期 KPI”至关重要,用于衡量识别问题到创建订单之间的延迟。

为何重要

标志着端到端流程生命周期的开始。

获取方式

WIE_WORK_ORDERS_B 表,源自原始请求链接。

示例
2023-10-012023-10-052023-11-12
计划开始日期
ScheduledStartDate
维护工作的计划开始日期。
描述

工作计划开始的日期和时间。通过与“实际开始日期”对比可揭示排程达成率。

用于“排程与滑坡分析”,以检测维护计划中的干扰因素。

为何重要

用于衡量进度符合度和偏差的基准。

获取方式

WIE_WORK_ORDERS_B 表,PLANNED_START_DATE 列。

示例
2023-10-202023-10-212023-10-22
资产类别
AssetCategory
将资产分为暖通空调(HVAC)、车队或生产线等类型。
描述

将资产分为更大的类别。这有助于从宏观层面分析不同类型设备的维护绩效。

用于“维护提前期概览”仪表板,以识别哪些设备类别导致的延迟最多。

为何重要

支持按设备类型对维护绩效进行聚合分析。

获取方式

派生自指派给资产 ID 的项目类别。

示例
重型机械车队车辆设施
预计人工工时
EstimatedLaborHours
工单的计划人工工时。
描述

计划员预估的工作时长。这在计划或下达阶段设定。

通过与“实际人工工时”对比来确定偏差,并改进未来的规划标准。

为何重要

评估执行效率的基准。

获取方式

WIE_OPERATION_RESOURCES 表,计划数量。

示例
5.010.01.0
必填 推荐 可选

资产维护活动

这些代表了实现维护工单端到端流程可视化所需的关键生命周期阶段和运营更新。
8 推荐 7 可选
活动 描述
人工工时已记录
记录技术人员在工单上花费的时间。这是一个事务性的 event,用于将成本计入维护活动。
为何重要

追踪投入和成本累积。此类别的多个 event 表明工作正在进行,用于计算总人工差异。

获取方式

派生自 WIE_RESOURCE_TRANSACTIONS 表。

捕获

在执行事务码 X 时记录

事件类型 explicit
工单已下达
工单状态从“草稿”或“未下达”变更为“已下达”。此操作授权针对该订单消耗物料和资源。
为何重要

指示规划阶段的结束和执行阶段的授权开始。此处的延迟表明存在规划瓶颈。

获取方式

派生自 WIE_WO_STATUS_HISTORY,其中 STATUS_CODE 变更为 'RELEASED'。

捕获

比较状态字段的前后变化

事件类型 inferred
工单已关闭
工单的最终行政关闭。此后不再产生费用,订单已定稿进入财务核算。
为何重要

标志着行政生命周期的结束。“已完成”与“已关闭”之间的时间代表行政滞后时间。

获取方式

派生自 WIE_WO_STATUS_HISTORY,其中 STATUS_CODE 变更为 'CLOSED'。

捕获

比较状态字段的前后变化

事件类型 explicit
工单已完成
整个工单的技术完工。这标志着物理资产已修复并可投入使用,尽管财务处理可能仍在继续。
为何重要

从运营角度看,维护干预的有效结束点。用于计算 SLA 达成情况。

获取方式

派生自 WIE_WO_STATUS_HISTORY,其中 STATUS_CODE 变更为 'COMPLETED'。

捕获

比较状态字段的前后变化

事件类型 explicit
工序已启动
工单中特定工序(如 Op 10, Op 20)的开始。这是任务技术工作启动的精确时刻。
为何重要

代表“工作已开始”里程碑。对于计算实际维修工时与计划时长的对比至关重要。

获取方式

派生自 WIE_WO_OPERATIONS_B 状态变更或该工序的第一个资源事务时间戳。

捕获

通过比较字段 X 和 Y 派生

事件类型 inferred
物料已发放
针对特定工单从仓库实际扣除的库存。这代表备件向维护现场的物理移动。
为何重要

工作准备开始的实质信号。将其与“已释放”事件进行比较,可以发现仓库拣货环节的延迟。

获取方式

派生自 INV_MATERIAL_TXNS 表,其中 TRANSACTION_SOURCE_TYPE_ID 链接到工单。

捕获

在执行事务码 X 时记录

事件类型 explicit
维护工单已创建
系统生成工单实体(无论是从申请转化还是手动创建)。此 event 为 Process Mining 建立 Case ID,并为规划和执行设定基准。
为何重要

流程实例的主要锚点 event。它将受理阶段与规划执行阶段区分开来。

获取方式

派生自 WIE_WORK_ORDERS_B 表中的 CREATION_DATE 时间戳。

捕获

在创建工单磁头记录时记录

事件类型 explicit
维护请求已创建
通过 self-service 门户或服务台界面初次提交的维护请求。此 event 记录了在正式生成工单前的故障或服务需求初次迹象,通常存在于 Work Requests 表中。
为何重要

标志着维护需求周期的真实起点。这对于计算从故障识别到生成可执行工单之间的提前期至关重要。

获取方式

派生自 MNT_WORK_REQUESTS 表中的 CREATION_DATE 字段。

捕获

在维护请求表中插入记录时记录

事件类型 explicit
工单已取消
工单在成功完成前终止。这可能由于工作重复、不再需要或已被合并而发生。
为何重要

识别高取消率可以揭示请求受理流程或重复检测逻辑中的问题。

获取方式

派生自 WIE_WO_STATUS_HISTORY,其中 STATUS_CODE 变更为 'CANCELED'。

捕获

比较状态字段的前后变化

事件类型 explicit
工单已排程
为工单工序分配特定的开始日期或特定资源(技术人员/工具)。这会更新系统中的计划排程日期。
为何重要

衡量派单或排程团队的效率。“已下达”与“已排程”之间的间隙表明存在资源竞争。

获取方式

派生自 WIE_OPERATION_RESOURCES 或 WIE_WO_OPERATIONS_B 调度列的更新。

捕获

比较状态字段的前后变化

事件类型 inferred
工单挂起
工单状态变更为“挂起”,停止执行。这通常由于备件缺失、无法进入现场或安全问题引起。
为何重要

流程效率低下的主要原因。识别挂起的频率和持续时间是缩短总提前期的关键。

获取方式

派生自 WIE_WO_STATUS_HISTORY,其中 STATUS_CODE 变更为 'ON_HOLD'。

捕获

比较状态字段的前后变化

事件类型 explicit
操作完成
工艺路线中特定步骤(工序)的完成。标志着特定部分的技术工作已结束。
为何重要

提供详尽的进度可见性。“维护任务已执行”通常源于最后一项工序的完成。

获取方式

派生自 WIE_WO_OPERATIONS_B 状态变更或显示完成的事务历史记录。

捕获

比较状态字段的前后变化

事件类型 inferred
物料已分配
为工单预留或分配所需的备件及组件。这确保了在开工前库存充足。
为何重要

对于分析供应链就绪情况至关重要。如果此步骤延迟,则表明存在库存短缺或采购规划缓慢。

获取方式

根据 CREATION_DATE 或 ALLOCATION_DATE 派生自 WIE_WO_COMPONENTS_B 表。

捕获

在执行事务码 X 时记录

事件类型 explicit
维护成本已转移
将维护系统中产生的累计成本转移到成本管理模块。这充当了财务结算的角色。
为何重要

确认维护的财务影响已被确认。这对于“维护规划准确性”分析至关重要。

获取方式

派生自链接到工单事务源的成本核算分配表。

捕获

在执行事务码 X 时记录

事件类型 inferred
质量检验已记录
录入与维护工单相关的质量结果。这验证了维修是否符合安全和运营标准。
为何重要

确保合规性。完成前遗漏质量检查可能预示着安全风险或流程偏离。

获取方式

派生自链接到工单 ID 的 QA_RESULTS 或类似的质量收集计划表。

捕获

在执行事务码 X 时记录

事件类型 explicit
推荐 可选

提取指南

如何从 Oracle 维护云获取数据