预售业务介绍

业务背景介绍

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

API名称	API简介
taobao.trade.fullinfo.get	获取单笔交易详细
taobao.trades.sold.get	查询卖家已卖出的交易数据
taobao.trades.sold.increment.get	查询卖家已卖出的增量交易数据（根据修改时间）
taobao.trades.sold.incrementv.get	查询卖家已卖出的增量交易数据（根据入库时间）

FAQ

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