什么叫"SAP 主数据实战经验"？——把 JD 黑话拆成四件能写进简历的事

招聘 JD 里有一句高频黑话：「熟悉 SAP 主数据，有实战经验优先」。这句话是拿来筛人的：背过概念的一抓一大把，真干过的没几个——因为面试官自己也知道，这个东西不亲手碰过，根本讲不出细节。这篇文章把这句黑话拆开：主数据到底是什么、"实战"具体指哪几类活、怎么判断自己算不算有经验、简历上怎么把它写成可验证的事实。

一、先分清三种数据：主数据是"字典"，不是"流水"

SAP 里的数据粗分三类：

• 配置数据：组织架构和参数——工厂、库存地点、销售组织、公司代码。实施顾问上线时调的，业务日常基本不碰。
• 主数据（Master Data）：物料、客户、供应商、BOM、工艺路线、成本中心——变化慢、被所有模块反复引用的"基础字典"。
• 交易数据（Transaction Data）：销售订单、采购订单、生产订单、会计凭证——天天产生，每一条都是主数据的一次组合引用。

关系一句话说透：下采购订单 = 物料主数据（采购视图）+ 供应商主数据 + 组织数据的组合引用；生产报工 = 生产订单 + 物料 + 工作中心的组合引用。所以主数据一旦出错，不是错一条单据，是一类业务全错——这就是它被单拎出来考核"实战经验"的原因。

我自己最深的体感来自做 MES 和 APS 的经历。给电芯工厂做 MES 的 BOM 展开 时，第一步就是从 ERP 拿物料主数据和 BOM——主数据是 MES 的上游地基，它脏了，工序展开、批次追溯全跟着脏。后来做 APS（frePPLe，见 《改造 frePPLe 打造供应链计划》），它的 Item/Location/Customer/Supplier 主数据模型摆在那儿，就是等着对接 ERP 的。可以说：做工业软件，绕来绕去最后都会撞上主数据。

二、"实战"的四类活

1. 建与维护：视图体系是第一道坎

很多人以为物料主数据是"一张表"，其实是一组按部门切分的视图：基本数据、采购、MRP、销售（含出口）、会计、成本……每个视图归不同部门维护，字段上千个。新物料采购下不了单？十有八九是采购视图没人维护。生产订单报工失败？先查 MRP 视图和会计视图齐不齐。"单据卡住 → 顺着报错找视图"是主数据实战的第一课，也是日常维护的大头。

2. 批量与迁移：LSMW / BAPI

系统上线或合并工厂时，物料、客户、供应商动辄上万条，手工点选不现实。常规武器是 LSMW（录屏式批导）和 BAPI（写程序调标准接口）。真正的活儿在导入之外：模板怎么校验、字段怎么映射、错误行怎么重跑、新旧系统数据怎么并行核对。迁移质量直接决定上线第一周业务能不能跑起来——这是项目制主数据工作的核心场景。

3. 治理与清洗：编码规则是一切的起点

• 编码规则：流水码还是赋义码？流水码干净但没含义，赋义码好认但一旦类别划分不合理就万劫不复（类别塞满了怎么办）。大多数工厂最终选流水码 + 分类字段。
• 一物多码治理：同一颗料在系统里有两个编码，库存一边虚高一边虚低，MRP 两边都算——这是存量系统最常见的病。
• 标准化：计量单位统一（EA/PC/个）、描述规范（品牌+型号+规格的书写顺序）、僵尸数据定期下架。

4. 集成与分发：主数据要"出 ERP"

MES、WMS、PLM、APS 全都吃主数据，分发靠 IDoc 或定制接口。难点不在技术，在一致性：ERP 改了物料，下游谁同步、什么时候同步、同步失败谁兜底。主数据集成做的是"分发 + 对账 + 告警"三件事，缺一不可。

三、三个事故，证明什么叫"实战"

背概念的人讲不出事故，干过的人张口就来。挑三个我印象最深的：

事故一：一物多码，库存虚高三成。 同一颗连接器在系统里有两个编码，A 仓库入库走码 1，B 仓库领料走码 2，MRP 把两边各算各的——一边积压一边缺料，计划员天天救火。清码比建码难得多：在途订单、历史凭证、库存余额全挂在旧码上，最后只能定映射表 + 双码并行的过渡期。教训：编码规则的第一条永远是"一物一码的判定标准"——以图纸号为准还是以厂商料号映射为准，必须白纸黑字。

事故二：视图缺一个，产线等料半天。 新物料急着上线，采购视图建了、MRP 视图没维护——MD01 跑 MRP 不生成计划订单，采购拿着需求干着急，计划员查了半天才发现是视图缺项。教训：建码必须检查清单化，关键视图一个都不能漏；后来干脆把"必维护视图"做成了校验规则，缺视图的编码直接不让保存。

事故三：ERP 与 MES 编码对不上，报工静默丢失。 物料主数据分发到 MES 后，ERP 侧改了字段，同步失败没人知道——MES 的报工接口按编码匹配不到，数据静默丢弃，月底对账才发现少了一周产量。教训有两条：主数据变更必须带版本或时间戳；接口匹配失败的记录必须落库留痕 + 告警，这和我在 MES 采集层吃过的亏（断网不能丢数）是同一个道理——失败也是数据。

四、自查：你到底有没有"实战经验"

四条自查清单，中两条以上才算入行：

• 能说出物料主数据有哪些视图、每个视图归哪个部门维护；
• 干过至少一次批量导入/迁移，处理过错误行重跑；
• 参与过编码规则制定，或主导过一次主数据清洗；
• 对接过至少一个下游系统（MES/WMS/APS），处理过主数据不一致。

五、简历怎么写：把黑话换成可验证的事实

反面教材：「熟悉 SAP 主数据管理」——等于什么都没说。正面的写法是数字 + 动作 + 结果：

• 「制定物料编码规则（流水码 + 供应商料号映射），治理存量 2 万条物料，消除一物多码 300+ 条，MRP 准确率显著提升」；
• 「负责 X 项目上线主数据迁移：LSMW 批导物料/客户/供应商 1.5 万条，重跑机制保证错误行清零」；
• 「设计 SAP→MES 物料主数据分发接口（IDoc 转 REST），变更同步延迟从 T+1 压到 5 分钟内，失败记录落库告警」。

面试官顺着简历往下挖的追问链一般是：编码规则怎么定的？→ 批量迁移错了怎么重跑？→ 主数据变更怎么通知下游？→ 同步失败怎么发现？每一层都有具体故事，才立得住"实战"两个字。

写在最后

主数据是所有工业软件的地基：MES 展开工序吃它，APS 排计划吃它，WMS 收发货吃它。所谓"实战经验"，就是你在地基上真砌过砖——建过、迁过、治过、接过，并且为每一类活攒下了至少一个能讲五分钟的故事。没有故事的，都叫背概念。