返回文章列表
ERP 2026-06-05 8 分钟阅读
产品主资料：为什么 SKU、单位与分类要在上系统前先整理好？
这篇文章整理为什么企业在上系统前，应先把产品主资料整理好，包括 SKU、单位、分类，以及它们如何影响库存、采购、报表与后续导入质量。
快速答案
这篇文章整理为什么企业在上系统前，应先把产品主资料整理好，包括 SKU、单位、分类，以及它们如何影响库存、采购、报表与后续导入质量。
很多企业以为问题是上系统之后才开始出现，但在不少导入项目里，真正的问题其实更早就藏在产品主资料里。SKU 规则不一致、单位混用、分类随意建立，而且不同团队对同一个 item 的理解也不完全相同。
如果这样的资料基础直接搬进新系统，结果通常不是营运更整齐，而是错误更快被放大。所以在谈模块、dashboard 或 workflow 之前，更值得先确认的是产品主资料是否已经干净到足以支撑共用。
1. 产品主资料一乱，系统就会看起来有问题，但根源其实在资料本身
很多团队在导入开始时，会期待新系统自动把库存、采购或报表问题一起解掉。但如果 SKU 重复、品名不一致、分类没有规则，新系统通常只是把原本被 spreadsheet 盖住的混乱摊开而已。
问题不只是画面上的资料不整齐。一旦交易、库存与报表都依赖同一套商品定义，主资料里的小错误就会快速联动到多个模块。这也是为什么产品资料需要在系统正式承接日常营运前先整理好。
- ✓ 同一个产品出现多个名称或多组代码
- ✓ 仓库、行政与业务对同一个 item 的记录方式不同
- ✓ 分类是随手建立，没有一致结构
- ✓ 系统看起来不准，其实是底层资料本来就不干净
2. SKU、单位与分类不是小细节，因为它们会直接影响交易与报表
SKU 的角色是产品的稳定身份。如果一个产品有多个 SKU，或一个 SKU 被拿去代表不同 item，库存与交易历史很快就会失真。单位也是一样。若商品是用箱进货、用 pcs 销售，就一定要有清楚的单位逻辑，不然库存换算很容易出错。
分类也不只是方便筛选的标签。很多企业会把分类拿来做 reporting、采购逻辑、毛利分析与责任归属。若分类结构是乱的，管理层就很难准确看懂产品表现，也更难做出好的决策。
- ✓ SKU 应该唯一且对应明确的 item 定义
- ✓ 单位必须在采购、库存与销售之间保持一致
- ✓ 分类应支撑 reporting 与营运管控
- ✓ 所有团队对产品定义要有相同理解
3. 主资料一旦整理好，inventory、purchasing 与 reporting 才更值得信任
当产品资料结构比较干净后，其他模块也会跟着变健康。Inventory 比较容易看，因为 item 不再混在一起；purchasing 也比较好排，因为单位与 supplier 更清楚；reporting 则会更有判读价值，因为品名与分类不再过于混乱。
从老板角度看，最大的价值是决策速度与信心都会提升。团队不需要一直争论两个名称是不是其实同一项产品，也不需要猜测库存差异到底来自交易本身，还是来自一开始就不一致的资料结构。
- ✓ 库存能更容易按 item 与单位追踪
- ✓ 采购更准，因为 supplier 与单位信息更清楚
- ✓ 产品报表更适合做管理层分析
- ✓ 团队较少花时间补救本来就该先定义好的资料
4. 在 migration 前，先定核心资料规则与现实可行的清理范围
不是每一家公司都需要一次清完所有历史资料。更健康的做法通常是先定核心规则，例如 SKU 格式、品名逻辑、单位结构、主要分类、supplier，以及第一阶段系统真正会用到哪些 active items。
这样做可以让团队有更现实的清理范围，也避免因为想一次修好所有东西而拖慢导入。第一优先通常是把日常会用到的资料整理到够可信，再慢慢扩大到历史资料或较少使用的产品。
- ✓ 先定 SKU 格式与品名规则
- ✓ 对齐基础单位与换算逻辑
- ✓ 先整理交易与报表会用到的主要分类
- ✓ 优先处理 active items 与核心资料，不必一次清全部
简短 FAQ
上系统前，产品主资料真的要先整理好吗？
要，至少 active items 与核心资料要先整理到可用。再好的系统也需要足够干净的资料基础，才能让库存、采购与报表在第一阶段不要立刻出问题。
为什么 SKU 和单位常常变成大问题？
因为它们直接影响交易与库存。如果 SKU 不唯一、单位又不一致，item 历史会混掉、库存换算会失真，报表自然也很难可信。
导入前一定要把所有旧资料都清完吗？
不一定。比较健康的方式通常是先处理 active items、主要分类、SKU 规则、单位逻辑，以及第一阶段系统真的会用到的资料。