简介这份 MAXIMO 系统操作手册面向企业资产管理EAM系统的初学者与日常操作人员帮助其快速上手 MAXIMO 的界面结构与基础操作流程适合运维、设备管理及仓储采购岗位人员作为入门参考。资源以 doc 文档格式提供压缩包内共 1 个文件整体约 11.18MB单份文档容量较大说明内容配有较完整的截图与章节说明便于对照界面逐项查阅。手册按系统概述与通用操作两大板块组织概述部分讲解系统启动、登录系统、启动中心以及浏览器菜单与图标、MAXIMO 导航栏、工具栏、字段、表窗口、导航表行、表窗口按钮、排序、行详细信息等界面组件通用操作部分则涵盖全部记录查询、表过滤器查询、高级查询与 SQL 查询等数据检索方式帮助读者理解记录定位与筛选逻辑。目前已有 189 人学习该资料可用于日常查阅界面含义、梳理查询思路也可作为企业内部培训时的辅助参考材料。1. MAXIMO 操作手册为什么值得单独做成一份 doc接手一套 MAXIMO 环境时真正让人卡住的往往不是按钮在哪而是工单从创建到关闭中间该填什么、谁审批、资产状态什么时候变、预防性维护计划为什么没有按时触发。这些共识如果只散落在聊天记录、邮件和截图里新人每问一次就要重新解释一次老人一换岗就断档。一份 MAXIMO 系统操作手册 doc 的作用是把这些口头约定固化下来让工单、资产、预防性维护、库存领用这些高频动作有统一的入口和退出条件。它适合资产管理员、运维工程师、实施顾问和新入职同事也适合需要把 MAXIMO 操作培训做成可复用材料的人。判断这份 doc 是否合格不看页数看一个没接触过系统的人能不能按章节独立走完一张工单的完整生命周期。2. 把 MAXIMO 操作手册的 doc 骨架一次搭对2.1 先定角色和场景再定章节很多手册一上来就按 MAXIMO 的菜单树写工单、资产、预防性维护、库存、采购、报表。这种写法对写的人省事对用的人不友好。更稳的做法是先列角色再列这个角色在系统里最高频的三个场景最后把场景映射成章节。角色和场景确定后章节自然就出来了后面加功能也只是往对应章节里补小节不会把目录撑散。下面这张表可以直接当作手册第 1 章的“角色-场景-章节”对照表。写手册前先填一遍填不出来的格子就是还没想清楚的部分。角色高频场景对应章节必须写清的退出条件工单发起人报修、创建工单、补充附件工单创建与提交工单状态变为“已提交”或“待审批”工单执行人接单、领料、记录工时、关闭工单执行与关闭实际工时和物料回写完成资产管理员资产台账查询、位置调整资产查询与变更资产位置和状态字段更新计划员预防性维护计划、日历PM 计划管理计划生成工单或标记跳过系统管理员用户权限、编码规则权限与基础数据权限变更留痕表格里的“退出条件”是手册和普通说明文档的分界线。只写“点击保存”不够要写保存后系统里哪个字段变了、哪个状态动了、下一角色该看到什么。2.2 用 docx 模板批量生成手册骨架如果手册要反复交付给不同项目用 python-docx 先生成骨架比手工复制粘贴稳。下面这段代码生成一个带版本表、角色表和一级标题的 docx后续只需要往占位段落里填内容。注意代码里用的是 docx交付前再根据要求另存为 doc。from docx import Document from docx.shared import Pt doc Document() doc.add_heading(MAXIMO 系统操作手册, level0) # 版本表版本、日期、修改人、修改说明 version_table doc.add_table(rows2, cols4) headers [版本, 日期, 修改人, 修改说明] for i, text in enumerate(headers): version_table.cell(0, i).text text version_table.cell(1, 0).text v1.0 version_table.cell(1, 1).text 2025-06-01 version_table.cell(1, 2).text 待填 version_table.cell(1, 3).text 初始骨架 # 一级章节占位 sections [ 1. 工单创建与提交, 2. 工单执行与关闭, 3. 资产查询与变更, 4. 预防性维护计划管理, 5. 库存领用与退料, 6. 权限与基础数据, ] for sec in sections: doc.add_heading(sec, level1) doc.add_paragraph(【本节待补充角色、前置条件、操作步骤、字段说明、常见错误】) # 统一正文字体避免交付后在不同机器上显示不一致 style doc.styles[Normal] style.font.name 宋体 style.font.size Pt(10.5) doc.save(MAXIMO系统操作手册_骨架.docx)逻辑说明add_heading生成的是 Word 内置标题样式后期转 PDF 或生成目录时能自动识别层级。参数说明level0是文档主标题level1是一级章节版本表至少保留四列方便审计时追溯。字体设置只统一了 Normal 样式表格和标题样式可以在模板文件里预先定义避免每次脚本都写一遍。2.3 工单、资产、预防性维护三张表必须写进目录MAXIMO 里对象很多但操作手册最常被翻的是工单、资产、预防性维护这三块。它们分别对应“事情怎么流转”“东西在哪”“什么时候该做”写不清就会出现工单关了资产没更新、PM 计划生成了没人执行的情况。目录里给这三块各留一章章节内再按“查询-创建-修改-关闭/完成”拆小节。MAXIMO 对象手册章节建议必须出现的字段常见写漏点工单工单创建与提交、工单执行与关闭工单号、描述、资产、位置、优先级、状态状态流转条件、实际工时回写资产资产查询与变更资产号、描述、位置、状态、父资产位置调整后的历史记录预防性维护预防性维护计划管理PM 号、频率、上次生成日期、下次到期跳过条件和重新排程库存库存领用与退料物料号、库房、数量、工单号退料和工单实际物料差异写手册时不要贴系统截图就结束截图旁边要有字段说明表。截图会随版本变化字段名和业务含义相对稳定把说明写厚截图换起来才不心疼。2.4 命名和版本字段不要留空doc 交付最常见的问题不是内容错而是文件名和版本对不上。建议文件名固定为“MAXIMO系统操作手册_v主版本.次版本_日期”例如MAXIMO系统操作手册_v1.0_20250601.docx。如果对方强制要求.doc本机 WPS 菜单新建没有 wps doc 选项时不要去找奇怪的插件直接用现有 docx 另存为“Word 97-2003 文档”即可。版本表里至少保留版本、日期、修改人、修改说明、审核人五列缺一列都会在后续交接时出现“这份是不是最新版”的争论。提示手册正文里每个操作步骤前加一句“前置条件”例如“工单已创建且状态为已提交”。没有前置条件的步骤新人会从错误的状态开始点最后怪系统有 bug。3. 从 doc 操作手册提取可检索的 MAXIMO 操作步骤3.1 docx 解析标题层级和表格怎么落到 Markdown手册写成 docx 后最大的问题是搜不动。关键词能搜到但搜到的是整段不是具体步骤。把 docx 解析成 Markdown 可以保留标题层级同时让内容进入 Git 或知识库。解析时重点处理三类元素标题、段落、表格。标题决定章节树段落决定正文表格决定字段说明。图片可以导出到独立目录正文里保留相对路径。docx 元素Markdown 输出处理要点Heading 1## 标题保留序号方便锚点跳转Heading 2### 标题不要跳级否则目录树断裂普通段落段落文本去掉连续空行保留换行表格Markdown 表格第一行作表头列数对齐图片按章节编号命名避免重名3.2 用 python-docx 抽取 MAXIMO 操作步骤的最小脚本下面脚本把 docx 里的标题和表格抽成 Markdown。它不是完整转换器但足够把操作手册里的章节和字段表搬到可检索环境。代码里对表格做了列数对齐避免 Markdown 表格错位。from docx import Document import re def clean_text(text): # 去掉多余空白和软回车保留中文标点 return re.sub(r\s, , text).strip() def docx_to_markdown(path): doc Document(path) lines [] for block in doc.element.body: tag block.tag.split(})[-1] if tag p: # 通过样式名判断标题层级 para [p for p in doc.paragraphs if p._element is block] if not para: continue p para[0] text clean_text(p.text) if not text: continue style p.style.name if style.startswith(Heading 1): lines.append(f## {text}) elif style.startswith(Heading 2): lines.append(f### {text}) elif style.startswith(Heading 3): lines.append(f#### {text}) else: lines.append(text) lines.append() elif tag tbl: table [t for t in doc.tables if t._element is block] if not table: continue rows table[0].rows if not rows: continue # 表头 header [clean_text(c.text) for c in rows[0].cells] lines.append(| | .join(header) |) lines.append(| | .join([---] * len(header)) |) for row in rows[1:]: cells [clean_text(c.text) for c in row.cells] # 补齐或截断保证列数一致 cells (cells [] * len(header))[:len(header)] lines.append(| | .join(cells) |) lines.append() return \n.join(lines) md docx_to_markdown(MAXIMO系统操作手册_v1.0_20250601.docx) with open(MAXIMO系统操作手册.md, w, encodingutf-8) as f: f.write(md)逻辑说明遍历doc.element.body可以按文档原始顺序处理段落和表格避免doc.paragraphs和doc.tables分开遍历导致顺序错乱。参数说明style.startswith(Heading 1)依赖 Word 内置样式如果手册用了自定义样式需要把样式名改成实际名称。表格列数对齐是为了 Markdown 渲染时不出错多余单元格截断、缺少单元格补空。3.3 把「无法预览doc」和格式兼容问题挡在交付前在线预览 doc 失败通常不是内容问题而是字体、图片锚定方式、域代码或兼容模式。交付前做四件事第一把非系统字体换成宋体、黑体、微软雅黑这类通用字体第二图片设为“嵌入型”而不是“浮于文字上方”第三如果文档里有自动编号转 PDF 前先更新域第四用另一台没装 WPS 的机器打开一次确认不会提示修复。如果对方要求.doc而本机菜单新建没有 wps doc 选项用 docx 另存为旧格式另存后重点检查表格边框和页眉页脚这两处最容易在格式转换时错位。注意手册里不要用文本框承载操作步骤。文本框在在线预览和移动端经常跑版步骤尽量用普通段落或表格。3.4 检索增强给每条操作步骤打标签转成 Markdown 后给每条步骤补一行标签检索时就能按模块、角色、动作过滤。标签不要写太多三到四个足够模块、角色、动作、系统对象。例如“模块工单角色执行人动作关闭对象WORKORDER”。这样搜“工单 关闭 实际工时”时能直接命中步骤而不是命中整章。标签可以放在步骤标题下一行用行内代码包起来既不影响阅读也能被脚本提取。### 4.3 关闭工单并回写实际工时 模块工单 角色执行人 动作关闭 对象WORKORDER 1. 进入工单跟踪查询目标工单号。 2. 切换到“实际工时”页签录入人工时和日期。 3. 检查物料实际用量确认与领料记录一致。 4. 将工单状态改为“关闭”保存。4. MAXIMO 高频操作在手册里的写法与参数4.1 工单创建必填字段和状态流转怎么写工单创建页字段多手册不要逐个截图而是按“必填、选填、系统自动带出”三类写。必填字段写错工单根本提交不了选填字段写错后面执行和结算会返工。状态流转要写清“从什么状态到什么状态需要什么角色触发什么动作”。字段类型填写规则常见错误描述必填一句话说明故障或需求只写“坏了”执行人无法判断资产必填从资产查询选择不要手输手输资产号导致关联失败位置系统带出随资产带出可微调随意改位置影响历史分析优先级必填按影响范围选不按心情选全选紧急调度失效计划开始选填用于排程填了过去日期导致排程异常状态系统控制创建后为“已提交”或“待审批”手工改状态绕过流程写状态流转时可以用一个小表把“当前状态、允许动作、目标状态、所需角色”四列写全。这张表比流程图更耐版本变化也更容易被搜索到。4.2 资产查询与预防性维护计划SQL 示例和参数说明手册里给 SQL 不是为了教数据库而是让读者能验证自己在界面上看到的数据。MAXIMO 常见表名包括 WORKORDER、ASSET、PM 等字段名随版本和配置可能不同所以 SQL 要写成“示意替换说明”不要写成绝对真理。下面查询列出某资产下未关闭的工单和即将到期的预防性维护计划。-- 查询指定资产下未关闭的工单 SELECT WONUM, DESCRIPTION, STATUS, PRIORITY, REPORTEDBY FROM WORKORDER WHERE ASSETNUM :assetnum AND STATUS NOT IN (CLOSE, CAN) ORDER BY PRIORITY DESC, REPORTEDDATE DESC; -- 查询指定资产关联的预防性维护计划 SELECT PMNUM, DESCRIPTION, FREQUENCY, LASTCOMPDATE, NEXTDUEDATE FROM PM WHERE ASSETNUM :assetnum AND ACTIVE 1 ORDER BY NEXTDUEDATE;逻辑说明第一条查工单STATUS NOT IN (CLOSE, CAN)过滤已关闭和已取消保留活动工单第二条查 PMACTIVE 1只看启用计划。参数说明:assetnum是资产编号手册里要告诉读者从哪里复制通常是资产查询页的“资产”字段。FREQUENCY和NEXTDUEDATE的单位和时区依赖系统配置手册里要加一句“以系统日历为准”不要直接写死天数。4.3 库存领用和工单实际工时别漏掉回写工单执行中最容易漏的是两件事领了料但没挂到工单录了工时但没改工单状态。手册里要把“领料-发料-工单实际物料”和“报工-实际工时-工单关闭”写成两条闭环。每条闭环末尾写一句校验回到工单页面看实际物料和实际工时是否出现对应记录如果没有回到哪一步检查。库存领用常见表是 MATUSETRANS工时常见表是 LABTRANS查询时用工单号关联。-- 校验工单实际物料是否回写 SELECT ITEMNUM, ACTUALQTY, TRANSDATE, LINETYPE FROM MATUSETRANS WHERE WONUM :wonum ORDER BY TRANSDATE; -- 校验工单实际工时是否回写 SELECT LABORCODE, REGULARHRS, TRANSDATE FROM LABTRANS WHERE WONUM :wonum ORDER BY TRANSDATE;逻辑说明两条查询都用工单号过滤MATUSETRANS看物料LABTRANS看工时。参数说明:wonum是工单号手册里要提醒读者从工单跟踪页复制不要手输。查询结果为空不代表操作失败也可能是过账延迟手册里应写清“等待过账任务完成后再查一次”。4.4 用检查清单保证每一步可执行每个操作章节末尾放一张检查清单四到六项即可。清单不重复正文只写“做完后应该看到什么”。例如关闭工单的检查清单工单状态为关闭、实际工时大于零、物料实际用量与领料一致、资产状态已更新、没有未处理的子工单。清单用复选框或普通列表都行关键是每一项都能在系统里找到对应字段验证。关闭工单检查清单 - [ ] 工单状态显示“关闭” - [ ] 实际工时页签有记录 - [ ] 物料实际用量与领料记录一致 - [ ] 资产状态与工单动作匹配 - [ ] 无未关闭的子工单5. 手册交付后的校验、排错与持续维护5.1 用 pandoc 把 Markdown 主稿转回 docMarkdown 适合维护和检索交付时往往还是要 doc 或 docx。常见做法是用 pandoc 从 Markdown 转 docx再按需另存为 doc。命令如下--reference-doc指定模板保证字体、页边距和标题样式统一。pandoc MAXIMO系统操作手册.md \ -o MAXIMO系统操作手册_v1.0_20250601.docx \ --reference-doc模板.docx \ --toc --toc-depth3 \ --highlight-styletango逻辑说明--reference-doc让输出继承模板样式避免每次手工调格式--toc生成目录--toc-depth3表示目录包含到三级标题。参数说明输入文件必须是 UTF-8 编码否则中文可能乱码如果手册里有复杂表格转完后重点检查列宽和跨页断行。5.2 交付前跑一遍格式与链接校验交付前用脚本扫一遍 Markdown检查空标题、重复标题、图片路径和表格列数。下面脚本只做最低限度校验但能拦住大部分“打开发现少图”的问题。import re from pathlib import Path path Path(MAXIMO系统操作手册.md) text path.read_text(encodingutf-8) lines text.splitlines() errors [] headings [] for i, line in enumerate(lines, 1): if re.match(r^#{2,4}\s$, line): errors.append(f第{i}行空标题) if re.match(r^#{2,4}\s, line): headings.append(line.strip()) # 检查图片路径 for img in re.findall(r!\[.*?\]\((.*?)\), line): if not Path(img).exists(): errors.append(f第{i}行图片不存在 {img}) duplicates {h for h in headings if headings.count(h) 1} for h in duplicates: errors.append(f重复标题{h}) if errors: print(\n.join(errors)) else: print(基础校验通过)逻辑说明正则只匹配二到四级标题避免把一级标题误判。参数说明图片路径按 Markdown 文件所在目录解析如果图片放在images/下路径要写相对路径。校验通过不代表内容正确但能保证交付时不会出现空章节和断图。5.3 新人按手册走一遍的验收方法手册写完不要直接发找一个没参与编写的人按 doc 走一遍。选三个场景创建一张工单并提交、领料并记录工时、关闭工单并确认资产状态更新。记录他在哪一步停下来、翻了哪一页、问了什么问题。如果某一步需要口头补充就把补充内容写回对应章节并加一句“前置条件”或“常见错误”。第二遍换另一个人走同样流程如果不再提问这份 MAXIMO 系统操作手册 doc 才算能交付。维护时坚持“改流程同时改手册”版本表里写清楚改了什么字段、影响哪些角色避免下一次交接又回到聊天记录里找答案。本文还有配套的精品资源点击获取