预售业务介绍

业务背景介绍

C2B的业务模式越来越成熟，衍生出越来越的预售模式，丰定的预售模式也给交易的履行带来了更大的挑战。

本期将开放的预售模式将包含3类：

a.     分阶段付款模式模式，即订金+尾款模式。

b.     阶梯团购模式（万人团），即根据交易人数确认价格。

  卖家价值

a.     销量分布预估，库存调拨有的放矢。

b.     销量预估，减少库存压力及风险。

 预计影响的场景

a.     订单管理

卖家ERP需要识别预售订单，并且针对周期购的商品需要识别订单生效日期。

卖家可以对未付尾款的订单进行催付通知。

b.     财务对账，需要分辨分阶段付款的订单。

业务流程

预售业务带来的影响

预售订单与一口价订单存在巨大的差异，在订单处理中对预售订单要单独处理。

a. 预售订单类型与一口价不致，type为step，卖家ERP在筛选订单时，需要增加对这一类订单的同步。

b. 预售订单有单独的预售订单交易状态，由于尾款未付的情况下，订单状态不会变化，在关注订单状态外，还需要关注订单的预售交易状态，包括以下三种：

FRONT_NOPAID_FINAL_NOPAID(定金未付尾款未付),对于这一类状态的订单，卖家ERP中可暂不处理；

FRONT_PAID_FINAL_NOPAID（定金已付尾款未付），对于这一类订单，可以保持HOLD状态，继续等待并且着手准备排期；

FRONT_PAID_FINAL_PAID（定金和尾款都付），对于这一类订单，需要安排发货。

c.  预售业务中订金已付，卖家不支付尾款的订单订金是不做退回的，因此，商家在做账的时候，需要针对这一部分在做账时进行处理。

实施方案

预售业务需要关注以下API。

a. type的可选值：step;

b. 参数返回值

Trade. step_trade_status（分阶段付款的订单状态，例如万人团订单等，目前有三返回状态 FRONT_NOPAID_FINAL_NOPAID(定金未付尾款未付)，FRONT_PAID_FINAL_NOPAID(定金已付尾款未付)，FRONT_PAID_FINAL_PAID(定金和尾款都付)）；

Trade. step_paid_fee（分阶段付款的已付金额，万人团订单已付金额）；

Trade. send_time（预约配送时间，一般需按照物流服务的时间倒推，最好提前三天（按物流时效计算）开始准备发货）

涉及的关键API

FAQ

• 关于此文档暂时还没有FAQ