您的资产维护数据模板
您的资产维护数据模板
- 维护属性完整清单
- 需要跟踪的关键流程里程碑
- 详细的技术数据提取指南
资产维护属性
| 名称 | 说明 | ||
|---|---|---|---|
| 事件时间戳 EventTimestamp | 活动发生的具体日期和时间。 | ||
| 说明 此属性记录事件发生的准确时间,例如状态变更或人工工时录入的时间。它提供了绩效分析所需的时间维度,包括周期时间和持续时间计算。 准确的时间戳对于计算“平均计划与审批周期时间”以及确保事件顺序正确至关重要。在Maximo中,这通常是状态记录的变更日期。 重要性 用于按时间顺序排列事件并计算所有基于时间的KPI。 获取途径 表:WOSTATUS,列:CHANGEDATE 示例 2023-10-12T08:30:00Z2023-10-12T14:15:00Z2023-10-13T09:00:00Z | |||
| 活动 Activity | 工单生命周期中发生的具体事件或状态变更。 | ||
| 说明 此属性表示维护流程中执行的步骤,例如“工单已批准”或“已记录人工”。在IBM Maximo中,通常根据历史表中的状态变更或人工申报等特定交易日志生成此属性。 它构成流程图中的节点,用于呈现步骤顺序。分析这些值后,组织可以识别流程变体、循环以及偏离标准维护过程的情况。 重要性 它定义了流程中“做什么”,是构建流程图和了解工作流执行情况的基础。 获取途径 表:WOSTATUS(列:STATUS)或WOLOG 示例 APPRINPRGCOMPCLOSEWMATL | |||
| 维护工单 WorkOrderNumber | 维护工单的唯一字母数字标识符。 | ||
| 说明 此属性是维护流程的核心案例标识符,可在IBM Maximo系统中唯一识别每张工单,并将相关活动、人工交易和物料使用记录关联到同一项已执行的工作。 在流程挖掘分析中,此ID用于将各个事件归入同一案例,帮助分析人员追踪维护任务的完整生命周期,从最初创建请求,到审批、执行,直至最终完成管理结项。 重要性 这是重建流程顺序的基础键,也便于跨部门追踪具体工作。 获取途径 表:WORKORDER,列:WONUM 示例 WO100234WO100235CM-99281PM-11002 | |||
| 数据最近更新时间 LastDataUpdate | 数据提取或最近刷新的时间戳。 | ||
| 说明 表示记录最近一次处理或提取以供流程挖掘分析的时间。这有助于评估数据的新鲜度和可靠性,确保分析反映维护运营的最新情况。 此属性对于增量数据加载至关重要,也可用于验证仪表板显示的工单状态和积压数据是否为最新。 重要性 了解数据延迟和新鲜度的关键依据。 获取途径 提取时的系统时间 示例 2023-11-01T00:00:00Z2023-11-01T12:00:00Z | |||
| 源系统 SourceSystem | 数据来源系统的名称。 | ||
| 说明 标识数据记录的来源应用。在此场景中,通常为“IBM Maximo”。如果需要合并多个维护系统的数据,或与ERP数据集成,此属性尤其有用。 如果流程挖掘项目涉及多个CMMS实例构成的复杂系统环境,分析人员可以按记录系统筛选视图。 重要性 确保多系统环境中的数据沿袭和可追溯性。 获取途径 提取时硬编码 示例 IBM MaximoMaximo生产环境Maximo旧系统 | |||
| 人工实际工时 ActualLaborHours | 所有技术人员在该工单上实际投入的总工时。 | ||
| 说明 汇总记录在该工单上的所有人工工时。此指标反映资源的实际使用情况,可用于计算“技术人员利用率差异”KPI。 它还可用于计算人工成本,并根据具体任务实际耗时的历史数据优化后续工作计划。 重要性 分析人工成本和效率的核心指标。 获取途径 表:WORKORDER,列:ACTLABHRS 示例 2.55.012.0 | |||
| 优先级 Priority | 分配给工单的紧急程度。 | ||
| 说明 用于表示工单重要性和紧急程度的数值或类别。在Maximo中通常以数字表示,数字越小往往代表紧急程度越高(例如,1表示紧急)。 此属性用于确定积压工作的优先顺序,也是“关键资产SLA绩效”仪表板的必要数据。它有助于判断高优先级工作是否比低优先级任务得到更及时的处理。 重要性 帮助分析组织是否将资源投入到最紧急的任务上。 获取途径 表:WORKORDER,列:WOPRIORITY 示例 1234 | |||
| 实际完成日期 ActualFinishDate | 实体工作完成的日期和时间。 | ||
| 说明 记录维护任务在技术层面完成的时间,与工单的管理结项时间不同。将此日期与“目标完成日期”比较,可用于计算SLA达成情况。 “工单管理结项周期时间”仪表板使用此属性衡量工作完成到系统中结清文档之间的延迟。 重要性 标记技术执行阶段的结束。 获取途径 表:WORKORDER,列:ACTFINISH 示例 2023-10-15T16:00:00Z2023-10-16T10:30:00Z | |||
| 工单类型 WorkType | 将工单归类为预防性维护(PM)、纠正性维护(CM)或紧急维护(EM)。 | ||
| 说明 此属性用于对维护任务的性质进行分类。Maximo中的常见值包括PM(预防性维护)、CM(纠正性维护)和EM(紧急维护)。此分类是“主动与被动维护”仪表板的基础。 按此属性筛选后,分析人员可以计算“紧急维护占比”KPI,并识别维护策略是否从被动抢修转向有计划的可靠性维护。 重要性 区分计划内和计划外工作,是衡量维护成熟度的重要指标。 获取途径 表:WORKORDER,列:WORKTYPE 示例 PMCMEMCPMOD | |||
| 当前状态 Status | 工单当前所处的生命周期状态。 | ||
| 说明 工单当前的管理状态,例如“APPR”“WAPPR”或“COMP”。“活动”属性记录状态变更历史,此属性则记录已知的最终状态。 可按此属性筛选数据集,只显示“未结”或“已结”工单,为“维护工作量分布”分析提供支持。 重要性 呈现当前工作量和积压情况。 获取途径 表:WORKORDER,列:STATUS 示例 APPRCLOSEINPRG | |||
| 指定技术人员 AssignedResource | 负责执行工作的具体人员或主责技术人员。 | ||
| 说明 标识负责工单的人员或主责技术人员。此信息可从“Lead”字段获取,也可根据人工分配记录生成。它为“资源与承包商生产率”仪表板提供数据。 分析此属性有助于在“维护工作量分布”视图中发现工作量不均衡,并比较不同技术人员或班组的效率。 重要性 分析员工生产率和均衡工作量的关键依据。 获取途径 表:WORKORDER,列:LEAD(或来自ASSIGNMENT表) 示例 JSMITHBPATELMRODRIGUEZ | |||
| 目标完成日期 TargetCompletionDate | 工单计划完成或要求完成的截止日期。 | ||
| 说明 工单预期完成的日期,通常根据优先级和生成日期计算。此日期是“关键资产SLA绩效”仪表板的对标基准。 分析人员将此字段与“实际完成日期”比较,可以计算按时完成率,并识别经常错过维护窗口的资产类别。 重要性 衡量SLA达成情况和计划执行情况的基准。 获取途径 表:WORKORDER,列:TARGCOMPDATE 示例 2023-10-20T17:00:00Z2023-10-25T08:00:00Z | |||
| 资产关键性 AssetCriticality | 表示资产对业务运营重要程度的评分。 | ||
| 说明 资产记录中的分类,通常采用1至10级或A/B/C等级,用于表示资产故障可能造成的影响。此属性需要关联到工单视图。 “关键资产SLA绩效”仪表板必须使用此属性,以确保分析聚焦于最重要的事项。例如,关键发电机的维护延误应比休息室咖啡机的延误受到更多关注。 重要性 按业务风险划分流程绩效。 获取途径 表:ASSET,列:PRIORITY(通过ASSETNUM关联) 示例 1510 | |||
| 资产编号 AssetNumber | 正在维护的设备或资产的唯一标识符。 | ||
| 说明 维护工作的对象,可以是具体的机器、车辆或设施部件。此属性将流程数据与实体资产层级关联起来,对于识别频繁发生故障的资产至关重要。 在“维护质量与返工率”分析中,可按资产汇总工单,计算平均故障间隔时间(MTBF),并识别长期存在的可靠性问题。 重要性 将流程执行情况与实体基础设施的运行表现关联起来。 获取途径 表:WORKORDER,列:ASSETNUM 示例 PUMP-101HVAC-02FLEET-99 | |||
| SLA是否逾期 IsSlaBreached | 标记实际完成日期是否晚于目标日期。 | ||
| 说明 通过比较“实际完成日期”和“目标完成日期”计算得出的布尔字段。如果实际日期晚于目标日期,则值为true。 此预计算指标简化了“关键资产SLA绩效”仪表板的分析,无需在运行时计算日期,即可立即统计未达标的SLA数量。 重要性 即时查看绩效是否达标。 获取途径 根据ACTFINISH和TARGCOMPDATE计算 示例 truefalse | |||
| 位置 Location | 执行工作的功能位置或实际地点。 | ||
| 说明 指定资产所在的实际区域或功能位置代码。与具体资产编号相比,此属性涵盖范围更广,可用于地理区域或分区分析。 “维护工作量分布”仪表板使用此属性呈现维护活动集中区域,并帮助规划技术人员在不同地点之间移动的路线。 重要性 为物流和资源分配提供地理空间背景。 获取途径 表:WORKORDER,列:LOCATION 示例 BRILER-RMPLANT-AOFFICE-1 | |||
| 供应商 Vendor | 如适用,指派给该工单的第三方承包商。 | ||
| 说明 标识负责维护任务的外部公司。外包工作会填写此属性。它是“承包商执行效率”KPI的重要数据。 分析此属性后,维护组织可以比较不同供应商之间,以及供应商与内部团队之间的表现,包括成本、速度和质量。 重要性 用于供应商管理和外包绩效分析。 获取途径 表:WORKORDER,列:VENDOR 示例 ACME SERVICESSIEMENSFAST REPAIR INC | |||
| 实际总成本 TotalActualCost | 工单的人工、物料、服务和工具成本总和。 | ||
| 说明 表示维护任务造成的总财务影响。在Maximo中,此属性是各项成本的总和(人工+物料+服务+工具)。 此属性支持按成本开展流程挖掘分析,将流程低效(如延误或返工)与财务损失直接关联起来,并帮助识别成本最高的维护类型或资产类别。 重要性 将运营活动与财务结果关联起来。 获取途径 表:WORKORDER,列:ACTMATCOST + ACTLABCOST + ACTSERVCOST + ACTTOOLCOST 示例 150.002500.500.00 | |||
| 报告日期 ReportedDate | 问题首次报告或请求创建的日期和时间。 | ||
| 说明 记录首次发现维护需求并将其录入系统的时间戳。这是衡量用户体验时间线的真正起点。 计算“平均计划与审批周期时间”时,会从此报告日期开始,测量到工作实际开始所经历的时间。这有助于评估维护组织的响应速度。 重要性 为整个维护生命周期的响应速度分析确定起点。 获取途径 表:WORKORDER,列:REPORTDATE 示例 2023-10-10T08:00:00Z2023-10-10T09:15:00Z | |||
| 故障代码 FailureCode | 用于说明资产故障原因的标准化代码。 | ||
| 说明 技术人员选择的结构化代码,用于对故障原因进行分类,例如“磨损”“电气故障”或“操作失误”。这是根因分析(RCA)的重要依据。 汇总这些代码有助于工程团队识别资产群中的系统性问题,为“维护质量与返工率”分析提供依据,并指导预防性维护策略的调整。 重要性 可靠性工程和故障分析的核心数据。 获取途径 表:WORKORDER,列:FAILURECODE 示例 泄漏过热振动 | |||
| 是否为紧急工单 IsEmergency | 标记工单是否属于紧急情况。 | ||
| 说明 根据工单类型或优先级计算的布尔标记。如果工单类型为“EM”(紧急)或优先级为1,则值为true。 此简化属性便于在仪表板中筛选紧急维护,无需在可视化层编写复杂逻辑,即可查看“紧急维护占比”。 重要性 简化被动维护分析的筛选操作。 获取途径 根据WORKTYPE计算 示例 truefalse | |||
| 站点ID SiteId | 适用于多站点Maximo部署的上层站点标识符。 | ||
| 说明 在大型组织中,Maximo通常按“站点”划分。此属性在数据库层面区分不同工厂或设施。 在“标准维护流程一致性”分析中,此属性对于比较不同业务单元的绩效至关重要,可确保比较基于正确的运营背景。 重要性 对于限定多站点部署中的数据范围至关重要。 获取途径 表:WORKORDER,列:SITEID 示例 BEDFORDNASHUATEXAS | |||
| 预计人工工时 EstimatedLaborHours | 计划完成工单所需的人工时间。 | ||
| 说明 计划阶段估算的任务总工时。此数据会与“人工实际工时”在“人工工时估算准确度仪表板”中进行比较。 估算值与实际值相差较大,可能说明计划不准确、缺少标准操作规程,或资产状况超出预期,需要投入更多工作。 重要性 评估计划准确度和预测资源需求的必要数据。 获取途径 表:WORKORDER,列:ESTLABHRS 示例 2.04.58.0 | |||
资产维护活动
| 活动 | 说明 | ||
|---|---|---|---|
| 创建维护请求 | 系统生成工单时记录的初始事件,通常源自服务请求或自动排期。该事件可从WORKORDER表的创建时间戳或WOSTATUS历史记录中的初始条目明确获取。 | ||
| 重要性 标记流程实例的起点,并作为衡量总解决时间和初始响应速度的基准。 获取途径 WORKORDER.REPORTDATE或WOSTATUS表中的初始条目(通常状态为WAPPR) 采集 创建WO记录的事务发生时记录 事件类型 explicit | |||
| 工单已关闭 | 工单生命周期的最终事件。此时工单已完成财务结算并变为只读,无法再计入费用。 | ||
| 重要性 标记行政处理周期的结束。此处延误会影响财务报告。 获取途径 WOSTATUS表中STATUS = 'CLOSE'的记录 采集 事务将状态变更为CLOSE时记录 事件类型 explicit | |||
| 工单已取消 | 如果工作被判定为不再需要、重复或无法执行,流程会提前结束。这是一个终止状态。 | ||
| 重要性 为“工单取消分析”仪表板提供数据。取消率偏高,说明请求生成环节可能存在流程问题。 获取途径 WOSTATUS表中STATUS = 'CAN' 采集 交易状态变为CAN时记录 事件类型 explicit | |||
| 工单已完成 | 技术人员签字确认现场工作已完成。此状态变更会停止执行时间KPI的计时。 | ||
| 重要性 这是技术执行的主要结束时间戳,用于计算SLA达成率和技术人员利用率。 获取途径 WOSTATUS表中STATUS = 'COMP'的记录 采集 事务将状态变更为COMP时记录 事件类型 explicit | |||
| 工单已批准 | 表示工单已通过必要的计划和财务授权检查。该事件根据系统历史记录中的状态变更推导。 | ||
| 重要性 这是计算计划与审批周期时间KPI的关键数据。此处延误表明存在行政瓶颈。 获取途径 WOSTATUS表中STATUS = 'APPR'的记录 采集 比较变更前后的状态字段,识别转为APPR的记录 事件类型 explicit | |||
| 开始作业 | 标记技术人员实际开始现场作业的时间。用户将状态更改为表示作业进行中的状态时,系统会明确记录该事件。 | ||
| 重要性 这是区分计划时间与执行时间的关键节点,也用于计算平均计划与审批周期时间。 获取途径 WOSTATUS表中STATUS = 'INPRG'的记录 采集 事务将状态变更为INPRG时记录 事件类型 explicit | |||
| 已发放物料 | 记录从库存向工单发放或实际消耗的物料,确认备件已到位并投入使用。 | ||
| 重要性 用于验证供应链流程,并影响维护作业的总成本分析。 获取途径 MATUSETRANS表中ISSUETYPE = 'ISSUE'的记录 采集 MATUSETRANS中发生事务时记录 事件类型 explicit | |||
| 已安排资源 | 为工单分配具体人员或班组的时点。可通过生成分配记录或状态变更为Waiting Schedule进行跟踪。 | ||
| 重要性 为计划与审批周期分析仪表板提供数据,单独呈现寻找可用技术人员所需的时间。 获取途径 ASSIGNMENT表中新建记录,或WOSTATUS变更为'WSCH' 采集 根据与WO关联的Assignment记录创建时间推导 事件类型 inferred | |||
| 已完成检查 | 表示生命周期中已完成安全或技术检查。通常通过状态变更或检查清单测量项目完成情况记录。 | ||
| 重要性 这是安全与合规文档仪表板的关键数据,可确保法规要求的步骤未被跳过。 获取途径 WOSTATUS变更为'INSP'或类似自定义状态,或MEASUREMENT记录已完成 采集 比较变更前后的状态字段 事件类型 inferred | |||
| 已提交物料申领 | 表示已为维护任务申领备件或耗材。可根据状态变更为Waiting on Material,或物料需求明细的创建情况推断。 | ||
| 重要性 这是物料就绪情况仪表板的重要数据,可用于发现阻碍作业执行的供应链延误。 获取途径 WOSTATUS表中STATUS = 'WMATL'的记录,或WPMATERIAL表中的新记录 采集 根据状态变更为WMATL推断 事件类型 inferred | |||
| 已记录工时 | 表示技术人员为特定工单录入实际耗时。一张工单可能有多条记录,因为可能由多名技术人员参与。 | ||
| 重要性 为工时估算准确度仪表板提供实际工时,以便与预估值进行比较。 获取途径 与工单关联的LABTRANS表记录 采集 LABTRANS中发生事务时记录 事件类型 explicit | |||
| 目标日期已更新 | 记录计划完成日期或SLA目标的变更,有助于识别是否通过调整期限来应对延误。 | ||
| 重要性 这对分析关键资产SLA绩效至关重要,也有助于发现通过调整日期来规避SLA违约的情况。 获取途径 TARGETCOMPDATE或SCHEDFINISH字段的审计记录 采集 事务更新日期字段时记录 事件类型 explicit | |||
| 质量检查未通过 | 已完成的工作在审核中被退回时发生,通常会将状态改回In Progress,形成返工循环。 | ||
| 重要性 通过标记流程执行失败,直接为维护质量与返工率仪表板提供数据。 获取途径 根据WOSTATUS从COMP回退至INPRG或WAPPR的状态变更推断 采集 比较WOSTATUS历史记录中的状态字段,推导回退变更 事件类型 inferred | |||
数据提取指南
步骤
制定数据库视图方案:ProcessMind需要扁平化事件日志,而Maximo以层级结构存储数据(WORKORDER中存放主记录,WOSTATUS中存放历史记录,WOLABTRANS中存放成本)。因此,最稳妥的做法是先在Maximo数据库中创建数据库视图,作为集成框架的数据源。
创建SQL视图:在数据库管理工具(SQL Developer、SSMS)中执行查询部分提供的SQL。该查询会将
WORKORDER、WOSTATUS、WOLABTRANS、MATUSETRANS和A_WORKORDER(审计)整合为单一扁平结构。在Maximo中注册视图:以管理员身份登录Maximo,依次进入系统配置、平台配置、数据库配置。新建名为
PM_WO_EVENTLOG的对象,并将其映射到上一步创建的数据库视图。运行ConfigDB完成注册(视图通常无需停机即可配置,但请以您的操作规程为准)。创建对象结构:依次进入集成、对象结构。新建名为
MX_PM_EVENTS的对象结构,并将PM_WO_EVENTLOG设为源对象。如果有此选项,请勾选支持扁平结构。配置发布通道:依次进入集成、发布通道。新建通道
PC_PM_EVENTS,并关联对象结构MX_PM_EVENTS。如有需要,您可以在此定义处理规则。设置外部系统:依次进入集成、外部系统。选择目标系统(或新建通用EXTSYS),并将发布通道
PC_PM_EVENTS添加到该系统。启用数据导出:在外部系统应用中打开数据导出功能选项卡,选择
PC_PM_EVENTS通道。您可以在此设置SQL Where子句(例如EVENTTIMESTAMP >= '2023-01-01'),以限定导出范围。导出数据:点击“导出”。系统会根据配置的端点生成文件(XML或CSV)。ProcessMind建议使用CSV。请确保端点(例如
MXFLATFILE)已配置为输出CSV。检查输出:打开生成的CSV文件,确认列标题与查询中定义的属性一致(WorkOrderNumber、Activity等),且不再包含层级XML标签。
最后整理格式:如果Maximo导出的CSV包含标准系统元数据列(如
OWNER1、ORGID),且您不需要这些列,请将其删除。然后将整理后的CSV导入ProcessMind。
配置
- Maximo状态同义词:Maximo允许自定义状态代码(例如APPR、WAPPR)。查询默认使用标准内部值。请检查
WOSTATUS域对应的SYNONYMDOMAIN,以正确映射自定义状态。 - 审计表:“目标日期已更新”活动依赖
A_WORKORDER审计表。如果未为WORKORDER对象启用审计,该活动将不会返回任何行。如有必要,请在数据库配置中启用审计。 - 日期范围:首次加载时,按最近6至12个月的
EVENTTIMESTAMP筛选。通过集成框架网页界面加载大量历史数据可能会超时;超过5万行时,请使用后台处理。 - 站点/组织筛选:Maximo支持多站点。如果流程分析针对特定设施,请务必按
SITEID筛选。 - 性能:
UNION ALL查询会占用较多资源。请确保WOSTATUS.WONUM、WOLABTRANS.REFWO和MATUSETRANS.REFWO上已建立数据库索引。
查询示例 sql
/* Create a Database View or Run directly to extract Event Log */
/* 1. Maintenance Request Created */
SELECT
W.WONUM AS WorkOrderNumber,
'Maintenance Request Created' AS Activity,
W.REPORTDATE AS EventTimestamp,
'Maximo' AS SourceSystem,
CURRENT_TIMESTAMP AS LastDataUpdate,
W.WORKTYPE AS WorkType,
W.WOPRIORITY AS Priority,
W.ASSETNUM AS AssetNumber,
W.LEAD AS AssignedResource,
W.ACTFINISH AS ActualFinishDate,
W.TARGCOMPDATE AS TargetCompletionDate,
0 AS ActualLaborHours,
W.ASSETLOCPRIORITY AS AssetCriticality,
W.STATUS AS Status
FROM WORKORDER W
WHERE W.REPORTDATE IS NOT NULL
UNION ALL
/* 2. Status Driven Activities (Approved, Scheduled, Commenced, Completed, Closed, Cancelled, etc.) */
SELECT
S.WONUM AS WorkOrderNumber,
CASE
WHEN S.STATUS = 'APPR' THEN 'Work Order Approved'
WHEN S.STATUS = 'WMATL' THEN 'Material Requisition Submitted'
WHEN S.STATUS = 'WSCH' THEN 'Resources Scheduled'
WHEN S.STATUS = 'INPRG' THEN 'Work Commenced'
WHEN S.STATUS = 'INSP' THEN 'Inspection Completed' /* Verify Synonym */
WHEN S.STATUS = 'COMP' THEN 'Work Order Completed'
WHEN S.STATUS = 'REJECT' THEN 'Quality Check Failed' /* Verify Synonym */
WHEN S.STATUS = 'CLOSE' THEN 'Work Order Closed'
WHEN S.STATUS = 'CAN' THEN 'Work Order Cancelled'
ELSE 'Status Change: ' || S.STATUS
END AS Activity,
S.CHANGEDATE AS EventTimestamp,
'Maximo' AS SourceSystem,
CURRENT_TIMESTAMP AS LastDataUpdate,
W.WORKTYPE AS WorkType,
W.WOPRIORITY AS Priority,
W.ASSETNUM AS AssetNumber,
S.CHANGEBY AS AssignedResource,
W.ACTFINISH AS ActualFinishDate,
W.TARGCOMPDATE AS TargetCompletionDate,
0 AS ActualLaborHours,
W.ASSETLOCPRIORITY AS AssetCriticality,
S.STATUS AS Status
FROM WOSTATUS S
JOIN WORKORDER W ON S.WONUM = W.WONUM AND S.SITEID = W.SITEID
WHERE S.STATUS IN ('APPR', 'WMATL', 'WSCH', 'INPRG', 'INSP', 'COMP', 'REJECT', 'CLOSE', 'CAN')
UNION ALL
/* 3. Labor Hours Recorded */
SELECT
L.REFWO AS WorkOrderNumber,
'Labor Hours Recorded' AS Activity,
L.STARTDATE AS EventTimestamp,
'Maximo' AS SourceSystem,
CURRENT_TIMESTAMP AS LastDataUpdate,
W.WORKTYPE AS WorkType,
W.WOPRIORITY AS Priority,
W.ASSETNUM AS AssetNumber,
L.LABORCODE AS AssignedResource,
W.ACTFINISH AS ActualFinishDate,
W.TARGCOMPDATE AS TargetCompletionDate,
L.REGULARHRS AS ActualLaborHours,
W.ASSETLOCPRIORITY AS AssetCriticality,
W.STATUS AS Status
FROM WOLABTRANS L
JOIN WORKORDER W ON L.REFWO = W.WONUM AND L.SITEID = W.SITEID
UNION ALL
/* 4. Material Issued */
SELECT
M.REFWO AS WorkOrderNumber,
'Material Issued' AS Activity,
M.TRANSDATE AS EventTimestamp,
'Maximo' AS SourceSystem,
CURRENT_TIMESTAMP AS LastDataUpdate,
W.WORKTYPE AS WorkType,
W.WOPRIORITY AS Priority,
W.ASSETNUM AS AssetNumber,
M.ISSUETO AS AssignedResource,
W.ACTFINISH AS ActualFinishDate,
W.TARGCOMPDATE AS TargetCompletionDate,
0 AS ActualLaborHours,
W.ASSETLOCPRIORITY AS AssetCriticality,
W.STATUS AS Status
FROM MATUSETRANS M
JOIN WORKORDER W ON M.REFWO = W.WONUM AND M.SITEID = W.SITEID
WHERE M.ISSUETYPE = 'ISSUE'
UNION ALL
/* 5. Target Date Updated (Requires Audit Table) */
SELECT
A.WONUM AS WorkOrderNumber,
'Target Date Updated' AS Activity,
A.AUDITSTAMP AS EventTimestamp,
'Maximo' AS SourceSystem,
CURRENT_TIMESTAMP AS LastDataUpdate,
W.WORKTYPE AS WorkType,
W.WOPRIORITY AS Priority,
W.ASSETNUM AS AssetNumber,
A.AUDITUSER AS AssignedResource,
W.ACTFINISH AS ActualFinishDate,
A.TARGCOMPDATE AS TargetCompletionDate,
0 AS ActualLaborHours,
W.ASSETLOCPRIORITY AS AssetCriticality,
W.STATUS AS Status
FROM A_WORKORDER A
JOIN WORKORDER W ON A.WONUM = W.WONUM AND A.SITEID = W.SITEID
WHERE A.TARGCOMPDATE IS NOT NULL
AND A.TARGCOMPDATE <> COALESCE((SELECT TOP 1 PREV.TARGCOMPDATE FROM A_WORKORDER PREV WHERE PREV.WONUM = A.WONUM AND PREV.AUDITSTAMP < A.AUDITSTAMP ORDER BY PREV.AUDITSTAMP DESC), '1900-01-01') 步骤
连接数据库:通过JDBC或ODBC建立到IBM Maximo后端数据库(通常为DB2、Oracle或SQL Server)的只读连接。请确保用户对WORKORDER、WOSTATUS、LABTRANS和MATUSETRANS表拥有SELECT权限。
确定范围:确定需要提取的具体站点(SITES)或组织(ORGIDS)。Maximo支持多站点,工单编号(WONUM)只有与SITEID组合后才唯一。确定日期范围,通常按REPORTDATE(创建日期)或STATUSDATE筛选。
了解数据模型:WORKORDER表存放主记录,WOSTATUS表记录生命周期状态变更历史,LABTRANS表存放详细工时记录,MATUSETRANS表存放物料流转记录。需要通过UNION ALL将这些数据合并为单一事件流。
处理同义词:Maximo通过SYNONYMDOMAIN为状态定义内部值(MAXVALUE)和显示值(VALUE)。建议查询使用内部MAXVALUE筛选,以确保不同站点即使使用不同显示标签表示相同状态,结果仍保持一致。
准备查询:复制查询部分提供的SQL,并将[Your Database Schema]和[Start Date]等占位符替换为实际值。如果您的环境为检查或质量检查使用了特定自定义状态代码,请更新相应部分的WHERE子句。
执行提取:运行查询。根据数据量,您可能需要分批执行(例如按月提取),以避免数据库超时。
验证数据:检查每个工单是否都有“维护请求已创建”事件。请确保时间戳格式与ProcessMind兼容,建议使用ISO 8601格式。
后处理:Maximo时间戳通常包含毫秒。请保留毫秒,以确保正确排列短时间内连续发生的事件。
导出:将结果保存为CSV或Parquet文件。列标题必须与查询输出中定义的属性一致。
上传到ProcessMind:将文件导入ProcessMind。将“WorkOrderNumber”映射为案例ID,将“Activity”映射为活动名称,将“EventTimestamp”映射为时间戳。
配置
- 数据库平台:Maximo通常运行于IBM DB2、Oracle或SQL Server。所提供的语法为标准SQL,但根据您使用的平台,可能需要微调日期函数(例如TO_DATE或CAST)。
- 日期筛选:使用WORKORDER表中的REPORTDATE列确定流程实例范围。通常采用最近12个月的滚动时间窗口。
- 站点ID的重要性:不要仅依赖WONUM判断唯一性。请始终将WONUM与SITEID拼接,或在分析多个站点时将SITEID作为案例属性。
- 状态逻辑:Maximo允许自定义状态值。如果WMATL或COMP等标准状态未返回结果,请检查SYNONYMDOMAIN表。
- 性能:LABTRANS和MATUSETRANS表可能非常大。请确保这两个表的REFWO和SITEID列已建立索引。
查询示例 sql
SELECT
W.WONUM AS WorkOrderNumber,
'Maintenance Request Created' AS Activity,
W.REPORTDATE AS EventTimestamp,
'Maximo' AS SourceSystem,
CURRENT_TIMESTAMP AS LastDataUpdate,
W.WORKTYPE AS WorkType,
W.WOPRIORITY AS Priority,
W.ASSETNUM AS AssetNumber,
W.LEAD AS AssignedResource,
W.ACTFINISH AS ActualFinishDate,
W.TARGCOMPDATE AS TargetCompletionDate,
W.ACTLABHRS AS ActualLaborHours,
W.ASSETLOCPRIORITY AS AssetCriticality,
W.STATUS AS Status
FROM
WORKORDER W
WHERE
W.REPORTDATE >= '2023-01-01'
UNION ALL
SELECT
WS.WONUM AS WorkOrderNumber,
CASE
WHEN WS.STATUS = 'APPR' THEN 'Work Order Approved'
WHEN WS.STATUS = 'WMATL' THEN 'Material Requisition Submitted'
WHEN WS.STATUS = 'WSCH' THEN 'Resources Scheduled'
WHEN WS.STATUS = 'INPRG' THEN 'Work Commenced'
WHEN WS.STATUS = 'INSP' THEN 'Inspection Completed'
WHEN WS.STATUS = 'COMP' THEN 'Work Order Completed'
WHEN WS.STATUS = 'REJECT' THEN 'Quality Check Failed'
WHEN WS.STATUS = 'CLOSE' THEN 'Work Order Closed'
WHEN WS.STATUS = 'CAN' THEN 'Work Order Cancelled'
ELSE 'Status Change: ' || WS.STATUS
END AS Activity,
WS.CHANGEDATE AS EventTimestamp,
'Maximo' AS SourceSystem,
CURRENT_TIMESTAMP AS LastDataUpdate,
W.WORKTYPE AS WorkType,
W.WOPRIORITY AS Priority,
W.ASSETNUM AS AssetNumber,
WS.CHANGEBY AS AssignedResource,
W.ACTFINISH AS ActualFinishDate,
W.TARGCOMPDATE AS TargetCompletionDate,
W.ACTLABHRS AS ActualLaborHours,
W.ASSETLOCPRIORITY AS AssetCriticality,
WS.STATUS AS Status
FROM
WOSTATUS WS
JOIN
WORKORDER W ON WS.WONUM = W.WONUM AND WS.SITEID = W.SITEID
WHERE
W.REPORTDATE >= '2023-01-01'
AND WS.STATUS IN ('APPR', 'WMATL', 'WSCH', 'INPRG', 'INSP', 'COMP', 'REJECT', 'CLOSE', 'CAN')
UNION ALL
SELECT
L.REFWO AS WorkOrderNumber,
'Labor Hours Recorded' AS Activity,
L.STARTDATE AS EventTimestamp,
'Maximo' AS SourceSystem,
CURRENT_TIMESTAMP AS LastDataUpdate,
W.WORKTYPE AS WorkType,
W.WOPRIORITY AS Priority,
W.ASSETNUM AS AssetNumber,
L.LABORCODE AS AssignedResource,
W.ACTFINISH AS ActualFinishDate,
W.TARGCOMPDATE AS TargetCompletionDate,
W.ACTLABHRS AS ActualLaborHours,
W.ASSETLOCPRIORITY AS AssetCriticality,
W.STATUS AS Status
FROM
LABTRANS L
JOIN
WORKORDER W ON L.REFWO = W.WONUM AND L.SITEID = W.SITEID
WHERE
W.REPORTDATE >= '2023-01-01'
UNION ALL
SELECT
M.REFWO AS WorkOrderNumber,
'Material Issued' AS Activity,
M.TRANSDATE AS EventTimestamp,
'Maximo' AS SourceSystem,
CURRENT_TIMESTAMP AS LastDataUpdate,
W.WORKTYPE AS WorkType,
W.WOPRIORITY AS Priority,
W.ASSETNUM AS AssetNumber,
M.ENTERBY AS AssignedResource,
W.ACTFINISH AS ActualFinishDate,
W.TARGCOMPDATE AS TargetCompletionDate,
W.ACTLABHRS AS ActualLaborHours,
W.ASSETLOCPRIORITY AS AssetCriticality,
W.STATUS AS Status
FROM
MATUSETRANS M
JOIN
WORKORDER W ON M.REFWO = W.WONUM AND M.SITEID = W.SITEID
WHERE
W.REPORTDATE >= '2023-01-01'
AND M.ISSUETYPE = 'ISSUE'
UNION ALL
SELECT
WC.WONUM AS WorkOrderNumber,
'Target Date Updated' AS Activity,
WC.CHANGEDATE AS EventTimestamp,
'Maximo' AS SourceSystem,
CURRENT_TIMESTAMP AS LastDataUpdate,
W.WORKTYPE AS WorkType,
W.WOPRIORITY AS Priority,
W.ASSETNUM AS AssetNumber,
WC.CHANGEBY AS AssignedResource,
W.ACTFINISH AS ActualFinishDate,
W.TARGCOMPDATE AS TargetCompletionDate,
W.ACTLABHRS AS ActualLaborHours,
W.ASSETLOCPRIORITY AS AssetCriticality,
W.STATUS AS Status
FROM
WOCHANGE WC
JOIN
WORKORDER W ON WC.WONUM = W.WONUM AND WC.SITEID = W.SITEID
WHERE
W.REPORTDATE >= '2023-01-01'
AND (WC.MODIFIEDATTRIBUTE = 'TARGCOMPDATE' OR WC.MODIFIEDATTRIBUTE = 'SCHEDFINISH') 改进资产维护,立即减少停机
将维护周期时间缩短30%,消除瓶颈
免费试用14天,无需信用卡