简介企业数字化转型中ERP与CRM、MRP、PLM、APS、MES、WMS、SRM的关系常让人困惑这份文档便是一份系统化的关系梳理笔记。内容以企业价值链为主线从财务、人力、研发到生产制造、供应链、销售服务逐一说明各系统的定位与职责并用对比方式拆解ERP与CRM、MRP、PLM、APS、MES等系统的协作逻辑适合信息化主管、实施顾问、产品经理及学生入门参考。资源为1份docx文档约1.63MB打开即可阅读无需额外解压或安装环境。全文围绕“系统要不要一起上”这一现实问题结合销售、研发、计划排产、制造执行等典型场景讲清每类系统的核心价值与数据衔接方式帮助读者快速建立企业信息化整体认知。已有364人学习适合希望理清企业系统关系、辅助选型或方案设计的读者。1. ERP 到底是枢纽还是终局先把 9 大业务块的位置放对数字化项目推进到第三个月业务方大概率会问同一个问题ERP、CRM、MRP、PLM、APS、MES、WMS、SRM 这些系统都要一起上吗我的建议是先把 ERP 拆开看。ERP 的完整边界覆盖财务、人力、研发、生产制造、供应链、采购、销售、服务、资产管理 9 大模块从全局视角对企业资源做计划与管控。但覆盖不等于做深CRM 管销售过程和客户关系PLM 管产品生命周期里的文档与 BOM 状态MES 管工序级执行WMS 管仓库作业的每一个移动动作SRM 管供应商协同APS 和 MRP 负责把需求与产能换算成可以执行的计划。理解哪部分是 ERP 的“脑”哪部分是别人的“手”才能判断该不该集成、怎么集成。本文按价值链顺序拆开这套系统族最后给一个集成前可以实际运行的主数据校验方法。适合正在做信息化选型、或者正被多系统对接问题困扰的 IT 从业者读。2. 前端与研发这两块CRM、SCRM、PLM 如何对接 ERP2.1 CRM 为什么是 ERP 的最前端很多人把 CRM 理解成客户通讯录实际它承担的角色更重从线索、商机、成单到售后支持完整覆盖客户全生命周期。CRM 的配置难度不在于功能多少而在于它必须跟随销售模式变化。项目型销售关注商机阶段推进和投标过程终端销售型关注门店与渠道的订货节奏电商集成型关注高频订单与库存扣减的时序。三种模式直接影响 CRM 与 ERP 的接口设计。在 CRM 项目实施里我一般先把销售模式捋清楚再决定字段映射而不是一上来就谈功能菜单。2.1.1 三种销售模式决定了 CRM 的配置深度CRM 模式销售特征与 ERP 交互的关键字段集成频率项目型长周期、多人决策商机编号、报价版本、信用额度订单确认时同步终端销售型渠道订货、返利复杂客户编码、SKU、价格条件、返利协议日级同步电商集成型高频小单、库存变化快订单号、商品编码、实时库存、支付状态分钟级项目型销售里报价单和订单必须强关联否则后续的账期风控会失效终端销售型要处理返利与对账这部分逻辑不在 ERP 标准流程里电商集成型则要在高并发下保证库存不被超额扣减。最容易出错的不是接口本身而是客户编码和物料编码在两侧不一致。2.1.2 共享哪些数据接口才算完整ERP 与 CRM 无缝衔接讲究的是部分数据共享而不是实时全量镜像。CRM 需要看到库存水平、发货状态、客户财务、订单历史、退货、付款、定价这些是企业内部数据CRM 回传的则是商机阶段、联系人、报价版本和预测成交日期。下面是常见做法里 CRM 中间层的一段字段映射// CRM 订单 → ERP 销售订单字段映射示例 function mapCrmOrder(crmOrder) { return { // 客户编码必须与 ERP 客户主数据一致否则信用检查会直接拦截 customerId: crmOrder.customer.code, orderType: crmOrder.type project ? ZOR : OR, // 项目型走专门订单类型 salesOrg: 1000, distributionChannel: crmOrder.channel, division: crmOrder.division, reqDate: crmOrder.delivery.reqDate, items: crmOrder.items.map(item ({ material: item.skuCode, qty: item.quantity, unitPrice: item.price, warehouse: item.warehouse || W001 })) }; }逻辑说明customerId 和 material 这类主数据字段必须与 ERP 侧完全一致否则订单创建会失败或落成错误单据salesOrg 与 division 决定价格条件和成本中心归属reqDate 直接影响 MRP 的时序计算排产缓冲需要在这个字段里预先折算。2.2 SCRM带社交属性的客户运营SCRM 和 CRM 有血缘关系都是服务客户管理差别在于 SCRM 增加了社交属性更偏向 C 端客户。C 端客户群体大需要精细化社群运营SCRM 是典型的新零售需求衍生品。它解决的不是销售过程管理而是把公域流量沉淀成私域客户关系用户粒度通常到个人ERP 里的客户主数据粒度一般到企业或门店。两边集成时先按手机号或 unionid 做联系人聚合再映射到客户主数据否则会出现订单归属混乱。有团队问过“Vue 能不能做 ERP 管理系统”技术在界面上当然能但决定 ERP 能不能接住 CRM 数据的从来不是前端框架而是后端主数据完整度和接口契约。这部分下文会单独展开。2.3 PLM研发侧向 ERP 与 MES 传递发布态数据PLM 主要用在研发部门管理产品从市场分析、产品规划、产品设计、工艺工程、采购外协、生产制造、销售分销、支持服务到退市的完整生命周期。注意 PLM 管的不只是图纸还包括项目文档、流程管理、体系架构和权限管理。产品设计完成后由 PLM 做配置管理把数据同时传给 MES 和 ERP再由 ERP 做后续分配流程。PLM 传给 ERP 的数据里最关键的是物料主数据、设计 BOM 和工程变更记录。设计 BOM 通常不能直接用要经过工艺工程转换成制造 BOM再把用量、损耗率、替代料信息补充完整。ERP 拿 BOM 展开 MRP 之前必须先确认 PLM 中的版本状态已发布草稿态数据一旦同步过去整个计划都会偏。没有 PLM 的企业BOM 正确性基本靠人工维护变更单满天飞上了 PLM 后版本变更源头在 PLMERP 只认“RELEASED”状态接口层面再加一道校验比事后对账省力得多。3. 生产计划与执行MRP、APS、MES 的粒度分工3.1 MRPMPS、BOM 与库存状态三者碰撞MRP 物资需求计划在生产体系里处于核心位置。它要回答三个问题生产什么来自主生产计划 MPS用什么生产来自 BOM 物料清单已经有什么来自库存状态。生产前必须把每个时段的材料数量算清楚否则采购不是多买就是缺料。MRP 上接销售需求下发生产任务和采购申请纵贯人、财、物、供、产、销六大领域。净需求计算并不复杂难的是输入数据的准确性def mrp_net(gross_qty, on_hand, safety_stock): 净需求 毛需求 - (现有库存 - 安全库存) net gross_qty - (on_hand - safety_stock) return max(net, 0) # 遍历 BOM 展开 for component in bom_components: gross mps_qty * component.usage_per_unit net_qty mrp_net(gross, component.stock, component.safety_stock) if net_qty 0: planned_order release_purchase_or_production( itemcomponent.material, qtynet_qty, lead_timecomponent.supplier_lead_time )逻辑说明usage_per_unit 来自 BOM 单级用量safety_stock 来自物料主数据里的安全库存参数。如果 BOM 有替代料或损耗率需要在这一层一并折算。MRP 跑完会生成两类单据生产订单下达到车间采购申请转成采购订单给采购执行。ERP 侧重把客户需求、企业内部制造活动和供应商制造资源整合在一起MRP 侧重企业内部人、财、物的资源管理。可以理解成 MRP 是 ERP 在生产计划域的深化。3.2 APS约束条件下的排产与回写APS 高级计划排产系统解决的是多订单共享产能时的冲突。业务里最常被问到的就是“越急越优先怎么排”真实场景不能只按交期排序因为一条产线同时压着十几个订单原材料齐套率、设备切换成本、模具可用性都会影响顺序。APS 的需求计划模块从 ERP 的订单输入中获取客户实际需求再叠加外部预测数据通过算法得出预测生产计划供应链计划模块引入物料、产能、交期等约束条件生成指导 MRP 的约束生产计划并回写 ERP 的主生产计划模块。制造计划模块再与 ERP 的 MRP 结合 BOM、库存、采购信息反复交互论证最终产出可执行的生产任务单。排产优先级的简化做法是对三个维度打分后加权priority_score ( due_date_rank * 0.5 line_load_rank * 0.3 material_ready_rank * 0.2 )逻辑说明due_date_rank 是交期紧迫度排序line_load_rank 是产线当前负荷排序material_ready_rank 是齐套率排序。加权得分越小越先排。这只是兜底公式正式场景还要叠加设备切换成本、换模时间等约束这就是 APS 与普通排产表的本质区别。3.3 MES工序级执行与现场数据采集MES 是智能制造里最关键的 IT 系统它管到工序级任务下发、执行控制和数据采集和 ERP 的粒度完全不同。层级管理单位关注点典型输出ERP 计划层工作中心 / 订单数量、交期、成本生产工单、物料需求APS 排产层产线 / 班次产能负荷、顺序优化排产计划MES 执行层工序 / 工位 / 设备良率、工时、追溯工序报工、质量采集设备控制层PLC / 传感器实时参数设备日志ERP 以工作中心为单位MES 精细到每个工序。数据采集通过人机交互和机机交互完成从大脑到芯片在智能硬件上采集数据到终端实现数据可视化、操作无人化、生产智能化。这通常要搭配 AGV 小车、标准化容器、自动化轨道、智能化物流等硬件还可以和数字孪生做数据联动。MES 与 ERP 的边界在“工单汇报”这一点上ERP 关心这张工单完成了多少数量、成本花了多少MES 关心工序内部每个动作耗时多久、哪个环节良率下降。MES 回写实际工时到 ERP 工单用于成本核算这是最基础也是最有价值的集成点。4. 供应链两侧WMS 与 SRM 的过程式管控4.1 WMS结果管理到过程控制ERP 的库存模块更接近结果管理记的是物料账某物料在某库位有多少、出入库单是否过账。但仓库日常作业需要的是过程控制——托盘放在哪个货位、拣货路线怎么规划、先进先出是否被执行、库位利用率是否合理。企业规模扩大、产品结构变复杂后最低库存、安全库存、更快找货、最小面积存更多货、装卸作业安排这些需求都会指向独立的 WMS。能力点ERP 库存模块WMS管理目标库存财务账准确作业效率与过程追踪库位管理粗略或无库位精细到货位先进先出依赖人工确认系统指定拣货批次作业方式单据驱动任务驱动 设备指令ERP 管理范围大于 WMSWMS 属于 ERP 管理的范畴但 ERP 面向结果、不够深入很难满足企业当前的仓库管理需求。WMS 面向过程控制可以实现现场管控、自动采集数据、环节追溯。4.1.1 一个可落地的先进先出查询WMS 上线时最优先做的是批次追溯逻辑。下面这条 SQL 是拣货分配时常见的一条建议指令SELECT pallet_id, batch_no, expiry_date FROM stock_pallet WHERE material_id :mat AND warehouse_id :wh AND qty 0 ORDER BY expiry_date ASC, inbound_date ASC LIMIT 1;逻辑说明先把范围限定在指定物料和仓库只在正库存的托盘上挑选按到期日和入库日期升序排列返回最早批次的托盘。WMS 把这条结果生成拣货任务同步到 ERP 侧做库存移转过账。ERP 只记录结果WMS 里的批次状态才是真实的库存过程。WMS 可以独立运行和 ERP 集成后数据互通更利于管理。典型集成场景是ERP 下采购入库单WMS 收货后回传过账ERP 发销售出库单WMS 拣货后回传发货确认。两边单据状态对得上月底库存台账才不会打架。4.2 SRM把上游供应链管起来SRM 供应商管理作用类似 CRM区别是方向相反CRM 管客户SRM 管供应商。它通过节流为企业获取利润好的采购可以降成本、提效率、保质量、控风险。SRM 一般包含供应商管理、供应商绩效评估、多渠道管理、寻源管理、采购合同管理、采购到付款管理、在线对账、质量协同、供应链金融等模块。和 ERP 的边界表现在采购订单履行的不同阶段。ERP 负责产生采购申请和采购订单SRM 负责把订单推给供应商确认、跟踪发货、做质量协同。回写 ERP 的数据主要是到货信息、收货数量和质检结果。集成做顺了可以实现采购寻源、订单协同、物流协同、财务协同四个闭环。判断要不要上 SRM标准很简单供应商数量是否超过管理半径。如果供应商只有几十家、采购流程固定ERP 采购模块就能跑通如果采购品类多、供应商绩效需要数据说话、审计要求高SRM 的价值就体现出来了。SRM 相当于 ERP 管理资源板块的扩展上了之后重点盯住供应商编码统一这是和 ERP 集成最容易翻车的地方。5. 集成实施的上线顺序与主数据校验技巧5.1 按核心业务判断系统优先级系统大可不必全做集成围绕核心业务扩展才是正路。以销售为核心的企业重点是客户管理和内部协作CRM 与 ERP 的订单、库存、应收集成优先做。生产型企业要先区分流程型还是离散型流程型生产更依赖配方管理和连续产线配方、批次、质量接口是重点离散型生产则比拼 BOM 准确率和工序排程优先做 MRP再往 APS 和 MES 延伸。企业类型优先建设二期考虑集成核心销售驱动CRM ERP 财务/库存SCRM订单、库存、应收离散制造ERP MRPAPS MESBOM、工单、工时流程制造ERP PLMMES DCS 接口配方、批次、质量仓储压力大WMS ERP 库存自动化仓储设备出入库、盘点、批次这个顺序解决的是“先有数据、再谈协同”的问题。MRP 没有准的库存台账支撑跑出来的计划没人敢信MES 没有准的 BOM 支撑工序报工全变成垃圾数据。5.2 集成发布前跑一遍主数据差分脚本集成失败的项目绝大多数不是接口写错而是主数据不一致。同一颗螺丝在 ERP 里编码是 M10001在 WMS 里却是 WH-01-238接口一启动就产生脏数据。上线前跑一个物料编码差分脚本通常能暴露大部分问题-- 检查 ERP 与 WMS 物料主数据的编码和名称差异 SELECT a.matnr AS erp_code, a.maktx AS erp_name, COALESCE(b.material_code, (missing)) AS wms_code FROM erp_material_master a LEFT JOIN wms_material_master b ON a.matnr b.material_code WHERE b.material_code IS NULL OR b.material_name a.maktx;逻辑说明以 ERP 物料主数据为基准左连接 WMS 侧物料筛选出在 WMS 中缺失、或者两边名称对不上的记录。把这部分差异清单倒入临时表对照实际业务中的采购合同和仓库实物编码逐一清洗修正完再重跑一遍直到结果为空。同一套思路可以复制到客户编码、供应商编码、库位编码和成本中心的校验上。每跑完一层接口报错率都会明显下降。把这条 SQL 放到每次集成发布前的检查脚本里比任何上线动员都管用。本文还有配套的精品资源点击获取 ERP与CRM、MES等集成：先理清边界，再校验主数据
简介企业数字化转型中ERP与CRM、MRP、PLM、APS、MES、WMS、SRM的关系常让人困惑这份文档便是一份系统化的关系梳理笔记。内容以企业价值链为主线从财务、人力、研发到生产制造、供应链、销售服务逐一说明各系统的定位与职责并用对比方式拆解ERP与CRM、MRP、PLM、APS、MES等系统的协作逻辑适合信息化主管、实施顾问、产品经理及学生入门参考。资源为1份docx文档约1.63MB打开即可阅读无需额外解压或安装环境。全文围绕“系统要不要一起上”这一现实问题结合销售、研发、计划排产、制造执行等典型场景讲清每类系统的核心价值与数据衔接方式帮助读者快速建立企业信息化整体认知。已有364人学习适合希望理清企业系统关系、辅助选型或方案设计的读者。1. ERP 到底是枢纽还是终局先把 9 大业务块的位置放对数字化项目推进到第三个月业务方大概率会问同一个问题ERP、CRM、MRP、PLM、APS、MES、WMS、SRM 这些系统都要一起上吗我的建议是先把 ERP 拆开看。ERP 的完整边界覆盖财务、人力、研发、生产制造、供应链、采购、销售、服务、资产管理 9 大模块从全局视角对企业资源做计划与管控。但覆盖不等于做深CRM 管销售过程和客户关系PLM 管产品生命周期里的文档与 BOM 状态MES 管工序级执行WMS 管仓库作业的每一个移动动作SRM 管供应商协同APS 和 MRP 负责把需求与产能换算成可以执行的计划。理解哪部分是 ERP 的“脑”哪部分是别人的“手”才能判断该不该集成、怎么集成。本文按价值链顺序拆开这套系统族最后给一个集成前可以实际运行的主数据校验方法。适合正在做信息化选型、或者正被多系统对接问题困扰的 IT 从业者读。2. 前端与研发这两块CRM、SCRM、PLM 如何对接 ERP2.1 CRM 为什么是 ERP 的最前端很多人把 CRM 理解成客户通讯录实际它承担的角色更重从线索、商机、成单到售后支持完整覆盖客户全生命周期。CRM 的配置难度不在于功能多少而在于它必须跟随销售模式变化。项目型销售关注商机阶段推进和投标过程终端销售型关注门店与渠道的订货节奏电商集成型关注高频订单与库存扣减的时序。三种模式直接影响 CRM 与 ERP 的接口设计。在 CRM 项目实施里我一般先把销售模式捋清楚再决定字段映射而不是一上来就谈功能菜单。2.1.1 三种销售模式决定了 CRM 的配置深度CRM 模式销售特征与 ERP 交互的关键字段集成频率项目型长周期、多人决策商机编号、报价版本、信用额度订单确认时同步终端销售型渠道订货、返利复杂客户编码、SKU、价格条件、返利协议日级同步电商集成型高频小单、库存变化快订单号、商品编码、实时库存、支付状态分钟级项目型销售里报价单和订单必须强关联否则后续的账期风控会失效终端销售型要处理返利与对账这部分逻辑不在 ERP 标准流程里电商集成型则要在高并发下保证库存不被超额扣减。最容易出错的不是接口本身而是客户编码和物料编码在两侧不一致。2.1.2 共享哪些数据接口才算完整ERP 与 CRM 无缝衔接讲究的是部分数据共享而不是实时全量镜像。CRM 需要看到库存水平、发货状态、客户财务、订单历史、退货、付款、定价这些是企业内部数据CRM 回传的则是商机阶段、联系人、报价版本和预测成交日期。下面是常见做法里 CRM 中间层的一段字段映射// CRM 订单 → ERP 销售订单字段映射示例 function mapCrmOrder(crmOrder) { return { // 客户编码必须与 ERP 客户主数据一致否则信用检查会直接拦截 customerId: crmOrder.customer.code, orderType: crmOrder.type project ? ZOR : OR, // 项目型走专门订单类型 salesOrg: 1000, distributionChannel: crmOrder.channel, division: crmOrder.division, reqDate: crmOrder.delivery.reqDate, items: crmOrder.items.map(item ({ material: item.skuCode, qty: item.quantity, unitPrice: item.price, warehouse: item.warehouse || W001 })) }; }逻辑说明customerId 和 material 这类主数据字段必须与 ERP 侧完全一致否则订单创建会失败或落成错误单据salesOrg 与 division 决定价格条件和成本中心归属reqDate 直接影响 MRP 的时序计算排产缓冲需要在这个字段里预先折算。2.2 SCRM带社交属性的客户运营SCRM 和 CRM 有血缘关系都是服务客户管理差别在于 SCRM 增加了社交属性更偏向 C 端客户。C 端客户群体大需要精细化社群运营SCRM 是典型的新零售需求衍生品。它解决的不是销售过程管理而是把公域流量沉淀成私域客户关系用户粒度通常到个人ERP 里的客户主数据粒度一般到企业或门店。两边集成时先按手机号或 unionid 做联系人聚合再映射到客户主数据否则会出现订单归属混乱。有团队问过“Vue 能不能做 ERP 管理系统”技术在界面上当然能但决定 ERP 能不能接住 CRM 数据的从来不是前端框架而是后端主数据完整度和接口契约。这部分下文会单独展开。2.3 PLM研发侧向 ERP 与 MES 传递发布态数据PLM 主要用在研发部门管理产品从市场分析、产品规划、产品设计、工艺工程、采购外协、生产制造、销售分销、支持服务到退市的完整生命周期。注意 PLM 管的不只是图纸还包括项目文档、流程管理、体系架构和权限管理。产品设计完成后由 PLM 做配置管理把数据同时传给 MES 和 ERP再由 ERP 做后续分配流程。PLM 传给 ERP 的数据里最关键的是物料主数据、设计 BOM 和工程变更记录。设计 BOM 通常不能直接用要经过工艺工程转换成制造 BOM再把用量、损耗率、替代料信息补充完整。ERP 拿 BOM 展开 MRP 之前必须先确认 PLM 中的版本状态已发布草稿态数据一旦同步过去整个计划都会偏。没有 PLM 的企业BOM 正确性基本靠人工维护变更单满天飞上了 PLM 后版本变更源头在 PLMERP 只认“RELEASED”状态接口层面再加一道校验比事后对账省力得多。3. 生产计划与执行MRP、APS、MES 的粒度分工3.1 MRPMPS、BOM 与库存状态三者碰撞MRP 物资需求计划在生产体系里处于核心位置。它要回答三个问题生产什么来自主生产计划 MPS用什么生产来自 BOM 物料清单已经有什么来自库存状态。生产前必须把每个时段的材料数量算清楚否则采购不是多买就是缺料。MRP 上接销售需求下发生产任务和采购申请纵贯人、财、物、供、产、销六大领域。净需求计算并不复杂难的是输入数据的准确性def mrp_net(gross_qty, on_hand, safety_stock): 净需求 毛需求 - (现有库存 - 安全库存) net gross_qty - (on_hand - safety_stock) return max(net, 0) # 遍历 BOM 展开 for component in bom_components: gross mps_qty * component.usage_per_unit net_qty mrp_net(gross, component.stock, component.safety_stock) if net_qty 0: planned_order release_purchase_or_production( itemcomponent.material, qtynet_qty, lead_timecomponent.supplier_lead_time )逻辑说明usage_per_unit 来自 BOM 单级用量safety_stock 来自物料主数据里的安全库存参数。如果 BOM 有替代料或损耗率需要在这一层一并折算。MRP 跑完会生成两类单据生产订单下达到车间采购申请转成采购订单给采购执行。ERP 侧重把客户需求、企业内部制造活动和供应商制造资源整合在一起MRP 侧重企业内部人、财、物的资源管理。可以理解成 MRP 是 ERP 在生产计划域的深化。3.2 APS约束条件下的排产与回写APS 高级计划排产系统解决的是多订单共享产能时的冲突。业务里最常被问到的就是“越急越优先怎么排”真实场景不能只按交期排序因为一条产线同时压着十几个订单原材料齐套率、设备切换成本、模具可用性都会影响顺序。APS 的需求计划模块从 ERP 的订单输入中获取客户实际需求再叠加外部预测数据通过算法得出预测生产计划供应链计划模块引入物料、产能、交期等约束条件生成指导 MRP 的约束生产计划并回写 ERP 的主生产计划模块。制造计划模块再与 ERP 的 MRP 结合 BOM、库存、采购信息反复交互论证最终产出可执行的生产任务单。排产优先级的简化做法是对三个维度打分后加权priority_score ( due_date_rank * 0.5 line_load_rank * 0.3 material_ready_rank * 0.2 )逻辑说明due_date_rank 是交期紧迫度排序line_load_rank 是产线当前负荷排序material_ready_rank 是齐套率排序。加权得分越小越先排。这只是兜底公式正式场景还要叠加设备切换成本、换模时间等约束这就是 APS 与普通排产表的本质区别。3.3 MES工序级执行与现场数据采集MES 是智能制造里最关键的 IT 系统它管到工序级任务下发、执行控制和数据采集和 ERP 的粒度完全不同。层级管理单位关注点典型输出ERP 计划层工作中心 / 订单数量、交期、成本生产工单、物料需求APS 排产层产线 / 班次产能负荷、顺序优化排产计划MES 执行层工序 / 工位 / 设备良率、工时、追溯工序报工、质量采集设备控制层PLC / 传感器实时参数设备日志ERP 以工作中心为单位MES 精细到每个工序。数据采集通过人机交互和机机交互完成从大脑到芯片在智能硬件上采集数据到终端实现数据可视化、操作无人化、生产智能化。这通常要搭配 AGV 小车、标准化容器、自动化轨道、智能化物流等硬件还可以和数字孪生做数据联动。MES 与 ERP 的边界在“工单汇报”这一点上ERP 关心这张工单完成了多少数量、成本花了多少MES 关心工序内部每个动作耗时多久、哪个环节良率下降。MES 回写实际工时到 ERP 工单用于成本核算这是最基础也是最有价值的集成点。4. 供应链两侧WMS 与 SRM 的过程式管控4.1 WMS结果管理到过程控制ERP 的库存模块更接近结果管理记的是物料账某物料在某库位有多少、出入库单是否过账。但仓库日常作业需要的是过程控制——托盘放在哪个货位、拣货路线怎么规划、先进先出是否被执行、库位利用率是否合理。企业规模扩大、产品结构变复杂后最低库存、安全库存、更快找货、最小面积存更多货、装卸作业安排这些需求都会指向独立的 WMS。能力点ERP 库存模块WMS管理目标库存财务账准确作业效率与过程追踪库位管理粗略或无库位精细到货位先进先出依赖人工确认系统指定拣货批次作业方式单据驱动任务驱动 设备指令ERP 管理范围大于 WMSWMS 属于 ERP 管理的范畴但 ERP 面向结果、不够深入很难满足企业当前的仓库管理需求。WMS 面向过程控制可以实现现场管控、自动采集数据、环节追溯。4.1.1 一个可落地的先进先出查询WMS 上线时最优先做的是批次追溯逻辑。下面这条 SQL 是拣货分配时常见的一条建议指令SELECT pallet_id, batch_no, expiry_date FROM stock_pallet WHERE material_id :mat AND warehouse_id :wh AND qty 0 ORDER BY expiry_date ASC, inbound_date ASC LIMIT 1;逻辑说明先把范围限定在指定物料和仓库只在正库存的托盘上挑选按到期日和入库日期升序排列返回最早批次的托盘。WMS 把这条结果生成拣货任务同步到 ERP 侧做库存移转过账。ERP 只记录结果WMS 里的批次状态才是真实的库存过程。WMS 可以独立运行和 ERP 集成后数据互通更利于管理。典型集成场景是ERP 下采购入库单WMS 收货后回传过账ERP 发销售出库单WMS 拣货后回传发货确认。两边单据状态对得上月底库存台账才不会打架。4.2 SRM把上游供应链管起来SRM 供应商管理作用类似 CRM区别是方向相反CRM 管客户SRM 管供应商。它通过节流为企业获取利润好的采购可以降成本、提效率、保质量、控风险。SRM 一般包含供应商管理、供应商绩效评估、多渠道管理、寻源管理、采购合同管理、采购到付款管理、在线对账、质量协同、供应链金融等模块。和 ERP 的边界表现在采购订单履行的不同阶段。ERP 负责产生采购申请和采购订单SRM 负责把订单推给供应商确认、跟踪发货、做质量协同。回写 ERP 的数据主要是到货信息、收货数量和质检结果。集成做顺了可以实现采购寻源、订单协同、物流协同、财务协同四个闭环。判断要不要上 SRM标准很简单供应商数量是否超过管理半径。如果供应商只有几十家、采购流程固定ERP 采购模块就能跑通如果采购品类多、供应商绩效需要数据说话、审计要求高SRM 的价值就体现出来了。SRM 相当于 ERP 管理资源板块的扩展上了之后重点盯住供应商编码统一这是和 ERP 集成最容易翻车的地方。5. 集成实施的上线顺序与主数据校验技巧5.1 按核心业务判断系统优先级系统大可不必全做集成围绕核心业务扩展才是正路。以销售为核心的企业重点是客户管理和内部协作CRM 与 ERP 的订单、库存、应收集成优先做。生产型企业要先区分流程型还是离散型流程型生产更依赖配方管理和连续产线配方、批次、质量接口是重点离散型生产则比拼 BOM 准确率和工序排程优先做 MRP再往 APS 和 MES 延伸。企业类型优先建设二期考虑集成核心销售驱动CRM ERP 财务/库存SCRM订单、库存、应收离散制造ERP MRPAPS MESBOM、工单、工时流程制造ERP PLMMES DCS 接口配方、批次、质量仓储压力大WMS ERP 库存自动化仓储设备出入库、盘点、批次这个顺序解决的是“先有数据、再谈协同”的问题。MRP 没有准的库存台账支撑跑出来的计划没人敢信MES 没有准的 BOM 支撑工序报工全变成垃圾数据。5.2 集成发布前跑一遍主数据差分脚本集成失败的项目绝大多数不是接口写错而是主数据不一致。同一颗螺丝在 ERP 里编码是 M10001在 WMS 里却是 WH-01-238接口一启动就产生脏数据。上线前跑一个物料编码差分脚本通常能暴露大部分问题-- 检查 ERP 与 WMS 物料主数据的编码和名称差异 SELECT a.matnr AS erp_code, a.maktx AS erp_name, COALESCE(b.material_code, (missing)) AS wms_code FROM erp_material_master a LEFT JOIN wms_material_master b ON a.matnr b.material_code WHERE b.material_code IS NULL OR b.material_name a.maktx;逻辑说明以 ERP 物料主数据为基准左连接 WMS 侧物料筛选出在 WMS 中缺失、或者两边名称对不上的记录。把这部分差异清单倒入临时表对照实际业务中的采购合同和仓库实物编码逐一清洗修正完再重跑一遍直到结果为空。同一套思路可以复制到客户编码、供应商编码、库位编码和成本中心的校验上。每跑完一层接口报错率都会明显下降。把这条 SQL 放到每次集成发布前的检查脚本里比任何上线动员都管用。本文还有配套的精品资源点击获取