天貓預售業務
預售業務介紹
業務背景介紹
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.trades.sold.get###################查詢賣家已賣出的交易資料##### ####### | |
taobao.trades.sold.increment.get | 查詢賣家已賣出的增量交易資料（根據修改時間） |
#taobao.trades.sold.incrementv.get | 查詢賣家已賣出的增量交易資料（根據入庫時間） |
#
FAQ
- 關於此文件暫時還沒有FAQ
