一文搞清9种供应链系统：WMS/OMS/TMS/PLM/MES/ERP/SCM/SRM/CRM！

客户催货，是供应链系统最容易露出边界的时候。

货也许还在仓库，也许正在生产，也许卡在供应商，也许已经出库却没有签收。

最麻烦的地方在于：企业内部一圈人都在处理这张订单，但没人能马上说清楚，它到底卡在哪一段。

客户在催交期，销售去问仓库。仓库说ERP账上显示有货，但WMS里有一部分在待检区，一部分已经被另一张订单占用，还有几箱要到现场确认库位。

销售又去问计划。计划说这单可能要补生产，但BOM版本上周刚改过，旧料还能不能用，要研发和工艺确认。研发说图纸已经更新，采购却还在按旧物料催供应商。

采购也委屈。供应商说货明天能到，可送货预约没排上，仓库临时收货会挤占月末盘点。物流接着说，今晚车辆已经排满，临时加车要重新核运费。财务最后补一句：这个客户上月的账还没对完，信用额度也快到了。

你看，问题已经超出了“缺一个软件”。

同一张订单，到了不同部门，会被翻译成不同语言。

销售看客户、联系人、商机、报价和回款习惯。

运营看渠道订单、拆单合单、库存占用和履约状态。

研发看图纸、BOM、工艺路线、版本和变更生效时间。

计划看库存、采购周期、产能、齐套和交期承诺。

采购看供应商资质、询报价、合同、交付和质量反馈。

车间看工单、工序、设备、人员、报工和质检。

仓库看库位、批次、待检、冻结、拣货和盘点。

物流看承运商、车辆、线路、在途、签收和运费。

财务看收入、成本、应收应付、发票和对账依据。

WMS、OMS、TMS、PLM、MES、ERP、SCM、SRM、CRM，就是这些业务语言被系统化之后的名字。

所以，系统概念不能只从英文缩写讲。越从缩写讲，越像背单词。

要从一张订单开始讲。

因为老板真正关心的，往往是几个更朴素的问题：

客户为什么催不到结果？仓库为什么有账没货？生产为什么按错版本？供应商为什么说不清交期？物流为什么不可视？财务为什么月底才发现对不上？

把这些问题串起来，9个系统的位置就清楚了。

系统建设的顺序，不看缩写有多热，也不看哪个部门喊得最响，要看一张订单走到哪里开始失真、等待、返工、对账和追责。

这个断点找准了，系统边界就清楚了。

这个断点找错了，买再多软件，也只是多几个登录入口。

一、一张订单进公司，9个系统就各自露面了

沿着刚才那张订单往下看，9个系统其实并不神秘。

客户还没有正式下单时，销售已经在积累信息。这个客户是谁，谁是联系人，过去报过什么价，拜访记录在哪里，回款习惯好不好，哪些商机还没推进到合同。CRM管的就是这些客户资产。没有CRM，销售一离职，客户关系很容易跟着人走。

订单真正进来以后，麻烦变成另一类。淘宝、小程序、线下合同、经销商、业务员手工单，多个入口同时来单，企业要判断能不能合单、要不要拆单、从哪个仓发、客户改地址以后怎么同步、售后退换货状态怎么回传。OMS管的是订单入口和履约分配。

订单里的产品如果只是标准品，流程会简单一些。可一旦涉及不同型号、不同配置、不同图纸、不同BOM，问题就变成：到底按哪个版本做？PLM管的是产品结构、图纸、BOM、工艺路线、版本变更和生效范围。

产品确定以后，企业要开始算资源。库存够不够，采购要不要下，生产计划要不要排，销售订单会占用哪些库存，出库以后收入怎么确认，采购入库以后应付账款怎么形成。ERP管的是企业资源计划和经营账。

发现缺料以后，采购不能只靠电话催供应商。同一个物料谁报过价，合同在哪里，供应商资质是否有效，交期有没有承诺，送货异常谁负责，质量退货怎么扣款，后续绩效怎么评价。SRM管的是供应商协作和履约记录。

生产计划下到车间以后，还要变成一张张工单、一道道工序、一台台设备、一个个报工记录和质检结果。MES管的是车间执行过程。它要让管理者知道计划有没有真正落地，产品做到哪一步，异常发生在哪个环节。

物料和成品只要进入仓库，就会进入更细的状态管理。在哪里收货，是否待检，放在哪个库位，属于哪个批次，能不能发货，是否被锁定，盘点差异怎么处理。WMS管的是库内作业和库存状态。

货从仓库发出去以后，管理对象又变了。谁来运，哪条线路，几辆车，预计多久到，签收有没有异常，破损谁负责，运费和承运商账单怎么核。TMS管的是库外运输交付。

如果企业同时有多工厂、多仓库、多渠道、多供应商，问题还会升级。库存该放在哪里，产能优先给哪个订单，采购提前多少天，哪些需求要延后，哪些订单可以插单，这些已经不是单一系统能单独回答的问题。SCM管的是整条供应链的协同取舍。

所以，这9种系统不是凭空长出来的。

它们都是订单往前走的时候，被一个个管理问题拖出来的。

这样看，系统边界会清楚很多。

CRM管客户和商机。OMS管订单入口和履约分配。PLM管产品版本和BOM。ERP管企业资源计划和财务账。SRM管供应商协作。MES管车间执行。WMS管库内作业。TMS管运输交付。SCM管全链路取舍。

这个关系一清楚，老板再听到一堆英文缩写，心里就不会乱。

他可以追问一句更有价值的话：

你说要上这个系统，是因为哪个业务对象现在管不清？

是客户管不清，订单管不清，产品版本管不清，库存管不清，还是供应商、工单、运输、成本管不清？

这个问题，比单纯问“多少钱”“多久上线”更重要。

二、先把三个最容易混的系统分开：OMS、ERP、SCM

在9个系统里，OMS、ERP、SCM最容易被混在一起。

因为它们都和订单有关。

但它们看的不是同一层事情。

OMS盯的是订单履约。

它关心一张订单从哪里来，怎么接进来，能不能合并，需不需要拆单，从哪个仓发，订单状态如何同步给客服、门店、电商平台或经销商。

比如一家企业同时有淘宝、京东、小程序、线下门店和经销商订单。没有OMS时，运营人员可能要在多个后台导单，再用Excel合并，再人工分仓。忙的时候，最容易出现漏单、重发、拆错仓、改错地址。

OMS要解决的，就是订单入口太多以后，履约动作能不能统一调度。

ERP盯的是企业资源和财务账。

它关心这张订单会占用哪些库存，需要哪些采购，是否触发生产计划，会形成哪些应收账款、成本和利润。ERP不是只管财务，也不是只管进销存。它的关键价值，是把销售、采购、库存、生产和财务放在同一套业务账里。

比如销售订单确认后，ERP要检查库存。如果库存不足，就触发采购申请或生产计划。采购入库后形成库存增加，应付账款跟着产生。销售出库后库存减少，应收账款和收入确认随之发生。

ERP要解决的，是资源、业务和账务口径能不能统一。

SCM盯的是供应链整体取舍。

它关心需求预测、库存策略、采购节奏、产能安排、仓网布局和物流交付之间怎么平衡。SCM通常站得更高一点，重点不在某一张单据，而在整条链条的协同效率。

比如同一个爆品在华东、华南、华北三个区域都缺货。ERP能告诉你库存数量，WMS能告诉你货在哪些库位，TMS能告诉你运输在途状态。但要不要把华东库存调到华南，要不要让供应商提前送货，要不要把产能从B产品切到A产品，这就是SCM要处理的取舍。

所以三者可以这样区分。

OMS回答：订单怎么接、怎么分、怎么履约。

ERP回答：资源够不够，业务账怎么算。

SCM回答：需求、库存、产能、供应商和物流之间怎么取舍。

很多企业的问题，是把这三件事揉在一起。

订单多渠道混乱，先怪ERP不好用。

库存和成本口径不统一，先怪OMS没打通。

产能、库存、供应商和物流互相拖住，先怪某个部门配合不好。

系统名词一旦混了，责任边界也会跟着混。

最后就会出现一种很熟悉的局面：每个系统里都有数据，每个部门也都能导报表，但老板想看一张完整的交付进度表，仍然要临时拉群问人。

三、从产品到生产，要看PLM、ERP、MES这条线

供应链系统里，还有一条非常关键的线：产品怎么被定义，计划怎么被生成，生产怎么被执行。

这条线主要涉及PLM、ERP和MES。

PLM管产品定义。

产品不是一个名称。对制造企业来说，一个产品背后有图纸、规格、工艺路线、BOM、替代料、版本号、生效日期和变更记录。

同一款产品，研发看到的是设计图纸，采购看到的是物料清单，车间看到的是工艺路线，售后看到的是产品序列和维修记录。只要版本没有统一，后面每个部门都可能“按流程做错事”。

比如研发把某个零件从A供应商型号改成B供应商型号，图纸更新了，BOM也要更新，工艺路线可能要调整，旧版本什么时候停用，新版本从哪一批订单开始生效，都要讲清楚。

PLM要解决的，是产品信息和版本变更能不能被全公司共同使用。

ERP管计划和资源。

产品定义清楚以后，ERP才有办法根据销售订单、库存、采购周期和生产能力生成计划。它会把需求转成采购申请、采购订单、生产计划、领料需求和成本核算依据。

如果PLM里的BOM不准，ERP算出来的物料需求就会不准。

如果ERP里的库存不准，计划员看到的齐套情况就会不准。

如果采购周期和生产周期没有维护清楚，系统给出的交期也会失真。

ERP要解决的，是企业资源计划能不能基于同一套产品、库存和财务口径来运转。

MES管生产执行。

ERP生成计划以后，还没有变成产品。计划要落到车间，变成工单、工序、设备、人员、报工、质检和完工入库。

MES就在这个位置发挥作用。

它会接收ERP下发的生产任务，把任务拆到产线和工位，记录每道工序开始时间、结束时间、操作人员、设备状态、加工参数和质量结果。生产过程中出了异常，MES也要留下记录，方便后续追溯。

MES要解决的，是车间过程能不能看见、管住和追溯。

这条线最怕什么？

最怕产品版本在PLM里，计划在ERP里，执行在MES里，三个系统互相看不见。

一旦发生变更，研发发邮件，工艺另存Excel，计划员手工改单，车间按老工艺做，仓库按旧物料发。看起来每个人都很忙，实际上公司是在用人肉补接口。

所以PLM、ERP、MES的关系可以记成一句话：

PLM把产品说清楚，ERP把资源算清楚，MES把生产做清楚。

少了PLM，生产可能按错版本做。

少了ERP，资源计划和成本口径容易散。

少了MES，车间现场会变成一个黑箱，计划写得再好也不知道执行到哪一步。

四、从采购到交付，要看SRM、WMS、TMS这条线

另一条很容易出问题的线，是采购、仓储和运输。

这条线主要涉及SRM、WMS和TMS。

SRM管供应商。

很多企业早期管理供应商，靠通讯录、微信群、Excel报价表和采购员经验。供应商数量少的时候，还能凑合。一旦采购品类变多、供应商变多、交期变紧，问题就会集中冒出来。

同一个物料谁报过价？哪家供应商交货最准？哪家退货率高？哪家资质快到期？合同在哪？送货异常有没有扣款依据？

这些问题如果靠人记，采购越忙，风险越大。

SRM要解决的，是供应商从准入、询报价、订单协同、交付跟踪到绩效评价能不能留痕。

WMS管仓库作业。

供应商把货送到仓库，事情也没有结束。仓库要按采购订单收货，要质检，要上架，要分配库位，要记录批次和效期。后面生产领料、销售发货、退货入库、库存盘点，也都要在WMS里完成。

WMS和普通库存账最大的差别，是它除了告诉你有多少货，还告诉你货在哪里、是什么状态、能不能动。

一批物料可能在待检区，也可能在合格区，可能被冻结，也可能已经被某个生产工单锁定。ERP账上看到的数量，如果没有这些状态，仓库现场还是会乱。

TMS管运输交付。

货从仓库发出去以后，就进入运输环节。谁来运，走哪条线路，多久能到，签收有没有异常，破损谁负责，运费怎么算，承运商服务水平怎么样，这些都不是WMS的主要工作。

TMS要解决的，是运输计划、在途跟踪、异常处理和运费结算能不能清楚。

这条线也有一个很常见的误会。

很多企业觉得，仓库系统上了，物流问题也该解决。

其实WMS管的是库内作业，TMS管的是库外运输。货在仓库里，WMS负责；货离开仓库以后，TMS负责。中间通过发货单、装车单、物流单号、签收状态和运费单据衔接。

SRM、WMS、TMS的关系可以记成一句话：

SRM管货从谁那里来，WMS管货在仓库里怎么动，TMS管货离开仓库后怎么到。

这句话看起来简单，但在项目实施里很有用。

当仓库抱怨到货不稳定时，不一定是WMS问题，可能是SRM没有把供应商交期和送货预约管起来。

当客户抱怨物流慢时，不一定是WMS问题，可能是TMS没有把线路、承运商和在途异常管起来。

当财务月底对不上运输费用时，不一定是财务问题，可能是TMS里的实际运费、合同价、异常扣款和发票没有形成统一依据。

五、把9个系统放到一张图里，就更容易记

系统概念科普最怕什么？

最怕每个系统都解释得很完整，读者看完仍然不知道差别在哪里。

所以我们可以把9个系统压缩成9个管理对象。

CRM管客户。它看的对象是线索、客户、联系人、商机、报价、拜访记录和回款提醒。它解决的是客户资料散、销售过程无痕、商机推进靠个人经验的问题。

OMS管订单。它看的对象是渠道订单、客户订单、拆单、合单、分仓、发货状态和售后状态。它解决的是多渠道接单以后订单容易乱、容易漏、容易重复处理的问题。

PLM管产品。它看的对象是产品结构、图纸、BOM、工艺路线、版本、变更和生效范围。它解决的是研发、采购、生产、售后使用的产品信息不一致的问题。

ERP管资源和账。它看的对象是销售订单、采购订单、生产计划、库存账、成本、应收应付和财务报表。它解决的是企业内部资源计划和业务财务口径统一的问题。

SRM管供应商。它看的对象是供应商档案、资质、询报价、合同、采购协同、交付记录、质量反馈和绩效评分。它解决的是供应商选择、履约和风险管控的问题。

MES管生产。它看的对象是工单、工序、设备、人员、报工、质量异常、批次和追溯记录。它解决的是车间执行过程看不见、报工滞后、质量问题难追的问题。

WMS管仓库。它看的对象是库位、批次、入库、上架、拣货、复核、移库、盘点、冻结和库存状态。它解决的是账实不一致、找货慢、拣货错、库存状态不清的问题。

TMS管运输。它看的对象是承运商、线路、车辆、装车、在途轨迹、签收异常、运费和对账。它解决的是发货以后不可视、运费难核、交付异常难追的问题。

SCM管协同取舍。它看的对象是需求预测、库存策略、采购计划、产能安排、仓网布局、交付承诺和供应链风险。它解决的是局部最优相互打架的问题。

有了这张图，再看系统就不容易乱。

只要问一个问题：它主要管哪个业务对象？

管客户，是CRM。

管订单入口，是OMS。

管产品版本，是PLM。

管资源计划和财务账，是ERP。

管供应商，是SRM。

管生产执行，是MES。

管仓库作业，是WMS。

管运输交付，是TMS。

管整条供应链取舍，是SCM。

名字记不住没关系。

对象记住了，系统就不会乱。

六、企业怎么配系统，要按断点组合

系统不是收藏品。

买得多，不代表公司更数字化。

一个企业到底该怎么配，关键看订单流里最贵的断点在哪里。

如果企业主要问题在客户管理，比如客户资料分散、销售跟进无痕、报价记录找不到、销售预测靠感觉，CRM通常要先被规范起来。否则订单还没进公司，客户信息就已经散了。

如果企业已经有多渠道订单，比如电商平台、门店、小程序、经销商、业务员手工单同时存在，OMS的价值会变得明显。因为这时最容易出错的环节往往在订单入口和履约分配，库存只是后面被牵连的对象。

如果企业是生产制造型，产品版本、BOM、生产计划和车间执行就要重点看。产品复杂、变更频繁时，PLM要和ERP、MES一起考虑。PLM没有管住版本，ERP和MES就可能把错误信息执行得更快。

如果企业采购金额大、供应商多、交期波动大，SRM就不是锦上添花。它至少要把供应商准入、询报价、合同、交期确认、到货异常和绩效评价管起来。不然采购员换人以后，供应商关系和历史经验也会跟着断。

如果企业仓库出入库频繁、库位多、批次多、效期管理要求高，WMS要尽早介入。ERP里的库存数量只能回答“有多少”，WMS才能回答“在哪里、什么状态、能不能发”。

如果企业运输费用高、承运商多、配送路径复杂、客户经常催物流，TMS就要进入视野。否则货一出库，管理就断了一截。

如果企业已经有多工厂、多仓、多渠道、多供应商，且各系统基础数据已经相对稳定，再看SCM会更合适。SCM依赖底层系统提供可信数据。ERP、WMS、MES、SRM、TMS的数据都不准时，SCM做出来的预测和计划也很难可信。

所以系统组合可以按场景理解。

业务刚开始规范化，重点是CRM和ERP，把客户、订单、库存、采购、财务这几本账统一起来。

多渠道零售或电商，重点是OMS、WMS、TMS，再让ERP承接库存、收入、成本和财务核算。

制造企业，重点是PLM、ERP、MES、WMS，把产品版本、生产计划、车间执行和物料流转串起来。

供应商复杂的企业，要补SRM，让采购从个人经验变成组织能力。

成熟供应链企业，再用SCM处理需求、库存、产能、采购和交付之间的协同取舍。

这个顺序不一定适用于所有公司，但它至少比“哪个系统听起来先进就先上哪个”靠谱。

七、为什么标准系统之外，还需要AI+低代码这一层

讲到这里，还要补一个现实问题。

ERP、MES、WMS、SRM这些系统都很重要，但企业真实业务不会永远按标准流程走。

供应商延期了，采购要发异常单，计划要重排生产，销售要评估客户交期，仓库要调整到货预约，财务可能要暂缓付款或记录扣款依据。

客户临时改配置了，研发要确认版本，计划要重新算料，车间要判断是否停工，仓库要冻结部分库存，客服还要同步交付承诺。

退换货、样品试制、临时返工、跨部门经营看板、特殊审批、区域仓调拨、项目制交付，也经常落在标准系统的边缘。

这些流程如果全都塞回核心系统，二次开发周期长，变更成本高。要是继续用Excel、微信群和临时表单，数据又会回到系统外，后面追责、统计、预警、审计都很麻烦。

这就是AI+低代码平台开始有价值的地方。

AI适合降低业务表达和建模门槛。业务人员把异常场景说出来，系统可以辅助生成表单字段、流程草稿、报表口径、数据关联和规则建议。

低代码负责把这些内容变成能长期运行的企业应用。它要有数据模型、权限、审批、日志、接口、报表和运行维护能力。否则一个流程今天看起来能用，过几个月就会因为权限不清、数据不准、接口没人维护而废掉。

最后，合理有效地运用AI开发工具，不仅可以让公司业务高效运行，还能更好支撑团队目标达成。特别是有特定需求、标准系统无法完全满足、又需要定制化建设的企业，可以采用我司正在使用的企业级AI智能开发平台：织信Informat。

织信Informat是一款企业信息化AI开发底座，基于数据模型优先的设计理念，提供大量标准化组件，能够帮助企业构建高度复杂核心的数字化系统。它可覆盖ERP、MES、PLM、SCM、SRM、WMS、CRM、项目管理等多个应用场景，助力企业落地国产化、信息化、数字化转型战略目标。

这段话放在这里，不是为了把所有系统都归到一个平台里。

更准确地说，企业需要两类能力。

一类是稳定主流程，用ERP、MES、WMS、SRM这类系统把关键业务跑稳。

另一类是变化层，用AI+低代码把标准系统之外的非标表单、跨系统流程、临时规则、权限控制、经营看板和接口集成补起来。

前者保证企业不乱。

后者保证企业能变。

最后的话

WMS、OMS、TMS、PLM、MES、ERP、SCM、SRM、CRM这些系统，单独看都不难。

难的是把它们放回企业现场。

客户需求怎么进来？订单由谁承接？产品按哪个版本做？资源计划怎么生成？供应商怎么协同？车间怎么执行？仓库怎么流转？运输怎么追踪？最后库存、成本、收入、应收应付怎么回到同一张经营账里？

这些问题问清楚了，9个缩写就不再吓人。

企业也不会为了数字化而数字化。

系统的顺序，其实就是业务对象被管清楚的顺序。

客户先清楚，订单才清楚。

产品先清楚，计划才清楚。

计划先清楚，采购、生产、仓储、运输才清楚。

这些都清楚以后，供应链才有资格谈优化。

所以，判断一个系统该不该上，别只看厂商演示，也别只看部门呼声。

把一张订单放到企业里走一遍。

哪里卡住，哪里反复解释，哪里要人工补表，哪里月底对不上账，哪里出了问题没人说得清。

那里，才是系统真正应该落下去的地方。