企业官网建设流程全解析

简介：这是一份面向企业资产管理与运维人员的MAXIMO（EAM）系统操作指南，适合刚接触该系统的业务人员、实施顾问与运维工程师作为入门与日常查阅手册，帮助解决系统启动、界面理解与日常数据操作等问题。资源包内共1个doc文件，压缩包约11.18MB，为完整手册正文，篇幅较充实、便于检索。内容以「系统概述—通用操作」为主线，先讲解登录系统与启动中心，再逐一说明浏览器菜单和图标、MAXIMO导航栏、工具栏、字段、表窗口、导航表行（记录）、表窗口按钮、排序及行详细信息等界面组件；随后展开通用操作，包括全部记录查询、使用表过滤器逐步查询、高级查询以及用SQL查询数据库等方法，能够帮助读者从界面认知过渡到实际数据检索与记录维护。目前已有189人学习，适合需要快速上手MAXIMO、建立规范操作习惯的初、中级用户参考。

1. MAXIMO EAM 从登录到启动中心：第一次打开系统该看哪几个位置

运维部门接到一套大唐发电 EAM 系统，账号和手册一起下发，打开浏览器输完地址，界面里全是表窗口和各种按钮，多数人第一反应是直接去找“资产”或“工单”入口。MAXIMO 是基于 Web 的企业资产管理（EAM）系统，底层把资产、位置、库存、预防性维护、采购和工单放在同一套关系数据库里，前端用统一的应用屏幕模板承载不同业务。这套模板结构固定：地址栏只负责访问，导航栏识别当前应用与权限，工具栏承载查询和操作，表窗口渲染结果集。把这条线理顺，之后切换任何模块都只是换数据集。登录地址由系统管理员提供，常见格式是http://服务器IP:9080/maximo，首次登录需要区分用户名和口令大小写。适合刚接手 MAXIMO 的设备工程师、运维和供应链岗位人员。

2. MAXIMO 应用界面结构：导航栏、工具栏与表窗口字段识别

2.1 浏览器菜单与 MAXIMO 导航栏的职责边界

很多人习惯用浏览器的前进后退按钮导航，在 MAXIMO 里这样操作会丢失未保存的数据。页面顶部那一行属于浏览器本身，下面的导航栏才是 MAXIMO 的一部分。导航栏左侧显示当前应用图标和名称——图标对应页面上第一个可编辑字段；中间是消息区域，保存成功后出现的“记录已保存”一类提示就落在这里，属于只读通知；右侧的导航按钮会随当前页面变化，常见的有帮助、附件、相关内容等入口。

对于初次使用者，最容易忽略的一点是消息区域。当保存失败或字段校验不通过时，错误原因通常只在这一小块区域闪一下，如果不特意看，会以为点击没生效，反复点保存反而生成多条草稿记录。

2.2 工具栏三件套：查询菜单、选择操作、标准按钮

导航栏下面是 MAXIMO 工具栏，分四块：查询菜单、查找字段、选择操作菜单和标准按钮组。查询菜单存放当前应用下已保存的查询，另加“所有记录”和“所有书签”两个内置项；选择操作菜单放的是业务动作，比如在工单应用里会有“更改状态”“选择所有者”“创建 KPI”“浏览器视图：工单列表”“直接打印：工单详情”等条目；标准按钮组对应日常编辑动作。

标准按钮组的关键映射关系可以先记这几条：

• 插入新记录：如果应用启用了自动编号，按钮上会显示一个#符号；
• 保存记录 / 清除更改：成对出现，清除会丢弃当前未保存的所有修改；
• 上一条 / 下一条：按结果集顺序移动，到头会置灰；
• 更改状态：把记录推进到下一生命周期阶段。

在动手之前先确认后端是否在线，用浏览器或命令行做一次最轻量的连通性检查：

# 确认 MAXIMO 服务端口是否可达，地址以系统管理员实际提供为准 curl -I http://10.66.151.65:9080/maximo # 返回 200 或 302，说明 Web 容器正常响应，问题多半在浏览器缓存或账号 # 返回 Connection refused，先查服务端进程，不必反复刷浏览器

逻辑说明：MAXIMO 的登录页由 Web 容器下发，-I只取响应头，不下载页面正文，用来快速区分“服务没起来”和“页面加载慢”。参数说明：URL 中的 IP 和端口由管理员给出，不同环境可能不是 9080；如果走 HTTPS，端口通常换到 9443 一类，curl需要加-k才能跳过自签证书校验。

2.3 字段类型与状态：必填、只读、默认、计算

MAXIMO 字段按可编辑性分成五类，识别它们的方法是看背景色和标签上的符号，而不是靠猜。

保存失败最常见的原因就是漏填带*的必填字段，尤其是跨标签页录入时。遇到“记录未保存”类报错，先把当前标签页视口内所有带星号的字段过一遍，再切到其他标签页检查。

2.4 表窗口、行详细信息与排序行为

表窗口同时显示多条记录，顶部一行是列标题，其余行是数据。屏幕放不下的字段通过“查看详细信息”按钮展开行详细信息表单，它是紧贴在当前行下方的，展开后按钮变成“关闭详细信息”。

排序行为也有一套固定规则：第一次点击列标题按升序，标题出现向上箭头；第二次按降序，箭头向下；第三次回到默认的数据库排序，箭头消失。一次只能对一列排序，切换列时旧的排序标记会被清掉。拿它替代“先查全部再翻页”是个实用习惯，尤其在大结果集里按创建时间倒排，能第一时间看到最新记录。

3. MAXIMO 通用查询：表过滤器、高级查询与 SQL Where 子句

3.1 全部记录查询与表过滤器的适用边界

进入任意应用后默认落在“列表”标签页。如果账号配置了默认查询，会直接显示结果；如果没有默认查询，结果集就是空的，这时需要点查询菜单里的“所有记录”把数据拉出来。“所有记录”是一次全表拉取，记录数上万时首屏会比较慢，生产环境别当默认操作。

表过滤器在列标题和第一行之间展开一行可编辑输入框，点表过滤器图标显示，点查找按输入内容过滤，点清除恢复原始行。它只作用在当前已经加载的结果集上，本质是客户端过滤，不会回数据库重查。比如在资产应用里筛描述含“泵”的记录，就在描述列的输入框里填“泵”后回车，这一点和 SQL 的like语义一致，但范围受限于已加载数据。

提示：表过滤器不等于全库搜索。要跨全库筛选，用高级查询或 Where 子句。

3.2 高级查询的条件组合与运算符

高级查询提供一个条件构建器，按字段、运算符、值三层组合，可以叠加多行。可用的运算符随字段类型变化，最常用的几组如下：

组合时注意两点：一是 AND 与 OR 的优先级，线性组合容易出错，多条件嵌套建议直接走 Where 子句；二是日期字段的值格式跟随数据库区域设置，手工填错格式会直接报错而不返回空结果。

3.3 SQL Where 子句查询与字段映射

点“高级搜索”右侧的下拉菜单选“Where 子句”，可以直接对 MAXIMO 数据库执行 SQL 条件。这一入口要求使用者懂 SQL 且了解 MAXIMO 的数据模型，属于系统管理员和资深用户的工具。查询语句只写条件部分，字段名必须与数据库列名一致。

-- 查询大唐发电某站点下所有未停用的资产 select assetnum, description, status, location from asset where siteid = 'DT01' and status != 'DECOMMISSIONED' and assetnum like 'PUMP-%' order by assetnum;

逻辑说明：asset表是 MAXIMO 资产主表，siteid + assetnum联合唯一标识一条资产，location字段把资产挂到位置层级上，status反映资产生命周期状态。这里用like 'PUMP-%'快速圈出泵类资产，好处是前缀匹配可以走索引，比两侧都加%的方式效率高。

参数说明：siteid是组织隔离的主键字段，大唐发电这类多电厂环境通常按厂或机组划分；status的取值集合由数据库域表（DOMAIN）控制，写错值不会报错但会返回空集，取当前所有取值可以查select * from MAXVALUE where domainid = 'ASSETSTATUS'。执行前先在测试环境验证，生产库直接跑全表扫描的语句风险不低。

3.4 保存查询与已保存查询管理

调好条件后，点查询菜单里的保存按钮，可以把当前条件存成个人查询或公共查询。保存下来的查询会出现在查询菜单里，可以进一步设置为默认查询，下次进入该应用自动执行。公共查询对所有能看到该应用的用户生效，个人查询只有自己能见。

管理入口是“管理已保存的查询”，可以编辑条件、改名、删除，也可以改默认查询的指向。团队协作时建议把高频查询存成公共查询，但命名要带上业务前缀，比如DT01-泵类资产-运行中，否则查询菜单没多久就会堆成一团。

注意：修改公共查询会影响所有使用者，删除前先确认没有报表或启动中心的 KPI 依赖它。

4. MAXIMO 核心业务模块：资产、库存、预防性维护与工单

4.1 资产与位置应用程序的层级关系

资产应用和位置应用是 MAXIMO 的两条主线。位置代表物理或功能上的层级结构，比如“厂区 → 机组 → 系统 → 设备位号”；资产则挂在某一个位置节点上，两者通过location字段关联。理解这一点，后续所有模块的字段引用逻辑就顺了。

“故障代码”应用是资产模块的辅助设施，为设备和位置定义故障现象、故障原因、处理措施三类代码，工单归集和故障统计分析时用得到。建档时如果把这些代码提前配好，后面写工单时就能直接下拉选择，省去大量自由文本。

4.2 库存模块：主库存工程与库存应用程序

库存模块分两层：主库存工程（Master Inventory）定义物料主数据，库存应用（Inventory）管理各仓库的实物余额。主库存里管的是“这种物料是什么”，库存里管的是“这个仓库里还有多少”。

常见字段关系：itemnum是物料编号，description是描述，发放单位和订购单位可以不同，换算关系在物料主数据里维护；库存层级是location（仓库）→ storeroom（子库）→ bin（货位）→ lot（批次）。物料领用时的具体扣减发生在最细的层级上。

-- 查询某仓库中余额低于再订货点的物料 select itemnum, description, curbal, reorderpoint, orderqty from inventory where location = 'DT01-STORE' and reorderpoint > 0 and curbal < reorderpoint;

逻辑说明：inventory表按location + itemnum存储库存快照，curbal是当前余额，reorderpoint是再订货点，orderqty是建议补货量。reorderpoint > 0是为了排除未启用再订货检查的物料，否则会混入大量噪声。

参数说明：location是仓库或库位代码，命名约定各厂不同，查之前先确认；curbal单位与物料的发放单位一致，跨单位比较会出错。工单完成后的物料消耗会在库存里生成交易记录，对账时用交易表比直接读余额表更靠得住。

4.3 预防性维护与标准作业计划

预防性维护（PM）记录定义周期性或基于计量的维护计划，标准作业计划（Job Plan）是工单的作业模板。把两者配合使用，PM 触发时生成的工单就会自动带上作业步骤和计划物料，省去每次手工录入。

PM 的关键字段包括pmnum（编号）、assetnum或location（作用对象）、frequency（周期，单位随频率类型变化）、meter（计量表编号）、actstart（下次触发日期）。触发方式分两类：时间驱动按frequency加提前量（lead time）生成，计量驱动按设备读数的累计变化生成。经典部署里还能配置两条触发条件同时满足才生成，用于避免设备未运行却反复下工单。

提示：标准作业计划是工单的骨骼。工单生成时会把作业计划的步骤、物料、人力一并复制过来，日后修模板不会影响已生成的工单。

4.4 工单应用程序从创建到物资领料

工单应用是使用频率最高的模块。创建路径是：进入工单应用 → 插入新记录 → 填描述、资产、位置、工作类型 → 保存 → 通过更改状态推进。状态流转的常见顺序是WAPPR（等待批准）→ APPR（已批准）→ INPRG（进行中）→ COMP（已完成）→ CLOSE（已关闭），具体状态集合由管理员配置。

-- 查询某资产近 30 天内所有进行中的工单 select wonum, description, status, actstart, reportedby from workorder where assetnum = 'PUMP-001' and status = 'INPRG' and reportdate >= sysdate - 30 order by reportdate desc;

逻辑说明：workorder表是工单主表，reportdate是建单日期，actstart是实际开始时间，两者不同步时通常意味着工单已派工但现场尚未开工。用sysdate - 30做相对时间过滤，比写死日期更适合做成日常巡检用的查询。

参数说明：status取值必须与数据库实际存储一致且大写；assetnum若与siteid联合唯一，多站点环境下需要把siteid一并写进条件，否则可能跨厂返回同名资产。工单的物资领料有两条路：一是从“物资领料申请”应用基于工单创建领料单，二是直接在工单的“计划”标签页里加物料行，前者走完整的审批流程，后者适合现场临时补充。

5. MAXIMO 报表运行与书签管理：两个被当成附属功能的高频入口

5.1 三种报表运行入口的差异

MAXIMO 提供三条运行报表的路径，很多人只用过其中一条，遇到别的入口报错就以为是权限问题。应用内“选择操作”菜单里列的是与当前应用直接相关的报表，比如工单应用里的工单明细、工单成本汇总；工具栏的“运行报表”按钮会弹出报表选择列表，覆盖范围内的所有报表都在这里；导航栏的“报表”入口是全局视图，不限制当前应用。三条路径最终都调同一套报表引擎，参数填写界面也是一致的。

报表跑出来是空的，多数是参数问题而不是数据问题。参数区里带星号的是必填，日期范围填反、站点代码填错、资产编号多打一个空格，都会得到空结果。跑之前先确认参数，比事后怀疑数据缺失高效。

5.2 书签管理与批量记录定位

书签用来标记记录，之后通过“列表”标签页下的“书签”子标签页统一访问。添加的方式是打开记录后点“添加到书签”按钮，删除则在书签列表里选中记录再执行删除。对于需要反复查看、又不适合存成查询的记录，书签比拿到查询结果里翻页更省事。

书签是个人维度的，不会影响其他用户，但也意味着换账号登录后看不到。

5.3 保存失败时看响应码而不是反复点保存

最后一个习惯值得单独说：保存记录后如果消息区没出现“记录已保存”，不要重复点保存按钮，先把浏览器的开发者工具打开，切到网络面板，再点一次保存，看那条 POST 请求的返回码。500 通常是后端异常或数据库约束冲突，需要找管理员看日志；400 大多是字段校验不通过，回到表窗口逐个核对带星号的必填字段；302 则说明会话已经失效，重新登录再操作。把这条链路走熟，能省掉大量“点了没反应”的来回沟通。

本文还有配套的精品资源，点击获取