亚马逊库存补货计划：什么时候补、补多少，以及能否按时到货

快速结论：先对库存，再选补货策略，最后检查日期

先明确站点、SKU、数量单位和本次决定：向供应商买新货，还是把已有库存调往 FBA。核对净可用库存、尚未履行的承诺和每笔预计到货，再明确采用连续检查还是定期复核。算出触发点或目标缺口，对正数需求应用起订量与整箱规则，最后按日期检查供需。晚到的货即使数量更多，也不能填补此前的缺口。

审核时关注六件事：数量与状态是否可信、到货日期是否可行、补货策略是否一致、缓冲库存是否有依据、现金与仓储等商业条件是否允许、批准能否追溯到具体版本。一份有用的计划既要解释为什么补这些货，也要说明什么情况下应暂缓下单，而不是把所有异常都转换成一个更大的采购数字。

先分清需求预测、供应商采购与 FBA 调拨

销量预测是计算输入，不是采购指令

需求预测估计未来某段时间需要多少件；补货计划还要考虑现货、已有订单、到货时间和执行限制。如果日均需求的来源尚不清楚，可以先看亚马逊库存预测指南。把未经核对的销量均值乘以更长的提前期，并不会提高这个数字的可信度。

统一计量单位也很重要。一个可销售组合装、一件组件和一箱供应商货物，不一定代表相同数量。记录箱规与销售单位的换算关系，避免公式前半段用件、后半段却用箱。多站点、多变体或共用仓库时，还应写清卖家 SKU、ASIN 与货源的对应关系。

买入新库存与移动已有库存是两笔决定

采购单增加新的供应承诺；从自有仓或上游仓调到 FBA，是移动已经拥有的库存。把两者混成一句“需要补货”，容易在已有上游库存的情况下重复采购，或者把本应优先安排的调拨误写成供应商生产需求。

多仓场景要分别回答两个问题：履约地点能否及时拿到货，上游地点能否支撑后续需求。短期 FBA 调拨可行，不代表后续不用采购；上游总量充足，也不代表运输和接收时间允许及时补上。两层计划可以关联，但同一批货不能在公司合计中重复出现。

在计算前写明业务边界

记录预算由谁负责、供应商条件是什么，以及放行前必须确认哪些事实。数学上的补货缺口不等于采购合理，更不证明目的仓能够接收，或商品剩余销售周期足以消化这批货。

如果争议是“继续买这个 SKU 是否划算”，应结合亚马逊商品盈利分析核对成本与经营结果。本页解决供应数量和时间问题，不替代盈利分析，也不把公式输出当成财务授权。

建立库存位置，避免把同一批货计算两次

数量必须和状态、地点一起读取

亚马逊 FBA Inventory API 区分可履约、在途、预留、不可履约及调查中等数量。可履约库存可以用于履约，在途库存则尚在运输或入库流程中；这些状态不能不加区分地视为今天可用的同一种供给。纳入计划前，应读取实际字段定义。FBA Inventory API 官方说明

左右滑动表格，查看完整内容。

库存位置不是今天仓库里能用的数量

一般的库存位置会在现货基础上加入在订供应，并扣除尚未从基数中扣减的未履行义务。它是规划指标，不表示所有数量今天都已到仓可用。即使保留了库存位置合计，也应能展开看到每笔供应的剩余数量和预计可用日期。

明确基数到底是账面总库存，还是已经排除分配量的净可用库存。若基数已经扣过承诺，再扣一次会低估供给。部分到货的采购单也只能贡献尚未到货的合格余额；已收到的部分应进入当前库存状态，而非同时留在订单数量和现货中。

延误订单要更新，不能直接消失

逾期到货仍可能代表真实采购承诺。应修改预计日期或规划口径，并记录原因及负责人；不要简单删除旧供应，再创建一笔重复采购。需要取消、改期或替代时，由有权处理供应商承诺的人确认。

若历史销量和库存记录无法对齐，可参考亚马逊业务报告分析统一日期与数量定义。未解决的数据差异应作为待核问题保留，不能包装成精确的补货建议交给下一位审核人。

提前期要算到货物能够服务需求的时点

从需要用货的日期倒推，而不是只看出厂日期

对当前采购或调拨决定，列出供应商确认、生产或备货、提货、运输，以及目的地点接收或释放等相关环节。部分环节可能重叠，不能机械相加。货物可以出厂、承运商已提货，都不自动等于计划中的需求已经有货可用。

区分供应商报价里的提前期、近期实际表现和本次计划采用的假设。平均天数可能掩盖明显的延误。如果某笔供应还没有可靠日期，应同时列出基准情景与较晚情景，不要把最乐观的日期标成已确认到货。

每周复核还要考虑两次检查之间的时间

如果每七天才进行一次常规补货复核，下次正常决策之前还会发生一周需求。定期补到目标水平的策略需要考虑这段暴露时间。持续监测阈值与每周检查一次，并不是可以随意混用的同一种策略。

固定复核周期之外，也要保留异常入口。供应商确认重大延迟后，不应等下一次周会才发现。提醒可以触发人工复核，但提醒本身不应自动改采购单、运费方案或广告计划。

AWD 的可购买规则与 FBA 实物字段要区分

AWD 场景不能简单写成“上游库存都不能销售”。亚马逊说明，在保持自动补货开启的条件下，商品进入 AWD 后会被视为有货且可购买。这不表示 AWD 数量与 FBA 实物可履约数量是同一个字段；实际适用资格、设置和服务范围仍需对照账户核查。Amazon AWD 官方说明

也不要走向另一极端，把所有上游货都当成立刻能在当地履约的供给。保留地点、项目状态和调拨关系，审核人才知道计划依赖的是哪一种销售承诺、哪一次实物移动，以及哪些条件尚未确认。

明确选择补货点策略还是定期补货策略

补货点回答何时触发检查，不是直接回答买多少

在需求速率恒定的简化情景中，补货点等于提前期内预计需求加缓冲库存。亚马逊的小企业库存管理指南介绍了“日均销售量乘以提前期，再加缓冲”的算法，但输入仍需对应具体商品与经营条件。亚马逊补货点说明

例如，假设每天需求 10 件、提前期 21 天、缓冲 50 件，则参考补货点为 10 × 21 + 50 = 260 件。这不是要求采购 260 件。在明确的连续检查策略下，应将阈值与相应库存位置比较，再按该策略确定建议数量。

定期复核计算目标水平与库存位置之间的缺口

定期补到目标水平的方法，在约定时间检查库存。目标水平需要考虑提前期及复核间隔覆盖的需求，再加上适当缓冲；检查时，用目标减库存位置得到非负建议量。MIT 的库存管理课程资料区分了这些策略及库存位置概念。MIT 库存策略课程资料

对恒定需求的教学例子，可写为 目标水平 = 日均需求 ×（提前期 + 复核间隔）+ 缓冲库存，再算 原始补货量 = max(0, 目标水平 − 库存位置)。这不是适用于所有卖家的万能模型。非恒定需求、可变到货与多地点供应，需要更细的按日期规划。

安全库存要解释依据，而不是套统一百分比

本文的缓冲数量是显式假设，并未校准为某个统计服务水平，也不保证不会断货。实际选择应考虑相关时间范围内的需求波动、预测误差、提前期变化，以及缺货和积压的经营后果。

不要把固定百分比说成所有 SKU 的最佳安全库存，也不要在没有定义时承诺服务水平。“一个周期不发生缺货的概率”与“需求件数中被满足的比例”不是同一个指标。必要时可以从透明的临时假设开始，但应根据后续结果复核，而不是把缓冲偷偷混进预测值里。

完整算例：50 件原始需求为何变成 72 件建议量

先定义虚构输入和数量口径

假设第 0 天进行复核，每天预计需求恒定为 10 件；新采购到可用的提前期为 21 天，每七天复核一次，示例缓冲为 50 件。净可用现货 180 件，已排除已有分配；另有确认的 100 件供应，预计在第 10 天开始时可用。本例没有其他需再扣减的承诺或欠交订单。

虚构供应商要求至少采购 60 件，且数量必须是每箱 24 件的整倍数。这是算例商业条件，不是亚马逊统一规则。以下得到的是供审核的补货建议，不是可以直接发给供应商的批准订单。

左右滑动表格，查看完整内容。

对取整增加的数量重新做业务检查

72 件比原始需求多 22 件，比起订量多 12 件。这些额外库存会占用资金和空间，并改变后续覆盖天数；不能因为来自公式取整，就当成没有成本。还需确认供应商起订量与箱规使用的确实是本计划中的同一种销售单位。

上述约束只应用于正的原始需求。若原始补货量为零，不能因为有起订量就强行采购 60 或 72 件。若取整结果无法接受，应提交异常讨论，而不是偷偷改成不符合供应商要求的数量，也不是自动批准多出来的部分。

沿时间线检查到货与消耗

约定所有到货发生在指定日期开始时，每天之内消耗 10 件。第 9 天结束时，180 件现货还剩 90 件。第 10 天先收到 100 件，再消耗当天需求，日末余额为 180 件；到第 20 天结束时，余额为 80 件。

若建议采购的 72 件于第 21 天开始时可用，当天消耗前有 152 件，日末有 142 件。第 28 天结束时为 180 + 100 + 72 − 280 = 72 件，等于 50 件示例缓冲加取整增加的 22 件。这是在核对假设内部是否一致，不是预测实际销量和运输必然按照这条线发生。

检查延迟到货、需求变化和数据异常

合计数量不变，也可能提前出现供给缺口

现在只把已有 100 件供应的可用时间，从第 10 天改到第 22 天开始；新建议的 72 件仍在第 21 天到。库存位置中包含的总数量并未变化，但在这些供应抵达之前，起始 180 件会在第 18 天结束时耗尽。

左右滑动表格，查看完整内容。

这里的 20 件是情景中的未覆盖预计需求，不是实测损失销量，也不自动构成可延期履行的欠单。如果软件显示负的预计余额，也不能称为物理库存变成负数。继续计算后续日期前，必须明确未满足需求是流失、延后，还是采用其他业务处理方式。

增加同一晚到日期的数量，补不上此前缺口

把第 21 天订单从 72 件改得更大，不会让货物在第 19 或 20 天出现。接下来的复核应调查已有货件能否按时到达，或是否存在获准且可行的更早供给。加急调拨、更换供应方式等选择，都需要核对时间、成本和权限。

同时保留那笔延迟到第 22 天的订单及负责人。若某个规划窗口暂不把它计入覆盖，要写明原因，不能从记录里抹掉。否则买了替代货之后，原订单仍可能到达，造成新的积压问题。

需求和数据变更应触发重新计算

促销、新版本商品或异常需求变化，都可能使恒定日均需求不再适用。应回到预测来源，保留版本，再运行新的供需时间线。不要通过给每个商品随意加安全库存，掩盖尚未解决的需求定义问题。

库存数据过旧、SKU 映射不明或关键到货尚未确认时，应暂停受影响的建议，输出明确问题及负责确认的人。用猜测数量填补缺项，看似让流程继续，却会把不确定性隐藏在采购结果里。

复核现金、箱规、目的仓条件和产品生命周期

审核最终数量，不只审核原始缺口

把取整后的数量放回预算与经营背景中审核。相关采购、运输等成本应进入相应业务复核，同时区分现金支付时间与费用确认口径。即使拿到大批量折扣，也可能因买得过多而占用不合适的资金。

当起订量迫使采购明显超出需求时，可以讨论不同批次安排或协商商业条件，但这些只是待评估选项，不是自动执行建议。写清由谁批准取舍，以及哪个假设改变后需要重新算量。

核查实际目的地及剩余可销售时间

发运前核对实际账户和目的地点当前的接收、容量等条件。旧文章中的限制不应直接套到今天的账户；把相关账户证据或运营确认保存在计划中，让审核人知道所依据的是哪一次检查。

有保质期、淘汰风险或停售计划的商品，应比较新增库存与截止时间前可消化的需求。普通补到目标水平的公式不会自动知道商品即将退市。短期缺货和不值得继续补货可能同时成立，需要业务负责人判断。

建议版本与执行批准必须对应

团队可以在自己的流程中区分“建议”“待补证据”“已批准”“已释放”等状态。数量、日期或关键假设改变后，新版本不能悄悄继承旧版本的批准。把获批版本与实际采购或调拨承诺关联，便于日后对账。

若执行失败或仅部分确认，先查清已发生什么，再决定是否重试。计算正确也不能防止执行重复：没有检查第一次是否已创建承诺，就再次操作，可能产生两笔采购。

如何选择手动、原生工具、脚本和智能体流程

SKU 数量可控时，先用手动复核建立基准

只要团队能核对输入、检查到货时间线，电子表格就可能足够。保留原始数据，使公式可查看，并把手动调整独立记录。先挑一个库存流转能解释清楚的 SKU，建立能被复算的样例。

当多人覆盖日期、订单缺少编号或在途余额无人维护时，表格开始脆弱。但应先修复这些基础控制，再决定是否更换工具。可靠的简单计划比隐藏假设的复杂模型更容易审核。

原生推荐要放回具体账户和业务场景

查看卖家账户实际可用的库存及补货工具，保留推荐时间、设置与建议动作。即使账户提供推荐，也应核对已有供应商承诺，以及它回答的是哪个地点、哪种补货决定。

不要把 Amazon Business 面向办公用品采购的补货，与卖家的商品库存规划混为一谈。项目管理的调拨也不必然替代上游采购。比较工具时，先对齐账户、项目和责任范围，而不是只看名称里是否出现“补货”。

脚本适合准备可重复计算的建议

在获准的数据访问范围内，自动化流程可以整理源记录、校验唯一供应编号，并一致地计算数量。预先定义更新时限、字段映射和对账要求；检查失败时，标记受影响 SKU，不能将旧结果伪装成新计算。

选择补货软件时，应看能否展开输入、策略、数量调整、到货日期与异常记录。先和人工审核过的算例对照，再扩大范围。如果系统只给一个建议数字，却无法解释是否计入了晚到货或已分配库存，就不足以支持可靠复核。

智能体适合协调证据，仍需人工负责批准

智能体可以辅助整理获准的计划资料、起草变更说明或把缺失日期交给相关人员确认。数量仍应绑定可复算的规则；文字解释流畅，不代表运输上可行，也不证明供应承诺真实。

扩展规模前，应确认人员能够否决假设、查看版本差异并识别已执行承诺。只读审核试点不应自行获得采购或改发运权限。监控要揭示证据与执行状态变化，而非只是更频繁地重新生成同一条建议。

OpenMax 适合参与哪一段补货审核

解决跨团队交接，而不是假设已有补货引擎

OpenMax将自身定位为人类与智能体协作平台。与本问题相关的应用方向，是围绕同一份建议协调库存、供应商和财务审核。这一定位并不证明它已有原生亚马逊连接器、补货计算引擎或创建采购单的权限。

可讨论的流程是提供已授权的计划，整理变化，并分派尚未解决的问题。实施前确认访问方式、数据保留、集成和人员责任。库存来源与计算公式应保留可查，不要让语言模型通过猜测填补缺失的供给数量。

先准备一份可移交的审核记录

下面的记录可以先放在现有文档中，是用于组织复核信息的模板，不是已验证的 OpenMax 导入格式。这个例子使用汇总 SKU 信息即可，不需要加入审核无关的客户身份数据。

决定：向供应商采购，或调拨已有库存
范围：站点、SKU、数量单位、来源地、目的地
版本：生成时间、源数据更新时间、负责人
需求：预测版本及覆盖日期
现货：净可用基数及分配量处理口径
在订供应：唯一编号、未到数量、预计可用日期
策略：连续或定期、提前期、复核间隔
缓冲：数量、选择依据、重新检查条件
建议量：原始数量、起订量、箱规、最终数量
时间线：最早缺口及到货假设
限制：现金、容量、生命周期、待确认事实
批准：负责人员及确切获批版本
执行：实际承诺编号及核对结果

简单方法有效时，不必额外增加平台

少量稳定 SKU、清楚的到货记录和明确负责人，可能只需要一个经过复核的表格。不能仅为了给流程贴上智能体标签而增加 OpenMax；应先确认延迟决策的原因是否真的是跨团队协作，而不是计算本身不可靠。

如果瓶颈确在交接，可参考亚马逊卖家工作流自动化指南界定小范围试点。先审核一份记录，不执行下单；逐项对照源数据和解释，解决限制后再讨论扩大职责。

常见问题：亚马逊库存补货计划

亚马逊补货点怎么算？

简化参考是提前期内预计需求加缓冲库存。日均需求恒定时，用日均数量乘提前期天数，再加选定的安全库存。应同时明确用于触发的库存口径与策略；补货点不是采购量，需求或到货时间变化时还要进一步检查。

补货数量和补货点有什么区别？

补货点是明确策略下的触发阈值，补货数量是建议新增的量。定期补到目标水平的方法，在复核时计算目标与库存位置之间的非负差额，再检查商业约束。不能把阈值直接复制成采购数量，因为两者回答的问题不同。

在途库存要不要计入补货计划？

已确认的未到货供应可以参与库存位置计算，但必须保留剩余数量与预计可用日期。不要将采购单和对应货件重复计入；若到货发生在预计缺口之后，合计数量中有这批货也不能说明此前需求能被满足。

安全库存应该留多少？

不存在适合所有 SKU 的统一数量。要结合相关时间窗口内的需求不确定性、预测误差、提前期变化，以及缺货和积压后果。固定缓冲可用于说明算法，却不等于经过校准的服务保证；应记录选择原因和复核条件。

起订量与整箱数量超过需求怎么办？

对正的原始需求应用供应商最低数量和允许倍数后，重新审核额外库存的资金、空间与生命周期影响。原始需求为零时，起订量本身不构成采购理由。无法接受的取整结果应成为协商或批准问题，而不是自动下单。

为什么库存总量够，仍然可能断货？

一部分可能已预留、被重复计算，或者在需要之后才到达。应查看按日期的供需预测，而不是只看合计。若缺口早于新供应到货，仅增加同一到货日期的数量，并不能修复此前短缺。

开启 AWD 自动补货后还需要做计划吗？

它可在项目条件下管理特定补货关系，但上游供应与业务承诺仍需审核。亚马逊对保持自动补货开启时的可购买状态有说明，应核对账户资格和设置，并区分 AWD 状态、FBA 实物可履约数量与新增供应商采购。

可以把整个补货过程都自动化吗？

先在授权范围内自动准备数据和发现异常，验证数量、到货日期及防重复控制，再考虑执行。采购和发运变更需要另外明确权限、批准与核对方式；只做审核的流程不应因为说明看起来可信，就自行获得这些权力。

下一步：放行之前，先审核一个带日期的 SKU 建议

选择一个 SKU，对清净可用库存和未到货供应，写明采用的补货策略。算出原始与取整数量，再检查供给最早可能不足的日期。每个尚未确认的条件都应有负责人，而不是隐藏在一个合计数字后面。

如果数量或时间无法解释，先补证据，不急着扩到更多商品。如果计算清楚但交接缓慢，就把这份记录用于 OpenMax 工作流讨论：哪些事实需要协调，谁批准确切版本，以及如何确认最终到底执行了什么。