做供应链数字化这些年，我发现一个很现实的问题： 企业系统越上越多，很多人反而越来越说不清，每套系统到底是在管什么。 ERP 里有订单，OMS 也有订单；ERP 里有库存，WMS 还是在管库存；MES 已经有生产计划，APS 又出来排计划；ERP 里有发货单，TMS 还要继续管运输。 如果只看功能列表，这几套系统确实很容易越看越像。但真正放回供应链业务里，其实没那么复杂。 我一般不会先背缩写，而是先看： 这套系统站在供应链哪个位置，它负责做什么决策。 真正做项目以后，还会出现另一个问题： 这些系统各自都能把自己那一段管起来，但管理层很难站在一个视角里看完整供应链。 业务系统负责把事情做完，FineBI 则更适合把这些结果整理成一套完整的供应链经营看板，从订单履约、采购供应、库存周转、生产进度到物流交付放在同一个管理视角里，出现异常以后还能继续往下看具体客户、产品、仓库、产线或者线路，比在几个系统之间来回切换更容易发现真正影响交付的问题。
一、ERP：什么都管一点，但真正管的是“企业资源账” ERP 是最容易被误解的一个。 因为很多企业的信息化建设就是从 ERP 开始的，所以很容易形成一种感觉： ERP 里面不是都有了吗？为什么还需要别的系统？ 确实，ERP 通常会覆盖销售、采购、库存、生产、财务等内容。 但它真正强的地方，不是把每个现场动作管到最细，而是把企业的人、财、物和业务结果统一记录下来。 比如采购一批原材料，ERP 更关心的是： 买了什么、花了多少钱、供应商是谁； 库存增加多少，后续形成多少应付款。 销售发货以后，它还要继续记录收入、库存减少、成本结转和应收变化。 所以 ERP 里的库存，更接近业务库存和账务库存。 它可以知道某 SKU 还有1000件，但未必需要继续关心这1000件到底在哪个库位、哪个批次应该先出、哪个订单应该优先拣，这些问题就开始进入 WMS。 我们做经营分析时，通常会用 FineBI 把 ERP 里的销售、采购、库存、应收应付放在一起看，因为单独看某一个模块很容易失真。 比如收入增长了，但库存和应收也一起快速上升，这时候企业真正需要判断的不是“销售做得不错”，而是这轮增长到底有没有转化成现金和利润。 ERP 是企业业务的账，但管理层最终要看的，是这本账背后的经营质量。
二、SCM：不是某一个动作，而是在管整条供应链平不平衡 SCM，Supply Chain Management，是这9套系统里边界最模糊的一个。 因为不同厂商的 SCM 覆盖范围可能完全不同，有的偏计划，有的偏采购，有的偏库存，有的则把供应商、订单、物流都包进去。 所以理解 SCM，不能死盯功能列表。 它真正站的位置更高。 ERP 更关心企业内部发生了什么，SCM 更关心的是： 需求、供应、库存、生产和交付之间到底是不是平衡。 比如销售预测突然增长30%。 真正的供应链问题不是简单多了30%的订单，而是要继续判断： 库存能不能支撑； 供应商能不能及时补货； 生产产能够不够； 哪些客户订单可能因此延期。 这才是 SCM 真正关心的东西。 所以我更愿意把 SCM 理解成供应链的总协调层。 SCM 真正管理的不是某一张单据，而是整条链条有没有失衡。
三、SRM：采购不只是下单，真正难的是“供应商靠不靠谱” 很多企业 ERP 已经有采购模块。 所以第一次接触 SRM 时，经常会问： 采购订单 ERP 已经能下，SRM 还有什么必要？ 问题就在于： 采购订单和供应商管理，不是一回事。 ERP 可以告诉你今年向供应商 A 采购了3000万元，但采购负责人真正想知道的是，这家供应商准时交付率怎么样、最近采购价格有没有异常上涨、质量问题发生了多少次、采购是不是过度集中，以及一旦停供会不会直接影响生产。 这就进入 SRM，Supplier Relationship Management 的范围了。 成熟的 SRM 不只是供应商档案，还会涉及准入、询报价、合同、绩效、协同和风险。 尤其制造企业里，一个供应商真正出问题，后面影响的可能不是采购部门，而是缺料、停线、延期交付。 所以 ERP 更偏： “我买了什么。” SRM 更偏： “我应该跟谁买，这个供应商到底值不值得继续合作。” 我们公司一般会用 FineBI 把采购金额、历史价格、交付、质量、退货、付款等数据放在一起，因为只看采购金额很容易把“大供应商”误认为“好供应商”。真正值得管理的是价格稳不稳、交付准不准、质量好不好、风险高不高。 供应商管理做到最后，看的不是采购额，而是供应稳定性。
四、APS：订单来了以后，真正困难的是“到底先生产什么” APS 和 MES 是制造业里最容易混淆的一对。 因为两边都跟生产有关。 但它们站的位置完全不同。 APS，Advanced Planning and Scheduling，真正负责的是： 在有限资源条件下，把生产计划排出来。 比如现在有100个订单，现实条件可能同时存在： 交期不同、产品工艺路线不同、物料到货时间不同； 设备产能有限，而且多个产品共用同一个瓶颈资源。 如果只是按订单日期从前往后排，很快就会出现计划不可执行。 APS 做的本质上是一个有限资源下的排程问题。 它要回答： 哪张订单先做、什么时候做、在哪条线做； 需要哪些物料，瓶颈资源怎么安排。 所以我经常把 APS 形容成生产里的“排兵布阵”。 而真正做计划分析时，不能只看计划有没有生成。我们会借助 FineBI 看计划达成率、欠产数量、产能负荷、订单交期和计划偏差，把“排出来了没有”进一步变成“这个计划到底能不能被执行、执行以后差在哪里”。 APS 最怕的不是排得慢，而是排得很漂亮，现场根本做不出来。
五、MES：APS负责“应该怎么生产”，MES负责“现场到底生产成什么样” APS 把计划排出来以后，真正进入车间，就轮到 MES。 MES，Manufacturing Execution System，关键词就是： Execution，执行。 它更关注现场真正发生了什么，比如： 工单什么时候开工； 当前已经完成多少； 哪道工序出现异常； 设备停了多久； 良率到底是多少。 假设 APS 计划今天生产1000件，晚上 MES 只报了850件。 这时候再讨论排程已经没什么意义。 真正需要看的是为什么少了150件。 原因可能是设备停机，也可能是原材料没有及时到位、换线时间太长，甚至中间返工太多。 所以 APS 和 MES 最好的关系，不是各自独立，而是计划不断吸收现场反馈，再继续调整。 这也是我们在 FineBI 里做生产看板时最常看的东西：计划达成、实际产量、OEE、停机、良率、工时放在一起，生产负责人看到的不只是“今天没完成”，而是能继续判断损失到底发生在哪个环节。 MES 记录的是生产现场，真正的管理价值在于把这些记录变成改善动作。
六、OMS：订单不是录进去就结束了，真正难的是“这张单到底怎么履约” OMS，Order Management System，在零售、电商和全渠道业务里特别常见。 因为渠道一多，订单履约马上就会变复杂。 客户下一张订单以后，企业可能同时有直营网店库存、区域仓库存、中心仓库存和门店库存。 这时候真正的问题就来了： 到底从哪里发、一个仓库存不够要不要拆单； 哪个仓距离客户更近，门店能不能参与履约，订单取消以后库存怎么释放。 所以 OMS 真正管的不是“有没有订单”，而是： 订单如何被分配、拆分、路由和履约。 ERP 销售订单模块更偏记录。 OMS 更偏履约决策。 借助 FineBI ，可以继续看订单结构、履约率、取消率、超时订单、拆单比例和缺货影响，因为单看订单量没有意义。订单很多，但大量订单不断拆单、取消、延期，供应链压力反而可能更大。 OMS 真正要解决的，不是把订单收进来，而是把订单顺利送出去。
七、WMS：ERP知道“有多少货”，WMS必须知道“货到底在哪” 这是供应链系统里最经典的一组区别。 ERP 可能告诉你某商品还有1000件库存，但仓库真正要工作，还必须知道这些货在哪里、属于哪个批次、哪些已经被订单占用，以及哪些即将到期。 这就是 WMS，Warehouse Management System，真正解决的问题。 所以 WMS 管的不是一个库存结果，而是整个仓内作业过程。 典型业务包括： 收货、质检、上架、移库、补货； 拣货、复核、出库、盘点。 比如 ERP 显示还有500件，WMS 可能进一步知道其中200件在 A 库区，250件在 B 库区，还有50件已经被订单锁定。 这就是颗粒度的区别。 ERP关注库存结果。 WMS关注货物的位置和动作。 仓储管理真正做到后面，我们一般不会只看库存量，而是会在 FineBI 里继续看库存周转、库龄、动销、呆滞、出入库效率和库位利用情况。 因为仓库真正的问题经常不是“没货”，而是该有的没有，不该有的堆了一大堆。 库存管理真正难的，不是知道有多少货，而是判断这些货是不是健康。
八、WCS：WMS管仓库业务，WCS管设备怎么执行 自动化仓库越来越多以后，WCS 的存在感也越来越强。 今天很多仓库里已经不只是人和叉车，还可能同时有 AGV、堆垛机、穿梭车、输送线、机械臂和自动分拣设备。 WMS 可以生成一个业务任务： “把托盘 A 从储位 X 搬到出库口 Y。” 但 WMS 没必要亲自控制每一台设备怎么动作。 真正到了设备层，通常就由 WCS，Warehouse Control System，继续完成调度。 它需要考虑： 哪台设备执行、走哪条路径、哪个节点先放行； 发生堵塞以后怎么重新调度。 所以这两层可以非常简单地理解： WMS 决定仓库要做什么，WCS 负责让设备真正做出来。 自动化仓库真正运营起来以后，管理者不只是关心设备“有没有运行”，而是关心任务完成率、设备利用率、等待时间、拥堵点和异常频次。借助 FineBI 把这些设备执行结果和仓储业务任务放在一起看，才能判断到底是设备性能问题，还是任务分配和仓储流程本身出了问题。 自动化仓库真正难的，从来不是机器会不会动，而是业务任务和设备动作能不能配合好。
九、TMS：货出了仓库，供应链其实才进入最后一段 很多企业把货从 WMS 里做完出库，就觉得订单差不多结束了。 但对客户来说： 收到货，才算真的结束。 TMS，Transportation Management System，解决的就是货出仓以后这段过程。 比如一天有100张订单需要配送，真正执行运输时，还要继续考虑： 哪些订单可以拼车、哪条线路成本更低、应该选择哪个承运商； 车辆装载率够不够，预计什么时候能送达。 所以 TMS 并不是简单管理车辆。 它真正解决的是： 运输资源、时效和成本之间怎么平衡。 比如一个月物流费用上涨10%，原因可能是承运商涨价，也可能是订单越来越碎、车辆装载率下降，或者加急订单比例明显增加。 所以真正做运输分析，不能只看总运费。 TMS 管的是运输过程，管理层真正要看的，是运输成本和服务水平有没有失衡。
十、把9套系统串起来，其实就是一张订单走完一生 如果把前面的系统一个一个背，很容易混。 但放回一笔真实业务，就清楚很多。 假设一家制造企业收到客户订单： OMS 先判断订单怎么履约，库存不足时再进入生产计划； APS 根据交期、物料和产能排计划，原材料不足时由 SRM 和供应商协同； 采购、库存、销售和财务结果继续进入 ERP，计划下到现场以后由 MES 跟踪生产执行； 成品完成后进入 WMS，自动化仓库再由 WCS 执行设备任务； 货出了仓以后，TMS 继续负责车辆、线路、承运商和签收，而 SCM 则站在更高的位置持续判断需求、供应、库存、生产和交付是否平衡。 到这里你会发现： 所谓9套供应链系统，其实不是9座孤岛，而是在共同完成同一张订单。 真正做经营分析时，这也是 FineBI 最适合发挥作用的地方。与其让管理层在 ERP 看订单、去 WMS 看库存、到 MES 看生产、再进 TMS 看运输，不如把核心供应链指标重新组织到一套分析体系里，从订单开始一路看到采购、生产、库存、交付和成本，让管理问题沿着同一条业务链继续下钻，而不是在不同系统之间来回跳。 系统负责把各自那一段业务做好，BI负责帮助管理者看到整条链到底哪里出了问题。
写在最后 以后再看到 ERP、SCM、SRM、APS、MES、OMS、WMS、WCS、TMS，不用先背产品说明书。 先问一个问题： 它到底站在供应链哪个位置，负责什么决策。 最简单的记法就是： ERP 管企业资源和业务账，SCM 管整条供应链协同，SRM 管供应商； APS 管计划，MES 管生产执行，OMS 管订单履约； WMS 管仓内货物，WCS 管仓内设备，TMS 管运输。 但真正做供应链数字化以后会发现，企业最大的挑战从来不是“还差哪一套系统”。 真正难的是订单变了以后计划能不能及时知道，计划调整以后采购和生产能不能跟上，生产完成以后库存能不能及时更新，货发出去以后运输和订单状态能不能准确反馈回来。 供应链数字化真正成熟的标志，不是系统越来越多。 而是一张订单从需求产生，到采购、生产、仓储、运输和最终交付，整条链上的问题都能够被及时看见、解释清楚，并推动改善。
