多平台后台最怕的不是某天不会用，而是昨天还在更新的订单和库存，今天突然停在旧数字上。客服仍按系统里的可售去承诺，仓库按过时订单去打单，超卖和漏发会在停摆几小时里集中出现。HelloWorld跨境电商助手依赖各平台授权才能读写商品、订单、消息和库存，中断时不要先改安全阈值，也不要先重装软件，按层排查更快。下面只写中断怎么发现、怎么判断、怎么修、修完怎么验。
先看症状落在哪一层，避免把所有问题都当成「软件坏了」
- 只有某一个站点停，其他站点仍在进单，优先查该站点授权、该站点接口权限、该站点是否被平台限制。全店同时停，才查助手登录、本地网络、服务端状态。
- 能看旧数据、不能拉新订单，多半是读取权限或令牌过期。能拉订单、不能回写库存或运单号，多半是写入权限不足或平台拒绝了更新。
- 消息进不来但订单还在走，查的是消息权限和消息订阅，不是商品映射。库存数字不动但订单在增加，查的是同步任务和占用，不是客服通道。
- 电脑端正常、手机端收不到推送，先当移动端通知问题，不要重授整个亚马逊店铺。范围扩得越大，越容易把好的站点一起搞乱。
把症状写进值班备注：哪一站、从几点开始、影响订单还是库存还是消息。没有时间点，日志很难对上平台侧的过期时刻。
授权过期按站点重做，不要把所有店铺解绑重绑
- 进入平台管理看授权状态和最后成功时间。状态异常的站点单独处理。亚马逊、eBay、Shopee 的令牌机制不同，一个过期不代表三个一起过期。
- 重授时核对应给的范围：商品、库存、订单、消息、如需广告则含广告。少开一项，表面授权成功，对应模块仍会停。
- 站点选对市场。美国站令牌不会养活欧洲站数据，Shopee 马来不会自动带上泰国。绑错市场的典型症状是「授权成功、列表空白」。
- 重授后不要立刻改规则。先做一次手动同步，只拉最近订单和库存，观察能否写回一条测试库存或回传一个测试状态。
主账号和子账号不要混着重授。用哪一个账号完成的授权，后续过期也用同一路径续，避免权限套在别人已经离职的邮箱上。
同步失败要读失败原因，而不是把频率调到最短再撞一次
- 打开同步日志，看是鉴权失败、限流、字段拒绝，还是找不到映射。鉴权失败回授权；限流就拉长间隔，不要用更短周期去打接口；字段拒绝去看该SKU属性或库存值是否被平台判非法。
- 映射断裂单独修。平台侧商品被删除重建、变体拆合、手工改过SKU，助手里的对应关系会断。断了之后同步不是慢，而是更新到空对象上。先停售该SKU，绑对再恢复。
- 平台后台手工改库存会和同步抢同一数字。查出是人工改过的，先停止在后台手改，把主账本改回助手，再开防护。两边同时写，日志会像随机跳动。
- 部分成功要当部分失败处理。一百个SKU里失败十个，那十个往往是主推或变体。按失败列表修，不要看总进度百分之九十就结束。
限流期间保护可售。同步已经延迟，安全库存应临时提高或暂停投放，而不是继续按「实时」去承诺当天发出。
修完必须走一条验收路径，否则会以为好了
- 选一个测试SKU，在主账本改一个不会影响销售的库存数，看目标站点是否在约定时间内跟上。只看日志成功、前台没变，仍算失败。
- 下一笔真实小订单，看能否进入统一订单列表、能否预占正确的仓、发货后运单号能否回写到原平台。回写失败会在平台侧显示未发货。
- 发一条测试消息或等待下一封真实询盘，确认会话能进统一收件箱并能发回。订单通道恢复不等于消息通道恢复。
- 验收通过再恢复广告和正常阈值。未验收就加投，等于在未知延迟上加大超卖面积。
把这次中断的原因记进团队备忘：过期、限流、手改、映射、选错站点。同类问题第二次出现，值班按备忘处理，不必重新猜。HelloWorld跨境电商助手把多平台收在一处，中断时影响面比单后台更大，所以排查必须按站点、按模块、按日志来，而不是重装一次碰运气。先定位层，再重授或修映射，最后用测试SKU和一笔小单验回收发。通道真正通了，再把阈值和投放还给日常。
