天貓預(yù)售業(yè)務(wù)
預(yù)售業(yè)務(wù)介紹
業(yè)務(wù)背景介紹
C2B的業(yè)務(wù)模式越來越成熟,衍生出越來越的預(yù)售模式,豐定的預(yù)售模式也給交易的履行帶來了更大的挑戰(zhàn)。
本期將開放的預(yù)售模式將包含3類:
a. 分階段付款模式模式,即訂金+尾款模式。
b. 階梯團(tuán)購模式(萬人團(tuán)),即根據(jù)交易人數(shù)確認(rèn)價(jià)格。
賣家價(jià)值
a. 銷量分布預(yù)估,庫存調(diào)撥有的放矢。
b. 銷量預(yù)估,減少庫存壓力及風(fēng)險(xiǎn)。
預(yù)計(jì)影響的場景
a. 訂單管理
賣家ERP需要識(shí)別預(yù)售訂單,并且針對(duì)周期購的商品需要識(shí)別訂單生效日期。
賣家可以對(duì)未付尾款的訂單進(jìn)行催付通知。
b. 財(cái)務(wù)對(duì)賬,需要分辨分階段付款的訂單。
業(yè)務(wù)流程
預(yù)售業(yè)務(wù)帶來的影響
預(yù)售訂單與一口價(jià)訂單存在巨大的差異,在訂單處理中對(duì)預(yù)售訂單要單獨(dú)處理。
a. 預(yù)售訂單類型與一口價(jià)不致,type為step,賣家ERP在篩選訂單時(shí),需要增加對(duì)這一類訂單的同步。
b. 預(yù)售訂單有單獨(dú)的預(yù)售訂單交易狀態(tài),由于尾款未付的情況下,訂單狀態(tài)不會(huì)變化,在關(guān)注訂單狀態(tài)外,還需要關(guān)注訂單的預(yù)售交易狀態(tài),包括以下三種:
FRONT_NOPAID_FINAL_NOPAID(定金未付尾款未付),對(duì)于這一類狀態(tài)的訂單,賣家ERP中可暫不處理;
FRONT_PAID_FINAL_NOPAID(定金已付尾款未付),對(duì)于這一類訂單,可以保持HOLD狀態(tài),繼續(xù)等待并且著手準(zhǔn)備排期;
FRONT_PAID_FINAL_PAID(定金和尾款都付),對(duì)于這一類訂單,需要安排發(fā)貨。
c. 預(yù)售業(yè)務(wù)中訂金已付,賣家不支付尾款的訂單訂金是不做退回的,因此,商家在做賬的時(shí)候,需要針對(duì)這一部分在做賬時(shí)進(jìn)行處理。
實(shí)施方案
預(yù)售業(yè)務(wù)需要關(guān)注以下API。
a. type的可選值:step;
b. 參數(shù)返回值
Trade. step_trade_status(分階段付款的訂單狀態(tài),例如萬人團(tuán)訂單等,目前有三返回狀態(tài) FRONT_NOPAID_FINAL_NOPAID(定金未付尾款未付),FRONT_PAID_FINAL_NOPAID(定金已付尾款未付),FRONT_PAID_FINAL_PAID(定金和尾款都付));
Trade. step_paid_fee(分階段付款的已付金額,萬人團(tuán)訂單已付金額);
Trade. send_time(預(yù)約配送時(shí)間,一般需按照物流服務(wù)的時(shí)間倒推,最好提前三天(按物流時(shí)效計(jì)算)開始準(zhǔn)備發(fā)貨)
涉及的關(guān)鍵API
API名稱 | API簡介 |
taobao.trade.fullinfo.get | 獲取單筆交易詳細(xì) |
taobao.trades.sold.get | 查詢賣家已賣出的交易數(shù)據(jù) |
taobao.trades.sold.increment.get | 查詢賣家已賣出的增量交易數(shù)據(jù)(根據(jù)修改時(shí)間) |
taobao.trades.sold.incrementv.get | 查詢賣家已賣出的增量交易數(shù)據(jù)(根據(jù)入庫時(shí)間) |
FAQ
- 關(guān)于此文檔暫時(shí)還沒有FAQ