很多制造企业都有一种现象：

系统越上越多，事情却不一定越简单。

销售在CRM里录入客户，计划员在ERP里创建订单，车间查看MES，仓库通过WMS进行作业，研发强调PLM里的图纸才是当前版本，质量部门又要求问题进入QMS。

开会时，大家经常会问：

• ERP里不是已经有这些数据了吗？
• MES也有排产功能，为什么还要上APS？
• SCM和SRM有什么区别？
• SCADA已经采集设备数据了，为什么还需要MES？

这些系统看起来都在“管理企业”，实际上负责的是不同业务环节。

要理清它们的分工，其实最简单的方法就是跟着一张真实的客户订单走一遍。从签约开始，一路走到生产、交付和经营分析，看每个系统在哪个环节进场、以及具体都干了些什么。

一、CRM弄懂客户想买什么

一家客户准备采购1000台设备。

这时候，企业需要搞清楚几件事：客户是谁、需求有没有明确、预算大概多少、由谁在跟进、预计什么时候能签约。

这些工作，通常由CRM负责。

CRM管的是企业与客户之间的关系。从市场线索开始，谁在什么时候通过什么渠道了解了你的产品，分配给了哪个销售在跟进。接着是销售机会的推进，做过几次拜访、发了哪版报价、客户有什么顾虑。走到合同阶段，条款怎么谈的、什么时候签的。签完不是结束，回访、售后、续约、转介绍，这条链条都归CRM。

可以把它想成一句话：CRM回答的是"客户从哪里来、怎么成交、成交后怎么持续经营"。

当销售机会真正转化为正式订单，CRM把订单信息同步给ERP。这个交接点很重要。交接前是客户经营的事，交接后是订单履约的事。

图源：织信电商案例

二、ERP算的是经营账

客户要采购1000台设备，企业不能只看销售金额。

要看库存够不够。譬如：现有成品有多少，原材料有多少，在途的有多少。不够的话，哪些物料缺、各缺多少。

要看产能能不能撑住。这批1000台跟已有订单会不会冲突，瓶颈在哪个车间、哪条产线。

要看采购能不能跟上。缺的物料找哪个供应商，要花多少钱，什么时候能到。

要看资金行不行。账上有没有足够的钱付采购款，这单交完后预计毛利多少。

这些全部是ERP的工作范围。

ERP像企业的经营总账房，把销售、采购、库存、生产和财务串成一条线。它告诉你：能接不能接，要买什么，要花多少，什么时候能交，交完了赚多少。

但它有一个边界。

ERP擅长的是企业层面的计划与核算。它可以告诉工厂"这个月要生产1000台"，却不一定知道今天应该生产哪一批、某台设备正在加工什么，以及某道工序为什么停了20分钟。

进了生产现场，分工就变了。

图源：织信制造业案例

三、PLM定义产品应该怎么做

生产之前，还有一个容易被人忽略的问题：这1000台设备，应该按照哪个版本制造？

研发部门上个月刚改过图纸，换了三个零件，调了两道工艺。但变更通知没传到采购，采购还在按老版本下单。也没同步到生产，车间还在用旧工艺走。最后造出来的东西，图纸是新的，零件是旧的，工艺也对不上。

PLM就是来解决这个问题的。

从产品需求、设计图纸、3D模型、物料清单到设计变更，PLM管理的是产品的技术信息。它保证研发、采购、工艺和生产，所有人看的都是同一个有效版本。

有人会问：PLM和ERP不都管BOM吗？区别在哪？

方向不一样。

PLM管的是设计BOM。它关心产品应该由哪些零件组成，公差多少，工艺怎么走。核心问题是"产品应该怎样设计"。

ERP管的是制造BOM。它关心实际采购和生产用哪颗料，成本怎么算，工序怎么排。核心问题是"产品怎样被采购、生产和核算"。

一个管技术版本，一个管经营执行。分开管的好处是，研发改图纸不影响生产排程，生产需要临时替换物料也不会反过来污染设计数据。

图源：织信服装业案例

四、SCM和SRM组织供应

产品结构确认了，ERP算下来库存不够，有一批原材料得外购。

这时候，两个跟供应相关的系统进场了。

SCM管的是整条供应链。市场需要多少、各工厂分别能生产多少、不同仓库应该备多少货、什么节点可能缺料、供应和需求之间怎么平衡。它站的角度更宏观，是从企业外部看自己的供应网络能不能撑住交付。

SRM的范围更集中，只管供应商。哪些供应商通过了准入审核，这次向谁询价，各家报价怎么比，交期谁更靠得住，合作期间质量表现怎么样，月底对账怎么对。它解决的是"跟供应商之间怎么高效协同"这个具体问题。

两者的关系可以这样理解：SCM管整条供应链的布局和平衡，SRM管供应链上游的供应商关系。

什么时候该上SRM？一个简单的判断标准：当企业的供应商数量上去了，询报价靠邮件来回飞、交期靠电话催、质量靠事后扯皮、对账靠Excel一张张对的时候，SRM能帮采购部门把协作效率提一个档次。

图源：织信电子行业案例

五、APS排计划顺序

物料在途，设备空着，能不能直接开工？

不能。

车间里同时摆着几十张订单。有的客户交期紧，有的产品换线要半天，有的工序只能用那两台专用设备，有的原材料明天才能到货。

先做哪张单子，在哪台设备上做，什么时候开始，预计什么时候结束，这些事由APS来算。

APS综合考虑订单交期、设备能力、人员排班、物料到货时间、模具可用性、工艺路线和换线时长。把这些约束条件一起喂进去，算出一个可执行的排产方案。

这里有一个常见的困惑：ERP不是也有计划功能吗，为什么还要APS？

ERP的计划是粗的。它告诉你"这个月要生产1000台"，粒度到月、到产品。

APS的计划是细的。它告诉你"周三下午3号线先做这批200台，周四早班切到另一批300台"，粒度到天、到班次、到设备。

APS工作得好不好，有一个前提：基础数据要准。BOM不能缺件，工艺路线不能少工序，设备产能和标准工时不能是拍脑袋填的。这些数据如果本身就飘，APS算出来的计划再漂亮，到了现场也执行不下去。

六、MES把计划变成现场动作

APS排好的计划，不能停在电脑屏幕里，得变成车间工单、变成作业指令。

MES干的，就是把生产计划分解到具体的产线、设备、班组和工序，然后跟踪执行。

这个过程里，MES记录的东西比ERP细得多。ERP看到的是"订单已经完成800台"。

MES能往下拆：这800台由谁生产的，用掉的是哪批原料，经过了哪些设备，哪道工序返工过，还剩200台卡在哪个工位上。

所以MES和ERP不是竞争关系，是不同视角看同一件事。

ERP站在企业层面看经营：订单进度到哪了，成本花了多少，物料消耗对不对。

MES站在车间层面看执行：工单领了没有，上道工序做完没有，这台设备在干什么，为什么停了。

图源：织信MES方案

七、SCADA盯着设备跑得对不对

MES知道某台设备在执行哪张工单，但设备内部的温度多高、压力多大、转速对不对、有没有报警，这些数据不来自MES。

它们来自SCADA。

SCADA直接连接PLC、传感器、仪表和控制设备，毫秒级采集生产参数。电流异常马上报警，温度超限立刻记录，液位低于阈值自动触发补料。

SCADA和MES经常一起出现，但各自问的问题不同。

SCADA问的是设备和工艺参数：温度是不是正常范围，转速有没有偏离设定值，电机电流有没有异常波动。MES问的是订单和过程：当前在做哪批货，用了多少人，花了多少工时，出了多少合格品。

所以它们之间的协作逻辑是这样：SCADA告诉MES"2号设备温度超过设定范围"，MES接过来判断"异常发生时正在加工哪批产品、影响了多少数量，要不要暂停工单，要不要发起质量检查"。一个管机器状态，一个管生产组织。

图源：织信SCADA模版

八、QMS把质量管成闭环

生产过程中发现尺寸偏差，这批产品能不能放行？

不是靠感觉，是按质量标准来判。

QMS做的事情不是只在检验表上打钩。它管的是质量的全过程。检验标准怎么设定，检验结果怎么记录，不合格品怎么隔离和处理，客诉来了怎么追溯，供应商来料出了质量问题怎么追责。再到原因分析：到底是人的问题、设备的问题、材料的问题，还是工艺本身的问题。找到了原因，补上纠正措施和预防措施。

MES可以帮你采集某道工序的检测数据，QMS把这段数据继续往下追：谁分析过，结论是什么，怎么处理，同批次的其他产品需不需要追溯，以后怎么避免同类问题。

简单区分的话：MES关注生产是否按计划在走，QMS关注质量是否受控并且在变好。

来源：织信QMS系统模版

九、WMS管仓库现场

合格产品下线入库，下一步是拣选和发货。

ERP知道仓库里有5000台库存，WMS知道这5000台分散在哪个库区、哪个货架、哪个储位，每个库位上放的是哪个批号、什么时间入库的。

从收货、上架、移库、盘点，到拣选、复核、发货，WMS管理的是仓库里的现场作业。操作人员扫哪个码、走哪条路线、先取哪个库位，这些由WMS来指挥和记录。

ERP和WMS的分工很明确：ERP管库存账目，WMS管仓库作业。

WMS完成出入库后，把结果同步回ERP。ERP接着处理成本核算、应收应付和财务报表。两边数据要一致，但管的事情各有侧重。

图源：织信WMS系统模版

十、BI把数据变成决策

产品交付了，货款收回了，事情做完了。

但管理者还会追问：这单到底赚了多少，哪些客户利润率更高，哪家供应商老是延期，哪条产线效率一直上不去，质量问题反复出现是什么原因。

这些问题的答案，藏在CRM、ERP、MES、WMS、QMS的数据里。但每个系统只管自己那一块，单独看都看不出全景。

BI做的事情，是把这些分散的数据汇集起来，形成统一的指标、统一的报表、统一的经营看板。让你在一个屏幕上，能看到销售趋势、生产进度、库存周转、质量波动和财务表现。

这里有一个容易被忽略的前提：BI的质量取决于源头的质量。

如果各系统的数据口径不一致，同一个客户在不同系统里叫不一样的名字，同一个指标在不同部门用不同的算法，那BI展示的，不是经营全景，是混乱的全景。所以建BI之前，数据来源和指标口径要先行，这一点省不掉。

来源：织信案例图

十一、OA负责日常协同

除了上面这些跟钱、物、产品直接相关的系统，还有一个每天都要用的：OA。

采购申请谁批，合同用印走什么流程，跨部门会议怎么约，通知公告发给谁，公文怎么流转。这些事情归OA。

OA和ERP都会涉及审批，容易让人觉得功能重叠。举个例子就清楚了。

买一台新设备，要不要买，走OA审批。相关部门评估完，领导批了。但这台设备的采购订单下给哪个供应商、多少钱、什么时候入库、发票到了没有、付款做了没有、资产怎么入账、折旧怎么摊，这些都在ERP里。OA管的是"同不同意"这件事的过程，ERP管的是"买了多少、花了多少、值多少"这些经营数据。

OA解决办公协同，ERP解决经营核算。审的过程在OA，算的结果在ERP。

图源：织信OA模版

十二、把一张订单完整串起来走一遍

十二个系统讲完了，单独看可能还是散。这里我们把开头所讲到的那1000台设备的订单从头到尾串一遍，看看每个系统在哪个节点做了什么。

客户需求由CRM带进企业。销售在CRM里记录了客户信息、报价过程、合同条款，签约后把订单同步给ERP。

ERP接到订单，先跑一圈计算。查库存、算物料缺口、生成采购建议、估算成本、检查资金。同时从PLM拉取最新的设计BOM和工艺路线，确认按哪个版本生产。

物料有缺口，采购部门在SRM里向几家供应商询价、比价、下单，确认交期。SCM从更宏观的角度看整个供应网络能不能撑住这次交付，有没有瓶颈需要提前调整。

订单和物料都具备之后，APS综合所有约束条件，算出先做哪个后做哪个、哪条线做、什么时候开始和结束。

MES把排产结果领进车间，分解成工单和工序任务，班组开始执行。SCADA实时采集设备参数，一旦异常，MES立刻判断影响范围。

生产过程中，QMS按检验标准做过程检验和成品检验，不合格的进入处理流程，分析原因并记录纠正措施。

合格产品进入仓库，WMS指挥上架、拣选、发货，完成出库后把结果同步给ERP。

ERP核算整张订单的成本、收入和毛利，生成财务凭证。

货发了，款收了，CRM进入售后和回访阶段。BI汇集全部数据，展示这张订单的利润、交付周期、质量表现和客户满意度。

OA在所有环节中处理各个部门的审批和协同。

这条链路走下来，每个系统干什么、跟前后系统怎么衔接，就清楚了。

十三、企业应该先建什么

理解了各系统的分工之后，更实际的问题是：钱是有限的，先建哪个？

如果你的财务、采购、销售和库存还没有一套统一的数字，先把ERP打牢。账算不清楚，后面的系统都是建在沙子上。

如果客户跟进靠销售脑子记、靠Excel表传，该上CRM。客户资源是企业最重要的资产，不能散落在个人手里。

如果图纸和BOM版本三天两头打架，研发改了什么生产不知道，优先解决PLM。设计端错了，后面全错。

如果车间生产过程完全看不见，下了工单不知道做到哪了，考勤靠手写、报工靠口头，考虑MES。上了MES之后现场数据有了，再评估是否需要SCADA直接采集设备参数。

如果库存数量是准的但仓库效率低，找货半小时、发货靠人工核对，问题在WMS。先优化仓库现场的作业流程。

如果交期频繁跳票、排产每次都要来回讨论半天，先整理好基础数据（BOM、工艺路线、产能、工时），再把APS引进来。

数字化建设跟盖楼一样，先打地基，再往上盖。地基不牢，后面补什么都没用。

最后再说一句。

这些系统，说到底都是工具。工具的价值不在它本身多复杂、多少功能，在于它能不能让客户需求、产品定义、订单流转、物料供应和生产执行顺畅地跑下来。

系统帮企业记录、计算和流转信息，但真正让数字转起来的，是企业的管理方式和业务流程。先把该管什么、该怎么管想清楚，再来选工具，顺序不要反。