设备点检表怎么做？模板字段与执行要点

先给一句话答案

一张能长期用下去的点检表，不是一张表，而是三张表：点检标准表（这台设备的哪个部位、查什么、合格长什么样）、点检计划表（谁、多久查一次）、点检记录表（这一次到底查了什么、结果如何、有没有异常）。

大部分厂里的纸质点检表之所以最后变成"打勾交差"，问题不在人不认真，而在三件事被压在了同一张纸上：标准写在表头小字里没人看、周期靠班组自己记、异常打了一个勾之后没有下文。把这三件事拆开建，点检就从一个动作变成一条数据链：有标准、有人查、有问题跟着走。

这篇按"字段怎么设计 → 三张表怎么拆 → 周期怎么定 → 异常怎么升级 → 手机端怎么执行 → 上线前查什么"的顺序讲，每一步都可以直接照抄成一版模板。

一张点检表该有哪些列

先把列的清单列全，再谈删减。合格的字段分成三组，分别对应上面三张表。

标准组（跟着设备型号走，不跟着日期走）

设备类别 / 设备型号：同类设备的检查项是一样的，标准要挂在类别上，不要一台机器抄一份；
检查部位：电机、减速箱、皮带、联轴器、导轨、油路、电控柜这类具体位置。颗粒度标准是"人到现场知道往哪看"；
检查项目：部位 + 检查什么，例如"减速箱-油位""电机-轴承温度""皮带-张紧度"；
判定标准：这是全表最重要的一列，见下一节单独讲；
检查方法：看、听、摸、闻，还是用仪器测（测温枪、测振笔、塞尺）；
检查工具：需要自带什么工具，避免人到现场才发现没带测厚仪；
是否关键项：关键项出问题可直接停机或升级，一般项只记录。这一列决定后面异常路径走多快。

计划组（跟着设备台账和日历走）

设备编号 / 设备名称：唯一编号，与设备台账保持一致，不要一个叫"3 号空压机"、一个叫"空压机 03"；
点检类型：日常点检（班前/班中）、专业点检（周/月）、精密点检（季度或年度）；
周期与提前提醒天数：例如"每周一执行、提前 1 天进待办"；
执行人 / 责任班组：默认责任人 + 可代执行；
挂起的检查项范围：日常点检可能只查 8 项，专业点检查 22 项，同一台设备的不同类型点检覆盖的项目不同。

记录组（每次执行生成一条）

计划号、设备编号、执行人、执行时间（系统自动带上，不让人输）；
逐项结果：正常 / 异常（尽量只给这两个选项，不要给"基本正常""轻微异常"这类中间态）；
实测值（可选）：温度、压力、油位刻度这类能读到数字的，留一个数值字段，长期能出趋势；
异常描述 + 现场照片：判定异常时必填，照片用手机拍；
处理去向：转报修 / 已现场处理 / 观察下一轮；
签名或确认人：班组长复核用。

判定标准这一列，怎么写才算数

点检表 90% 的失效都发生在这一列。常见的写法是"运转正常""无异常""油位正常"——这种标准无法判定，谁执行都能通过，等于没有标准。改写的方向是让标准变成可比较的：

能量化就量化：轴承温度 ≤ 75℃、油位 在上下刻度线之间、气压 0.6~0.8MPa、皮带下沉量 ≤ 10mm；
不能量化就给对照物：无连续异响，与同型号 2 号机对比无明显差别；无渗漏，地面无油迹；
需要仪器测量就在"检查方法"里写清工具和读法，避免"凭感觉"；
每一项都要能回答一个问题：执行人当场能不能判断这一项过还是不过？ 答不能的，标准就要重写。

顺带说一句字段复用：部位、点检类型、异常类别、处理去向这些反复出现的选项，统一放进数据字典维护。否则统计时"渗油 / 漏油 / 渗漏"三种写法会同时出现在一张报表里，按异常类别做 Pareto 分析就做不了。

为什么要拆成三张表，不能一张大表

纸质时代一张表打天下，是因为纸没法拆；系统里如果照抄成一张大表，会立刻遇到四个麻烦：

改标准要动历史记录。标准是设备型号的属性，记录是某一次的事实。混在一张表里，把标准从"≤75℃"改成"≤70℃"，三年前的记录也跟着变了口径，趋势就断了。
周期无法自动生成待办。周期挂在计划上，系统才知道"这周谁该去做哪台设备"，才能把漏检亮出来。
漏检统计算不出来。要算漏检率，需要"应该做的清单"和"实际做了的记录"两张表对减，只有记录没有计划，永远只能统计"做了多少"，不知道"漏了多少"。
手机端没法只显示该查的项。执行人点到某台设备的某类点检时，页面只应弹出这次该查的 8 项，而不是这台设备的全部 40 项——这靠计划去圈定范围。

三张表之间的关系很简单：标准表按设备类别提供检查项池子，计划表从池子里圈出本次范围并定周期和人，记录表每次执行生成一条并按项展开结果。这套结构不复杂，理解成"菜谱、排班、出菜记录"就通了。

如果设备基础数据和检查项目前还在 Excel 里，不必一条条手敲，可以按导入模板一次性建成模块，做法见用 Excel 一步建模块；这套业务形态的完整背景（台账管"设备是什么"，点检管"状态怎么样"）可以看设备管理系统是什么。

点检和巡检要不要合成一张表

不必，但必须分清谁管什么。简单说：点检控状态，巡检找异常——点检按标准逐项打勾、周期长、记录要留档；巡检按路线高频走、看得快、发现异常才停。两者的建模对象不同：点检挂"检查项清单"，巡检挂"路线 + 巡检点"。

放在同一张表里会出现两种混乱：漏检统计口径算不清（到底是路线没走完还是项目没查全），异常闭环也接不上。区别的完整讲法见点检和巡检的区别是什么，这里只留一条实操建议：同一台设备可以同时有点检计划和巡检点，但记录分开记，各自统计各自的完成率。

周期怎么定：按风险分三档

周期不是越密越好，密到执行不完，结果一定是补签。按风险分三档最实用：

日常点检（每班或每天）：只查少量关键项——油位、气压、异响、温度手感、清洁与安全防护，执行人是操作工或班组长；
专业点检（每周或每月）：走完整检查项清单，含需要仪器的测量项，执行人是专职点检员或维修工；
精密点检（季度或年度）：精度校验、关键部件劣化趋势，由设备部门牵头，必要时联合外部服务商。

定周期的三条经验：

先定关键项，再定周期。影响安全、影响停机的项才配到日级；不影响生产的一般项放到周月级；
新设备蜜月期可以放宽，老设备加密。设备档案里带上投用年限、历史故障次数，周期按这两项调整，而不是全厂一刀切；
周期改动要留痕。谁在什么时候把某台设备从"每月"改成"每两周"，记录下来，否则几个月后没人说得清为什么这台机器查得这么勤。

异常升级路径：打勾之后必须有人接

纸质点检表最大的漏洞是"异常勾了以后没有下文"。线上化的时候，这条链路要一次建成三档：

第一档：现场能处理的（当班闭环）。判定异常 → 记录异常描述 + 拍照 → 选择"已现场处理"→ 填写处理措施（紧固、补油、清洁）→ 提交。这类不需要转单，但记录要留得住，用于判断是不是同一部位反复出现。

第二档：需要维修介入的（转报修）。判定异常 → 提交时选"转报修"→ 系统自动生成一张维修工单，带上设备编号、异常描述、现场照片、发现人与发现时间，不让人再抄一遍。工单侧的派工、完工验收流程见设备维保与维修工单。

第三档：可能影响生产的（停机上报）。关键项判定异常 → 触发审批，由设备主管确认是否停机、是否通知生产。关键项的建议规则是"不允许执行人自行放过"，必须有人复核。

配套两条机制：

异常项要让数据说话。按设备、按部位、按异常类别做月度汇总。同一部位连续两个月出现同一异常，就应该生成改善项跟踪（改标准、换备件、改保养周期），而不是继续在点检表上打勾。设备与备件的绑定思路见备品备件管理；
超时未处理的异常要升级。转出的报修工单超过约定时长没人接单，用定时任务定期扫一遍，把超时清单推到设备主管的待办里，靠人盯是盯不住的。

移动端怎么执行：把动作压到三步

点检能不能落地，八成取决于现场那一分钟顺不顺手。目标动线是三步之内提交：

打开本次任务：手机上从待办进入当天应做的点检计划，列表按设备排好，标出哪些已过期；
逐项打勾：页面只列这次该查的项目，每项两个按钮（正常 / 异常），能测的给一个数值框。判定异常时自动展开异常描述与拍照；
提交：执行人、时间由系统带上，提交即入账，记录立刻能在电脑端看到。

几个让动线更短的细节：

现场标识配合。设备上贴了编号二维码的企业，电脑端可以用扫码枪扫编号直接定位设备（扫码枪对页面来说就是一个键盘，扫进去就是那串编号）；手机端则从待办或设备列表进入，避免现场对码。扫码这套做法可以看扫码报工怎么实现；
一次只给一个人看一屏。不要把全厂设备的项目堆在一个长列表里，滚动找项目会直接劝退执行人；
照片走手机相册直传，压缩由系统处理，不要让工人先拍照、再传微信、再让人另存；
权限收在最小面。执行人只能填自己的计划、不能改历史记录；班组长可复核与代执行；标准表只有设备管理员能改。角色怎么分见角色与权限配置；
电脑端与手机端是同一个模块，两端数据不需要二次导入或对账，模块发布时同步到移动端即可，具体见移动端使用指南。

从纸表到系统：六步落地

下面这套步骤是按"一个人就能推动"的规模写的，不假设你有 IT 部门。用 AI 构建器这类工具，第一版通常一两天能出来，剩下的时间都花在口径确认上——这是正常的，也是值得的。

第一步：把现有纸表收齐，做一次减法。 做什么：把全厂正在用的点检表都收上来，按设备类别归类。看到什么：通常会发现同一类设备有好几个版本、项目数量差很多。出问题怎么办：版本对不上的，以执行最认真的那个班组的版本为底稿，其余并入，而不是取"项目最多"的那份——项目越多，执行率越低。

第二步：统一命名，先建字典。 做什么：把部位、点检类型、异常类别、处理去向整理成固定选项，先建数据字典。看到什么：字典里应该只有十来个选项，出现几十个说明颗粒度太细。出问题怎么办：拿不准某个说法要不要合，就按"是否要单独统计"来判断，要统计才单列。

第三步：建三张表并灌入基础数据。 做什么：用一句话把需求描述给 AI 构建器（例如"我要一个设备点检模块，有标准、计划、记录三张表，记录要能逐项填写正常异常"），再把 Excel 里的设备清单和检查项导进去。看到什么：三张表建好，设备清单能一一对上。出问题怎么办：导入报字段不匹配时，先对齐列名与类型，具体做法见用 Excel 一步建模块；表结构建歪了不用推倒重来，用改法说明调整即可，见修改与编辑模块。

第四步：配计划、责任人和提醒。 做什么：给每台设备（或每个设备类别）配点检计划，设周期、执行人、提前提醒天数，再用定时任务按天生成待办。看到什么：第二天打开工作台，待办里就该出现"某设备日常点检"这类任务。出问题怎么办：待办没生成，先查计划的状态是不是"启用"、周期表达式有没有写错日期。

第五步：接上异常转报修。 做什么：把"判定异常 → 可选转报修 → 生成维修工单"这条路径用工作流可视化编辑器串起来，关键项异常额外加一道主管确认。看到什么：提交一条带异常的记录，工单列表里应立刻出现对应工单，且设备编号、照片都带过去。出问题怎么办：工单没生成，先看触发条件是否被写成"全部项异常"而不是"任一项异常"。

第六步：试运行两周再全厂推。 做什么：先在一个班组跑两周，期间每天看完成率与异常记录。看到什么：完成率应该接近 100%，异常记录每天有几条属正常。出问题怎么办：完成率低，九成是动线太长或待办没推到手机，回到"移动端怎么执行"那节压缩步骤；异常记录长期为零，多半是标准写得太松，回到"判定标准"那节重写。模块发布与移动端同步的完整预检项见模块的测试与发布。

上线前的检查清单

逐条打勾，任何一条答不上来就先别推全厂：

每台在管设备都有唯一编号，与台账一致，没有"3 号空压机 / 空压机 03"这种双写；
每个检查项都有能当场判定的标准，含糊表述（正常、无异常）已全部重写；
关键项已标注，且关键项异常有明确的上报对象与复核人；
计划覆盖了全部在管设备，周期与责任人已确认到人，不是"某班组"；
待办能推到执行人的手机端，且过期任务在列表上能一眼看出；
异常转报修后工单能自动带出设备、描述、照片、发现人；
权限分档清楚：执行人、班组长、设备管理员各能看到什么、能改什么；
历史留痕可导出，外部审核或客户验厂时能直接给出一段时间的点检记录；
有人负责每周看一次完成率与异常汇总，岗位写进职责而不是"大家自觉"；
有一份纸面应急方案：系统临时不可用时，现场先记纸单、恢复后补录，补录规则写清楚。

三个最常见的坑

坑一：把点检当成打卡。 现场只点"全部正常"就算完成，系统里完成率很漂亮，设备该坏的还是坏。对策是让判定结果必须逐项落、数值项必须填，并定期抽查异常记录的真实性。

坑二：表建得比制度大。 一上来就建几十项检查、十几种点检类型，执行不了两周就退化。对策是先跑最小可用的一版（日常点检 8 项），跑顺了再加专业点检。

坑三：异常闭环断在系统外。 点检发现的问题转成工单，工单没人接、没人验证，最后又回到"口头提醒"。对策是把超时未接单的清单用定时任务推给设备主管，让断点每天都看得见。

这套做法适合谁，不适合谁

适合：设备数量在几台到几百台之间、目前靠纸表和 Excel 管点检、希望把"谁查了、查出什么、后来怎么处理"留成一条可查记录的制造、物业、能源、公用事业类企业。成型案例可参考设备点检巡检方案。

不适合：把点检等同于状态监测诊断的场景。振动频谱分析、油液光谱、红外热像的定量判读，需要专业仪器与算法，系统在这里的角色是登记结果、串联异常与工单，不代替仪器与判读。同理，需要实时采集与自动报警的传感器直连，也不在这套模块的范围内——这类需求应当由专业监测系统承担，本平台负责把结果接进台账与流程。

从纸表到可查的记录，本身就已经解决了大部分工厂设备管理里最真的一层问题：不是缺数据，是数据留不住。第一版怎么最快建出来，见AI 构建器上手。