主数据里有了商品名称，为什么还要单独维护GTIN和颜色尺码

同一款上衣有蓝色和灰色，每种颜色又有两个尺码。如果主数据表只留一行“基础款上衣”，采购和上架人员看到的名称一致，却未必在说同一个可销售的变体。把名字写得更长能帮助阅读，但不能代替稳定的识别关系。

GS1在2024年8月更新的官方帮助中解释，识别键用于唯一标识相应对象，数据库记录保存该对象的主数据。对于由GTIN标识的贸易项目，属性可以包括品牌、产品名称、尺寸、颜色、口味或重量；该页也说明，产品变体应分配各自唯一的GTIN。[1]

先拆开三个层次

做资料整理时，可以把“系列名称”“变体属性”“外部识别码”分成三栏。系列负责把相关产品聚到一起，属性回答这条记录具体是什么，识别码则用于把这条记录与其他系统里的对应对象关联。下面是整理方法的示例，不是GS1提供的正式编码方案。

假设蓝色小码、蓝色中码、灰色小码和灰色中码各为一个销售变体，就分别维护四行。名称中都可以保留同一系列词，但颜色和尺码不能留在备注里让人猜。外部识别码应来自实际已确认的分配资料，示例表不自行编造一组数字作为真实GTIN。

导入前做两次反向核对

第一次从识别码往回找：同一GTIN在文件中是否对应了不同颜色或尺码？如果有，先定位资料来源和变更记录，不能靠删除重复行掩盖冲突。第二次从属性往外找：某个变体是否在商品系统、供应商表和上架文件里使用了不同名称？名称差异需要核实，但也不能只凭名称相似认定它们相同。

保留原始值同样有用。供应商写“藏青”，本地展示写“深蓝”，可以分别存原始描述与展示描述，并记录确认人及确认日期。以后换展示名称时，仍能追溯这行数据对应的实物资料。

不要从号码里猜属性

GS1该页强调号码的非含义性。对使用者而言，更稳妥的是通过确认过的记录读取颜色、规格等信息，而不是推测某几位数字代表某种尺寸。遇到包装层级、产品变更是否需要新码等问题，还需要查对应的完整管理规则；本文没有据一页概览替代那些判断。

这张表的价值，是让每次沟通落到一个可核对的对象上。谁提供属性、谁确认编码、哪次修改了显示名称，都能查到，比只留下一个笼统商品名更容易发现交接错误。