设备每天都在运行,也每天都在停机。
可到了月底,管理者还是说不清:哪台设备停得最久?什么原因造成损失?实际产能为什么上不去?
班组长翻日报,维修人员找记录,生产主管合并Excel,忙了一圈,问题依然没找准。
真正麻烦的不是设备停机,而是停机没有统一记录、产量没有及时统计、异常没有人持续跟进。
所以,我花了2个小时,搭了一套设备OEE管理系统,把设备台账、生产日报、停机记录和效率看板串起来。
先从一条产线开始,让停机有记录、异常有跟进、效率有依据。
文中用到的简道云设备管理系统在这里>>https://s.fanruan.com/cgha3
一、搭好5张核心表
系统能不能用起来,首先看基础数据是否统一。
我没有一上来就做复杂的OEE模型,而是先搭好5张核心表。
01 设备台账表:
记录设备编号、设备名称、所属产线、设备类型、责任人和设备状态。
设备编号设置为唯一值,后续生产日报、停机记录统一关联设备台账,避免同一台设备出现多个名称,导致数据无法准确汇总。
02 班次表:
记录班次名称、开始时间、结束时间和标准工时。
例如白班、夜班,现场填报时直接选择班次,计划工时通过关联带出,减少重复录入和人工填写错误。
03 停机原因表:
将停机原因设置为分级选项,例如设备故障、待料、换型、待检等大类,再细分机械故障、电气故障、物料未到等具体原因。
这样既方便现场快速填报,也方便管理者统计主要停机原因,避免有人写设备坏了,有人写故障停机,最后无法统一分析。
04 生产日报表:
记录日期、班次、产线、设备、产品、计划产量、实际产量、良品数、不良数、计划工时和实际运行时长。
通过公式计算产量完成率和良品率,减少人工计算。实际运行时长可以先由现场填报,待停机记录稳定后,再逐步实现自动汇总。
05 停机记录表:
记录设备、日期、班次、停机开始时间、停机结束时间、停机时长、停机原因、责任部门、处理人和处理状态。
停机时长根据开始、结束时间自动计算,并统一使用分钟或小时作为统计单位。涉及维修的异常关联处理流程,避免记录完就没人跟进。
这5张表分别解决设备信息、工时标准、原因分类、生产结果和停机损失问题,为后续统计分析打好基础。
我用简道云搭建这些表单时,优先采用关联字段、下拉选项和公式计算,减少重复录入与手工统计。
先把数据口径统一,后续的流程和看板才有意义。
二、打通数据流程
表单建好只是第一步。真正要解决设备管理问题,还得让现场记录、异常处理和管理复盘衔接起来。
01 现场填报:
在简道云工作台设置生产日报和停机记录入口。
班组长按班次提交生产日报;设备发生停机时,及时填写开始时间、结束时间和停机原因。
设备信息、班次信息尽量通过关联字段带出,避免反复手输。
现场人员只需要填写与自己工作相关的内容,不必承担月底集中整理数据的任务。
02 异常流转:
将停机记录设置为流程表单,根据停机原因分配处理责任。
设备故障流转给维修人员确认,待料或换型等异常交由相应生产负责人跟进。
对于超过30分钟的停机,可以设置异常标记和负责人提醒。
03 数据汇总:
生产日报负责记录产量和工时,停机记录负责记录设备损失,两类数据通过设备、日期、班次等字段建立关联。
这样,管理者就能把生产结果和停机情况放在一起分析,而不是分别打开几张Excel表格,再人工核对。
如果企业暂时无法实现停机数据自动汇总,可以先通过统一表单和字段完成数据归集,再逐步完善自动计算规则。
先保证数据真实、口径一致,比一开始追求复杂功能更重要。
三、做好OEE看板
数据统一、流程跑通后,接下来就是把分散的记录转化成管理者能直接使用的信息。
我主要利用简道云的工作台和仪表盘,完成入口配置、设备运行总览、停机原因分析和产线效率趋势展示。
01 配置工作台:
我在工作台设置了三个入口:
生产日报填报
停机记录提交
设备OEE看板
现场人员主要负责填报,生产主管负责查看产线数据和异常情况,管理层重点查看设备效率变化与主要损失原因。
通过合理设置页面入口和数据查看权限,让每个人只关注自己需要处理的内容,减少无关操作。
02 制作运行总览:
首先制作设备运行总览,重点展示每台设备的计划工时、停机时长、运行时长和产量完成率。
管理者打开看板,就能快速了解各台设备的运行情况,发现停机时间较长、产量完成率偏低的设备。
这里要注意,计划工时和实际运行时长必须采用统一口径,否则即使看板自动汇总,也可能得出错误结果。
03 分析停机原因:
第二类看板用于分析停机原因。
我将停机记录按照停机大类汇总,统计不同原因造成的停机时长,并对主要原因进行排名。
例如,设备故障造成的停机时间较长,就需要进一步分析维修效率和故障频率;如果待料造成的损失较大,就需要检查物料供应与生产计划之间是否存在衔接问题。
从总时长看到具体原因,才能进一步找到改善方向,而不是只盯着停机次数。
04 汇总效率趋势:
最后制作异常处理状态和产线效率趋势看板。
异常处理状态主要查看未处理、处理中、已确认的停机记录数量,帮助主管及时跟进未解决的问题。
产线效率趋势则按日期展示产量完成率、良品率和停机时长的变化,方便管理者比较不同班次或不同时段的生产表现。
这里需要说明,产量完成率、良品率并不等于完整的OEE。标准OEE通常由时间稼动率、性能稼动率和良品率相乘得到。企业需要根据计划生产时间、实际运行时间、理想生产节拍、实际产量和良品数据,逐步完善计算模型。
第一阶段不必追求十几个指标同时上线,先把数据采集和统计跑顺,再逐步细化OEE计算规则。
简道云的一个优势是表单、流程和看板可以根据实际使用情况持续调整。
现场运行后发现字段不合理,就及时修改,不必等开发排期,能更快适应真实的生产管理需求。
四、看清管理成效
系统真正跑起来后,价值不在于多了几张表或一块大屏,而在于设备管理中的问题能够更及时地被发现和处理。
01 停机损失看得清
过去,设备停机散落在维修记录、微信群和纸质表格里,月底只能人工汇总。
现在,停机开始时间、结束时间、原因和处理状态统一归集,可以按设备、产线、日期和原因筛选,快速定位主要损失来源。
02 生产效率算得准
过去,产量、工时和质量数据分散在不同表格中,统计人员需要反复核对。
现在,生产日报统一记录计划产量、实际产量、良品数和工时,配合公式计算与看板汇总,减少重复统计,让产量完成率、良品率等指标更及时、更容易追溯。
03 异常处理跟得上
过去,一台设备反复发生小停机,可能直到产量未达标才引起重视。
现在,可以通过简道云设置停机时长阈值、异常提醒和处理流程,让超时停机及时进入跟进环节。
管理者也能查看未处理、处理中和已确认的异常,推动维修与生产协同解决问题。
结尾:
这套系统的第一阶段,不追求一次覆盖全厂,而是先让一条产线的数据采集、异常处理和管理复盘形成闭环。
等流程跑顺后,再逐步扩展设备范围、细化OEE指标。
设备管理真正要解决的,从来不只是统计停机时间,而是找到效率损失的原因,并推动问题得到处理。
先把设备、工时、产量和停机记录统一起来,再让异常及时流转、指标持续更新,才能让每一次停机都有记录,每一项损失有依据,每一次改善有方向。
Q1:我们之前也试过算OEE,全靠操作工手动填停机时间,最后数据漂得离谱,谁都不信,这套2小时搭的系统怎么避免数据不准的问题?
别追求100%精确,先把大的停机损失抓出来。
不要让操作工停1分钟就填一次原因,把常见的停机原因(换模、待料、故障、调机)做成手机端点选按钮,停超过5分钟才需要选原因,短停机统一归到“小停机”桶里,不用逐次录。
在简道云里把停机开始、结束的时间做成自动计时器,按一下开始算停机,修完按一下结束,不用自己填时间数,从源头避免拍脑袋估时间。先把口径对齐——什么算故障、什么算待料,和车间、设备、生产三方先定死,比纠结小数点后两位的精确值有用得多。大家敢信这个数,比数算得准重要100倍。
Q2:我们车间一半设备都是用了十几年的老机子,没有PLC、没有自动数采,连个运行信号都接不出来,OEE是不是根本算不了?
先抓瓶颈设备,别等全车间联网。
OEE不是要给每台设备都算分,是先找出来哪台设备卡了整条线的产能。你先选每天制约产能最多的那2-3台关键设备,不用硬接传感器,就在工位放个扫码按钮,设备运行、停机、换模的时候扫一下码记录状态,粗算出来的OEE足够帮你找到最大的损失点。
别听厂商忽悠上来就花几十万给所有老设备装数采传感器,先靠半自动方式跑三个月,等你发现真的需要自动数采了,再针对核心设备改。大部分中小厂80%的产能损失,就藏在那3台瓶颈设备上,把这几台的数算明白,比全车间凑一套漂亮的联网数据有用得多。
Q3:之前推OEE最后车间主任全抵制,说这个数就是用来扣工资的,怎么避免把OEE变成大家的对立面?
OEE是找损失的尺子,不是扣钱的鞭子。
你要是一上来就把OEE和车间绩效、工资挂钩,接下来大家一定会想办法把数做漂亮——把待料停机关在调机时间里、把小停机都藏起来,最后看板上数字好看了,实际产能一点没涨。
刚开始推的头三个月,OEE只用来开周会找问题:这周换模时间比上周长了20%,是模具备件没准备好还是师傅熟练度不够?待料停机占了两小时,是采购来料晚了还是生产计划排错了?把这些根因找出来、把损失降下来,等大家真的看到OEE提升了能少加班、能多产出,再谈和激励挂钩才顺。工具是帮大家省事的,不是站在大家对立面当监工的。