淘宝订单信息获取接口API,淘宝打单发货接口( 二 ) _订单

通过该json大家可以了解淘宝会返回哪些字段。我们这只是订阅了一个TOPIC的消息，还有其他TOPIC的，比如说买家付款、买家退款等，任何一个TOPIC的消息，里面都有核心的字段，比如淘宝订单号、退款金额、付款金额等，如果字段不够用，我们就可以考虑调用相关的接口。比如如果退款消息只有退款编号，我们就可以通过退款编号，调用淘宝退款信息查询接口进行查询，查询拿到结果后，再写入自己的数据库。
该方案的好处在于消息非常及时，调用起来也简单。而且消息通知是免费的（注意：调用接口不一定免费），当免费的消息通知中含有你需要的字段，相当于你就是完全免费同步了。

文章插图
第三种方案一般是不被推荐的，但是适合那种比较订单量小的，要求开发简单的，但是也是最为可靠稳定的（消息方案对于消费客户端的处理还是有点需要经验的，虽然有客户端，难度也算有点），这个方案就是定时查询增量订单列表接口
淘宝提供了增量订单列表查询接口..sold..get，该接口允许用户查询某段时间内的增量订单，所以用户只需要设定一个作业线程，定时调用这个接口即可，订单同步的时间及时与否，取决于定时多久，比如说5秒查询一次，遍历接口的好处在于，开发起来很简单，并且稳定性极高，但是对于订单量大的用户来说不太合适，只适合一天几百几千上万单的系统，太多的订单的话，请求次数多，且无法做到非常及时。请求次数多流量费就高。
这个接口的入参如下：
返回结果太长了，参考上面那个淘宝订单详情获取接口的结果即可（有些字段可能没有，列表获取的字段没有详情接口那么齐全，但是大部分都有的，如果没有的话，就只能去调用淘宝订单信息获取接口API来查询详细订单信息）
三种方案都说完了，总结一下：
如果你的系统日处理订单达到几十万上百万的规模的，建议采用方案1的聚石塔RDS同步方案。
如果你的系统日处理订单只有几万或者十几万的规模的，建议采用方案2的淘宝TMC消息方案来获取淘宝订单信息同步到你的数据库。
【淘宝订单信息获取接口API,淘宝打单发货接口】如果你的系统日处理订单只有几百几千或者几万的规模，建议采用方案3的定时调用淘宝增量订单列表获取接口的方案，这个方案写代码很简单，并且非常稳定可靠，也无需额外一些配合和配置，具体哪种方案就小伙伴们自己选择了