同一规格的钢板有 三个编码，
MRP 跑出来的需求永远是错的
按编码规则 + 属性相似度 + 名称/规格语义识别重复与异常主数据，生成合并建议、影响清单与合并后处理步骤 —— 这是 B1、C1、E1 等所有依赖物料准确性的场景能否生效的前置条件。主数据不干净，后面所有场景都是在错误的地基上盖楼。
一物多码，各买各的各存各的
同一个规格的钢板在系统里有三个编码，采购各买各的、仓库各存各的，MRP 跑出来的需求永远是错的——买重了、存散了、算不准了。ERP 本身不提供主数据治理工具，缺乏重复检测、属性完整度检查、单位一致性校验，清理只能靠人工比对，几十万条物料根本比不过来。
重复/异常编码（基线 19）
一物多码 4 组 10 个编码 + 一码多物 2 组 2 个编码 + 属性缺失/单位冲突 3 个；治理后降至 15，目标降幅 ≥80%。
主数据属性完整率（基线 91.4%）
1 − 缺失字段数 /（物料条数 × 检查字段数）；完整率上去了，MRP 与比价才有可靠输入。
影响库存金额（元）
涉及库存数量金额、在途数量、BOM 引用 —— 合并前必须逐项迁移，动作不可逆。
它是整条链路的前置条件
K1 不做，下游场景的数据地基就是歪的。
（前置）
WorkBuddy 操作效果录屏
录屏为 a11/demo.html 交互引擎的真实操作实录（浏览器实机录制，1280×800），默认静音循环播放
assets/recording.mp4（1280×800 · 交互页真实操作实录）
配套交互页：a11/demo.html ↗
a11/demo.html 页面的真实操作实录：物料清单（35 条 / 32 个编码）→ 编码规则校验（位数 / 前缀 / 字符）→ 属性相似度识别（名称 0.35 + 规格 0.30 + 材质 0.20 + 单位 0.15 加权，≥0.82 判疑似同一物料）→ 规格语义归一（3.0mm→3mm、× * X→x、Φ/φ/Ø 剔除）→ 一物多码 / 一码多物分组 → 合并建议（保留编码 + 待合并清单）→ BOM 影响清单（引用次数、库存数量金额、在途数量）→ 属性完整度看板与责任归属。您可以打开交互页亲手操作验证。可下载数据源电子表格
35 条物料样本（合成脱敏，覆盖一物多码 / 一码多物 / 属性缺失 / 单位冲突四类问题），字段与生产版 MCP 只读视图一一对应
| 字段 | 含义 | 类型 | 说明（规则口径） |
|---|---|---|---|
code | 物料编码 | 文本 | 前缀(2) + 大类(2) + 流水(5)，共 9 位，如 010100001 |
name | 物料名称 | 文本 | 标准名称，用于语义识别归一 |
spec | 规格型号 | 文本 | 如 3mm / Φ20x2.4 / M8x30 / 6206-2RS |
material | 材质 | 分类 | Q235B / GCr15 / NBR / 8.8级 等 |
unit_base | 基本单位 / 库存单位 | 文本 | 两处单位应一致；不一致即判单位冲突 |
category | 分类 | 分类 | 钢材 / 铸件 / 轴承 / 电气 / 紧固件 / 密封件 / 液压件 / 辅料 |
code_valid | 编码合规 | 是/否 | 是否符合 9 位编码规范且前缀与分类匹配 |
dup_multi_code | 一物多码 | 是/否 | 编码不同但归一化名称+规格相同 → 疑似同一物料 |
dup_multi_item | 一码多物 | 是/否 | 同一编码对应多个不同规格或名称 → 主数据脏数据 |
similarity | 属性相似度 | 数值 | 名称 0.35 + 规格 0.30 + 材质 0.20 + 单位 0.15 加权得分；≥0.82 判疑似 |
spec_norm | 规格语义归一 | 文本 | 3.0mm→3mm、× * X→x、Φ/φ/Ø→剔除、δ→剔除、剔除强度等级 |
merge_advice | 合并建议 | 文本 | 每组保留编码（合规+完整+引用最高）与待合并编码清单 |
impact | 影响清单 | 文本 | 涉及 BOM 引用、库存数量金额、在途数量 |
complete_rate | 属性完整率 | 百分比 | 1 − 缺失字段数 / (物料条数 × 检查字段数) |
四条判定规则，一条红线
判定走规则引擎而非黑盒大模型——每一次重复识别、合并建议、影响测算都能追溯到主数据与口径版本
编码规则校验
位数 / 前缀 / 字符不合规即判异常；责任主数据管理员，须限期整改。
属性相似度识别
加权相似度 ≥ 0.82 判疑似同一物料，进入合并评审并附影响清单。
规格语义识别
3mm / 3.0mm / δ3 语义等价，统一表达口径后再做相似度比对。
异常主数据治理
属性缺失、基本单位与库存单位冲突，须补齐统一后重新体检。
合并必须有人签，不得自动执行
本场景只输出合并建议与影响清单，绝不自动停用或合并编码。任何编码合并必须由主数据管理员确认，并同步迁移 BOM 引用、库存台账、在途采购单与历史价格档案 —— 合并动作不可逆，必须留痕。
POC 验收 KPI：开工前定好，上线后对账
基线指标（场景卡口径）：重复/异常编码降幅 · 主数据属性完整率 · MRP 建议可用率
重复/异常编码 15 个
基线 19 个 → 治理后 15 个，目标降幅 ≥80%；一物多码 4 组 + 一码多物 2 组全部进入评审。
属性完整率 98.78%
基线 91.4% → 实测 98.78%；完整率上去了，MRP 与比价才有可靠输入。
MRP 建议可用率 ≥95%
基线 62% → 目标 ≥95%；编码唯一后需求计算不再重复或漏算。
影响库存金额 313,468.80 元
合并前必须逐项迁移：库存数量金额、在途数量、BOM 引用次数 —— 动作不可逆，必须留痕。
与 B1/C1/E1/J5 贯通
B1 MRP 需求计算、C1 库存结构、E1 采购价格、J5 费用归集，全部依赖 K1 的唯一编码地基。
白纸黑字的规矩 · 三条铁规矩
不清楚起点，不配谈改善。先出《基线诊断报告》。
你的人会用、能够通过操作考核，这一项才算交付完成。
每个场景定好验收口径，上线前后按口径出对比数据。
先把你的问题理清楚，
再决定要不要花钱
联系马工，你会先拿到一份《场景清单》——厂里的管理窟窿按痛感排好序，先干哪 3 个写清楚。清单不满意，可以到此为止。
- 先量基线，再收钱——诊断阶段不收咨询费
- 渐进式接入——从最痛的一个场景开工，不伤现有业务
- 效果进账本——上线前后对比数据摆在面前
把问题发过来就行