店铺昨天还在同步，今天库存中心不再跳动，客服队列突然变空，刊登任务停在等待授权，这种时候卖家第一反应常常是重装软件或再搜索一次HelloWorld官网。重装解决不了令牌过期，也解决不了平台侧把应用停用。HelloWorld跨境电商助手和亚马逊、eBay、Shopee之间靠的是官方接口授权，授权一断，商品中心、库存规则、消息队列和订单回传会一起哑火。下面只围绕这一件事写：怎样判断是不是授权问题、怎样按平台重新连接、怎样避免重绑时把映射和规则弄丢、怎样在恢复后做验收，让店铺从“连不上”回到“能写库存、能回消息、能发新页”。
先用三个现象确认，这是授权问题，而不是同步慢或网络差
授权失效和同步延迟看起来很像，处理顺序完全不同。同步慢时，库存中心的数字还会变，任务日志里仍有成功记录，只是平台前台跟上得晚；网络差时，失败集中在某一时段，换网络或错开高峰后能恢复。授权失效时，常见是整店写入停止：你在软件里改可售，平台前台几天不动；客服工作台不再进新消息，平台后台却有未读；刊登预检通过，发布后平台没有新页面；店铺管理里状态变成过期、失效、需重新授权或权限不完整。
打开店铺或平台管理，逐个站点看状态，不要只看总开关。亚马逊某个站点失效、Shopee另一个站点仍正常，说明不是软件整体崩溃，而是那一条授权断了。再看权限清单，有的店铺能读订单不能写库存，有的能看商品不能回消息，这是权限被平台改过或当初少勾，也按授权问题处理，不必先改模板和话术。
确认是授权问题后，先停该店铺的批量任务。继续点全量同步、批量改价、批量刊登，会把失败日志堆满，也容易在修复令牌的当口写出一半数据。已经在进行的拣货和客服改走平台后台应急，中台修好后再切回来，避免两边同时改同一批库存。
重连之前不要删除店铺，删除是最贵的一步
界面上如果有“移除店铺”或“删除授权”，在映射还没导出、规则还没截图之前不要点。HelloWorld里真正值钱的不是那个登录框，而是内部SKU和平台商品ID的对应、仓库与站点的可售关系、低库存动作、客服分流和刊登模板绑定。删除店铺再添加，等于告诉系统这是一家新店，旧映射可能对不上，库存任务要重建，历史失败行更难回溯。
正确顺序是在原店铺记录上重新授权。先进入该店铺的详情或授权管理，选重新连接、更新令牌或重新验证。能跳转到平台官方授权页的，就走官方页，不要在来路不明的窗口里输入卖家中心密码。授权过程中看申请的权限列表，库存写入、商品发布、订单读取、消息回复，缺哪一项补哪一项，不要为了快点完成只勾只读。只读会让中心看起来“已经连上”，前台仍然改不动。
若系统强制要求先移除再添加，先做三份备份：商品中心导出含内部SKU和平台商品ID的对照表，库存任务规则逐条记下主库存源、阈值和推送方向，客服模板和超时设置截屏或导出。没有这三份，重绑后你面对的是空规则和一批对不上的链接。
亚马逊、eBay、Shopee的重连动作不同，不要用同一套记忆去套
亚马逊侧优先检查卖家中心的应用与服务。自用应用被停用、刷新令牌过期、站点选错、权限在平台改版后被重置，都会表现为HelloWorld里美国站或欧洲站单独失效。处理时回到助手里对该站点点重新授权，按提示到卖家中心确认应用仍在、权限包含订单、库存、商品和消息，完成后再回到软件验证。验证成功不要立刻全量同步，先改一个测试SKU的可售数，看前台是否跟上；再在消息里发一条测试，看能否双向出现。多站点店铺要一站一站来，修完美国站再动欧洲站，避免一次授权把正在正常出单的站点一起打乱。
eBay侧更多卡在开发者应用信息、回调和交易政策关联。令牌过期后，按助手给出的重新授权走完即可，不要擅自改回调地址。重连后检查运费方案和退货方案是否仍挂在默认模板上，政策丢失时刊登会大批失败，看起来像授权没好，其实是政策没接回去。固定价店铺先恢复固定价模板，不要顺手把拍卖参数加进来增加变量。
Shopee侧常见是合作伙伴密钥更新、店铺编号填错、一次性授权码过期、站点权限被卖家中心收回。重新连接时认准店铺编号和站点，泰国店和新加坡店不要互填。一个密钥带多店时，只重连出问题的那一家，不要把全部站点重新点一遍。本地仓和跨境仓的可售规则在重连后要立刻打开看一眼，系统有时会回到“未指定优先仓”，这时前台数字会看起来恢复了，发货时却从错误的仓扣。
三个平台都修完，仍有一个模块安静，按模块查权限，不要整店再删一次。能改库存不能回消息，补消息权限；能回消息不能刊登，补商品发布和图片上传。权限是清单问题，不是“再安装一次客户端”的问题。
令牌回来之后，先救链路，再救数量
授权变绿，只说明门开了，不说明屋里的家具还在原位。先跑增量同步，拉最近订单、库存和消息，不先拉多年历史。历史全量会长时间占用接口，修授权当天最需要的是把正在卖的货和正在问的人接住。增量完成后，用测试SKU验证写入，用一笔未完成订单验证回传，用一条站内信验证客服通道。三项都过，再看数量对不对。
数量不对时，对比三行：仓库实物、软件可用、平台前台可售。软件可用已按主库存更新、前台仍是旧数，说明写入仍失败或任务方向反了；前台已更新、软件可用仍是旧数，说明读取回写有问题，先不要用前台去改，避免双向覆盖；两边都对、仓库不对，那是仓内账，不是授权问题。套装和变体要单独抽查，重绑后最容易丢的就是变体级映射，主款对上了，尺码没对上，超卖会从尺码里冒出来。
刊登队列里失败行不要整批重新生成。先筛“授权失败”类，授权恢复后只重试这些行。重新生成会制造重复页面，合并重复页比修授权更耗时。客服队列在恢复后要回扫失效期间的平台未读，工作台安静不等于买家没说话，漏掉的往往是即将超时的那些。
为什么授权会反复掉，把反复掉的原因写成值班动作
偶尔过期和每周掉一次，不是同一类事。偶尔过期多见于平台强制轮换令牌、卖家中心安全验证、长时间未打开软件导致刷新失败，处理是及时重连并打开异常通知。反复掉则要查：是否多人用主账号在不同网络频繁登录卖家中心并撤销应用；是否有人在平台后台手动管理开发应用，把助手用的应用停用；是否电脑时间不准，接口验签失败被当成过期；是否同一店铺被加进两套互抢的工具，后授权的把前授权挤掉。
值班上把授权状态放进每日开店检查，和看未发货一样固定。手机推送打开授权异常，不要等客服说“怎么没消息了”才发现。团队里只有少数人能进店铺管理去点重新授权，避免人人都能移除店铺。改平台密码、换主登录设备、开新的安全验证之后，当天主动到HelloWorld里验证一遍授权，不要等第二天同步任务自己报错。
恢复完成的验收，只看能干活的六件事
店铺状态为已授权且权限完整。测试SKU的可售改动能到各平台前台。最近订单能进同一队列，发货回传能写回平台。客服能收能发，失效窗口里的未读已回扫。刊登失败行里因授权造成的已重试，没有因此产生重复listing。库存任务的主库存源、阈值和推送方向仍是你们原先定的那套，而不是空白默认。六件里有一件不做，过两天还会回到“好像连上了，但还是乱”。
授权问题不需要新功能，需要克制：不删除店铺、不两边同时改库存、不拿全量同步当治疗、不把权限勾成只读。HelloWorld官网能给你重新连接的入口，把门重新打开的是平台官方授权，把门打开之后屋里还是不是原来那套映射和规则，取决于重连前有没有把对照表和任务留下，以及重连后有没有用测试SKU把写入、消息和回传走通。店铺不是连上就算好了，能把数字写出去、把话回出去、把单号传回去，才算这次失效真正结束。