Podbox正在構建一個連接器,使用BigCommerce orders API將訂單從BigCommerce電子商店同步到雲CRM(如vTiger,Salesforce或ZohoCRM)。作爲一個開發者,我發現有不幸的是幾個點的是防止進程是有效的:BigCommerce訂單API:帶過濾的分頁檢索(修改日期,訂單狀態)
這將是巨大的,有一個分頁檢索,與頁和限制參數,如在customers API中那樣。這將減少工作量的同時的Bigcommerce服務器和客戶端服務器
客戶和訂單API調用返回修改日期領域,這將是巨大的,用它們作爲過濾器,以檢索後更新訂單給定的日期。有了這樣的標準,由API調用返回的數據將是小,節省帶寬並減少工作量雙方的Bigcommerce和客戶端服務器太
另一個優化是使用狀態ID標準作爲過濾器,以只檢索未完成的訂單,但似乎此條件只能以「狀態ID等於[值]」的形式使用,我想以「狀態ID不同於7」的形式使用它(7是一個完整的訂單狀態ID),但它似乎對我來說目前不可行
這些功能請求會對其他開發人員有用嗎?一些BigCommerce開發人員知道這些功能請求是否在路線圖上?或者,如果我應該在別處推薦他們?
非常感謝您的關注!
謝謝你@ chirag-b的答案。 BigCommerce直接在[客戶API](http://developer.bigcommerce.com/docs/api/v2/resources/customers)和快速入門中提到頁面+限制參數,而不是在「官方」訂單文檔頁面。 'If-Modified-Since'(它被稱爲創建日期,而不是快速入門中的版本日期) 對於狀態,我的標準是'status_id <> 7',它與'status_id = = 0' 幫助頁面難以維護:)再次感謝! – lucsorel