Akeneo商品关联中的方向、数量与类型，分别在记录什么

Akeneo 7.0的《Manage your association types》将商品关联分成三类。单向关联表示A关联B；双向关联则在A关联B时，自动形成B关联A的反向联系。带数量关联的原例是A关联两份B与三份C。前两种描述联系的方向，第三种把份数附在被关联对象上；因此，一条关系写有数量，还不能只凭这个数字回答反向关系是否存在。

这份例子也能帮助分清两个计数对象。B和C是两个被关联的商品，二与三是各自附带的数量。另一篇《Associations of products》说明，页面会显示一个商品或商品模型的关联总项数，以及每种关联类型的项数。按原例作文字分析，讨论“关联了哪些对象”与讨论“各对象有几份”，需要保留不同答案；不能把二加三的结果直接冒充文档所述关联项数。

数量类型有自身限制。文档要求数量为正整数，并规定每个商品或商品模型最多关联100个商品或商品模型。这里同时出现整数数量与关联对象上限：前者描述一项关系的数量值，后者限制所关联的对象个数。关联还可以用于替代品、替换关系或交叉销售等资料表达，这些是帮助页列出的关系用途，并没有给出某件商品的实际库存或销售记录。

关系类型的身份与商品列表也不同。类型页用ACCESSORIES作为商品与配件联系的代码例，说明必须有类型才能建立链接，而且没有默认关联类型。类型创建后，只有标签可以编辑，代码以及双向或带数量的性质不能再改。因此，名称标签可调整，不等于一套已有类型可随标签变化而变成另一种关系。对商品数据交接，类型代码保留了定义身份，显示标签则承担读者看到的命名。

列表呈现另有原文规则：关联商品先出现，商品模型随后出现，各自按ID的数值逻辑排列；API与XLSX、CSV导出的次序也沿这一说明。帮助页同时说，当前不能指定关联对象的自定义顺序。这使“列表中的前一项”首先是系统排列关系，不能未经证据就被解释为商家优先推荐的对象。本文不采用该页前后编号不一致的具体排序示例。

双向关联的移除范围也由关系类型决定。商品页说，使用双向类型形成的关联被移除时，两侧的联系都会移除。这与只描述A指向B的单向关系不同；原文谈的是关联去向，而非商品记录本身的删除。类型页还为定义变更保留历史版本：每次变化可记录发起的人或系统、精确到秒的日期时间，以及被改字段的旧值和新值。这个版本属于关联类型，不是原例中B和C的份数，也不是商品的售出件数。

本篇限定两份7.0 EE Flexibility/CE文字。它们分别让数据人员辨认关系定义与商品之间的关联实例；本文没有创建类型、导入文件或更改商品，网页首次发布日期未知。