企业官网建设流程全解析

1. 供应链数字化全景：十个系统到底在管什么

干了这么多年供应链信息化，最怕听到的一句话就是“我们上个系统把供应链管起来”。供应链从来不是某一个系统能管住的事，它是一条从需求预测、采购寻源、生产排程、仓储作业、运输配送到产品退市的完整链条，每个环节都有自己独特的业务逻辑和数据模型。硬要用一个系统包打天下，结果往往是每个环节都做得半吊子。真正跑得顺的供应链数字化，靠的是一组各司其职又彼此咬合的系统矩阵，业内常说的十大核心系统就是这套矩阵的骨架。

这十个系统分别是SCM（供应链管理）、SRM（供应商关系管理）、WMS（仓储管理系统）、TMS（运输管理系统）、ERP（企业资源计划）、PLM（产品生命周期管理）、MES（制造执行系统）、PMS（项目管理系统，也有场景指价格管理系统，本文按项目管理口径展开）、OMS（订单管理系统）以及CRM（客户关系管理）。它们各自解决一段业务，又通过主数据、单据流和状态回传串成一条线。这篇文章不打算给你背概念，而是从架构关系、选型逻辑、落地步骤到踩坑经验，把每个系统为什么存在、边界在哪、怎么配合讲清楚，适合正在做供应链数字化规划的产品经理、实施顾问、IT负责人，也适合刚入行想建立全局观的同学。

先说一个我反复验证过的判断：系统数量不是越多越好，但该有的边界必须清晰。很多企业上系统失败，不是技术不行，而是一开始就没想清楚“这件事到底该谁管”。比如库存准确率上不去，有人怪WMS，有人怪ERP，实际上根子可能在MES的报工数据不及时，或者在SRM的到货预约没打通。所以理解这十个系统，核心不是记功能清单，而是理解数据在谁那里产生、在谁那里被消费、状态由谁负责回传。

下面这张表先给一个全局印象，后面每个系统再展开。

2. 架构关系拆解：十个系统怎么串成一条线

2.1 主数据是地基，ERP和PLM是源头

所有系统集成的第一道坎都是主数据。物料主数据、供应商主数据、客户主数据、BOM、工艺路线，这些东西如果各系统各存一份，后面所有单据流都是灾难。我的经验是：物料和BOM以PLM为设计源头，ERP做物料主数据的管控中枢，其他系统通过接口订阅。为什么不让PLM直接管所有物料？因为PLM关注的是设计属性（材质、版本、替代料），而ERP关注的是计划属性（采购类型、提前期、安全库存），两者视角不同，强行合并会让研发和计划互相打架。

PLM到ERP的BOM传递是第一个关键接口。设计BOM（EBOM）转制造BOM（MBOM）的过程，往往需要工艺部门介入调整，这个转换逻辑如果放在PLM里做，ERP只接收结果，职责最清晰。我见过把MBOM维护放在ERP里的做法，结果研发改一个零件，工艺在ERP里手工同步，漏改一次就是一批报废。所以这条线的原则是：设计变更由PLM发起，ERP接收生效版本，MES按工单锁定版本。

2.2 计划层与执行层的分界

SCM处在计划层，它消费ERP的库存和成本数据、CRM的需求数据、SRM的供应能力数据，产出的是需求计划和供应计划。MES、WMS、TMS处在执行层，它们接收计划指令，反馈执行状态。这条分界线最容易被模糊的地方是“排程”。高级排程到底放SCM还是MES？我的判断标准是：看排程的时间粒度和约束来源。如果是以周为单位的产能规划、考虑的是整体供应平衡，放SCM；如果是按小时排到具体设备、考虑换模时间和工装约束，放MES。两者之间用“计划订单”衔接，SCM下发计划订单，MES接收后做详细排程并回传可承诺日期。

2.3 订单履约的完整链路

从客户下单到交付，这条链路最能体现系统协同。CRM管商机和合同，OMS归集多渠道订单并做履约拆分，ERP做信用检查和开票，WMS做拣货出库，TMS做配送安排，SCM在背后做库存分配和调拨决策。这里有个常见误区：OMS和ERP的订单功能重叠。我的做法是OMS管“订单怎么拆、怎么合、怎么分配库存”，ERP管“订单的财务结果”。OMS不碰总账，ERP不碰多渠道归集逻辑，边界就清楚了。

2.4 供应商到车间的协同闭环

SRM管供应商准入、寻源、合同、绩效，它和ERP的采购模块关系密切。采购订单在ERP里生成，推送到SRM做供应商确认和发货预约，供应商在SRM里确认交期后回传ERP。到货环节，WMS做收货，收货结果回传SRM做绩效评分。MES的物料消耗数据又反过来影响SRM的供应商评分中的质量维度。这条闭环如果断了，供应商绩效就是拍脑袋，采购谈判没有数据支撑。

3. 逐系统拆解：每个系统的核心逻辑与选型要点

3.1 SCM：计划是供应链的大脑

SCM的核心不是“管”，而是“算”。需求计划、供应计划、库存计划、调拨计划，本质都是在做供需匹配的运算。选型时最该关注的是它的计划引擎能力：需求预测支持几种算法、能不能做多级BOM展开、供应约束怎么建模、计划结果能不能解释。我见过不少企业把SCM当报表工具用，只看看库存分布，那是暴殄天物。

实操上，SCM落地的第一步不是上系统，而是把计划颗粒度和计划周期定下来。是按SKU按周计划，还是按品类按日计划？颗粒度越细，对主数据质量要求越高。我的建议是先从重点品类做起，跑通一个计划周期再扩。参数方面，安全库存的计算要结合服务水平目标，公式是安全库存等于服务水平系数乘以需求标准差乘以提前期平方根，这个计算过程必须在系统里可配置可追溯，否则计划员不会信任系统给出的数字。

注意：SCM的计划结果一定要能下钻到明细，计划员看到“建议补货500件”时必须能点开看到是哪些订单、哪些库存、哪些在途算出来的。黑盒计划没人用。

3.2 SRM：供应商不是通讯录，是能力池

SRM最容易做成一个供应商档案库，那就白上了。它的价值在于把供应商的准入、寻源、履约、绩效串起来。准入阶段管资质和现场审核记录，寻源阶段管询报价和比价，履约阶段管订单确认和发货协同，绩效阶段管质量、交期、成本、配合度的多维评分。评分模型要可配置权重，而且数据来源要自动抓取，不能靠采购员手工填。

选型时重点看两点：寻源流程能不能灵活配置（不同品类走不同审批流），绩效数据能不能自动采集（从WMS取到货及时率，从MES取来料合格率）。我踩过的坑是绩效评分全靠手工，结果季度评分变成采购员凭印象打分，供应商也不服。后来改成系统自动取数占70%权重，人工评价占30%，争议立刻少了很多。

3.3 WMS：库存准确率是命根子

WMS管的是仓库里的每一次移动。收货、上架、拣货、复核、发货、盘点、移库、退库，每个动作都要有单据、有库位、有批次。选型时别只看功能列表，要看它的作业策略引擎：上架策略能不能按周转率自动推荐库位，拣货策略能不能支持波次和分区，盘点能不能支持循环盘点。这些策略直接决定仓库人效。

实操要点：WMS上线前必须做库位编码规划和商品ABC分类。库位编码我建议用“区-排-列-层-位”五段式，比如A-03-12-02-01，这样人工也能快速定位。ABC分类按出库频次来，A类放靠近发货口的位置。参数上，拣货路径优化如果做得好，人效提升20%以上很常见。另外，WMS和ERP的库存同步频率要定好，实时同步对接口压力大，我一般建议出入库单据实时推，库存余额定时对账，每天凌晨做一次全量校验。

注意：WMS上线最大的风险是期初库存不准。上线前必须做一次全仓盘点，盘点差异处理完再切换，否则系统一上线就是错的，后面所有作业都建立在错误数据上。

3.4 TMS：运的是货，管的是成本和时效

TMS管运输计划、调度、执行、结算。核心价值在两点：运费可控和时效可视。运费可控靠的是计费规则引擎，按重量、体积、里程、车型、区域多维度组合计费，而且要和合同价关联。时效可视靠的是节点回传，提货、在途、到达、签收每个节点都要有状态。

选型时关注它和WMS的发货衔接、和ERP的费用结算衔接。实操上，运费对账是最容易出问题的环节，我建议TMS里做“预估运费”和“实际运费”两套数据，预估在调度时生成，实际在签收后按计费规则重算，差异超过阈值自动预警。这样财务对账时有据可查，不会和承运商扯皮。

3.5 ERP：不是万能的，但没有它万万不能

ERP是财务和业务的主账本。物料主数据、供应商主数据、客户主数据、总账、应收应付、成本核算，这些都在ERP里。它的定位是记录结果、管控合规，而不是做执行。很多企业把WMS、MES的功能硬塞进ERP，结果ERP变得无比臃肿，操作效率极低。

选型ERP最该关注的是扩展性和集成能力，而不是功能大而全。因为执行层系统一定会专业化，ERP要做的是把接口标准定好。实操上，ERP实施的第一优先级是主数据治理和财务业务一体化。物料主数据的字段规范、编码规则、审批流，这些定不下来，后面全是返工。我的经验是物料编码用“大类+中类+流水号”的规则，不要试图把属性都编进编码里，属性放扩展字段。

3.6 PLM：产品数据的唯一真相源

PLM管产品从概念到退市的全生命周期数据：需求、图纸、BOM、工艺、变更、合规文档。它的核心价值是版本可控和变更可追溯。一个零件改了材质，哪些产品受影响、哪些工单要停、哪些库存要隔离，这些必须能一键查出来。

选型和实施要点：PLM和CAD的集成深度很关键，图纸检入检出要顺畅。BOM管理要支持多视图（设计视图、制造视图、服务视图）。变更管理流程要能配置，ECR到ECN的流转要留痕。我见过变更管理做成邮件审批的，结果变更执行到哪一步没人说得清，最后靠人肉追。PLM里变更单必须关联受影响物料清单，执行时逐项关闭。

3.7 MES：车间里的黑匣子要打开

MES管工单执行、报工、质量、设备、追溯。它的价值是把车间的黑匣子打开，让计划层能看到真实进度。核心功能包括工单派发、工序报工、物料消耗采集、质量检验记录、设备状态监控。选型时重点看和设备层的集成能力（能不能直连PLC或SCADA）以及追溯粒度（能不能做到单件追溯）。

实操上，MES上线最难的是报工习惯的改变。工人习惯了纸质流转单，让他每道工序扫码报工，一开始阻力很大。我的做法是先把报工点减少到关键工序，不要一开始就全工序铺开，等大家尝到“进度实时可见、计件工资自动算”的甜头，再逐步细化。参数上，工单优先级规则要提前定好，是按交期倒排还是按客户等级，规则要写进系统不能靠调度员口头说。

3.8 PMS：项目型业务的节奏控制器

PMS管项目的计划、资源、成本、交付。在项目型制造或工程交付场景里，PMS和ERP的关系要理清：PMS管项目WBS和里程碑，ERP管项目物料和财务归集。PMS里的项目计划要能下钻到任务级，资源投入要能和人力系统或MES的工时关联。

选型时关注它和ERP的项目核算衔接、和PLM的项目文档关联。实操上，项目延期往往不是某一个任务延期，而是任务之间的依赖关系没管好。PMS里一定要把任务依赖和关键路径配好，这样延期影响能自动传导。我建议每周做一次项目健康度检查，看里程碑偏差和资源超载情况，别等到月底才发现要延期。

3.9 OMS：多渠道订单的归集与履约大脑

OMS管订单从接入到履约完成的全过程。多渠道订单归集、库存分配、拆单合单、履约路由、状态回传，这些是它的核心。选型时看它支持多少渠道接入、库存分配规则能不能配置（按仓、按优先级、按成本最优）、拆单逻辑是否灵活。

实操要点：OMS和WMS的库存分配要定好规则。是下单即锁库还是支付后锁库？超卖怎么处理？这些规则要在OMS里配置清楚。我见过大促时OMS没做库存预占，结果超卖几千单，客服被打爆。后来加了预占逻辑和超卖阈值告警，才稳住。

3.10 CRM：需求源头的数据质量决定下游一切

CRM管客户、商机、合同、服务。它对供应链的价值在于需求预测的输入。商机阶段的预计成交时间和数量，如果能结构化记录，就是需求计划的重要输入。选型时关注它和OMS的订单衔接、和SCM的需求预测衔接。

实操上，CRM的数据质量是最容易被忽视的。销售填商机往往很随意，预计成交日期随便写，导致需求预测失真。我的做法是把商机阶段和赢率绑定，不同阶段对应不同赢率，预测时按赢率加权。同时要求关键字段必填，比如预计成交日期和数量，不填不能推进阶段。

4. 集成落地：接口怎么设计才不打架

4.1 接口设计的三个原则

十个系统集成，接口设计是成败关键。我总结三个原则：第一，谁产生数据谁负责推送，谁消费数据谁负责校验。比如WMS产生库存变动，它推给ERP，ERP校验物料和库位是否存在。第二，接口要有幂等和重试机制。网络抖动、系统重启都会导致接口失败，没有重试机制就是数据不一致。第三，关键单据要有状态机。采购订单从创建到关闭，每个状态变更都要有记录，出问题能追溯。

接口方式上，实时性要求高的用消息队列，比如库存变动、工单报工；批量性数据用定时任务，比如每日库存对账、供应商绩效汇总。不要所有接口都用实时调用，系统压力大而且没必要。

4.2 主数据同步的优先级

主数据同步要有优先级顺序：先物料、再供应商和客户、再BOM和工艺、最后是价格和库存。为什么？因为物料是所有单据的基础，物料没同步好，采购订单、工单、库存记录全是错的。我建议主数据同步做“发布-订阅”模式，ERP作为物料主数据的发布方，其他系统订阅。每次同步要有日志，同步失败要告警。

4.3 对账机制不能省

系统之间每天必须对账。库存对账、订单对账、工单对账，对不上就要查。我见过库存差异拖了三个月才发现，一查是WMS的移库单没推给ERP，导致账面库存虚高。对账脚本要自动化，差异报告每天早会过一遍，小差异当天查，大差异立刻停线排查。

5. 常见问题与排查技巧实录

5.1 库存不准的排查路径

库存不准是最常见的问题。排查顺序我一般这样走：先看WMS的实时库存和ERP的账面库存差异多少，如果差异集中在某几个库位，查这些库位的出入库单据是否有未推送成功的；如果差异是全局性的，查期初库存是否准确、盘点差异是否处理；如果差异随时间扩大，查是否有未记账的移库或退库。常见根因排前三的是：接口失败未重试、手工调账未留痕、盘点差异未及时处理。

5.2 工单进度滞后的排查

MES里工单进度滞后，先别怪工人。查三个地方：工单是否真的派发到工位了、报工点设置是否合理（是不是设在了不增值的工序上导致工人不愿意报）、物料是否齐套（缺料导致无法开工）。我遇到过一次，工单进度显示滞后，实际是报工扫码枪网络信号差，工人扫了没成功。后来加了离线报工缓存，问题解决。

5.3 供应商交期不准的排查

SRM里供应商确认的交期经常跳票，排查思路：看SRM的订单是否及时推送给供应商了（有些企业是手工邮件发，系统里没记录）、供应商确认交期后是否有变更通知机制、到货预约是否和WMS收货打通。常见根因是供应商根本没登录SRM看订单，还是靠邮件沟通。解决办法是把SRM的订单确认做成强制节点，不确认不安排发货。

5.4 常见问题速查表

5.5 独家避坑心得

说几个文档里不会写的。第一，别在月初一号上线新系统。月初是财务结账和业务高峰，出问题没人手处理。我一般选月中偏后的周四晚上切换，周五观察一天，周末有问题还能加班修。第二，关键用户要早介入。系统上线不是IT一个部门的事，仓库主管、计划员、采购员必须从需求调研阶段就参与，他们提的意见往往比顾问更接地气。第三，培训要分角色做。给仓库人员讲SCM的计划逻辑，他们听不懂也没用。每个角色只讲他们用的功能，配上操作视频，效果比集中培训好得多。

6. 选型与实施节奏：别想一口吃成胖子

6.1 选型的优先级判断

十个系统不可能同时上。我的优先级建议是：先ERP和PLM打地基，再WMS和MES做执行透明，然后SRM和TMS做上下游协同，最后SCM和OMS做计划优化。为什么？因为地基不稳，上面盖什么都会塌。ERP的主数据和财务框架没搭好，WMS上了也是孤岛。当然这不是绝对，如果企业当前最痛的是仓库发错货，那先上WMS也合理，但主数据治理要同步做。

选型评估时，功能匹配度占40%，集成能力占30%，供应商实施经验占20%，价格占10%。集成能力为什么这么高？因为供应链系统的价值在协同，一个不能集成的系统就是信息孤岛。评估集成能力时，让对方提供标准接口清单和过往集成案例，别只听销售说“都能对接”。

6.2 实施节奏的把控

每个系统的实施周期我一般按“调研2周、方案2周、配置开发4到6周、测试2周、上线1周”来排，但实际往往超期。超期的主要原因是需求变更和主数据准备不足。控制节奏的关键是把主数据治理放在实施启动之前，别等系统配好了才发现物料编码规则还没定。

上线策略上，我倾向“先试点后推广”。选一个仓库、一条产线、一个品类先跑，跑通了再复制。试点期至少一个月，把常见问题都暴露出来。推广时按区域或品类分批，每批之间留两周缓冲。

6.3 上线后的持续优化

系统上线不是终点。上线后第一个月是问题高发期，要每天开站会过问题清单。第二个月开始做数据质量检查，看主数据完整率、单据及时率、接口成功率。第三个月做用户反馈收集，优化操作体验。我见过上线后没人管的系统，半年后用户又回到Excel，系统成了摆设。所以上线后要有明确的运营机制，指定系统负责人，定期做健康度评估。

7. 我个人的几点实操体会

这套系统矩阵我前前后后参与过几轮落地，最大的体会是：技术问题都好解决，难的是职责和习惯的改变。系统上线本质是管理规则的固化，如果规则本身没想清楚，系统只会把混乱放大。所以每次项目启动前，我都会花时间跟业务部门把“这件事谁负责、数据谁维护、异常谁处理”对齐，对齐了再动手。

另一个体会是别追求大而全的集成。有些接口其实没必要做实时，比如供应商绩效评分，每天同步一次足够了。把精力放在关键链路上：订单到交付、采购到付款、工单到入库，这三条链路跑顺了，供应链数字化就成功了八成。剩下的边角料，可以慢慢补。

最后分享一个小技巧：每个系统上线后，我都会做一个“数据体检表”，列出这个系统最关键的五个数据质量指标，比如WMS的库存准确率、MES的报工及时率、SRM的订单确认率，每周看一次趋势。指标往下掉的时候，往往就是流程出问题的前兆，早发现早处理，比出了问题再救火强得多。