设备管理系统是什么?台账、点检、维修一条线
设备管理系统(EAM)是以设备档案为底座,把点检保养、维修工单、备件消耗串成一条可查记录的体系。本文讲清它管什么、和 MES 设备模块的关系,以及上线前要先定好的几件事。
一句话说清:设备管理系统到底管什么
设备管理系统常被叫作 EAM,全称是 Enterprise Asset Management,中文一般翻译为「企业资产管理」。它管的对象不是所有资产,而是以设备为核心的那一类资产——机床、空压机、行车、注塑机、检测仪器、配电柜、叉车、电梯。
它要回答的,其实是很朴素的四个问题:
- 这台设备是什么、在哪、归谁管?(台账)
- 它现在还能不能用、下次该什么时候保养?(点检与保养)
- 它坏过几次、怎么修的、花了多少时间和备件?(维修)
- 修它要用的备件还有没有?(备件)
把这四件事记录在系统里,连成一条时间线,「设备的一生」就变成可查的账。这就是设备管理系统最核心的价值,也是它和一张 Excel 台账的根本区别:Excel 记的是当前状态,系统记的是过程和历史。
和「设备台账 Excel」的边界在哪
很多工厂并不是没有设备管理,而是用一张 Excel 表管着:设备名称、型号、位置、责任人。这张表能用,但会在三种情况下开始失效。
一是记录不落地的动作。点检做了没有、谁做的、发现了什么问题,这些都在纸质点检卡上,月底交上来一叠,没人统计,查不到历史。
二是信息不在现场。设备上贴着一张编号标签,工人扫了或者抄了编号,却查不到这台设备的历次故障、该用什么备件。
三是提醒靠人记。年检、校准、保养到期,靠设备主管在日历上画圈,人一走就断了。
设备管理系统的第一件事不是「上软件」,而是把这三件事从纸上、从人脑里挪到一个可查的地方。
台账:另外三件事的地基
台账看起来最简单,其实是全部分析的地基。地基没打好,后面点检和维修的记录会变成一堆对不上设备的散数据。一份能用的设备档案,至少要包含这些字段:
- 设备编号:全厂唯一,能贴到设备本体上
- 名称与型号规格:与铭牌一致
- 生产厂家与供应商:用于追溯和索赔
- 安装位置:厂区、车间、产线、工位,逐层选
- 投用日期、原值、使用部门、责任人
- 设备状态:在用、停用、维修中、报废
- 随机资料:说明书、合格证、图纸等附件
其中两个字段最容易被做错。
编号规则:不要用流水号加名称混编,也不要用「1 号机」这种口口相传的叫法。建议按「类别 + 顺序号」或「车间 + 顺序号」定规则,编号一旦发出去就不再变,设备挪位置也不改编号。编号的目的是能贴到设备上、能被扫到,所以还要考虑打印方式——二维码标签贴上去,手机一扫就能打开这台设备的档案。
位置:不要让人自由填写「一楼东边那台」。位置应该做成可选的层级结构,先建厂区和车间,再往下列到设备。位置做成选项,后面才能按车间统计设备数量、按产线看停机。
如果已经有 Excel 台账,不必一条条重录,把表格整理成「一行一台设备、表头就是字段名」的形式导入,再人工核对一遍编号是否重复,是最省的起步方式。## 点检:把例行检查变成可追溯的记录
台账建好之后,第一个要在线化的动作是点检。
点检和巡检常被混着用,两个词确有交集:点检偏向定点定项定周期的例行检查,一人一机、对着清单逐项确认;巡检偏向按路线走一圈,看的是区域整体。二者的细节区别,可以参考点检和巡检的区别那篇,这里只讲它在设备管理里扮演什么角色。
点检要落地,缺一不可的是三样东西:点检标准、点检计划、点检记录。
点检标准回答「查什么、怎么判」。它应该按设备类型来建,一条标准对应一个点检部位与项目,写清方法(看、听、摸、测)和判定基准(比如油位在上下限之间为正常)。这份标准通常掌握在老师傅手里,把它写进系统是上线阶段最需要投入的活。
点检计划回答「谁、什么时候、查哪几台」。计划按周期(每班、每日、每周、每月)自动生成当期的点检任务,分配到人。
点检记录回答「查了没有、结果如何」。工人在手机上打开任务,逐项确认正常或异常,异常项直接说明现象,需要时拍照留痕。
这三样东西连起来,管理上的改变是确定的:点检不再是一叠月底才交上来的纸,而是当天就能看到完成率和异常项;异常发现之后不用等例会,可以立刻转到维修环节;更重要的是,每台设备都有了自己的检查历史,出问题时能往前翻,看是哪一次点检漏了或者已经预警过。
维修:从报修到完工验收的闭环
点检发现异常要修,设备突然停机也要修。维修这一环最容易变成「口头派工、修完就忘」,所以关键是把整条链留痕。
一条完整的维修记录,通常包含这些节点:
- 报修:报修人选设备、写故障现象、上传现场照片
- 派工:指定处理人或处理班组,确定优先级
- 维修过程:记录故障原因、处理措施、更换的备件、工时
- 完工:记录完工时间,据此算出停机时长
- 验收:由使用部门或设备主管确认修好了,工单才关闭
这条链一旦跑起来,收益是双向的。对维修人员来说,他被派了哪些活、哪些还没做完,手机上一目了然,不用天天被电话催。对管理者来说,「故障原因」这一栏积累起来就是一份重复故障清单——同一台设备同一处反复坏,就不再是维修问题,而是该考虑技改或更换了。
需要注意的是验收这一步别省。有些工厂工单只记到「修完」,谁确认修好了没人管,结果就是维修量看着很多,实际效果说不清。验收人加上去,工单才有闭环。
设备维保与维修工单具体怎么落地成页面,可以看设备维保与维修工单方案;如果你更关心纸质记录怎么过渡到双端可查,制造业设备台账那篇讲的是同一条路上的第一步。## 备件:维修的弹药库,别让它单独成账
维修工单里有一栏叫「更换备件」,这一栏连着的是仓库。
备件管理的麻烦在于它有两套身份:对仓库来说它是库存物料,对设备来说它是某个设备、某个部位的消耗品。很多工厂的备件账在仓库系统里,维修用什么写在工单纸上,两边对不上,月底盘库就出差异。
比较省事的做法,是让备件跟着维修走:
- 备件档案沿用仓库的物料编码,不另建一套编号
- 设备与备件建立对应关系,记录这台设备常用哪些备件、用量大概多少
- 维修领用时扣减库存,领用记录挂在工单上,谁为哪台设备领了什么一目了然
- 设安全库存,低于下限自动提醒补货,避免修到一半发现没件
这样备件既不会脱离仓库成为一本糊涂账,也不至于维修时翻遍仓库找件。备件的库存、领用与设备绑定这条线,备品备件方案里讲得更细。
EAM 和 MES 的设备模块,到底什么关系
这是选型时最常被问到的一个问题。
MES 是制造执行系统,它的主角是生产——工单、报工、质量、在制品。MES 里也会有设备相关的内容,但它关心的是「设备能不能支撑今天的生产」:设备停机了哪张工单受影响、工序产能按什么设备算、设备状态要不要在车间看板上显示。
而设备管理系统的主角是设备本身的一生:这台设备什么时候买的、装在哪、做过几次保养、坏过几次、修了多久、花了多少备件、还能用几年。
打个不太严谨的比方:MES 关心设备此刻「在不在岗位上」,EAM 关心这台设备的「人事档案和病历」。两者有交集——设备状态和停机记录——但出发点是不同的。
所以对中小工厂来说,答案往往很直接:不必一开始就上两个系统。如果你的核心痛点是生产进度不透明,先从工单与报工做起,设备台账作为一个基础档案模块存在即可;如果你的核心痛点是设备老是突然坏、保养没人管、维修记录查不到,那就先把台账、点检、维修这条线建起来。等两边都跑顺了,再考虑用设备状态把两条线连起来。
想先厘清 MES 和 ERP 的边界与先后顺序,可以看什么是 MES 系统和MES 与 ERP 的区别。## 上线之前,先把这五件事定下来
系统只是容器,装什么得先想清楚。动手前花半天把下面五件事定下来,能省掉后面大量的返工。
- 编号规则与贴码方式:编号怎么编、标签怎么打印、贴在设备哪个位置。
- 责任人口径:设备归谁管。是车间主任、班组长,还是专门的设备员,要在台账里统一,不要一台设备一个叫法。
- 点检标准谁定:通常是设备主管牵头、老师傅提供内容。这部分内容抄不来,只能花时间整理。
- 验收人是谁:维修完工由谁确认,这决定了工单能不能闭环。
- 权限怎么分:一线工人只需要报修和填点检;维修工看自己的派工单;设备主管看全部台账与分析。
关于权限的具体做法,可以参考角色与权限配置。
在 Inkwell 上,这条线怎么搭起来
Inkwell 的 AI 构建器做的事,是把上面这些「想清楚的事」变成能用的页面。你可以用一句话描述需求,让构建器生成设备档案、点检记录、维修工单这几个模块和它们的页面,再在界面上调整字段与流程。
具体到设备管理这条线,通常会用到这些能力:
- 主子表结构:设备档案是主表,点检记录、维修工单、备件领用是挂在设备下面的子表,点开一台设备就能看到它的全部历史。
- 引用关系:维修工单选设备、备件领用单同时选设备与备件,靠引用把跨模块的数据关联起来,不用手工填一遍名称。
- 数据字典:设备状态、故障等级、点检结论这类固定选项集中维护,避免同一个意思出现好几种写法。
- 工作流与定时任务:报修到派工走审批流;点检计划、保养到期、备件低于安全库存这类「按时间该做的事」,交给定时任务自动生成待办或提醒。
- 移动端:PC 上建好的模块会自动出现在手机端,现场点检、扫码打开设备档案、拍照报修都在手机上完成。移动端的使用方式见移动端使用指南。
- 发布前预检:模块上线前系统会先跑一遍检查,把明显的字段和权限问题拦在前面,这一步的操作见模块的测试与发布。
最后,怎么判断自己该不该上
不必急着找软件。先问自己三个问题:最近一次设备故障,你能在五分钟内说出它的历史维修记录吗?点检卡上个月完成率是多少?保养到期的设备有没有遗漏?任何一问答不上来,就说明记录还散在纸上和人脑里。
设备管理系统要解决的从来不是「有没有系统」,而是让设备的状态、责任和历史都留下痕迹——查得到,才算管住了。