Ozon 库存改不了?写回失败的常见原因

这两种情况的处理方式完全相反,但表现都是「Ozon 后台数字没变」,不区分开就会一直在错误的方向上排查。

• 没写进去 —— 请求被 Ozon 拒绝,系统里能看到明确的失败原因(仓库 ID 缺失、限流、商品状态不允许)。这类要改条件后重写。
• 写进去了没生效 —— 请求成功,但前台可售量没变。多半是写到了不影响展示的仓库,或者平台侧有延迟。这类重写多少次都一样。

按出现频率排,绝大多数写回失败落在这三类里。

• 仓库 ID 缺失 —— 库存必须写到具体仓库,没配置发货仓或没同步仓库列表就没有 ID。新店和刚改过发货方式的店最常见。
• 平台限流(429) —— 请求太密被 Ozon 拒绝。这是账号级状态,和商品资料无关,改商品没用,等一会儿再试。若持续出现,排查是否有其他工具在用同一个 API Key。
• 商品状态不允许 —— 归档的商品在 Ozon 侧是下架状态,库存写回会被拒。要先恢复商品再写库存,顺序反了会一直失败。

批量操作最怕的是「部分成功」被当成整体成功。一次提交几十条,其中三五条因为个别原因失败,如果只看整体状态就会漏掉这几条。

1. 1提交后看逐行结果,而不是只看「已提交」的提示。
2. 2把失败的行按原因分组:同一个原因的通常能一次性解决(比如都是仓库问题)。
3. 3改完条件后只重写失败的那些,不要整批重来——重复写入成功的行没有意义,还多消耗一次请求配额。

1. 1看报错文案:提到仓库 ID 的,去同步仓库列表。
2. 2提到 429 或 rate limit 的,是平台限流,等一会儿再试,改商品无效。
3. 3没有明确报错但没生效的,确认商品是不是归档/下架状态。
4. 4确认写入的是不是前台展示所依赖的那个仓库(多仓库时容易写错)。
5. 5以上都正常的,等 1-2 分钟再刷新 Ozon 后台,平台侧有延迟。