Akeneo 7.0的两层变体，怎样对应三层商品资料

Akeneo 7.0 EE Flexibility/CE的帮助文，将product model用于承载相似产品的共同属性。模型有自己的专用code，却没有产品标识，例如SKU。variant product则既分享模型的共同属性，也有自身属性和产品标识。因此，一份模型记录可以有明确的身份代码，却不是某个待区分变体的SKU记录。[1]

family variant承担的是结构定义。它规定变体有一层还是两层、每层用哪些变化轴，以及属性分配到共同部分还是某个变体层。原文还允许一个family有多个family variant，以家具为例，沙发可以按座位数变化，桌子可以按材料变化。同属家具这一家族，并不要求所有对象沿同一组差异展开。[1][2]

T恤例子把属性归属列得很具体。名称、品牌和护理说明对所有颜色及尺码共同；图片、成分按颜色变化；在颜色与尺码组合这一层，EAN和SKU各不相同，重量与袖长等规格也可能变化。这里的图片归于颜色层，不意味着图片记录本身取代了最下层的产品身份；同色不同码仍需要分别对应各自的产品资料。[1]

两层变体由此可以形成最多三层资料充实结构。定义页分别称它们为root product model、sub product model和variant product：根模型承载整组共同资料，子模型对应第一层变化，最下方产品再对应第二层变化。原文用T恤模型、某颜色的T恤、某颜色加尺码的T恤来说明这三个位置。因此，“两层”计的是共同模型以下的变化层，不是说整个结构只有两份层级身份。[1]

轴的取值负责在模型内区分具体变体。家族页用蓝色S码与蓝色M码两个组合作例，两者都可以有Blue值，而同一模型下不重复存在两个相同的蓝色S码组合。7.0还将可用作轴的结构化类型限定为Simple select、Reference entity single link、Measurement和Boolean，其中参考实体单链接标为EE功能；按渠道、可本地化或语言区域特定的属性，不能作为该文所述变化轴。[2]

共同属性的缺省范围也有明确的排除项。家族页说，缺省共同属性包括该family的属性，但各层的变化轴，以及unique value设为Yes的属性除外；后一类位于最后的产品层，并以SKU、EAN为例。这使“共有”不是把模型下所有字段都放到同一份上层记录，而是与轴和唯一值属性的分配共同定义。[2]

属性的可见位置与维护归属随后被分别说明。《Enrich your products with variants》说，下级可以看到共同属性，但共同属性在COMMON或定义它的专门层维护。因而，下级资料里能看到某个值，说明它继承了相应上层内容；这个显示位置没有自动把该值的维护归属迁到下级。[3]

分类也沿结构累加。原例将根模型放入T-shirts，蓝色层还能另有Marine分类；产品自身不能在所在层移除父层带来的分类。T-shirts与Marine分别记录整组和蓝色层增加的分类，颜色、尺码则继续承担变化轴的角色。分类沿父子层级向下保留，与轴值识别变体，是两种同时存在的关系。[3]

家族页还说明，属性的管理层级变化时，已经填写的值会保留，并在新层可见。它以Description原先属于共同属性、后来归到颜色层为例：原有描述继续保留，而不同颜色可以有各自的描述。这个例子说明，属性归属发生改变与原值是否继续存在，需要分别交代；文档没有把层级变化直接等同于清空过去填写的内容。[2]

本篇只解释上述7.0资料对象与继承关系，不执行设置、导入或商品变更。三页首发日期未知，版本名称不作首次发布日期。