5 月 30 日前后的 Amazon Seller Forums 和卖家讨论显示，Amazon 正在推进 seller-fulfilled SKU 的处理时间准确性要求：从 2026 年 6 月 29 日起，FBM 商品的处理时间需要更接近实际发货速度。卖家可以启用 Automated Handling Time，也可以继续维护 SKU 级处理时间，但 Amazon 会按最近一段时间的实际发货表现复核。
对中国大陆和台湾跨境团队来说，风险不只是某个设置被 Amazon 自动调整。真正的恢复风险是：一个原本为了留出生产、周末交接、海外仓或承运商缓冲的处理时间，被系统认为不准确后，后续订单可能牵动 Late Shipment Rate、OTDR、A-to-z、取消率和 ASIN 报价状态。
先存证，再改设置
在启用 AHT、修改 SKU 级处理时间或调整配送模板前，先保存当前设置、最近订单的 ship-by date、承运商首扫、周末/节假日规则和 Amazon 通知。
先找出真正依赖手动处理时间的 SKU
最危险的做法，是把所有 FBM SKU 一次性改成同一个处理时间。现货、定制、手工、带电、海外仓、供应商直发和周末无法交运的商品，本来就不该用同一套证据解释。
- 导出所有 active seller-fulfilled SKU，记录当前 handling time、默认处理时间、SKU 级 override、配送模板、库存数量和履约渠道。
- 单独标记 custom、handmade、made-to-order、重货、大件、季节性商品和依赖供应商发货的 SKU。
- 对比最近 30 到 60 天的订单：下单时间、ship-by date、标签购买时间、确认发货时间、承运商首扫和迟发缺陷。
- 把 Amazon.com、Amazon.co.uk、德国站或其他站点分开，不要用美国站通知直接解释所有 marketplace。
- 对无法稳定满足承诺的 SKU，先降低曝光、暂停 FBM 或调整库存，而不是等到账户健康通知出现。
AHT 不是每个 SKU 的默认答案
Automated Handling Time 可以减少人工维护，Amazon 也把它作为推荐路径之一。但对跨境卖家来说，历史发货速度不一定代表未来产能。假期、工厂排产、海外仓截单、周末取件、海关延迟和本地承运商规则，都可能让一个看起来很快的 SKU 在下一个周期变成迟发风险。
- 检查 AHT 是否已启用，以及每个高风险 SKU 是否有足够稳定的历史数据让 Amazon 管理承诺。
- 如果保留手动处理时间，写清楚它为什么准确，而不是只说“我们需要更多缓冲”。
- 把周末、台湾或大陆假期、海外仓截单时间和承运商 pickup day 写进 SKU 备注。
- 对定制、手工和批量生产商品，保留生产工单、排产表或内部 SLA，证明处理时间来自真实流程。
- 不要为了训练指标而故意延迟发货；更稳的做法是让前台承诺、库存和实际交运能力一致。
把 LSR、OTDR 和 A-to-z 证据分开
处理时间会影响多个绩效入口，但每个入口看的事实不同。Late Shipment Rate 关注是否在 expected ship date 前确认发货；OTDR 看的是是否在 Amazon 承诺的 deliver-by date 前妥投；A-to-z 则可能牵涉 Buy Shipping、妥投证明和买家索赔原因。申诉时把这些混在一起，反而会让证据变弱。
- LSR 证据：订单时间、ship-by date、确认发货时间、首扫时间、迟发原因和后续纠正动作。
- OTDR 证据：promised deliver-by date、实际妥投、配送模板、Shipping Settings Automation、AHT 状态和 Buy Shipping 标签。
- A-to-z 证据：索赔原因、妥投证明、买家沟通、退款动作、Claims Protected 或 OTDR Protected 标记。
- 如果 Amazon 标记某个 offer，先保存 Account Health 入口和 Performance Notification，再修改 SKU。
- 如果承运商首扫延迟或漏扫，不要直接写成账户申诉；先判断 Amazon 现在衡量的是确认发货还是妥投。
6 月窗口期要建立一张可复核控制表
6 月 29 日前最有价值的准备，不是一篇内部政策说明，而是一张 SKU 控制表。它应该让运营、客服、仓库和账户健康负责人在同一个页面上看到：承诺是什么、实际能否做到、谁负责暂停或修改。
- 每个高风险 SKU 一行：当前处理时间、计划处理时间、AHT 决策、产能依据、修改日期和负责人。
- 附上 Handling Time、Shipping Settings、配送模板、SKU offer、Account Health 和近期订单样本截图。
- 用普通周、促销周和假期周分别验证产能，不要只拿一个特别顺利的星期证明稳定性。
- 设置触发条件：库存不足、工厂延误、海外仓错过截单、承运商停运或客服发现重复投诉时，谁暂停 SKU。
- 6 月底到 7 月每周复核一次，避免早期小缺陷积累成绩效通知。
什么时候进入迟发率恢复路线
单纯调整处理时间通常是运营问题；一旦 Amazon 已经发出账户健康通知、FBM offer 被标记、LSR 或 OTDR 逼近门槛，或者卖家无法解释为什么前台承诺符合真实产能，它就变成恢复案件。
最实用的结束检查是：下一位审核者能否看懂这条链路——这个 SKU 当时承诺几天处理、这些订单证明真实交运模式、现在的设置如何匹配产能、以后怎样防止迟发或 missed delivery promise。只要这条线还不清楚，就先回到 late-shipment 和 performance issues 的诊断路线，不要急着再改模板或提交泛泛申诉。