食品饮料企业一品多规格的主数据怎么建？

食品饮料企业的主数据，难点经常落在规格上：同一包薯片有小包、盒、箱几种包装，系统里到底算几个商品。判定规则可以定得很简单，以最小销售包装为准，一个规格一个码，大包装挂在它下面，换算和条码写清楚。

一、同一包薯片在系统里算几个商品

同一包薯片，采购按箱下单，仓库按盒收货，门店按包卖，也按盒卖，每种包装各有一个条码。

如果系统把包、盒、箱建成三个商品，进了一箱货，门店不知道该加多少包；顾客买走一盒，系统只扣"盒"，"包"的库存不动。月底账实对不上，补货只能靠店长估。

食品饮料还多一层：同一个品，有原味和番茄味，有小包和大包，还有促销加量装、节日礼盒。所以一品多规格要先回答两个问题：

• 哪些变化算新规格，要新建一个码；
• 哪些只是同一规格的包装层级，不建新码，只记换算。

二、三种常见的混乱表现

乱法 1：一个包装建一个商品。包、盒、箱在 ERP 里是三个物料号，库存和销量分三份记，说不清这个规格一共卖了多少。

乱法 2：换算各系统各填。ERP 里写一箱 24 包，仓储系统里写一箱 20 包（数字为示意）。箱规改了没人通知下游，收货、配送、结算跟着错。

乱法 3：规格塞进名称。"原味薯片 70g×12"这样的名称（示例），有人写"70克"，有人写"70G"，系统按名称查不出重复，同一规格建了好几遍。条码没有固定归属，一个条码挂在两个商品上，门店一扫就出错。

三种乱法根子相同：规格怎么判定、包装怎么换算、条码归谁，都没有一个统一的出口。

三、先定判定规则：什么情况算新规格

判定规则先写下来，品牌、采购、财务都认，再配进平台。常用的一版：

变化	怎么处理	例子（示例）
口味不同	新规格，新建商品码	原味、番茄味
净含量不同	新规格，新建商品码	70g、135g
包装形式不同	新规格，新建商品码	袋装、罐装
促销加量装	新规格，新建商品码	加量装
同一规格装成盒、装成箱	不建新码，作为包装单位挂在规格下	1 盒 12 包
不同口味混装礼盒	作为组合商品单独建码，维护组成清单	礼盒内含多种口味

规则配进平台后，新品申请时先选品类，再填口味、净含量、包装形式这些关键特征。特征和已有规格完全一样，平台直接拦下，提示复用已有编码。

四、规格层级与换算：主表加子表

每个规格以最小销售包装为基本单位，盒、箱作为包装单位挂在它下面。

表 1　规格层级表（示例）

层级	单位	换算到基本单位	条码类型	主要使用方
基本单位	包	1 包	商品条码（EAN）	门店收银、电商
中包装	盒	1 盒 = 12 包	盒条码	门店整盒销售、仓库拣货
外箱	箱	1 箱 = 4 盒 = 48 包	箱码（ITF）	采购、仓储、物流

建模时拆成两张表：

• 商品主表（一个规格一行）：商品编码、品名、品牌、品类、口味、净含量、包装形式、保质期、储存条件、基本单位。
• 包装单位子表（一个包装层级一行）：单位、换算数量、条码、长宽高、毛重、能否销售、能否采购。

三条规矩：换算只在主数据平台维护，各系统只读；每个包装单位标清能不能卖、能不能采；箱规一改，平台留下版本，再分发给所有下游。

常有人问：工厂按箱生产、消耗纸箱，箱要不要单独建成一个商品？不用，包材消耗是 BOM 的事。在某饮料企业的方案设计中，项目组把 BOM 拆成研发 BOM 和工厂 BOM，包材放进工厂 BOM，商品主数据只认规格和包装单位。现有 ERP 如果必须按箱建物料，就在主数据平台里建映射，挂到同一个规格下，不在各系统另建一套。

五、条码如何管理

• 一码一挂：一个条码只挂一个包装单位，平台校验唯一，重复的提交不了。
• 跟着包装单位走：条码写在包装单位子表里，不进名称，不放备注。
• 新品一次报全：新品申请时，包、盒、箱的条码一次报全，平台核对后统一下发。
• 扫码按换算扣减：门店扫盒码，按换算扣减基本单位库存；仓库扫箱码，按换算入库。
• 店内码单独管：散称、现制商品的店内自编码单独一类，和国标商品条码分开。

六、原料、辅料、包材的查重：分类加特征

规格管的是卖出去的商品。原料、辅料和包材这一侧，麻烦是一物多码：同一种白砂糖，有人写"白砂糖"，有人写"砂糖（一级）"，系统当成两种物料。

办法是查重别看名字，看分类加特征。先把物料归到分类，再给每个分类定关键特征项，比如包材定材质、尺寸、印刷版本、适用规格。特征相同就是同一种物料，名称由特征自动拼接，不让人手写。

我们与合作伙伴共同交付的某调味品企业项目，物料按四级分类，配了 877 个特征项，物料描述自动拼接，按相似度查重，存量物料清洗约 3 万条。

七、项目实例：一家零食量贩连锁

我们给某零食量贩连锁做过商品和供应商主数据：

• 商品：以最小包装为准，一个规格一个码，盒、箱的换算关系和条码一起维护。
• 供应商：从采购准入、合同管理、财务内部转客商三个入口进来，不管从哪个入口来，都按税号查重，平台统一赋码，再回写各个系统。
• 分发：商品和供应商主数据由平台统一赋码，再分发给财务和物流系统。
• 节奏：2025 年 4 月启动，6 月底商品和供应商主数据上线。项目开始时，待清洗的存量规格约 3.76 万个。

八、实施顺序

1. 定判定规则：哪些变化算新规格，写成一页纸，品牌、采购、财务签字确认。

2. 定包装层级：每个品类的基本单位、常用盒规和箱规。

3. 归集条码：把各系统里的条码收上来，查重，定归属。

4. 清洗存量：按特征合并重复规格，旧编码做映射，不推倒重来。

5. 管住新品：新品只在主数据平台申请，审批通过再赋码。

6. 接通分发：ERP、仓储、收银、电商从平台取数，换算变了自动下发。

7. 定负责人：商品信息归商品部，条码和箱规归供应链，原辅料归研发和采购，谁负责谁审批。

我们在项目里的经验

得帆智能服务过 2100+ 家大型企业客户，落地 2400+ 个项目。我们的主数据平台 Dolphin MDM（原 DeMDM）支持主表、子表、独立模型动态建模，"商品主表＋包装单位子表"这种结构可以直接配出来；数据质量从唯一性、一致性、完整性、准确性定标准，定期自动清洗，生成质量监控报告。

主数据建一次，靠集成分发到各个系统。其 Dolphin Integration 融合集成平台有 250+ 集成连接器，得帆智能入选 IDC《2023 中国企业集成平台（iPaaS）市场份额》报告。在汽车行业，某整车企业基于 Dolphin Integration 建了 100+ API 接口，打通数十个异构系统和设备。

说明：本文由得帆智能整理发布，文中提到的 Dolphin MDM 等产品为本公司产品。内容根据项目实施经验整理，仅作行业交流，不构成采购建议；文中提及的其他厂商信息以各家官网为准。