亚马逊为什么不停建仓、换仓？

亚马逊为何频繁建仓换仓？从 ITM9 切换至 ITM8 看全球履约网络进化

欧洲站近期发布节点切换通知：ITM9 于 8 月 16 日停用，ITM8 自 8 月 17 日起正式承接运营。相关采购订单（PO）将由系统自动重新分配，物理地址保持不变，仅更换仓库代码。

对货代而言，这看似只是预约系统中三个字符的变更；但对亚马逊来说，这是一次“网络重接线”：物理建筑未动，但系统内的收货节点、容量规划、预约逻辑及库存流向已全面重构。

理解这一变化，方能洞察亚马逊建仓的核心逻辑：其建设的从来不只是仓库，而是一套用库存换取时间的计算系统。

ITM9 至 ITM8 节点切换英文通知示意

第一代逻辑：缩短物理距离

1997 年，亚马逊作为网上书店扩建西雅图配送中心，并在特拉华州设立第二个中心。其核心逻辑朴素而直接：靠近东海岸消费者与出版商，以加快收发货速度。

此阶段仓库主要解决三大问题：库存放得下、订单找得到、包裹发得出。当时商品以图书为主，SKU 标准化程度高，仓库建设首要考量是容量工程。

随着电商承诺“更丰富选择”与“更快送达”，仓库选址不再仅看租金。离消费者近可缩短尾程，离供应源近可加速补货，优渥的交通节点则能降低跨区搬运成本。亚马逊后续的仓网布局，均是在这三大约束下进行优化。

2006 年：仓库升级为卖家基础设施

2005 年 Prime 会员上线，次年 FBA 服务推出。这是关键转折点：亚马逊将存储、拣选、包装、配送、客服及退货能力开放给第三方卖家。

仓库由此从成本中心转化为平台核心能力。卖家入库即获 Prime 履约资格；亚马逊借此丰富库存并提升订单密度；消费者体验优化反过来支撑更多仓网投资，形成正向循环。

这也是当今“系统分仓”的根源。卖家选择的并非单一廉价仓库，而是接入一张动态网络。PO 指向哪个节点，是系统基于容量、需求、商品属性及运输路径的综合计算结果。

仓库仅为节点，节点间的库存与订单流才是系统本体

2012 年：让货架主动找人

2012 年亚马逊收购 Kiva Systems，颠覆了传统“人找货”模式。机器人将货架送至工作站，不仅减少了人员走动，更重构了仓内动线、货位密度及拣选节拍。

此后机器人体系不断迭代：Proteus 自主移动重型推车；Sequoia 整合移动机器人、容器化存储与计算机视觉；Cardinal、Sparrow、Vulcan 等系统分别专精于分拣、抓取与触觉操作。

截至 2026 年，全球运营网络已部署超 100 万台机器人，欧洲投资将进一步扩展 Proteus、Vulcan 和 STARK 应用。其先进之处不在于完全“无人”，而在于将高频、重体力、可标准化的移动作业交给机器，让人专注于异常处理与决策判断。

2023 年后：从全国大网转向区域小网

节点数量增加并不等同于配送提速。若库存布局不当，本地订单仍可能需从千里之外调货，导致成本与时效双降。

亚马逊将美国原有的全国履约网络重构为 8 个互联区域。每个区域尽量备齐当地所需商品，同时保留跨区调拨能力。2023 年数据显示，超 76% 的订单由客户所在区域内的节点完成。

建仓逻辑再次升级：重点从追求“总面积”转向“精准预测”，即决定将哪个 SKU 放置在哪一层级网络。大型履约中心提供广度，同日达小型站点储备高频商品，分拣中心负责流向拆分，配送站完成最后一公里。

ITM9 切换至 ITM8：货代实操指南

本次通知明确“地址不变、仅换代码”，不宜简单解读为物理搬仓，更准确的判断是：亚马逊正在切换系统节点与运营承接关系。

系统将自动把相关 PO 重新分配至 ITM8。若原预约状态仍为 Pending 或被删除，需在 ITM8 重新预约。常见误区是因地址未变而继续使用旧仓代码进行预约或制单，这将导致操作失败。

业务提醒：地址虽未变，但仓库代码与后续预约节点已变更

操作清单：重新下载 PO 及货件信息 → 核对目的仓代码 → 检查旧预约状态 → 针对 Pending/Deleted 状态按通知重约 ITM8 → 同步更新承运商系统、箱唛及内部交接记录。最终操作请以 Seller Central、预约平台及亚马逊最新官方通知为准。

需注意，并非所有亚马逊仓库规则相同。FC、SC、DS、SSD 在网络中职能各异，即便代码相近，其收货规则、适配商品类型及预约能力也可能截然不同。

对卖家和货代而言，仓库代码不仅是地址简称，更是亚马逊履约网络中正在运行的身份标识。节点一旦切换，务必先重读系统规则，再安排送仓计划。

资料来源：Amazon 历年股东信、New Castle 配送中心公告、FBA 发布公告、Amazon Robotics 官方资料及欧洲机器人投资公告。ITM8/ITM9 具体操作信息以本文所附通知及卖家后台显示为准。