您的资产维修数据模板
您的资产维修数据模板
- 全面分析的推荐属性
- 需监控的关键流程里程碑
- Oracle 系统专用提取指南
资产维护属性
| 名称 | 描述 | ||
|---|---|---|---|
|
事件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
|
|||
资产维护活动
| 活动 | 描述 | ||
|---|---|---|---|
|
人工工时已记录
|
记录技术人员在工单上花费的时间。这是一个事务性的 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
|
|||