**供应商主数据标准化，是为供应商记录建立一致的身份、字段、格式、负责人和来源依据，让采购与运营可以稳定使用这些记录。**真正可执行的做法，第一步不是把所有内容塞进一张表，而是区分供应商公司主档、产品目录、报价和原始文件。
这篇指南面向采购运营、经销商、进口商、外贸和供应链团队，适用于供应商资料主要来自邮件、PDF 图册、Excel 报价表、图片文件夹和共享盘的情况。
**直接结论：**先统一稳定的供应商身份，再定义属于该供应商的产品和商务字段；保留供应商原始写法，并把身份冲突和高影响商务条件交给明确负责人复核。
本文目录
什么是供应商主数据标准化
供应商主数据是用于识别和管理一个供应商业务实体的受控信息。标准化需要明确：法定名称放在哪个字段、国家和币种如何表达、重复供应商怎样判断、谁批准变更，以及每个重要值由什么来源支持。
SAP 对主数据管理的说明把供应商和产品列为常见主数据域。英国政府数据质量框架强调数据是否适合用途、负责人、评估和沟通，这些原则同样适用于来自不同供应商文件的数据。
标准化不等于删除供应商原文。公司可以使用统一国家代码，同时保留供应商原始地址和提供该地址的文件。
供应商公司数据与供应商产品数据
| 层次 | 常见字段 | 变化特点 | 主要用途 |
|---|---|---|---|
| 供应商公司主档 | 法定名称、常用名称、国家、联系人、状态、默认币种、内部负责人 | 相对稳定 | 识别和管理供应商实体 |
| 供应商产品数据 | 供应商 SKU、型号、产品名、尺寸、材质、颜色、图片 | 随产品和变体变化 | 搜索、比较和选择产品 |
| 供应商商务数据 | 价格、币种、计价单位、MOQ、交期、报价日期 | 频繁变化 | 评估采购并准备报价 |
| 来源依据 | 文件、页码、行号、图片、接收日期 | 每个资料包都会新增 | 核实字段从哪里来 |
供应商公司主档可以很干净，但产品图册仍然无法搜索；产品也可能抽取正确，却关联到错误的供应商。两个层次都要有明确关系和各自规则。
可执行的供应商主数据字段字典
先建立能支持实际决定的最小字段字典。每个字段都要写清用途、格式、负责人和来源规则。
| 字段 | 标准化规则 | 负责人 | 来源示例 |
|---|---|---|---|
| 供应商 ID | 使用稳定内部编号，停用后不重复分配 | 运营 | 系统记录 |
| 法定名称 | 保留登记写法，常用名另存 | 采购 | 合同或已批准的准入资料 |
| 常用名称 | 与法定名称分开保存 | 采购 | 供应商往来资料 |
| 国家 | 统一国家代码和展示名称 | 运营 | 注册地址 |
| 默认币种 | 使用标准币种代码，不根据国家猜测 | 供应链 | 当前报价 |
| 主要联系人 | 姓名、角色、邮箱和最后确认日期 | 供应商负责人 | 邮件或供应商表单 |
| 供应商状态 | 候选、有效、暂停、停用等受控值 | 采购 | 审批记录 |
| 产品资料包 | 文件标识和接收日期 | 供应链 | PDF、Excel、图片或报价单 |
不要因为其他公司的表格里有某个字段就照搬。字段只有在支持真实工作流、报表、审批或下游系统要求时，才应该进入字典。
七条供应商主数据标准化最佳实践
- 为供应商分配稳定内部 ID。 名称和联系人会变，身份编号不应跟着变化。
- 区分法定名称与常用名称。 注册名、常用名、缩写和本地语言名称分别保存。
- 共享值使用受控代码。 国家、币种、状态、语言和单位不依赖自由填写。
- 标准值旁边保留原始值。 复核人员需要看到供应商实际写法。
- 定义重复项复核规则。 名称、域名、地址或联系人相似只能提示重复，不能直接证明。
- 记录负责人和复核日期。 没有负责人，字段过期时通常无人发现。
- 始终连接来源依据。 身份、产品和商务字段应能回到文件、页码、行号或已批准系统。
这些原则也属于更广义的数据质量管理流程，供应商字段字典负责把它落实到具体数据域。
如何标准化 PDF、Excel 和图片中的数据
第一步：建立一个资料包
把供应商身份、PDF 图册、Excel 报价表、图片文件夹、接收日期和往来记录放在同一个上下文中。过早拆开文件，会让图册中的型号与表格中的价格失去联系。
第二步：确认供应商身份
发布产品前先解决公司主档。名称与现有供应商不同时，应比较已经批准的标识和联系人信息，而不是马上新建重复记录。
第三步：抽取候选产品与商务字段
提取原始型号、SKU、尺寸、材质、价格、币种、计价单位、MOQ、交期和图片，同时保留来源依据。缺失字段不能用猜测补齐。
第四步：统一共享字段
把单位、品类、币种和状态转成内部统一表达，同时保留来源原文。供应商目录管理流程说明这些记录怎样经过接入、校验和发布。
第五步：按业务风险复核异常
优先处理身份冲突、价格歧义、币种缺失、产品与变体关系和图片归属。低影响描述缺口可以保持可见，不一定阻塞内部搜索。
重复供应商、重复产品还是产品变体
| 情况 | 应比较的依据 | 安全处理方式 |
|---|---|---|
| 疑似重复供应商 | 已批准 ID、法定名称、域名、地址、联系人、所有关系 | 合并前交给供应商负责人确认 |
| 疑似重复产品 | 供应商、原始 SKU、型号、尺寸、材质、资料包 | 比较完整产品身份后再合并 |
| 产品变体 | 基础型号及尺寸、颜色、包装或市场差异 | 保留父子或变体关系 |
| 替代品或相似品 | 身份不同但用途和属性相近 | 保持独立，通过搜索或匹配表示相似性 |
自动合并风险很高，因为“干净”的合并记录可能掩盖商务差异。匹配可以提出候选并展示依据，高影响合并仍应由负责人确认。
负责人、复核周期和来源依据
负责人应按业务决定划分，而不是按表格列划分。采购负责供应商身份和状态，供应链负责报价和供应商上下文，品类团队负责分类与变体，运营负责下游格式合同。
复核频率要跟随字段变化。法定名称很少改变，价格、MOQ 和交期则可能每次新报价都需要检查。最后复核时间、复核人 和 来源接收日期 应分别记录。
来源依据必须出现在复核现场。复核人不应该再回到邮件和共享盘里寻找尺寸到底来自图册、报价备注，还是单位换算。
Skulinker 负责什么、不替代什么
Skulinker 把供应商文件连接到结构化产品记录、来源证据、内部搜索、匹配、候选清单和导出，帮助家具与经销团队使用经常没有完整进入 ERP 的产品资料层。
Skulinker 不替代完整供应商主数据治理、KYC、税务核验、银行验证、应付账款、合同管理、供应商风险或企业级 MDM。这些责任应继续由相应系统和审批流程承担。
常见问题
什么是供应商主数据？
供应商主数据是跨业务流程识别和管理供应商所使用的受控信息，通常包括名称、标识、国家、联系人、状态、负责人和默认商务设置；产品与报价记录则连接在该供应商身份之下。
供应商主数据标准化第一步是什么？
先定义供应商身份和数据要支持的业务决定，再建立包含格式、负责人、来源规则和重复项判断方法的最小字段字典，然后才适合批量导入或清洗记录。
产品数据应该直接放进供应商主档吗？
产品数据应与供应商连接，但最好分开建模。公司身份变化较慢；产品属性、变体、价格、MOQ、交期和图片有不同变化频率，也需要不同复核规则。
AI 能否在没有人工复核时标准化供应商数据？
AI 可以帮助抽取、分类、统一字段和提出匹配候选，但来源不明确时，高影响身份和商务决定仍需复核。系统应展示来源和不确定性，而不是把合理猜测发布为事实。
先标准化今天真正会用到的产品层
可以从一个供应商资料包、一份清晰字段字典，以及销售和采购下一步需要的记录开始。Skulinker 将供应商产品文件转成带来源依据的记录，用于复核、搜索、匹配、候选清单和导出。免费试用
