导语：做 Full 备货的卖家每天盯链接、广告、活动，最容易忽略的恰恰是“入库”这个环节——9 月 1 日起，它的底层流程变了。
改了什么：验证从创建请求里拆出来
美客多 8 月 26 日更新官方开发文档，明确 2026 年 9 月 1 日起 Fulfillment China 的入库创建流程开始调整（针对使用 Fulfillment China 模式的卖家）。变化核心：以前创建一票入库时，很多验证直接发生在创建请求里；现在部分验证从 POST 创建请求拆出，迁移到独立的 Validation Engine（验证引擎），后续查询入库进度的接口也会返回验证引擎的新错误信息。流程从“提交入库 → 创建时检查 → 成功/失败”变成：提交入库 → 获得 process_id → 后台异步验证 → 查询状态 → SUCCESS/FAIL → 失败时看具体 Validation 错误。所以“提交成功了却没生成入库单”时，不能只看提交那一步，必须继续看流程状态和错误原因。
四个要注意的点
一是迁移期波动：官方特别提醒 9 月 1 日迁移期间服务最长可能约 1 小时不可用——当天批量创建入库如果突然失败或异常，先别判断“店铺被限制”，可能是接口迁移的短暂异常，重要入库留出时间余量。二是 ERP 卖家要主动问服务商：这次调整对 Seller Center 手工操作者体感不明显，真正受影响的是 ERP、自研系统和第三方服务商——官方要求集成方处理新增的 Validation Engine 错误，可以直接问一句“Fulfillment China 9 月 1 日的 Inbound Validation Engine 更新，你们适配了吗”。三是异步模式的时间参数：提交成功后返回 process_id，后台继续执行库存申报 → 入库创建 → 必要时的规则创建，整个异步流程约 55 秒，查询状态建议至少间隔 5 秒——“202 Accepted”只代表系统收到请求正在处理，看到 SUCCESS 并拿到 inbound_id 才算创建完成。四是失败先分类：官方公开的错误如 INVALID_SELLER_LOGISTIC（物流模式不符）等，按错误类型处理，不要盲目重试。
结语：这次调整不改费用、不改仓库，改的是“验证的时点”——提交即成功的老经验作废了。做 Full 备货的卖家把这条同步给 ERP 和服务商，比入仓出问题时再排查省事得多。
