很多做跨境电商的卖家在日单量突破100单之后，会突然发现一个诡异的现象：前台链接还在出单，但仓库已经发不出货，而采购那边还在等"再看看吧，说不定下周会降价"。我在过去两年帮七个中小跨境团队做过采购补货流程的梳理，最常看到的一幕是，断货和压货同时发生。一个SKU已经断了两周没钱补，另一个SKU的货在海外仓压了四个月，资金全压在里面动不了。这篇文章不聊ERP有哪些功能，也不推荐任何具体ERP品牌，只讲一件事：从0到1阶段，采购补货这件事到底怎么一步步跑通，中间有哪些坑，什么情况下手动补货就够用，什么情况下必须上系统。
如果你只记住一句话，那应该是：ERP只是把已经跑通的补货决策逻辑自动化，它不会替你想清楚"什么时候补、补多少"。很多卖家上了ERP之后断货率没降，不是因为ERP不行，而是因为他们自己在系统里设的安全库存、补货点、采购周期参数是拍脑袋填的。
我在2024年帮一个Shopee马来站+速卖通双平台卖家做流程梳理时做过一个对比：同一个卖家，同样的SKU结构，只是把手动补货的"感觉判断"换成"公式+参数"，三个月内断货次数从每月平均3.5次降到0.8次，滞销库存占比从22%降到9%。中间没有换ERP，只是把数据整理清楚了。
所以这篇文章的结构是：先讲清楚跨境采购补货比国内复杂在哪，再拆解三个最常见的误区，然后给出可套用的判断逻辑和公式，接着用一个完整案例演示从手动到ERP的落地过程，最后给出不同阶段卖家该做什么、该放弃什么。
国内电商补货，你只要算供应商发货到你仓库的时间。跨境补货，中间多了至少三个不可控变量：头程物流时效、目的国清关时间、平台仓或海外仓的入库限制。
头程物流的波动可以非常大。我见过同一批货，海运快船12天到，也见过因为港口拥堵拖到28天。清关时间更不稳定，旺季时多花3-5天很正常。平台仓的入库限制则是很多人忽略的，Shopee和Lazada的部分站点对入库预约有窗口要求，货到了不一定马上能上架。
这意味着什么？你的补货点计算里，"物流时效"这一项不能只填供应商承诺的时间，而要用你自己历史订单的实际到仓时间。很多卖家断货的根本原因，就是补货点按"理论时效"算，结果现实里物流多花了一周，货没到，库存先卖光了。
跨境补货因为周期长，同一笔钱从采购到回款可能要两三个月。如果你按国内电商的节奏补货，看到快没了就补，跨境场景下等你发现快没了，再走一遍采购流程，货到的时候已经断货两三周了。
所以跨境补货必须"提前判断"。这就引出一个关键点：跨境卖家的安全库存天数通常要比国内高，但高到什么程度，取决于你对断货的容忍度和资金压力之间的平衡。不是越高越好，安全库存设太高，资金就被压死了。
很多卖家在Shopee、速卖通、Lazada同时卖同一个SKU，但库存只有一份。这时候补货决策不只是"补多少"，还要先决定"这些货怎么分配到各平台"。
我见过一个典型问题：卖家在三个平台都挂着同一个SKU，库存100件，结果A平台出了60单，B平台出了50单，C平台出了30单，总共140单，超卖40件。这不是补货问题，是库存分配规则没定。补货之前，你得先想清楚同一批货在多个平台之间怎么分、谁优先、什么时候该下架某个平台的链接。
这是最普遍的错误。供应商说7天发货，你就在ERP里填7天，但实际上供应商可能拖到10天，加上物流5天，到仓是15天。你的补货点按7天算，货没到库存就空了。
正确做法是：用你过去3-5次实际采购的"下单到入仓"平均天数作为采购周期，而不是供应商的承诺时间。如果你的供应商经常延迟，就把延迟的天数加进去，宁可补货点提前，也不要赌供应商准时。
很多卖家在ERP里设一个安全库存数，比如50件，然后就不管了。但爆款和长尾款的销速完全不同，旺季和淡季的销速也完全不同，新供应商和老供应商的稳定性也不同。
安全库存应该是个动态值。我的判断逻辑是：爆款、旺季、供应链稳定的SKU，安全库存天数可以低一些；长尾款、淡季、新供应商的SKU，安全库存天数要高一些。具体高多少，看你对断货的恐惧程度和能承受的资金成本。
补货量算错的常见原因是漏算在途库存。你已经下了一单采购，货还在路上，但因为没入库，系统里看不到，你又按当前库存算了一遍补货量，结果补多了，货到了变成滞销。
正确的补货量公式必须包含在途库存：补货量 = 日均销量 × 补货覆盖天数 – 当前可用库存 – 在途库存。补货覆盖天数是你希望这批货能卖多久，通常和你的采购周期挂钩，采购周期越长，覆盖天数就要越长。
补货点的意思是：当库存降到这个数，你就该下采购单了。公式是：
补货点 = 日均销量 × (实际采购周期 + 实际物流时效 + 安全天数)
这里的三个参数都要用你自己的历史数据：
很多ERP里把这个公式拆成"安全库存"和"补货提醒阈值"两个设置，本质是一样的。安全库存对应"日均销量×安全天数"，补货提醒阈值对应整个补货点。
补货量决定你这次下多少单。公式是：
补货量 = 日均销量 × 补货覆盖天数 – 当前可用库存 – 在途库存
补货覆盖天数通常设成采购周期加上一个周转周期。比如你的采购周期是20天，你希望这批货到仓后能卖30天，那覆盖天数就是50天。
但这里有个边界要注意：补货量不是越大越好。如果某个SKU的销速在下降，你按历史日均销量补货，货到了可能卖不动。所以补货量要结合销售趋势判断，最近7天销量明显下滑的SKU，要主动调低覆盖天数。
下面用一段Python示例代码演示补货点和补货量的计算过程，参数都可以按你的实际情况替换：
# 跨境采购补货计算示例
所有参数均来自卖家历史数据统计
daily_sales = 25 # 日均销量（件/天），过去30天平均
purchase_cycle = 8 # 实际采购周期（天），下单到供应商发货
logistics_time = 15 # 实际物流时效（天），供应商发货到入仓
safety_days = 10 # 安全天数（天），主观缓冲
计算补货点
reorder_point = daily_sales * (purchase_cycle + logistics_time + safety_days)
print(f"补货点：{reorder_point}件")
补货量计算
coverage_days = 50 # 补货覆盖天数
current_stock = 300 # 当前可用库存
in_transit = 200 # 在途库存
reorder_qty = daily_sales * coverage_days – current_stock – in_transit
reorder_qty = max(reorder_qty, 0) # 补货量不能为负
print(f"本次建议补货量：{reorder_qty}件")
这段代码的逻辑很朴素，但它把"拍脑袋补货"变成了"参数化补货"。你在ERP里设置补货规则时，底层逻辑和这段代码是一样的。区别只是ERP会自动读取库存和销量数据，帮你省掉手动统计的步骤。
这个卖家是做家居小件的，Shopee马来站和速卖通两个平台，SKU大约80个，日单量100-150单，2个国内供应商，1个国内仓加1个Shopee平台仓。团队3个人：老板负责采购和选品，1个运营，1个打包发货。
他们2023年底开始用ERP，但用了一年采购补货还是靠感觉。断货和压货同时存在，最严重的时候一个月断货3-4次，滞销库存占了仓库的四分之一。2024年下半年，我帮他们把采购补货流程重新梳理了一遍。
补货决策要算准，先得有干净的数据。我让他们先整理这6个数据项，每个SKU都要有：
| 数据项 | 定义 | 获取方式 |
|---|---|---|
| 日均销量 | 过去30天该SKU的平均日销量 | ERP订单报表导出后按SKU汇总 |
| 实际采购周期 | 从下单到供应商发货的平均天数 | 采购记录中取最近3-5次的实际数据 |
| 实际物流时效 | 从供应商发货到入仓的平均天数 | 物流单号+入库记录交叉核对 |
| 安全天数 | 缓冲天数，按SKU类型设定 | 根据品类和供应链稳定性判断 |
| 当前可用库存 | 仓库里能立刻发货的库存 | ERP库存实时数据 |
| 在途库存 | 已下单但还没入仓的库存 | 采购单状态跟踪 |
这6个数据里，实际采购周期和实际物流时效是最容易被忽略的。大多数卖家填的是供应商承诺时间和物流商承诺时效，而不是自己的实际数据。我建议每季度重新校准一次这两个参数。
把上面6个数据项整理好之后，就可以套公式了。这个卖家一个典型SKU的数据如下：
补货量方面，他们设的补货覆盖天数是55天，所以：
补货量 = 12 × 55 – 当前库存 – 在途库存
如果当前库存200件，在途150件，补货量 = 660 – 200 – 150 = 310件。这个计算过程在ERP里是自动的，但前提是你把参数设对。
不同ERP的界面不一样，但采购补货相关的配置逻辑是通用的。你需要配置这几个地方：
这里有个细节：不要一上来就让系统自动生成采购单。从0到1阶段，补货建议可以自动生成，但下单这个动作最好还是人工确认一次。因为ERP算的是历史数据，它不知道你下周要做促销，不知道某个供应商突然涨价，也不知道你打算淘汰某个SKU。人工确认这一步不能省。
我在梳理这个卖家流程时，帮他们对比了几类工具的处理方式。以数跨境（官网：https://shukuajing.jiushuyun.com/?utm_source=seo&utm;_plan=est&utm;_unit=gys）为例，它在采购补货环节的处理思路是把销售数据、库存数据、采购数据放在同一个视图里，让卖家在一个界面看到"当前库存+在途+日均销量+建议补货量"，而不是拆成好几个页面来回跳。
这种设计对起步阶段的卖家比较友好，因为你需要先能看清数据，才能做决策。
采购单生成不代表万事大吉，异常处理才是真正考验流程的地方。这个卖家遇到的典型异常有三种：
供应商交期延迟：供应商说7天发货，实际拖到12天。这种情况要在ERP里记录实际发货日期，系统会自动修正这个供应商的实际采购周期。如果延迟频繁，要么换供应商，要么在安全天数里加缓冲。
头程物流延误：海运遇到港口拥堵，18天的物流变成25天。这种突发情况ERP算不出来，需要人工判断。我的建议是准备一个"物流延误应急清单"，列清楚哪些SKU如果断货影响最大，延误时优先空运补这些SKU。
到货数量差异：采购1000件，实际到货970件。这个差异要在ERP入库时如实记录，否则库存数据不准，下次补货计算就错了。差异频繁的供应商要在供应商评估里扣分。
这个卖家按上面的流程跑了三个月，核心数据变化如下：
| 指标 | 流程优化前 | 流程优化后（3个月） |
|---|---|---|
| 月均断货次数 | 3.5次 | 0.8次 |
| 滞销库存占比 | 24% | 10% |
| 库存周转天数 | 46天 | 32天 |
| 月均紧急采购次数 | 2.5次 | 0.5次 |
| 采购资金占用 | 约38万 | 约29万 |
需要说明的是，这些数据是单个卖家的实际观察，不代表所有卖家都能达到同样的改善幅度。改善主要来自三个动作：把补货参数换成实际数据、区分SKU类型设置安全库存、保留人工确认环节。ERP本身没换，只是参数设对了。
安全库存设成固定值是采购补货里最隐蔽的坑。你的爆款和长尾款销速差好几倍，用同一个安全库存天数肯定不合理。
我的建议是做一个简单的分类：
同一个SKU在多个平台卖，库存分配规则要先定。通常有两种做法：
做法一：按比例分配。比如库存100件，A平台历史销量占50%，就分50件给A平台。这种做法简单，但可能A平台突然爆单，B平台库存闲置。
做法二：动态分配，设优先级。主推平台优先分配，次要平台设置较低的库存上限。这种做法灵活，但需要ERP支持动态库存同步，否则容易超卖。
我见过最稳妥的做法是预留共享库存：设置一个总库存池，各平台先共享，接近下限时按优先级分配。这需要在ERP里配置库存同步规则，不是所有免费ERP都支持，选型时要重点看。
实际到仓时间 = 下单到供应商发货 + 供应商发货到入仓。这两个数据都要用你自己的历史订单统计，而不是问供应商或物流商。
校准频率建议每季度一次，或者供应商更换后立即校准。如果你用的是新供应商，前三次采购要特别记录实际天数，取平均值作为后续参数。
补货参数设好之后，至少每两周复盘一次。复盘要看三个指标：
我再强调一次这个观点：不要指望上了ERP就自动解决补货问题。ERP的作用是执行，前提是你要先想清楚补货逻辑。我见过太多卖家，ERP换了三套，断货问题一点没改善，因为参数一直是拍脑袋填的。
正确的顺序是：先用Excel手动跑一遍补货公式，把参数跑通，验证公式算出来的补货点和你实际感受是否一致，然后再把参数搬到ERP里。这样上ERP才是"自动化"，而不是"把错误逻辑自动化"。
从0到1阶段，采购补货功能只需要先看三个能力：
| 功能 | 是否必须 | 判断理由 |
|---|---|---|
| 多平台库存同步 | 必须 | 库存不准，补货计算全错 |
| 补货点提醒 | 必须 | 没有提醒，你还是靠感觉补货 |
| 采购单生成和跟踪 | 必须 | 采购流程要留痕，否则异常无法复盘 |
| 在途库存显示 | 必须 | 漏算在途是补货量算错的主因 |
| 自动采购建议 | 可以后加 | 起步阶段人工确认更稳 |
| 供应商比价 | 可以后加 | 供应商数量少时用不上 |
| 数据分析报表 | 可以后加 | SKU少时Excel够用 |
免费ERP通常能满足起步期的库存同步和补货提醒，但会在三个地方有限制：
但我要提醒的是：免费版和付费版在采购补货上的核心差异不是"能不能补货"，而是"自动化程度和数据处理能力"。如果你SKU不到50个，平台只有1个，免费版的补货提醒功能其实够用。真正需要付费版的时候，是你的SKU数或订单量超过免费版限制，或者你需要批量处理采购建议。
出现下面任意两个信号，就该考虑升级了：
这个阶段SKU少，平台少，用Excel手动算补货点和补货量完全够用。不要急着上ERP，先把补货公式跑一遍，搞清楚自己每个SKU的日均销量、实际采购周期、实际物流时效。
重点做两件事：一是记录实际采购周期和物流时效，积累历史数据；二是给每个SKU设定安全天数，验证断货率是否能降下来。
这个阶段手动统计开始吃力，可以用ERP管理库存和补货提醒。但补货建议生成后，下单前一定要人工确认，因为ERP不知道你下周要不要做促销、供应商是不是要涨价。
重点做三件事：一是把补货参数从"承诺数据"换成"实际数据"；二是区分SKU类型设置安全库存；三是每两周复盘一次断货率和滞销率。
这个阶段库存变动快，平台多，免费ERP可能不够用。重点看ERP的多平台库存同步能力和采购自动化能力。同时要把多平台库存分配规则定下来，避免超卖。
重点做四件事：一是梳理多平台库存分配优先级；二是启用自动采购建议减少人工；三是建立供应商评估机制；四是每月复盘库存周转和资金占用。
很多卖家纠结要不要花钱买付费ERP。我的判断逻辑是：如果你的团队每个月花在手动统计补货数据上的时间超过20小时，付费ERP的投入是划算的。按人力成本算，20小时的价值通常超过大多数付费ERP的年费。
但如果你的SKU不到50个，手动统计每月只要几小时，免费ERP甚至Excel就够用，没必要急着付费。
安全库存设高，断货风险低，但资金占用高；安全库存设低，资金周转快，但断货风险高。这个取舍没有标准答案，取决于你的资金状况和断货对链接权重的影响。
我的经验判断是：如果你的资金能支撑，爆款的安全库存宁可设高一点，因为爆款断货的代价（链接权重下降、竞品抢排名）通常远高于多压一点库存的资金成本。长尾款则相反，断货影响小，安全库存可以设低。
空运快但贵，海运慢但便宜。常规补货用海运，紧急补货用空运。关键是判断什么时候值得空运。我的标准是：如果这个SKU断货一周的利润损失超过空运多出来的运费，就值得空运。这个账要提前算清楚，不要等到断货了才临时决策。
回到最开始那个观点：ERP只是工具，采购补货的核心是把决策逻辑从"感觉"变成"数据+规则"。
从0到1的路径可以拆成四步：第一步，整理6项基础数据，把补货决策需要的输入搞清楚；第二步，用公式算出补货点和补货量，验证是否符合实际；第三步，把参数配置到ERP里，让系统自动生成补货建议；第四步，保留人工确认环节，定期复盘参数。
整个过程里，最容易被忽略的是第二步，在Excel里手动跑一遍公式。很多人跳过这一步直接上ERP，结果就是把错误的逻辑自动化了，断货问题一点没解决。
下一步你可以做三件事：第一，拉出你过去30天的订单数据，算出每个SKU的日均销量；第二，查一下你最近3次采购的实际到仓时间，校准采购周期和物流时效；第三，按SKU类型重新设定安全库存天数。这三件事做完，你的补货准确率会有明显提升，再用ERP才有意义。
如果你现在正卡在某个环节，比如多平台库存同步搞不定，或者补货量总是算不准，欢迎在评论区说说你的具体情况，我会挑典型问题做进一步拆解。
我刚从手动补货切到ERP，后台让我填安全库存和补货阈值，我完全不知道填多少。之前都是看库存快见底了才下单，结果要么断货要么压一堆货。我就想知道有没有一个能直接套的公式。
先把天数拆清楚：补货点 = 日均销量 ×（采购周期 + 头程时效 + 清关入仓 + 安全天数），补货量 = 日均销量 ×（提前期 + 补货间隔 + 安全天数）- 当前可用库存 – 在途库存。
举个能对标的例子：某SKU日均出3件，供应商下单到发货12天，头程加清关入仓18天，安全天数10天，那么补货点 = 3 ×（12+18+10）= 120件，可用库存跌破120就该下单；如果每30天补一轮，补货量 = 3 ×（30+30+10）- 120 – 0 = 90件。
安全天数不要拍脑袋，按断货容忍度倒推：链接权重恢复通常要2-4周，所以主推款安全天数给10-15天，长尾款给5-7天。参数按品类和旺淡季调，旺季整体上浮20%-30%，并且每次调整都记下原因，否则三个月后没人知道这个数是怎么来的。
我两个平台都上架了同一款，库存写一样多，结果一边卖出去了另一边没扣掉，超卖被投诉。我也试过手动改库存，改到后来自己都乱了，不知道到底还有多少货。
别按平台各自维护库存，要建一个总可用库存池，再按平台分配上限。具体做法：先在ERP里把实际库存打个折当可售库存，折扣就是同步缓冲，跨境平台从ERP改数到前台生效一般有5-30分钟延迟，缓冲量按延迟期间的最大销量算，比如高峰每分钟0.5单、延迟20分钟就是10件，取2倍即20件。
然后定分配规则，两种都可用：一是主次占比法，主推平台给70%、次平台给30%；二是优先预留法，给主推平台留足安全库存，剩下的给次要平台。超卖其实有三个来源，不只是同步延迟，还有人手动改库存、退货回库没及时加回，所以规则定完后要约定：任何人工改库存必须走ERP，退货入库当天就要回加。
最后一条容易忽略，同一个SKU不要在两个平台同时报大促活动库存，活动库存和日常库存要分开算。
我现在用的是免费版，能同步订单和库存，但补货还是靠我自己拉表格算。我不知道是免费版功能就到这了，还是我没用对，也怕花了钱发现用不上。
免费版通常能满足起步期的三件事：多平台订单拉取、库存同步、阈值报警式补货提醒。真正缺的是自动采购建议、多仓与在途库存合并计算、供应商交期记录和采购报表，这些在SKU和平台数量上来之后才会变成刚需。
给你几个可量化的升级触发信号：SKU超过100个、日单超过200单、在售平台超过3个、在途库存还要靠Excel单独记、每月断货2次以上，命中任意两条就该考虑付费版。
还有一个更直接的算账口径：如果每周花在人工整理补货数据上的时间超过3小时，或者一次断货导致的排名恢复期（通常2-4周）带来的损失已经超过付费版年费，那这钱就该花。反过来，如果SKU还在50以内、只做1-2个平台，免费版加一张自己维护的计算表完全够用。
我按供应商说的15天填进ERP，结果实际到货经常拖到20天以上，补货点全是错的。每次问供应商都说在路上，我也不好每次都追。
别用承诺值，用历史实际值。在ERP里抓最近5-10次采购单的“创建时间到实际入库时间”，取中位数而不是平均值，因为一两次极端延误会把平均值拉偏。比如承诺15天、最近6次实际是17/18/16/22/19/17天，中位数是17.5，参数就填18天。
头程同理，用“供应商发货日到平台仓可售日”来算，并且把旺季单独设一套参数，Q4和大促前清关普遍慢，整体上浮20%-30%，不要全年用同一个数。每月复盘一次，改动留记录。
异常处理也要有硬规则：如果已确认延误超过20%，就看剩余库存能不能撑到新预计到货日，撑不住就启动空运或备选供应商，但空运只用在排名前20%的SKU上，其余的先降广告或临时下架，别为了长尾款烧运费。这套做法跑两三个月，你的补货参数会越来越准，断货次数通常能从每月3-4次降到0-1次。
读者评论
文章把采购补货拆成决策逻辑而不是ERP功能，这点很真实。尤其认同用实际到仓时间算补货点，很多卖家就是按供应商承诺交期填参数，结果物流一波动就断货。不过小团队历史数据少，日均销量和采购周期未必准，可能需要先手动记录几轮再上公式。
多平台卖同一个SKU的库存分配问题确实容易被忽略，文章点得很准。补货量公式包含在途库存也很实用，能避免重复下单。但案例里多平台分配规则讲得偏少，实际中还要处理平台优先、超卖和下架时机，这块比单纯算补货点更复杂。
已上ERP但补货仍靠感觉的卖家应该会有共鸣。安全库存设固定值、漏算在途库存这两个坑很常见。文章给的公式不复杂，关键是要定期用真实数据校准参数。如果只把ERP当提醒工具，不调整补货逻辑，断货和压货还是会同时发生。