企业官网建设流程全解析

简介：一份203页PPT深度解析DG美的智能制造MES与WMS系统如何融合，打造高效协同的制造与物流管理平台。面向制造业信息化顾问、MES/WMS实施工程师及智能制造学习者，内容以芜湖MES需求方案为主线，覆盖制造执行、效率、精细化、品质在线、设备管理、用户思想、数据互联七大功能模块，并详细拆解WMS从采购计划、供应商送货、入厂扫描、报检、来料入库到配送上线的完整业务流程。同时涉及PLC与MES互联、AGV集成、机器人融合、OEE/TPM设备管理以及HCM/HCS/MES/WMS等系统数据集成，帮助读者理解跨系统协同与实时数据采集在实际工厂中的落地方法。资源为单个pptx文件，共11.06MB，203页内容完整，已有74人学习，适合用作企业内训、方案汇报或项目规划的参考资料。

1. 先说清这份 MES 与 WMS 方案：是需求落地稿，不是概念框架

做实施的人都知道，MES 和 WMS 单上一个都不轻松，美的这份方案把两个系统放进同一张图里谈智能制造，而且谈的是芜湖工厂的真实落地场景。整个方案看下来，最大的价值不是“MES 是什么”这类概念教育，而是它把订单、品质、交期、供应商送货、物流器具、设备效率串成了一条可推演的业务链——从客户想看什么数据，到用什么终端看，再到 PLC、AGV、RFID 怎么接到系统里，每一层都有对应的功能模块和采集点。适合正在做 MES/WMS 选型、需求调研或系统集成的项目经理、实施顾问和制造数字化负责人。这份 203 页的 PPT 是一次完整的 MES 需求总体研究，可以说是一版可以直接对着梳理自己项目的底稿。

2. 制造执行主线：从订单下达到生产完工的七段闭环

2.1 七大模块怎么划分：先看懂整体结构再谈细节

方案里芜湖 MES 需求整体分为七大部分：制造执行、效率、精细化、品质在线、设备、用户思想、数据互联。这七个模块不是并列的功能清单，而是有一条隐含的主线——制造执行是骨架，效率和精细化是对执行过程的度量，品质在线和质量追溯是执行结果的校验，设备管理是执行条件，用户思想定义了谁在看，数据互联定义了数据怎么流。

我拿到这样一份方案时，会先把七大模块对应到具体的业务角色。制造执行对应生产计划员和车间班组长；效率和精细化对应厂长和生产管理部门；品质在线对应品质工程师；设备对应对设备维修与保养岗；用户思想对应管理层和现场作业员；数据互联对应对 IT 和自动化工程师。这份 PPT 每个模块都带具体功能名称，比如质量代码、报废单、停机时间、装载具投料、下线捆包，直接可以拿来当需求调研的问题清单用。

七大模块各自的职责在这里是有明确边界的。制造执行管“单走到哪了”，效率管“干得快不快”，精细化管“成本浪不浪费”，品质在线管“干得对不对”，设备管“机器能不能持续干”，用户思想管“数据给谁看、用什么看”，数据互联管“系统之间怎么说话”。这个划分和很多企业把 MES 做成一张大而全的报表平台不一样，它更强调每个模块有独立的业务对象和数据采集方式。

2.2 制造执行关键链路：从 HCMMO 计划排程到完工捆包

制造执行模块的规划里有一条完整的功能链路：HCMMO 计划排程、订单下达、MES WO 生产派工、装载具生产投料、自动计数、生产完工、停机时间与原因、质量代码、报废单、异常管理、质量采集、报废处理、铭牌成品完工、下线捆包、半成品配送、材料配送、报表平台。

这条链路的信息量很大。HCMMO 计划排程是计划层的输入，它把主生产计划拆成车间可执行的工单；订单下达之后，MES 生成 WO 生产派工，WO 这时候才真正进入车间。从投料开始，MES 就开始登记装载具信息、自动计数，一直到成品完工、下线捆包，每一步都有数据节点。

我一般会特别关注“停机时间与原因”和“质量代码”这两个功能点。很多 MES 项目里，产量数据是自动采集了，但停机原因靠人工事后补录，结果报表里只看到停机多少分钟，看不到为什么停机。这份 PPT 把停机时间/原因和质量代码放在生产完工同一段流程里，说明设计者明确要求现场在执行层面就把原因填掉，而不是等班后再回忆。

生产派工到具体产线时，方案里还对应到芜湖工厂一期的部品一楼布局：曲轴、轴承、缸子、滚子这些部件分 A/B/C/D 线，每条线上下料、抛光、清洗、磷化都有对应的采集点。也就是说，制造执行不是停留在工单层面，而是落到了具体工序和物理位置。

2.3 效率与精细化：实时监控和颗粒度控制怎么落地

效率模块的规划思路是“执行—监控—完善”三步。执行看难点和影响，监控要求实时化、可视化展示，完善是对症下药。这个思路看起来简单，但实操中大部分项目死在“监控做了，完善没做”——看板有了，异常也亮了，但没有指定谁来响应、多久响应。

效率管理报表在这份方案里是按顺德制造执行的模式来做的，考勤数据收集到 HR 系统做同步分析。也就是说效率分析不只是设备效率，还包括人员出勤和工时利用率，这在国内制造工厂是常见做法。

精细化管理的颗粒度在这份 PPT 里讲得比较具体：内容上覆盖成本、能源、人力、备品、消耗品、废品；颗粒度上要做到平衡线级别的分析；还要评估哪些设备、哪些工序可以做单台管理。这里有一个务实的取舍——不是所有设备都值得做单台管理，像备品、消耗品这类物料适合放到 EAM 里管，废料管理放在 ERP 里做，只有能源、物流器具这类和生产实时状态强相关的才放到 MES 里跟踪。

2.4 用户思想：想看什么、用什么看、什么时候看

这份 PPT 里有一个容易被忽略但很重要的模块——用户思想。它的调研方法就三问：想看到什么？想用什么看？什么时候看？想看到的是订单、品质数据、交期，这些要在 MES 里实现；想用什么看，答案是手机、APP、PC、网页；什么时候看，答案是实时的、现场动态的。

这三问决定了系统的展示层设计。很多 MES 项目把精力全砸在数据采集和数据库设计上，上线之后才发现管理层要的是手机端摘要，现场要的是电子看板，品质要的是 PC 端追溯查询。美的这份方案在需求阶段就把“用户思想”单独列为七大模块之一，等于提醒项目组：终端适配和实时性在调研阶段就要定。

3. WMS 入厂物流：供应商送货从计划到配送上线的六步闭环

3.1 六步流程：采购计划到配送上线，每个节点都在扫描

WMS 系统的业务流程规划是六步：采购计划、供应商送货、入厂扫描、接收扫描、报检流程、来料入库、配送上线。最后配送上线实际上又和 MES 的生产拉动连在一起。

这六步里有几个关键设计值得抄作业。第一，供应商送货前通过 ISP 打印送货单，并把送货单号和实际发送的网筐条码编号关联绑定，这样从出厂门开始，每一筐物料都有身份。第二，入厂扫描由门卫保安执行，保安扫送货单的同时与采购到货计划自动匹配，不合理的部分系统自动识别。第三，厂门口架设电子显示屏，对各供应商送料实际情况实时通报。

入厂扫描这个环节在很多工厂是被忽视的。常见做法是保安只登记车号，物料到底有没有按计划到、迟到多久，没有人统计。这份 PPT 把入厂扫描做成了管控点：统计出入厂时间、监控卸货车位、避免厂内车辆拥堵，还要求定期统计供应商送货准确率和准时率，必要时导入考核机制。把供应商送货数据变成考核依据，这才是 WMS 入厂物流真正产生价值的地方。

3.2 四种接收扫描模式：不是所有物料都值得每筐扫

接收扫描部分最有参考价值的是四种扫描模式的划分。我见过太多 WMS 项目在扫描频率上走极端——要么所有物料每筐扫描，线边员工扫码扫到骂娘；要么全部整单扫描，追溯颗粒度完全丢失。这份方案按物料属性把扫描模式分成四类，逻辑非常清楚：免检物料、关键部品、小资材、极低值物料，扫描密度依次递减。

这个表我建议直接拿来当自己项目里物料分类扫描策略的起点。核心判断标准就两条：物料对品质的影响程度，以及物料流转的频次。关键部品再麻烦也要每筐扫，零值耗材一步扫入即可，否则扫描动作本身会成为物流瓶颈。

3.3 报检流程：PC 平台、扫描枪接口、接收看板三件套

报检流程是 WMS 入厂物流里最容易做成黑匣子的部分。这份方案把质检平台拆成三块：PC 端质检平台、扫描枪质检接口、质检接收看板。PC 端用于质检部门录入合格和不合格结果，扫描枪用于抽检时从网筐取走和放回材料时扫码，质检接收看板放在质检办公室，展示送货单到厂、检验通知和结果。

比较关键的是检状态的定义：新提交、已取样、合格、不合格、待定、全检、已完成。这七个状态是报检流程的状态机，也是系统设计和看板展示的基础。异常管理流程被设计成自动动作——自动通知、自动记录、自动入库、备查。意思是检验结果一旦判定，后续的账务处理和通知不需要人工干预。

我在类似项目里的习惯是，把质检平台的状态流转画成一张表，明确每个状态由谁、在什么终端上触发。这份 PPT 虽然没有画状态流转图，但它给出的状态清单和自动动作已经足够支撑流程设计。来料入库时，合格检验结果由系统确认后账务自动入库，并关联送货单号，这样从入库到追溯就有了单据链。

3.4 收货异常处理：票物不符和包装破损怎么分流

原材料收货流程在这份方案里写得很细：到货扫描之后，确认送货单及出厂检验报告，检查包装、执行到货抽查。异常分成两类——票物不符和包装/破损/变形。票物不符要通知供应链或品质，包装破损同样要通知，然后由品质判定合格接收还是 NG 退货。

这里有个细节容易被忽略：异常流程里明确写了“启动处罚流程”。供应商送货异常不是简单退回，而是要进入供应商考核记录，这和入厂扫描环节的准确率、准时率统计是闭环的。我在给别的工厂做类似流程时，一般会加一张“供应商送货异常登记表”，记录异常类型、责任方、处理结果和考核扣分，这份 PPT 虽然没有给出具体表单，但它把处罚机制写进流程，说明项目方是认真做过供应商管理的。

3.5 物料配送协同：补仓式、任务式、按灯叫料三种模式

配送上线部分是 WMS 和 MES 交界最密切的地方。方案里规划了波次配送，由系统定时驱动，按时按需配送至合适地点，生产完成后有执行差异反馈，形成管理闭环。配送方式分三种：补仓拉动式生产、按灯叫料式、计划驱动式。

补仓式对应线边仓，车间作业员自行到置场拿取物料；按灯（安灯）方式是岗位提出追加需求，配送根据看板信息补料；任务式由配送计划平台生成配送单，备料区 PDA 扫描发料。三种模式对应不同的物料属性和消耗规律，不能混用。物料追加流程也按这三种模式分别设计：任务式走系统追加、补仓式直接拿料、安灯方式通过看板触发配送。

良品退货和不良品退货也在这个章节里做了区分。良品退货由车间打印拉式退料单，仓库开物料退货单 MO 票，财务核实实物后签字放行，保安核实后放行，配送组把物料拉回仓库，再退给厂家；不良品退货则要先经过不良检查室盖章判定，材料隔离，判定退厂家后办理退货。这套流程把财务、仓库、保安、配送组的职责都定到了具体动作，做 WMS 方案时可以对照补充自己工厂的单据流。

3.6 物流器具管理：跟随标签触发，不做单独操作

物流器具管理是一个很容易被 WMS 项目忽略的模块。这份 PPT 里的做法很巧妙：流动物流器具完全跟随标签状态触发管理，不做单独操作，系统实时查询数量级状态（有效性、可用性），物料名称和满框数匹配查询可用数量，报表汇总器具使用情况和寿命。

供应商物流器具的收发存管理更有参考价值：MES 系统建立物流器具子库，统一命名，供应商送货扫描接收入库的同时，自动触发接收相应的物流器具，杂项接收一笔相应物流器具数量。空箱返还供应商时，打印物流器具退回供方单，扫描单据条码执行，MES 杂项发出一笔，子库现有量扣减。出厂保安扫描校验，如果没做退回执行，系统报错并拦截出厂。

这个设计把器具流和物料流绑在一起，省掉一套独立的器具管理系统，同时利用出厂保安扫描作为校验关口。租用器具的逻辑也一样，只管收发存、杂入杂出，不做复杂的计费逻辑。我在类似项目中会把物流器具当成“可复用包装的虚拟物料”来处理，这份 PPT 的做法正好印证了这个思路。

4. 数据互联与采集布点：PLC、AGV、RFID 在现场怎么协同

4.1 集成架构：HCM、HCS、WMS、MES 与 EAM、ERP 的边界

方案目标架构里明确写了管理集成化和数据分析报表展示，集成的对象包括 HCM、HCS、WMS、MES。HCM 管人力资源，HCS 管供应链，MES 管制造执行，WMS 管仓库物流。再往外，备品、消耗品在 EAM 里完成，废料管理在 ERP 里实现。

系统边界的划分原则在这份 PPT 里很清晰：和生产实时状态强相关的数据进 MES；和仓库实物移动强相关的进 WMS；和人、供应商、资产、财务相关的留在专业系统里。MES 和 WMS 之间靠单据流联动，比如配送上线环节，WMS 发出配送指令，MES 接收物料并反馈消耗和差异。

这里我要提醒一个常见误用：很多项目想把供应商送货、品质检验、设备台账全部塞进 MES，结果 MES 变成了一个大杂烩。这份 PPT 的做法是让专业系统各管一段，MES 重点处理制造执行、品质在线、设备状态和能源管理，器具和消耗品管理只在 MES 里建一个轻量子库。边界清楚了，接口数量才能控制住。

4.2 现场数据采集层：RFID、PLC、条码、电子看板怎么搭配

数据采集层面，方案里出现的技术有 RFID 设备、PLC、条码扫描设备、电子扫描枪、手持终端、电子看板。采集层的信息流向是：信息自动采集，然后做数据分析，再通过现场看板和手持终端执行。

按我的实施经验，这几类采集技术的分工应该是：RFID 用在物流器具识别和关键工序节点，比如器具回收时的智能去向判断；PLC 用在设备状态、节拍和停机时间的自动采集，前提是设备本身有标准通信接口；条码扫描用在物料流转的每个业务节点，比如入厂扫描、接收扫描、报检取样；电子看板用在线边和库区，展示实时配送要求。

芜湖工厂一期部品一楼的采集点分布图上，明确标了投料采集点、手工推送物料、完工采集点和物流器具回收智能去向判断点。注意这里有个“智能去向判断点”——当器具和物料到达某个位置时，系统要判断这批物料是入库还是继续上线，如果是库存则安排入库，如果是任务则继续安排抛光流转。这个判断点就是 MES 和 WMS 协同的关键逻辑。

4.3 自动化设备协同：PLC 与 PLC、AGV 与 MES、机器人与系统

互联互通规划里提到 PLC 与 PLC 互联、AGV 与 MES 集成、机器人协同、系统整体互通规划。在制造执行这个场景下，PLC 的用途和范围要提前定义，包括参数管理、精度管理、过程处理跟踪反馈、状态监测。

PLC 与 MES 的常见对接方式是通过 OPC UA 或者中间数据库，MES 读 PLC 的产量、节拍、报警代码，再把停机原因和工单关联。AGV 与 MES 的集成一般是任务级集成——MES 下发搬运任务，AGV 调度系统回传任务状态，两边的任务号必须一致。机器人协同更多是产线层面，机器人完成装配或焊接后把完成信号给 PLC，PLC 再上报 MES。

方案里还有一个现实判断：如果使用大族的自动化整体方案，设备状态和过程数据可以全部在 MES 里实现，不需要额外做中间层。这意味着设备选型对 MES 集成复杂度和成本的影响非常大。项目前期如果定了整线自动化方案，MES 的设备接口设计可以大幅简化；如果设备品牌杂、协议私有，MES 项目就要预留出不小的接口开发量。

4.4 数据采集点布点原则：先找必要点，再谈智能化

从芜湖工厂的布局图来看，采集点的布点逻辑是顺着工艺流程走的：投料采集点在产线入口，完工采集点在产线出口，器具回收判断点在下料和清洗之后。这三个点解决的是“物料进来了没有、生产完成了没有、器具该回哪里去”三个基本问题。

布点不是越密越好，而是要看每个点位能不能产生管理动作。投料采集点让 MES 知道物料匹配是否正确；完工采集点让 MES 知道产量达成；器具回收判断点让 MES 知道空箱是否回流。实现时，投料点用条码扫描或 RFID 读头，完工点用 PLC 计数加人工确认，器具回收点用 RFID 地标或门架式读头。采集密度不够，追溯断链；采集密度过高，投资和运维成本都会失控。

5. 避坑清单：MES 与 WMS 联调里最容易翻车的五个环节

5.1 入厂扫描电子屏上线后没人看

现象：门卫保安按时扫了送货单，厂门口电子屏也正常滚动供应商到货信息，但计划员和仓库班组长基本不抬眼——错送、漏送照样发生，电子屏成了装饰。

原因：到货计划没有真正数字化。保安扫描后系统匹配不到计划数据，或者匹配结果没有指定责任人响应，信息亮在那儿但没人对结果负责。

解决：先把采购到货计划录入系统，明确到具体供应商、具体时间窗和物料范围，再开电子屏。同时指定仓库班组长为电子屏异常的第一响应人，扫描匹配失败的记录要自动推送到采购和计划员的工作台。

5.2 每筐扫描在部品车间执行不下去

现象：按模式一要求的关键部品，每筐扫描接收，但产线物流员嫌扫码耽误节拍，直接把扫描枪放在工位上“挂机”，数据链在源头就断了。

原因：扫描模式没有按现场节拍评估。部分部品件每筐扫描确实有必要，但有些料进场后还要经过拆包、分拣，扫描动作和后续操作重复，员工感受不到扫码的价值。

解决：按物料属性和到货频次重新匹配扫描模式，参考方案里的四类划分。免检料、低值料不要强行每筐扫；确实需要每筐扫的，把扫描动作合并到拆包或分拣动作里，减少单独扫码带来的额外操作。

5.3 供应商空箱出厂时被保安拦下

现象：供应商拉空箱回去，出厂扫描单据时报错，车辆堵在厂门口，最后只能人工放行，器具账实不符。

原因：物流器具退回流程漏了一步。MES 器具子库里没有执行杂项发出，实物空箱已经出厂，账务还在子库里，导致系统认为器具数量不对。

解决：把“打印器具退回供方单→扫描单据条码→执行杂项发出→出厂保安扫描校验”做成强制顺序流，未做杂项发出不允许出门。这条流程要写进供应商和保安的作业指导书，并在系统里加权限控制，防止跳过。

5.4 OEE 报表每天一片红，车间不认数据

现象：设备综合效率 OEE 上线后，数字天天波动，有时候同一个班次两个不同口径算出来的 OEE 差出十几个点，车间主任直接说这数据是玄学。

原因：统计口径没锁定。可用时间基准、理论节拍、报废损耗、换型时间的定义没有在项目启动时确认，不同设备、不同班组各算各的。

解决：先锁 OEE 公式和分母口径，再定义停机原因代码表，换型、待料、故障、品质确认都单独编码，最后设置目标值。OEE 的目标不是追求数字好看，而是让车间可以对比同口径的改善趋势。

5.5 数据采集点想一次性铺满全厂

现象：一期规划就铺几百个 RFID 点位和扫码点，结果上线后运维团队根本忙不过来，部分点位常年离线，采集数据没人用。

原因：把采集点建设当成了单纯的技术工程，没有按业务优先级和工序瓶颈排布设顺序。

解决：优先布设投料、完工、器具回收三个必要点，先把工单闭环跑通，再逐步增加自动采集点位。每个新增点位要回答一个问题：这个数据对应哪个管理动作，没有它会不会断链。布点计划按季度滚动，不要一口气全上。

6. 把这份 PPT 用起来的技巧：先做一张需求追溯矩阵再启动推演

拿到这份方案之后，第一步不要急着读细节，而是先做一张需求追溯矩阵。把 PPT 里出现的每个功能点、每个流程节点抽出来，一行一行填进表格，然后再逐页核对，你会发现很多需求自己项目里也有，但之前散落在会议纪要里没有任何人维护。

判断优先级就三个问题：这个需求能不能在 MES 或 WMS 内部闭环完成？它是不是需要跨系统数据交换？它是不是必须要在现场用手机或扫描枪实时采集？三个问题都回答“是”的，放 P0；只在单一系统内可闭环且实时性要求不高的，放 P1 或 P2。

矩阵做完以后，再回头对比这份 PPT 的七大模块，你会发现自己项目的需求盲区在哪儿。比如很多工厂只顾着制造执行，忘了“用户思想”这一层——管理层到底用什么看、什么时候看，产品演示时才发现手机端没设计。这张矩阵我后来在几个项目里都用过，最大的作用是让所有需求在评审会上有一个统一的讨论载体，而不是对着 PPT 页页泛读。

从那以后，我每次接手 MES 或 WMS 的规划，都强制自己先花半天时间做一遍追溯矩阵，把业务诉求、目标系统、数据来源、采集方式和优先级五列填满，再开始看别人的方案。这份美的的方案拿来当训练素材刚刚好——你不需要认同它每一个模块划分，但通过它来练习需求梳理，比自己从零开始要快得多。希望帮到你。

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