在淘寶上面其實(shí)也可以選擇同步訂單，但是也有人根本不知道它的意思，也不清楚如果同步訂單發(fā)生了異常情況，賣家們應(yīng)該要怎么辦呢?

　　淘寶同步訂單是指淘寶賣家訂購了淘寶平臺上第三方營銷管理軟件，里面有管理訂單的功能，需要同步淘寶的訂單數(shù)據(jù)。

　　訂單同步主要分為初始化和增量獲取兩個步驟：

　　1.初始化是把3個月內(nèi)的在線訂單全部同步回來，這個需要較長的時間;

　　2.增量獲取則是把淘寶發(fā)生了變更的訂單同步回來，這個一般需要較短的時間。

　　訂單是賣家的核心數(shù)據(jù)，賣家的很多日常工作都是圍繞著訂單展開，應(yīng)用的基本功能就是要保證訂單實(shí)時、完整的展示在賣家面前。

　　由于API請求依賴于網(wǎng)絡(luò)，存在著網(wǎng)絡(luò)不穩(wěn)定和同步時間長的問題，所以應(yīng)用必須把淘寶的訂單數(shù)據(jù)同步到本地。

　　異常怎么辦?

　　1、同步訂單一般會采用多線程處理，由于API請求對APP是有頻率限制的，所以設(shè)置線程池大小時，需要根據(jù)TOP允許的API調(diào)用頻率來設(shè)置，避免限流后導(dǎo)致應(yīng)用長時間無法調(diào)用API。

　　2、對于API返回的ISP類型的錯誤或網(wǎng)絡(luò)連接錯誤，應(yīng)用線程應(yīng)該在休眠片刻中自動重試。而對于API返回的ISV類型的錯誤，應(yīng)用需要記錄日志以便日后排查，同時不要重試。

　　性能問題：

　　1、taobao.trades.sold.get獲取三個月已賣家的訂單

　　a) 采用入?yún)se_has_next=true的分頁方式可以避免每次API請求對淘寶數(shù)據(jù)庫產(chǎn)生的count(*)，從而顯著提升速度和穩(wěn)定性。

　　b) 由于獲取三個月內(nèi)的訂單接口是用創(chuàng)建時間過濾的，而創(chuàng)建時間是不可變的，所以從前往后翻頁也不會導(dǎo)致漏單，因而可以省掉第一步的count(*)，而直接采用入?yún)se_has_next=true的方式分頁獲取，直到返回結(jié)果中has_next=false時終止翻頁。

　　c) 如果接口返回的字段無法滿足應(yīng)用的需要，則強(qiáng)烈建議只獲取fields=tid這一個字段，然后再通過taobao.trade.fullinfo.get獲取訂單詳情。

　　d) 由于賣家三個月訂單量比較大，建議把三個月的訂單切分成按天獲取，減少單次請求對淘寶數(shù)據(jù)庫的記錄掃描量，以提升效率。

　　2、taobao.trades.sold.increment.get獲取增量訂單

　　a) 采用入?yún)se_has_next=true的分頁方式可以避免每次API請求時對淘寶數(shù)據(jù)庫產(chǎn)生的count(*)，從而顯著提升速度和穩(wěn)定性。

　　b) 由于獲取增量訂單接口是用修改時間過濾的，而修改時間是可變的，所以需要從后往前翻頁才能避免漏單。

　　從后往前翻頁必須要知道最后一頁，所以必須在首次API請求時采用use_has_next=false方式統(tǒng)計訂單總數(shù)，計算出總頁數(shù)，然后再設(shè)置use_has_next=true終止訂單統(tǒng)計，從后往前翻頁。

　　c) 如果接口返回的字段無法滿足應(yīng)用的需要，則強(qiáng)烈建議只獲取fields=tid這一個字段，然后再通過taobao.trade.fullinfo.get獲取訂單詳情。

　　3、使用taobao.trades.sold.get/taobao.trades.sold.increment.get只獲取tid字段時，建議設(shè)置page_size為最大值，減少API請求次數(shù)，提升效率。獲取多個字段時可根據(jù)自身的網(wǎng)絡(luò)情況設(shè)置page_size，建議設(shè)置為50左右。

  今天的分享就到這里了，想了解更多關(guān)于淘寶代運(yùn)營服務(wù)商、甘肅淘寶代運(yùn)營等內(nèi)容，敬請關(guān)注火蝠電商官網(wǎng)。