两款商品，除了单位以外其他属性都一样，是否可以用一个SKU来进行管理？这种在电商类产品中常见的问题，如何设计？我们来看看作者的思考。

先抛出一个问题：两条商品信息除计量单位外其他属性信息都相同，这两条商品信息是否可以用同一个商品编码来定义？

现在不着急回答。

大家都知道，计量单位是商品很关键、核心的属性信息，一瓶500ML的娃哈哈矿泉水与一提（12瓶）500ML的娃哈哈矿泉水虽然指的是都是500ML的娃哈哈矿泉水，但从数量上存在12倍的差距。

SKU是商品销售的最小单位，特指具体商品，用户只要知道SKU ID信息，即可命中某个商品并下单。如果这两个500ML娃哈哈矿泉水在电商平台进行销售，用同个SKUID来定义一瓶和一提娃哈哈矿泉水，那么用户通过检索SKUID会同时命中两个商品，违背了SKU是商品销售最小单位的前提。

所以，如上问题的答案显而易见是不行。

商品主数据信息应用范围广泛，不同的使用场景会运用到不同颗粒度的商品主数据信息。

例如，在创建商品采购计划和商品库存管理中会使用MDM商品信息（具体介绍可参见文章：商品主数据管理）；在电商平台商品销售时会使用内部SKU商品信息；在与上下游签署合同和商品结算时会使用外部SKU商品信息。

为保证商品主数据在各个使用场景中的顺利流转，需要维护2套商品主数据计量单位转化率关系，分别为MDM主数据计量单位与内部SKU计量单位间的转化率关系，内部SKU计量单位与外部SKU计量单位间的转化率关系。（图1）

图1 商品主数据信息在不同场景中的应用

创建商品采购计划经审批通过后，用户会在电商平台通过MDM绑定内部SKU以创建采购订单，此过程会调用MDM到内部SKU计量单位转化率数据，并且当且相应MDM与内部SKU间转化率关系已维护且商品采购计划中数量能够被MDM与内部SKU间转化率数据整除时，采购订单才能够创建成功，否则需要退回重新创建商品采购计划。

商品采购订单在成功履约交货验收之后会进入到费用结算阶段，此过程会调用内部SKU到外部SKU计量单位转化率数据将商品销售数据转化成商品结算对应的商品计量单位、商品单价及商品数量等，并据此生成商品结算单据及发票信息等。

当前商业模式下，商品计量单位转化率数据与单个SKU商品强绑定。在MDM主数据与内部SKU计量单位转化率关系管理中，如果单个SKU商品涉及到多个计量单位间转化时，需要创建包含此SKU商品的多条转化率数据。同理，在内部SKU与外部SKU计量单位转化率关系管理中也按照此模式进行。（图2）

图2 当前模式下计量单位间转化率关系管理

假设单个SKU商品需要在6个计量单位间建立完全转化关系（转化率关系具有方向性，例如：A->B与B->A为不同的转化率关系）并且需要维护2套商品主数据计量单位转化率关系，经计算需要维护的转化率关系数为14*2*2=56。并且随着涉及到的建立转换关系的计量单位数量的增加，所需要建立的计量单位转化率关系数量激增。

商品计量单位转化率关系的管理游离于商品主数据创建之外，需要在维护好MDM主数据、内部SKU主数据及外部SKU主数据后，再由研发人员后台手动创建，无形中增加了由于商品计量单位转化率关系维护不完整、不及时导致的业务阻断情况的发生。

分析、汇总当前商品计量单位转化管理实际，存在如下不足：

• 商品采购计划创建且审批后再调用计量单位转化率数据，增加了业务实操的逆向性频次。
• 维护2套计量单位转化率关系数据管理成本高。
• 计量单位转化率关系需研发手动维护，执行效率低、及时性差且破坏了业务实操流畅性。

不仅要见招拆招而且要站在更高层面来全面考虑商品计量单位转化关系管理。如果要彻底改变如上不足会涉及到系统模块间数据交互逻辑的优化、计量单位转化关系管理模式优化及前后端分工优化等方面。

交互逻辑优化：既然在商品采购计划创建且审批后调用计量单位转化率数据会出错，并且创建采购计划对用户而言是要执行的管理规定，用户最终目的是成功购买商品，即成功采购具体的SKU商品。那么应该在用户创建商品采购计划阶段就关联MDM主数据与内部SKU计量单位转化率关系数据，实现用户创建的采购计划都满足被整除的规则要求。

计量单位转化关系管理模式优化：秦朝统一了度量衡，使得各种计量单位间有据可依，快速转化，很关键是设立一个计量基准，使其他计量单位与基准计量单位间能够建立转换关系。当前商品计量单位转化关系管理中，虽然隐含着基准计量单位，但建立的是两个非基准计量单位间的转换关系。由于非基准计量单位数量众多，它们之间需建立的转化率关系众多。

那如果我们能够建立各个非基准计量单位与基准计量单位之间的转换关系呢？可预估需建立的计量单位转换率关系数量急剧下降，管理复杂度明显降低。（图3）

图3 新的模式下计量单位间转化率关系管理

基准计量单位可分为长度基准计量单位、面积基准计量单位、容量基准计量单位等，例如将米（M）作为长度基准计量单位，其他长度计量单位与米建立倍数关系，1千米=1000米，1分米=0.1米，1厘米=0.01米，1毫米=0.001米等。同样假设单个商品需要在6个计量单位间建立完全转化关系。

基准计量单位与6个非基准计量单位间建立关系，需要建立的转化率关系数量为6个，考虑到MDM主数据、内部SKU及外部SKU主数据计量单位都需要维护与基准计量单位间的转换关系，则需要维护的总转化率关系数为6*3=18。

相比较原有的需建立56个计量单位转化率关系数量降低了超3倍。并且随着计量单位数量的增加，计量单位转化率关系数量能够下降的倍数大幅增加。

除此之外，各非基准计量单位间不需要预设转化率，通过共有的基准计量单位，当且仅当具体使用时快速、实时实现不同非基准计量单位间从基准计量单位层面倍数的转化。

如上6个计量单位转化率关系的维护在具体维护新增MDM主数据、内部SKU主数据及外部SKU主数据时作为主数据的关键属性字段进行维护即可，不需要额外维护2套计量单位转化率关系关系。

从执行效率、数据交互时效性便捷性、实操复杂程度、管理难度等层面都有了极大的优化、提升。

前后端分工优化：商品计量单位转化率关系的维护为纯后台研发行为，需要技术人员配合业务方批量操作更新。但实际计量单位转化率关系的管理是纯粹的业务行为，用户作为第一责任主体理应肩负起对应职责，产研同事也有义务为用户管理计量单位转化率关系搭建必要的产品能力条件，支持用户在维护商品主数据时能够同时维护计量单位信息。用户在前端页面维护时，通过选择基准计量单位，展示计量单位，以及基准计量单位倍数信息三部分来实现非基准计量单位与基准计量单位间转化率关系的及时维护。