物流宝业务方案.docVIP

前言 物流宝 物流宝是淘宝提供的物流仓储业务，为淘宝商家提供订单出库业务。 物流宝仓库的主要业务包括入库、销售出库、退货、退仓等业务。入库业务是商家的商品调到物流宝仓库进行入库处理，形成物流宝仓库的库存。销售出库是接收到商家的出库单，物流宝仓库进行合单（可以是不同商家的订单）、拣货、包装，最终出库交付快递。退货是已发货的商品退回到物流宝仓库，物流宝仓库重新入库；这里主要是客户没有收货的情况下快递原件退货，而客户收到货后是按货物提供的退货地址退货，可以由商家自行决定退货的地址，而不限于物流宝仓库。退仓是商家的销售任务完成后，尚未销售的商品退回到商家，物流宝仓库的出库业务。 物流宝系统提供淘宝接口（物流宝API），支持商家业务系统的接入和业务整合。 品牌折扣 品牌折扣业务是淘宝商城开展的业务，针对品牌商品的大批量促销活动。品牌折扣业务在淘宝商城中发布商品进行销售，与普通的商品一起在商城销售，支持购物车（即一个订单里可以包括品牌折扣业务的商品，也包括普通的商品）。 在现阶段，淘宝品牌折扣业务的商品强制由物流宝仓库发货。 系统实现 新建DC 因物流宝仓库商品是商家所有，商家也需要管商品及库存。物流宝仓库定位于商家的第三方仓库（外包仓库业务）。 在系统中建立一个DC系统，对应物流宝仓库。 与物流宝系统的业务数据交互，都通过DC系统实现，包括入库（仓间调拨，商家仓库出库到物流宝仓库，在物流宝仓库形成入库业务）、销售出库（客户订单发到物流宝仓库）、出库确认（销售出库后返回出库消息）、退货入库、退仓（物流宝仓库剩余商品出库到商家仓库）。在这些业务处理的过程中，随之发生商品库存的变动，商家可以在本系统查到实时（相对）库存。 物流宝接口 针对物流宝DC，从BM交互的数据仍由原后台处理，与物流宝交互的数据，则开发一物流宝接口统一处理。接口的定义皆通过InterfaceType表实现。 销售订单接口 从BM生成业务类型2209的it_infsheetlist0数据，原后台接口不处理(通过配置对应接口处理过程序为’’)，由物流宝接口程序处理，取得数据后调用物流宝接口。 从物流宝接口取得出库确认数据后，生成业务22091的it_upnote通知数据，由原后台接口处理。 调拨出库接口 从BM生成业务类型2341的it_infsheetlist0数据，原后台接口不处理，由物流宝接口程序处理，取得数据后调用物流宝接口。 从物流宝接口取得出库确认数据后，生成业务23411的it_upnote通知数据，由原后台接口处理。 调拨入库接口 从BM生成业务类型2342的it_ infsheetlist0数据，原后台接口不处理，由物流宝接口程序处理，取得数据后调用物流宝接口。 从物流宝接口取得入库确认数据后，生成业务23421的it_upnote通知数据，由原后台接口处理。 退货接口 从BM生成业务类型2210（原为客户收货单）的it_ infsheetlist0数据，原后台接口不处理，由物流宝接口程序处理，取得数据后调用物流宝接口。 从物流宝接口取得入库确认数据后，生成业务22101的it_upnote通知数据，由原后台接口处理。 客户退货接口 从物流宝接口取得入库确认数据后，生成业务22221的it_upnote通知数据，由原后台接口处理。 注： 在生成物流宝单据时，需要取得物流宝单据编号，并记录在对应表中，以备取业务过程时用。 客户订单生成 在淘宝接口接收淘宝订单时，根据商品的业务特性（拟在title中指定）进行分单，区分品牌折扣业务和非品牌折扣业务；前者生成的订单出库地为物流宝DC，后者生成的订单出库地为自建仓DC；如果同一订单里两者都包括，则生成两个客户订单。 其它 出库单取消需要人工干预和检查，因而取消出库单需要在物流宝平台上操作并定时检查结果。 接口 创建物流宝订单 taobao.wlb.order.create。 商家需出库、入库、销售出库、退换货时，产生物流宝订单，物流宝将订单下发仓库执行。 属性 属性 传入数据 备注 out_biz_code 业务单号（如客户订单号） 外部订单业务ID，该编号在isv中是唯一编号， 用来控制并发，去重用store_code 取配置 仓库编码order_type 根据业务而定 订单类型: （1）NORMAL_OUT ：正常出库（2）NORMAL_IN：正常入库（3）RETURN_IN：退货入库（4）EXCHANGE_OUT：换货出库order_sub_type 根据业务而定 订单子类型：（1）OTHER： 其他（2）TAOBAO_TRADE： 淘宝交易（3）OTHER_TRADE：其他交易（4）ALLCOATE： 调拨（5）PURCHASE:采购order_code 生成操作时为空 物流宝订单编号，该接口约