Podbox正在使用BigCommerce orders API构建连接器,以便将订单从BigCommerce电子商店同步到云CRM(如vTiger,Salesforce或ZohoCRM)。作为开发人员之一,我发现不幸的是有几点阻碍了这个过程的有效性:
使用 page 和 limit 参数进行分页检索会很棒,就像在customers API中一样。这将减少BigCommerce服务器和客户端服务器的工作量
客户和订单API调用都会返回 date modified 字段,将它们用作过滤器以检索在给定日期之后更新的订单会很棒。有了这样的标准,API调用返回的数据也会很小,从而节省带宽并减少BigCommerce和客户端服务器的工作量
另一种优化方法是使用 status id 条件作为过滤器,以便只检索不完整的订单,但似乎此标准只能以“<”的形式使用em> status id 等于[value]“,我想以”状态ID 与7“不同的形式使用它(7是状态ID 一个完整的订单)但我现在似乎不可行
这些功能请求对其他开发人员有用吗?有些BigCommerce开发人员知道这些功能请求是否在路线图上?或者我是否应该在其他地方提出建议?
非常感谢您的关注!
答案 0 :(得分:1)
BigCommerce已经实施了3个请求中的2个。
您可以通过传递“If-Modified-Since”标题来提取已修改的订单。这将仅返回自提供的RFC-2822日期以来已修改的项目。
不知道状态代码问题,但我发现this,我想将status_id
过滤器设置为0
。
希望这有帮助。