饿了么开放平台商品配料与套餐和规格属性的区别
3.1、概念
概念 | 解释 |
---|---|
配料 | 配料也是一种商品,因此是有价格的,但是不能单独售卖,是为了主商品的补充,创建和更新也是使用商品的接口。 |
规格 | 一个规格对应一个SKU,规格决定价格和库存,也就是说SKU是库存的最小单位,但不是商品的最小单位。 |
属性 | 商品可以有多层属性,但是不决定价格和库存,每个SKU都有对应的属性。 |
商品 | SKU的集合,也就是说SKU组成商品。可以理解为商品是一个类,SKU是实现类的对象。 |
套餐 | 套餐相当于商品的组合,套餐中的商品选择具体到规格,套餐价格由商品价格决定。 |
3.2、规格属性展示样式
商品是规格的集合,属性既可以在商品下,也可以设置下规格下,商品、规格和属性的结构如下
规格可以影响价格,主要是同一款商品设置不同的份量,大小等。
属性不影响价格,主要是为了设置同类商品的不同口味,口感等。
3.3、 配料展示样式
3.4、如何使用
3.4.1 通过商家端创建配料/配料组
创建配料
创建配料组
3.4.2 通过接口创建配料/配料组
创建配料分类。
使用创建商品接口创建一个配料商品。注意,配料也是商品,只不过是类型为配料的商品,但是不可单独售卖,必须要绑定主商品。
创建一个配料组。
配料组绑定主商品或者主商品下某个配料。
配料分类创建,可参考6.1.1 创建配料分类
四、场景介绍
4.1、正向单场景
对于正向推单消息(type=217),我们可以通过groups部分的items中的foodType来区分是主料还是配料(foodType=0为主菜,foodType=3为配料),同时每个商品都会有一个uniqueId作为商品的唯一标识,如下图所示:
建议将商品和配料信息存储下来,方便后续部分退等场景的时候进行查询。
以上存储片段仅供参考,实际存储请根据业务酌情处理,对于uniqueId和foodType,建议务必存储。
另外:订单小票打印时,需要根据以上规则将配料跟主菜关联起来,在小票上体现出关联关系,配料不要单独打印!!!
4.2、部分退场景
以下是退款的消息结构体,退单的商品信息存储在goodsList中,同样,在退款商品中,也会有一个uniqueId与下单时候的uniqueId对应,我们需要使用uniqueid来反查在正向单处理步骤中存储的type=10的消息,来确认退款的主商品。