订单没进ERP，统为台九成问题出在“接口”这两个字上。什抓不是到店订单ERP不想抓，是铺后它根本够不着，或者拿到了也认不出来。统为台

上个月帮一个做家居用品的什抓客户排查，他们天猫店一天两百多单，到店订单ERP里只进来三十几单。铺后技术团队查了两天，统为台最后发现是什抓店铺后台的订单接口返回了一个新的字段——平台悄悄改了返回结构，ERP的到店订单解析程序碰到不认识的字段直接抛异常，整批数据全丢了。铺后就这么简单，统为台也这么隐蔽。什抓

接口权限，到店订单不是给了账号就能拿数据

很多人以为把店铺账号密码填进ERP就完事了。差得远。淘宝、京东、抖音这些平台，订单数据不是你想调就能调的。你得先在开放平台申请应用，拿到AppKey和AppSecret，再让商家授权。授权还分等级——有的只给读商品，有的才给读订单，想读收件人手机号还得单独申请。少一个scope，接口直接返回空。

更坑的是授权会过期。淘宝的access_token一般几天到几个月不等，refresh_token也有期限。ERP如果没做好自动续期，某天早上你发现订单突然不进了，多半就是token过期了。我见过一个ERP服务商，续期逻辑写错了，每次续期把refresh_token也一起刷新掉，结果用一次就废，客户三天两头要重新授权。

订单状态和抓取时机对不上

ERP抓订单不是“有单就抓”。大部分ERP只抓特定状态的单，比如“已付款待发货”。问题在于，买家付款后订单状态可能先变成“付款确认中”，过几秒才变“待发货”。ERP如果只认“待发货”，又恰好在那几秒间隙去拉数据，这单就漏了。

还有预售订单。定金阶段订单状态是“预售中”，尾款付完才转“待发货”。有些ERP不处理预售逻辑，定金单直接忽略，等到尾款付了才去抓，但那时候订单号可能已经变了，或者平台把定金单和尾款单做了合并，ERP拿旧单号去查，查不到。

平台限流，抓太快反而什么都抓不到

抖音和拼多多的订单接口限流特别狠。抖音默认QPS可能就个位数，你ERP如果并发去拉，超了直接封你IP或者返回429。有些ERP为了“实时”，设了个定时任务每几秒拉一次，结果触发限流，后面所有请求全被拒。表现出来的现象就是：订单时有时无，高峰期一单都进不来。

正确的做法是拉长轮询间隔，或者用平台的消息推送（比如淘宝的TMC、抖音的Webhook）。但消息推送也有坑——推送丢了、重复推、顺序乱了，ERP如果没做幂等和补偿，照样出问题。

字段映射和编码问题，最容易被忽略

平台返回的订单数据里，收件人姓名可能是Unicode转义，地址里可能带emoji，商品标题里可能有特殊符号。ERP的数据库如果字符集不是utf8mb4，插入直接报错，整条订单回滚。你去看日志，一堆“Incorrect string value”，但订单就是进不来。

还有字段映射。平台叫“buyer_nick”，ERP里可能叫“customer_name”；平台返回“payment”是字符串“99.00”，ERP期望的是decimal。类型对不上，解析失败，订单卡在队列里，既不报错也不入库。这种问题最难查，因为日志里可能只有一行warning。

网络和证书，老生常谈但总有人栽

ERP服务器如果在内网，没配代理，根本访问不了外网接口。或者平台换了SSL证书，ERP的HTTP客户端不信任新CA，握手失败。还有DNS解析问题——平台接口域名换了IP，ERP服务器DNS缓存没更新，一直连旧IP，超时。

我自己的经验是，订单抓不到先看三样：接口返回码、ERP日志里的异常堆栈、平台开放平台的调用记录。平台那边能看到你的请求到底有没有到、返回了什么。大部分时候，平台记录里明明白白写着“invalid token”或者“rate limit exceeded”，只是没人去看。

别急着怪ERP厂商。先确认授权还在不在，再手动调一次接口看返回，最后查ERP的同步日志。这三步走完，八成问题都能定位到。