⑴在最开始我想先阐明两个概念，组合商品和套装商品。组合商品是指，人为将几个单独售卖的商品组合在一起进行合并售卖的商品。其中被组合商品本身也是独立的可售卖个体。而套装商品则不同，套装商品本身在生产及供给中是以“套”为最小单位进行管理的。从制造商的生产，平台向供应商的采购或后期销售都是按套售卖，可以直接将套装商品理解成“结构复杂”的普通商品。大家可以看下下面两张图中，哪个商品是套装，哪个商品是组合。
⑵而我们今天主要讨论的是组合商品在系统中的链路设计。对于前台商品库来说，组合商品和普通商品的维护和管理是一致的，不需要进行特殊的处理，因为在销售层面，它们都是一个维度的SKU。对于组合商品售卖实现最关键的在于：
⑶在前台商品库的设计中，有个非常关键的字段-外部关联商品（out_id,通过这个字段，我们可以建立前台售卖订单-后台发货订单(包裹订单之间商品的关联。
⑷通常建议直接使用后台商品（OMS-商品管理中的商品编码作为前台商品的out_id。由此，在前台销售创建后，推送至供应链订单中心(OMS)中时，可进行商品转换。因此这也要求了在商品上架售卖前，在供应链侧需要建立完整的商品档案.
⑸在OMS商品管理中，对于后台商品需要区分是普通商品或是组合商品。建立和维护组合商品的组合关系，需要注意，被组合的商品必须是独立存在的普通商品，不建议组合套组合的套娃设计，会增加后续库存同步和订单处理的复杂度，没有太大必要。
⑹关于组合商品的库存同步，之前我们在聊IMS的时候有提到过，由于一件商品可能是独立售卖，也可能存在，在独立售卖的同时作为其他组合商品的组成部分在进行售卖，因此在库存同步策略中，组合商品的拆解也是一个重要因素。
⑺获取商品可用库存后，判断此后台商品当前相关的前台售卖商品，如其中存在组合商品售卖，则按照组合关系并获取其中其他子商品的库存计算当前前台可售组合商品库存量。如下例中:在IMS可用库存中A,B商品各件，在库存同步时，获取到当前C,C作为A、B的组合商品均在前台售卖，且组合关系如下。由于C商品的组合关系中，包含件B，件A，目前B的总可用库存为，因此计算获得C的可售卖库存为件。
⑻从这个例子我们可以看出，在前台库存同步时，并不会按比例去拆分的方式进行同步，比如C可售件、C可售件，而是为了保障商品整体的售出，以商品可售卖的最大量进行同步。而这也就涉及到下面我们要说的点：在销售过程中，组合商品的库存变更。
⑼我们继续沿用上一个例子。虽然C,C在前台售卖时，是两个独立的商品，但是从上面库存同步的机制我们可以看出，其实他们底层卖的是同一批货品。因此在其中任一商品售出时，其他相关的商品的可售库存必然需要进行相同的变更，如A售卖出件后，A商品本身的销售库存变更为的同时，C商品的销售应变更为。商品售卖订单生成后到订单实际下发到OMS产生包裹单进行发货，通常是存在中间时间间隔，即售卖并不会马上影响IMS可用库存。因此售卖过程中，销售库存的变更通常是由销售侧的逻辑来实现，因本文重点在供应链侧，暂不展开。
⑽既然前台有商品、有库存，那么我们的用户也就开始正常进行下单了。用户下单的明明是组合的商品，如何实现仓储的发货、实际子商品的库存处理呢？我们先来捋一下用户下单后，订单在各系统之间的流转，最终实现用户订单履约的。
⑾在概念介绍中我们讲到过，组合商品是前台概念，在实际的采购、仓储过程中仍然是独立的商品。因此产品的设计核心点在于订单处理过程中，组合商品到普通商品的转换，以转换后的SKU执行库存冻结，转换后的单据下发到仓库才能够执行正常的拣发货流程。即在OMS订单到包裹单的单据转换执行过程中，需要前置根据商品组合关系进行商品转换。
⑿此处讨论的逆向是指涉及商品退回的情况。通常，组合商品通常是不允许进行单独的售后的，大家有买过组合的其实也可以去看看自己的购物订单，只能针对整个商品进行售后，因此如果发起退换货，在售后单中的商品也是组合id。因此和正向流程的处理一样，需要转换商品后进行下发。在链路的设计过程中，逆向总是很容易被遗忘，所以此处也特意强调下。当然，基于实际的现场场景，肯定也会存在特殊情况，组合商品中的个别子商品有问题用户需要单独进行处理，通常是由用户正常发起后，通过客服单独在售后单中对此类特殊单据的商品进行调整后执行后续的流程。
⒀以上就是进行想聊的内容的全部了。最后总结下:-对于前台售卖商品库来说，组合商品和普通商品其实没有本质的差别，对用户来说，都是一件商品；-在OMS中需要通过组合商品组合关系的维护，实现订单层面商品的转换，达到最终仓储履约的目的。同时也不要忘了逆向单据的链路实现。-在IMS前台库存同步中，也需要考虑到组合商品库存同步的换算逻辑。