为什么系统落地前要先做 3 个月数据治理

一个真实的案例：500 万 ERP 被 3 万个垃圾物料号拖死

某汽配企业，花了 500 万上国际大牌 ERP，上线第一天就炸了：同一个「M6 规格的六角螺母」，系统里有 7 个不同的物料编码。采购按编码 A 下了单，仓库收的是编码 B 的货，生产领料时发现仓库里有 5 个编码都是这颗螺母——没人知道该领哪个。

上线一周，系统里的 3 万个物料号被盘点出 1 万多个重复或无效。生产停了 2 天，最后决定还是先回到旧系统，花了 2 个月清物料号，才重新上线。

这不是 ERP 不好，是你把 3 万个垃圾物料号塞进了再贵的系统里，出来的还是垃圾。Garbage in, garbage out——这句计算机行业的老话，在数据治理领域依然适用。

什么是「3 个月数据治理」：不是清洗一次就完了，是建立规则

• 第 1 个月：定规则。成立数据治理小组（业务 + IT + 财务三方联合），输出 4 本标准手册——《物料编码规范》《客户编码规范》《供应商编码规范》《BOM 结构规范》
• 第 1 个月（同步）：盘点现状。把现有系统 + Excel 里的所有物料/客户/供应商/BOM 导出来，去重、去无效、标注状态（在用/停用/待确认）
• 第 2 个月：清洗迁移。按新规范重新编码，逐条核对关键属性（物料名称、规格型号、计量单位、分类、默认仓库、默认供应商、默认税率等），形成「黄金数据集」
• 第 3 个月：建立长效机制。上线「主数据管理平台（MDM）」或 ERP 内的主数据审批流程，任何新增/变更主数据必须走：申请人提交 → 数据治理小组审核 → 生效 → 分发到各业务系统。从此以后再也不准谁都可以随手加个物料号
• 第 3 个月（同步）：全员培训 + 考核。每个岗位必须通过编码规范的考核，不通过的不准录单

数据治理的价值不是「把数据洗干净」，而是「以后再也不会脏了」。只做一次清洗不建规则，3 个月后又回到原点。

物料编码规范怎么写：三条核心原则

编码原则一：编码是「身份证号」不是「描述性文字」。不要在编码里写产品颜色、材质、规格。编码就是一串无意义的流水号（或分类前缀 + 流水号），所有属性全在描述字段里。反例：「BLK-TSHIRT-M-001」（黑T恤M码第1个）——你加了个红色，编码规则就炸了。

编码原则二：编码唯一，一物一码。同一个物料（规格、型号、材质、计量单位完全一致），不管哪个部门叫它什么名字，在系统里只能有一个编码。名称可以不同（销售叫「A-200」、仓库叫「黑壳」、财务叫「3-1-017」），但编码必须统一。怎么对应？做「名称对照表」挂在物料主数据上。

编码原则三：编码规则一旦定了，5 年内不准改。改编码是数据治理的大灾难，所有历史单据、库存、财务凭证都要跟着改。所以定编码规则时宁愿预留长一点的流水号（比如 8 位流水可以容纳 9999 万条），也不要为了「好记」搞短编码。

3 个月期间业务怎么运转：双轨制 + 冻结新增

很多企业会担心：「花 3 个月做数据治理，业务不做了？」——不是停业务，是「老数据继续用，不准新增垃圾」。

双轨制方案：① 现有业务系统继续跑，但新增任何主数据（物料/客户/供应商）必须先提交数据治理小组审核，按新规范审核通过后才能加进旧系统。② 旧数据里的历史垃圾（停用 2 年以上的物料、倒闭的客户/供应商）直接标记「作废」，不参与清洗，只保留历史备查。

这样 3 个月下来：新增数据都是干净的（按新规范），存量数据的 80% 高频部分被清洗好了，剩下 20% 的低频历史垃圾不影响大局，以后慢慢清理。业务完全不会停。

数据治理做完的 5 个验收标准

• □ 物料重复率 < 0.5%（随机抽取 1000 个高频物料名，查重复编码数量）
• □ 主数据关键属性完整率 ≥ 98%（抽取 500 条，每个物料的名称、规格、单位、分类、税率都填全了吗）
• □ 主数据新增/变更审批流程线上化率 100%（任何新物料必须走审批，不准后台直接加）
• □ 各部门主数据查询口径一致率 100%（问销售、仓库、财务同一个产品的编码是多少，回答必须一样）
• □ 数据治理小组成员稳定，有 2 名以上经过培训的「内部数据管理员」

最后一笔账：3 个月数据治理 vs 不治理直接上 ERP 的代价

不治理直接上 ERP：500 万 ERP 买了，上线后 3 个月因为数据太烂用不起来，回到 Excel。损失 500 万软件费 + 6 个月实施费 + 全公司 6 个月的时间成本，合计至少 1000 万+。

先做 3 个月数据治理：数据治理项目费（含咨询 + MDM 平台）约 30-80 万，ERP 上线一次成功，3 个月跑通全流程。

哪笔账划算，一目了然。数据治理不是花钱的成本中心，是 ERP 能不能用起来的前置保险。