您的资产维护数据模板
您的资产维护数据模板
- 全面分析所需的属性
- 需要监控的关键流程里程碑
- Oracle数据提取指南
资产维护属性
| 名称 | 说明 | ||
|---|---|---|---|
|
事件时间戳
EventDateTime
|
活动发生的日期和时间。 | ||
|
说明
此属性记录事件发生的准确时刻,用于按时间顺序排列案例中的活动,并计算步骤之间的时长。 准确的时间戳对于计算周期时间、发现延迟以及衡量SLA达成情况至关重要。
重要性
用于确定流程时间线。
获取途径
交易表中的CREATION_DATE或LAST_UPDATE_DATE列。
示例
2023-10-15T08:30:00Z2023-10-15T09:15:00Z2023-10-16T14:00:00Z
|
|||
|
活动
ActivityName
|
工作流中发生的事件或状态变更名称。 | ||
|
说明
此属性记录维修流程中执行的具体步骤,例如“创建工单”“开始操作”或“关闭工单”,对应流程图中的节点。 分析人员可借此查看流程走向、识别流程变体,并发现具体步骤之间的瓶颈。
重要性
用于定义流程走向和事件顺序。
获取途径
根据交易历史表或状态变更日志推导。
示例
创建维修工单发布工单完成操作
|
|||
|
维修工单
WorkOrderNumber
|
维修工单的唯一标识符。 | ||
|
说明
工单编号是维修流程中唯一的案例标识符,可跟踪维修任务从初始申请或排程生成,到执行、完成和财务结算的整个生命周期。 在分析中,此属性是将事件数据与案例级属性关联起来的核心键。分析人员可据此汇总单项工作的所有活动,并计算端到端周期时间。
重要性
这是流程实例的主键,对于还原案例历史记录至关重要。
获取途径
WIE_WORK_ORDERS_B表,列WORK_ORDER_NUMBER
示例
工单-2023-0015工单-2023-0089工单-2023-1102
|
|||
|
最近数据更新时间
LastDataUpdate
|
最近一次数据提取的时间戳。 | ||
|
说明
数据最近一次在流程挖掘工具中提取或刷新的日期和时间,帮助用户了解分析所用数据的时效性。 这是数据治理所需的系统元数据字段。
重要性
让用户了解数据的时效性。
获取途径
提取时的系统时间。
示例
2023-10-30T12:00:00Z
|
|||
|
源系统
SourceSystem
|
数据来源系统的名称。 | ||
|
说明
指明提取记录的源软件或数据库。在此场景中,通常为“Oracle Maintenance Cloud”。 在多系统环境中,这一信息对于追踪数据沿袭至关重要。
重要性
在多系统环境中追踪数据沿袭。
获取途径
提取时硬编码。
示例
Oracle Maintenance CloudOracle Cloud ERP
|
|||
|
优先级
Priority
|
分配给工单的紧急程度。 | ||
|
说明
表示工单的重要程度,例如严重、高、中或低,并影响排程和资源分配。 这是工单转化效率仪表板的重要依据,可确保严重故障得到优先处理。
重要性
决定目标响应时间和资源分配。
获取途径
WIE_WORK_ORDERS_B表中的WORK_ORDER_PRIORITY_ID列。
示例
严重高标准
|
|||
|
实际完成日期
ActualCompletionDate
|
维护工作完成的日期和时间。 | ||
|
说明
记录实际工作的最终完成时间。此时间戳用于结束生命周期中的执行阶段。 这是技术执行周期时间的终点,也是行政延迟时间的起点。
重要性
标记技术执行阶段的结束。
获取途径
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或员工ID,可在工单表头或操作级别分配。 可用于技术人员利用率和人工分析,识别技能缺口或资源过度使用。
重要性
支持资源绩效分析和产能规划。
获取途径
WIE_OPERATION_RESOURCES表或类似的分配表。
示例
J. SmithTech-005外部承包商
|
|||
|
组织代码
OrganizationCode
|
维修组织或工厂的代码。 | ||
|
说明
表示负责维修工作的具体业务单元、工厂或设施,可用于按地区或设施进行对标。 可用于比较不同站点或运营单元之间的绩效差异。
重要性
按实际地点或业务单元细分分析。
获取途径
WIE_WORK_ORDERS_B表中的ORGANIZATION_ID列。
示例
M1纽约工厂伦敦仓库
|
|||
|
维修类型
WorkOrderType
|
将工单归类为预防性、纠正性或预测性维修。 | ||
|
说明
此属性定义维修工作的性质。常见值包括预防性、纠正性、紧急或基于状态的维修。 该属性是主动维护占比KPI的重要依据,分析人员可据此比较计划内工作量与故障后的非计划维修量。
重要性
区分计划内维护与故障后的维修。
获取途径
WIE_WORK_ORDERS_B表中的WORK_ORDER_TYPE_ID列(关联类型定义表)。
示例
预防性纠正性紧急
|
|||
|
资产编号
AssetNumber
|
受维护设备的唯一标识符。 | ||
|
说明
标识维修工单所涉及的具体实体资产或机器,并将流程与资产层级关联起来。 这是资产返修频率KPI的重要依据,可帮助分析人员发现反复发生故障的设备。
重要性
将维修活动关联到具体的实体设备。
获取途径
WIE_WORK_ORDERS_B表中的ASSET_ID列(关联CSI_ITEM_INSTANCES)。
示例
泵-101暖通空调设备-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
|
标记此工单是否为重复维修。 | ||
|
说明
布尔标记:如果同一资产ID在此前30天内有另一张工单已关闭,则值为true。这是一个计算属性。 该属性直接用于资产返工频率KPI,有助于发现维修质量问题或资产故障反复发生的情况。
重要性
用于识别质量问题和反复发生的故障。
获取途径
在数据转换层计算。
示例
truefalse
|
|||
|
计划开始日期
ScheduledStartDate
|
计划开始维护工作的日期。 | ||
|
说明
计划开始工作的日期和时间。将其与实际开始日期对比,可了解计划执行情况。 用于排程与延误分析,以发现维护计划受到的影响。
重要性
衡量计划执行情况和延误的基准。
获取途径
WIE_WORK_ORDERS_B表,PLANNED_START_DATE列。
示例
2023-10-202023-10-212023-10-22
|
|||
|
请求日期
RequestDate
|
收到初始维护请求的日期。 | ||
|
说明
记录首次发现并登记维护需求的时间戳,用于计算前置时间。 这是工单转换前置时间KPI的关键数据,可用于衡量从发现问题到创建工单的延迟。
重要性
标记端到端流程生命周期的起点。
获取途径
WIE_WORK_ORDERS_B表,根据源请求关联信息生成。
示例
2023-10-012023-10-052023-11-12
|
|||
|
资产类别
AssetCategory
|
按暖通空调、车队或生产线等类型对资产分组。 | ||
|
说明
将资产划分为更广泛的类别,以便从整体上分析不同设备类型的维护绩效。 可用于维修周期时间概览仪表板,找出导致延迟最多的设备类别。
重要性
支持按设备类型汇总分析维护绩效。
获取途径
根据分配给资产ID的物料类别推导。
示例
重型机械车队车辆设施
|
|||
|
预估人工工时
EstimatedLaborHours
|
工单计划人工工时。 | ||
|
说明
计划人员预估完成工作所需的时间,在计划或发布阶段设定。 与实际人工工时对比,可计算差异并改进未来的计划标准。
重要性
评估执行效率的基准。
获取途径
WIE_OPERATION_RESOURCES表中的计划数量。
示例
5.010.01.0
|
|||
资产维护活动
| 活动 | 说明 | ||
|---|---|---|---|
|
关闭工单
|
工单的最终行政结案。此后不再产生新成本,工单也完成了会计结算。 | ||
|
重要性
标志着行政处理周期结束。从完成到关闭之间的时间即为行政处理延迟。
获取途径
根据WIE_WO_STATUS_HISTORY推导,条件为STATUS_CODE变为'CLOSED'。
采集
比较状态字段变更前后的值
事件类型
explicit
|
|||
|
创建维修工单
|
系统生成Work Order实体,可能由维修申请转化而来,也可能由人工创建。此事件为流程挖掘确定案例ID,并作为计划和执行阶段的起点。 | ||
|
重要性
这是流程实例的主要锚点事件,用于区分受理阶段与计划、执行阶段。
获取途径
根据WIE_WORK_ORDERS_B表中的CREATION_DATE时间戳推导。
采集
创建WO表头记录时记录
事件类型
explicit
|
|||
|
创建维修申请
|
通过自助服务门户或服务台界面首次提交维修申请。该事件记录故障或服务需求的最初迹象,此时尚未生成正式工单,通常可在Work Requests表中找到。 | ||
|
重要性
标志着维修需求周期的真正起点。计算从发现故障到生成可执行工单的周期时间时,这一事件必不可少。
获取途径
根据MNT_WORK_REQUESTS表中的CREATION_DATE字段推导。
采集
向Work Requests表插入记录时记录
事件类型
explicit
|
|||
|
发布工单
|
工单状态从草稿或未发布变为已发布。此操作授权为该工单领用物料和资源。 | ||
|
重要性
标志着计划阶段结束,执行工作获准开始。此处的延迟可能表明计划环节存在瓶颈。
获取途径
根据WIE_WO_STATUS_HISTORY推导,条件为STATUS_CODE变为'RELEASED'。
采集
比较状态字段变更前后的值
事件类型
inferred
|
|||
|
发放物料
|
从仓库实际扣减并发放给指定工单的库存,代表备件已实物运送至维修地点。 | ||
|
重要性
这是工作即将开始的明确信号。将此事件与“已发布”事件进行比较,可以发现仓库拣货环节的延迟。
获取途径
根据INV_MATERIAL_TXNS表推导,其中TRANSACTION_SOURCE_TYPE_ID关联到工单。
采集
执行交易X时记录
事件类型
explicit
|
|||
|
完成工单
|
整个工单的技术工作已完成。这表示实体资产已修复并可投入使用,但财务处理可能仍在继续。 | ||
|
重要性
从运营角度看,这标志着维修作业实际结束,可用于计算SLA达成情况。
获取途径
根据WIE_WO_STATUS_HISTORY推导,条件为STATUS_CODE变为'COMPLETED'。
采集
比较状态字段变更前后的值
事件类型
explicit
|
|||
|
开始操作
|
开始工单中的某项操作(例如操作10、操作20),即技术工作实际开始的时刻。 | ||
|
重要性
代表“开始工作”这一里程碑。计算实际维修工时与计划时长时,这一事件必不可少。
获取途径
根据WIE_WO_OPERATIONS_B的状态变更,或该操作的首个资源交易时间戳推导。
采集
通过比较字段X和Y推导
事件类型
inferred
|
|||
|
记录人工工时
|
记录技术人员在工单上投入的时间。这是一项交易事件,相关成本会计入维修活动。 | ||
|
重要性
跟踪工作量和成本累计情况。此类事件多次出现,表示工作仍在进行,可用于计算人工工时总偏差。
获取途径
根据WIE_RESOURCE_TRANSACTIONS表推导。
采集
执行交易X时记录
事件类型
explicit
|
|||
|
分配物料
|
为工单预留或分配所需的备件和组件,确保开工前库存充足。 | ||
|
重要性
这对分析供应链准备情况至关重要。此步骤延迟可能意味着库存短缺或采购计划缓慢。
获取途径
根据WIE_WO_COMPONENTS_B表中的CREATION_DATE或ALLOCATION_DATE推导。
采集
执行交易X时记录
事件类型
explicit
|
|||
|
取消工单
|
工单未成功完成便终止。可能是因为工作重复、无需执行或已合并处理。 | ||
|
重要性
取消率偏高可能反映申请受理流程或重复项识别逻辑存在问题。
获取途径
根据WIE_WO_STATUS_HISTORY推导,条件为STATUS_CODE变为'CANCELED'。
采集
比较状态字段变更前后的值
事件类型
explicit
|
|||
|
安排工单
|
为工单操作指定具体开始日期或资源(技术人员、工具),并更新系统中的计划日期。 | ||
|
重要性
用于衡量派工或排程团队的效率。发布与排程之间的间隔可能表明资源竞争。
获取途径
根据WIE_OPERATION_RESOURCES或WIE_WO_OPERATIONS_B中的排程字段更新推导。
采集
比较状态字段变更前后的值
事件类型
inferred
|
|||
|
完成操作
|
完成路线中的某个步骤(操作),表示一部分技术工作已经结束。 | ||
|
重要性
提供更细致的进度视图。“执行维修任务”通常根据最后一项操作的完成情况推导。
获取途径
根据WIE_WO_OPERATIONS_B的状态变更或显示操作已完成的交易历史推导。
采集
比较状态字段变更前后的值
事件类型
inferred
|
|||
|
工单暂停
|
工单状态变为“暂停”,执行工作随之停止。通常是因为缺少备件、无法进入现场或存在安全问题。 | ||
|
重要性
这是流程低效的重要来源。了解暂停的频率和时长,是缩短整体周期时间的关键。
获取途径
根据WIE_WO_STATUS_HISTORY推导,条件为STATUS_CODE变为'ON_HOLD'。
采集
比较状态字段变更前后的值
事件类型
explicit
|
|||
|
记录质量检查
|
录入与维修工单相关的质量检查结果,以验证维修是否符合安全和运营标准。 | ||
|
重要性
确保符合要求。完工前缺少质量检查,可能意味着存在安全风险或流程偏差。
获取途径
根据QA_RESULTS或类似的质量采集计划表推导,这些表与工单ID相关联。
采集
执行交易X时记录
事件类型
explicit
|
|||
|
转移维修成本
|
将累计成本从维修系统转入成本管理模块,完成财务结算。 | ||
|
重要性
确认维修产生的财务影响已入账,是分析“维修计划准确性”的重要依据。
获取途径
根据与工单交易来源关联的成本会计分配表推导。
采集
执行交易X时记录
事件类型
inferred
|
|||
数据提取指南
优化资产维护,及时避免计划延误
立即缩短30%的周期时间,并合理调配资源
无需信用卡。免费试用14天。