基础技术
预售业务介绍
业务背景介绍
C2B的业务模式越来越成熟，衍生出越来越多的预售模式，丰富的预售模式也给交易带来了更大的挑战。
本期将开放的预售模式包含：
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（定金和尾款都付），对于这一类订单，需要安排发货。
预售业务中定金已付，卖家不支付尾款的订定金金是不做退回的，因此，商家在做账的时候，需要针对这一部分在做账时进行处理。
实施方案
预售业务需要关注以下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 |
查询卖家已卖出的增量交易数据（根据入库时间） |
