产品主数据，是团队在多个流程中共同使用的、用于识别产品并描述其稳定信息的结构化记录。 在家具选品场景中，它把产品身份与供应商、型号、变体、尺寸、材质、颜色、图片、商务报价和来源依据连接起来，让供应链、销售和运营对“这是哪个产品”使用同一种解释。
供应商 PDF 或 Excel 不是产品主数据，它们只是信息来源。只有当这些信息被整理为定义清楚的实体和字段，并带有单位、关系与来源依据，能够被其他人理解和复核时，才形成可用的产品主数据。
核心结论
- 产品主数据描述“产品是什么”；订单、发货和发票记录“产品发生了什么交易”。
- 实用的家具数据模型应区分产品、变体、供应商报价、资产和来源依据。
- 尺寸需要明确尺寸类型与单位；价格需要供应商、币种、计价基础和日期。
- 结构化记录既要保存标准值，也要保留供应商原始值与解释依据。
- 产品主数据管理是在记录建成之后，持续维护一致性、权限和变更的管理工作。
什么是产品主数据
产品主数据是跨团队和系统重复使用的产品身份与核心信息，通常包括标识、名称、品类、规格、关系、生命周期状态，以及与产品关联的供应商或制造商。
SAP 对主数据的说明把产品和供应商等核心实体，与订单、发票等交易记录区分开来。产品主数据说明产品本身；订单则记录一次涉及该产品的业务事件。
对家具选品团队来说，一个可用记录不能只回答“SKU 是什么”，还应回答：
- 这条记录对应哪个真实的供应商产品？
- 它是父产品、可选变体，还是某个供应商的报价？
- 哪些尺寸是成品尺寸，哪些是包装尺寸？
- 哪种材质、颜色和图片属于当前变体？
- 重要字段来自哪个文件、页码或表格行？
- 哪些商务信息仍然有效，供应商何时报价？
这些问题之所以重要，是因为家具信息很少整齐地出现在同一行。图册可能有型号、图片和成品尺寸；报价表才有供应商 SKU、价格、MOQ 和交期；色卡又提供其他文件里没有的颜色代码。产品主数据为这些碎片建立共同结构。
家具产品主数据包含哪些内容
字段要由品类和实际决策决定。椅子与组合沙发不需要完全相同的字段，但可以遵循同一套建模逻辑。
| 字段组 | 家具示例 | 为什么需要结构化 |
|---|---|---|
| 产品身份 | 内部产品 ID、供应商 SKU、型号、父产品、变体 | 防止不同产品被误合并，也防止同一产品产生多个重复记录 |
| 分类 | 座椅、休闲椅、餐椅、工程家具 | 支持搜索、对比、业务规则和下游映射 |
| 物理规格 | 宽、深、高、座高、重量、材质、表面处理、面料 | 只有含义和单位明确时，属性才能真正比较 |
| 关系 | 父产品、尺寸变体、颜色选项、部件、系列 | 保留有意义的差异，避免把合法变体变成相互孤立的产品 |
| 资产 | 产品图、尺寸图、规格书、色卡 | 把媒体连接到它真正描述的产品或变体 |
| 供应商报价 | 供应商、币种、单价、计价基础、MOQ、交期、报价日期 | 把会变化的商务条件与稳定产品身份分开 |
| 来源与状态 | 来源文件、页码、表格行、原始值、复核状态、最后确认日期 | 让记录可复核，避免把解释结果伪装成供应商原始事实 |
并非所有字段都应成为永久产品身份。库存数量、采购单、发货和发票属于交易数据；临时促销不是长期产品属性；不同渠道使用的营销标题可以在 PIM 中丰富，而产品主数据继续维护稳定身份和核心事实。
产品主数据模型
产品主数据模型定义产品的实体、字段、关系与校验规则。它不只是一排 Excel 表头，而是要解释每一行代表什么，以及一条记录与其他记录如何关联。
GS1 全球数据模型实施指南介绍了产品在上架、订购、运输、存储和销售过程中使用的基础属性。企业未必采用完全相同的标准，但其中的原则值得保留：标识、描述、尺寸、包装、数字资产和生命周期信息都需要一致定义。
家具选品可以先从五个相互连接的实体开始：
| 实体 | 一条记录代表什么 | 典型字段 |
|---|---|---|
| 产品 | 一个家具设计或型号的共同父级身份 | 产品 ID、型号、名称、品类、系列、描述、生命周期状态 |
| 变体 | 一个可以被单独选择的配置 | 变体 ID、父产品 ID、尺寸、表面处理、颜色、面料、变体 SKU |
| 供应商报价 | 某个供应商为产品或变体提供的商务条件 | 供应商、供应商 SKU、币种、单价、计价基础、MOQ、交期、日期 |
| 资产 | 与产品、变体或报价关联的文件 | 资产类型、文件地址、视角、关联记录、使用权或复核状态 |
| 来源依据 | 支持某个字段或解释的供应商资料位置 | 来源文件、页码或工作表、行或区域、原始标签、原始值 |
分开这些实体，可以避免常见建模错误。颜色变化可以产生变体，但不必伪装成完全无关的产品；新报价只更新供应商报价，不改变椅子的身份；场景图可以连接父产品，而色卡图片连接具体颜色变体。
按含义定义字段，而不只是复制标签
如果一个供应商的“宽度”是成品总宽，另一个供应商的“宽度”是包装宽，那么只设置 width 字段并不够。更可靠的定义需要记录属性类型、数值、单位和适用对象：
dimension_type: overall_width
value: 760
unit: mm
applies_to: assembled_product价格也是同样的逻辑。只有同时知道币种、计价单位、供应商、对应变体和报价日期，620 才是可复用的商务信息。
同时保存原始值与标准值
标准化便于跨产品比较，但不应删除供应商的原始含义。如果来源写的是 30 in，模型可以同时保存原始文本与换算后的 762 mm。如果标签本身含义不清，就应保持“待确认”，直到有人判断它描述的是成品还是包装。
家具产品主数据示例
下面的虚构示例把一张沙发表示为多个相互连接的记录，而不是塞进一条无限扩展的表格行。
| 实体 | 示例记录 |
|---|---|
| 产品 | PRD-1048 · Kumo 低靠沙发 · 型号 SF-2407 · 沙发 |
| 变体 | VAR-SF-2407-WG-2350 · 暖灰色 / 2350 mm · 2350 × 920 × 780 mm · 橡木框架 / 织物 |
| 供应商报价 | 虚构 Northline 供应商 · 每件 620 美元 · MOQ 12 件 · 交期 19 天 |
| 资产 | 主产品图片连接到变体 · 尺寸图连接到产品 |
| 来源依据 | Northline 图册示例，第 18 页 · 支持型号、尺寸、材质、价格、MOQ 与交期 · 就绪状态：可比较 |
这个示例故意保持简洁。实际模型还可能增加包装、认证、区域可售性、多语言描述、负责人和下游系统 ID。是否增加字段，应由业务流程需要决定，而不是因为某个供应商偶然多给了一列。
下面的互动示例演示同一条虚构记录如何从供应商来源，经过字段识别，形成相互连接的产品主数据记录。它不会上传文件，也不会处理真实数据。
从供应商原始表格到产品库
查看 Skulinker 如何把一张虚构供应商工作表转换成可复用的产品库记录。
点击下方步骤，查看数据如何变化
Northline Furniture Product List.xlsx
供应商原始表格
 | |
| 字段 | 供应商原始值 |
|---|---|
| 产品名称 | Kumo 低靠沙发 |
| 型号 | SF-2407 |
| 材质 | 暖灰色织物 / 橡木框架 |
| 尺寸 | 2350 × 920 × 780 mm |
| 单价 | 每件 620 美元 |
| MOQ | 12 件 |
| 交期 | 19 天 |
供应商原始表单
供应商原始表述
Kumo 低靠沙发 — SF-2407
暖灰色织物 · 橡木框架 · 2350 × 920 × 780 mm
每件 620 美元 · MOQ 12 件 · 交期 19 天
产品主数据不等于供应商文件
图册、报价、Excel 或图片文件夹可以包含产品信息，但它们本身不是产品主档。来源文件只反映某个供应商在某一时刻组织信息的方式，其中可能重复产品、缺少标识、混合成品与包装尺寸，或把最新价格放在另一份文件里。
把这些文件变成产品主数据，需要受控地解释：
- 把相关供应商文件作为一个资料包保存。
- 分别识别产品、变体、报价、资产和来源依据。
- 把供应商标签映射到定义清楚的字段。
- 在换算单位和统一术语前，先保存原始值。
- 把冲突与缺失上下文交给人员复核。
- 只把已经确认的字段用于它能够支持的业务场景。
供应商产品数据接入流程说明如何组织收到的文件；AI 产品数据抽取工具介绍如何从供应商 PDF、表格、图册和图片中提取待复核字段；产品目录数据清洗指南介绍单位冲突、重复记录、价格歧义和图片归属。这些步骤共同为可靠的数据模型准备来源材料。
从产品主数据到产品主数据管理
产品主数据是记录及其结构；产品主数据管理则是持续定义负责人、校验、匹配、审批、变更处理和跨系统分发的工作。
这个区别很实际。团队可以先设计清晰的数据模型并建立可用记录，不必一开始就启动覆盖全公司的 MDM 项目。当产品库扩大后，再明确谁可以修改身份字段、重复记录如何处理、来源冲突时以谁为准，以及一条记录达到什么条件才可用于搜索、报价或 ERP 交换。
关于治理与工作流，可继续阅读经销商产品主数据管理。关于信息丰富和渠道层，可查看家具产品信息管理与经销商 PIM 软件。
家具选品团队如何开始
先选择一个品类和一套真实供应商资料，再根据记录需要支持的决策定义字段。
- 选择休闲椅、餐桌等一个具体品类。
- 定义稳定的产品身份与变体身份。
- 列出发现和对比产品所需的最少字段。
- 把供应商报价和来源依据建成独立实体。
- 用少量图册与报价表验证模型。
- 先解决字段歧义，再扩展结构。
Skulinker 帮助选品团队把供应商资料整理为带来源关联的产品记录，用于复核、私有产品库搜索、匹配、候选清单和导出。它位于供应商数据准备与选品层，不替代企业级治理、ERP 交易或完整渠道分发。
常见问题
什么是产品主数据？
产品主数据是跨业务流程重复使用的、用于识别产品并描述其核心属性与关系的受控信息。对家具团队来说，它可以连接内部 ID、供应商型号、品类、变体、尺寸、材质、资产、供应商报价、生命周期状态，以及用于复核重要字段的来源依据。
产品主数据的例子是什么？
一条家具产品主数据可以用内部产品 ID、供应商、型号和父子变体关系识别一把休闲椅，同时保存尺寸、材质、颜色、关联图片、生命周期状态和来源依据。供应商价格、币种、MOQ 与交期更适合作为带日期的供应商报价，与该产品连接。
什么是产品主数据模型？
产品主数据模型定义一致表示产品所需的实体、字段、关系和校验规则。家具选品模型可以区分产品、变体、供应商报价、资产和来源依据，避免一次颜色变化、报价更新或新增图片错误地改变产品的基本身份。
产品数据和产品主数据有什么区别？
产品数据泛指任何与产品相关的信息，包括 PDF 里的一句话或报价表中的价格。产品主数据则是产品的受控、可复用表示：把标识、属性、关系、状态与来源按共同定义组织起来，让团队和系统对信息作出一致解释。
产品与产品变体有什么区别？
产品代表一个设计或型号的共同身份；产品变体代表可以被单独选择的具体配置，例如某个尺寸、颜色、面料或包装。分开两者，可以把共享事实保留在父产品上，同时让只适用于某个选项的属性、标识、图片和供应商报价保持准确归属。
只有供应商 SKU，可以建立产品主档吗？
通常不够。供应商 SKU 是重要的来源身份，但可能缺失、复用或变更。稳定的产品主档还应连接供应商、型号、父产品、构成变体的属性与来源历史，让企业保持内部 ID 稳定，同时保留供应商提供过的所有标识。
价格属于产品主数据吗？
价格通常可以与产品主档关联，但要保留供应商、币种、计价基础、对应变体、有效或报价日期与来源。把供应商报价和稳定身份分开，能够避免普通价格更新制造重复产品，或覆盖掉原来的商务含义。
产品主数据与 PIM 有什么区别？
产品主数据强调稳定的产品身份、核心属性、关系，以及跨业务流程的一致性；PIM 通常进一步管理丰富描述、渠道内容、本地化、数字资产、完整度规则、审批和发布。两类职责可以由一个平台或多个系统承担，但记录归属和交接规则必须保持清楚。
从供应商来源建立结构化产品记录
可靠的产品主数据始于清晰模型和可追溯来源。使用 Skulinker 准备供应商产品记录，用于复核、搜索、比较、候选清单和导出。免费开始