过去两年，我陆续帮十几家做亚马逊、Shopee、Lazada 和 TikTok Shop 的卖家梳理过补货流程，其中有一个数字让我印象很深：找我咨询补货问题的卖家里，超过七成已经在用 ERP。也就是说，ERP 并没有成为补货问题的解药，很多人只是把原本记在 Excel 里的糊涂账，原封不动搬进了系统。断货还是断货，压货还是压货，区别只是打开电脑的方式变了。
这篇文章不打算推荐任何一款 ERP，也不打算罗列功能清单。我想讲清楚一件事：ERP 是账本和计算器，采购补货是流程和判断。流程没定义清楚，再贵的系统也只能帮你更快地做错决定。下面这套日、周、月补货管理方法，是我在实际陪跑中反复验证过的，你可以直接拿去对照自己的日常。
很多人对 ERP 的期待是"我买了一个会自动补货的系统"。这个期待本身就错了。ERP 能做的，是把分散在各平台、各仓库、各采购单里的数据汇总到一张表上，然后按你设定的规则算出建议值。它不能替你决定日均销量怎么算、安全库存设几天、供应商交期波动要不要计入。
所以补货水平的高低，取决于三件事：数据是否干净、参数是否合理、异常是否有人管。这三件事没有一件是买软件能解决的。
第一类是"Excel 派"，SKU 在 200 以内，多平台但店铺不多，靠一张主表加几个公式，补货准确率反而不低，因为他们对每个 SKU 都熟悉。
第二类是"ERP 打单派"，上了一年系统，用的功能只有订单抓取、面单打印、物流轨迹。库存模块是死的，采购模块没打开过。这类卖家的补货依然是拍脑袋，但他们会误以为自己"已经数字化了"。
第三类是"流程派"，先把补货节奏、参数、责任人写清楚，再挑系统去承载。他们的 ERP 可能不是最贵的，但库存周转和断货率通常是三档里最好的。
我见过库存周转最快的卖家，用的是一套很朴素的规则：所有 SKU 按销量分三级，A 级每周复盘一次，C 级每两周看一次。真正让他们跑起来的不是系统，是"谁在什么时候必须做哪个动作"这件事被写死了。
ERP 的价值不在自动化，而在让异常浮出水面。你只要在系统里设好阈值，让该报警的东西每天自己冒出来，剩下的人工判断反而变少了。
先讲三个我亲眼见过的场景，如果你对得上号，说明问题不在工具。
一家卖家居收纳的卖家，同一款产品在三个平台都上架，库存放在一个海外仓。ERP 里三个店铺各自有独立的可售库存显示，但底层其实是共享的。结果 A 店活动放量卖爆，B 店的库存数字还是"充足"，等到 B 店出单，仓库实际已经空了。
问题不在 ERP 没同步，而在于他们没有定义"共享库存池"还是"分店铺预留"。系统默认按平台库存字段展示，这个判定的责任在运营，不在软件。
另一家做 3C 配件的卖家，采购单下给供应商之后，货要 25 天到仓。但他们的 ERP 里，采购模块只录了金额，没录"预计到货日"和"未入库数量"。于是系统算可用库存时只算在库，补货建议永远偏高，老板每周都要手动砍单。
我帮他补上这张表之后，同一个 SKU 的建议采购量直接从 3000 降到 1200。在途库存不进系统，补货建议就等于废纸。
最典型的是服饰类。一家做女装的卖家，9 月要备冬款，运营凭感觉把 8 个爆款的备货量统一乘了 2.5 倍。结果两个款提前过季，压了 40 多万的货；另外三个款因为供应商面料没到位，只发了一半。
复盘时我们发现，他们 ERP 里的安全库存参数还是去年春天设的，从没改过。系统按老参数给建议，运营不信系统，最后变成"系统给一套、人拍一套"，两套并行。
系统只能按你给的规则算。如果规则是错的，系统会以更高的效率执行错误。比如你把日均销量取近 7 天，恰好碰上促销周，系统就会给出一个虚高的建议量，而且这个量会随着促销结束后销量回落而显得更荒谬。
近 7 天数据敏感度太高，一次直播、一次秒杀、一次竞品断货，都会把它拉变形。我一般建议用近 28 天做基准，再用近 7 天做偏离度检查，两者的比值超过 1.5 或低于 0.6 时，人工介入看一眼。
很多卖家全店统一设 15 天安全库存。这在标品上也许勉强能用，在服饰、季节性产品、大件上就是灾难。安全库存的本质是"应对不确定性的缓冲"，不确定性来自两端：需求波动和供应波动。
前面已经说过，这是最高频的坑。判断方法很简单：把系统里的可用库存和仓库实际盘点数对一遍，如果长期对不上，八成是在途没录。
共享库存池效率最高，但风险是超卖。正确做法不是放弃共享，而是给每个平台留一个安全缓冲，比如主推平台预留 10%，其余平台共享剩余部分。
缺货会立刻被投诉，滞销不会。滞销是慢性的现金流出血，比断货更伤。我在复盘时经常看到，一个卖家的断货 SKU 有 12 个，滞销 SKU 有 87 个，但所有注意力都在那 12 个上。
这三个词在日常对话里经常被混用，导致责任也不清楚。我用一句话把它们切开。
采购关注的是供应商、价格、交期、账期、最小起订量（MOQ）、质检标准。它是一段与外部合作方的博弈，核心指标是到货准时率和采购成本。
补货关注的是库存覆盖天数、再订货点、建议补货量。它是内部的计划动作，核心指标是断货率和库存周转天数。
选品关注上新节奏和老品淘汰。它决定 SKU 池子的结构，核心指标是新品成功率、动销率和长尾占比。
采购对应采购单、供应商档案、到货入库；补货对应库存、预警规则、建议采购；选品对应商品档案、销售报表、上架记录。三者数据互通，但责任人通常不应该是同一个人。一个人既谈供应商又定安全库存，很容易因为"这批货价格便宜"而放松补货标准。
| 维度 | 采购 | 补货 | 选品 |
|---|---|---|---|
| 核心问题 | 跟谁买、多少钱 | 补多少、何时补 | 卖什么、砍什么 |
| 关键指标 | 到货准时率、采购成本 | 断货率、库存周转天数 | 新品成功率、动销率 |
| ERP 模块 | 采购单、供应商、入库 | 库存、预警、建议采购 | 商品档案、销售报表 |
| 更新频率 | 每次下单 | 每周/每月 | 每季度 |
| 建议责任人 | 采购岗 | 计划岗/运营主管 | 运营负责人 |
不管用不用 ERP，这五类数据都必须有人负责、有更新频率、有异常处理方式。下面每一类我都写清楚"看什么、谁负责、多久看一次、常见错误"。
可售库存不等于仓库在库。仓库在库要减去平台占用、预留、待发货、质检未放行。我在看数据时习惯把它拆成三层：物理在库、可分配库存、可售库存。
常见错误是把物理在库当成可售，然后在平台侧超卖。责任一般在运营主管，更新频率应该是每天，系统能自动算最好，不能自动算就要有每日核对动作。
在途库存要带两个字段：未入库数量、预计到货日。预计到货日不是一个固定数，而应该是一个区间，比如"18，26 天"。
常见错误是按供应商承诺的最短交期算。我建议统一按 P75 交期算，也就是这家供应商过去 20 单里，75% 的订单能在多少天内到货。这个数通常比承诺值长 3，7 天。
日均销量要分三个口径：近 7 天、近 28 天、近 90 天。波动系数用"标准差 ÷ 均值"来算，系数越高，安全库存要留得越多。
常见错误是只用一个口径。我的做法是：日常补货看 28 天，大促前看 7 天，新品期看 90 天趋势。
安全库存是缓冲，补货点是触发补货的库存水位。这两个数必须是动态的，每季度至少复核一次。
常见错误是参数设完就忘。我在复盘时问过一个问题："你上一次改安全库存是什么时候？"超过一半的回答是"上线的时候设的"。
要盯的不是平均交期，而是交期的离散度。一家平均 15 天但波动 ±2 天的供应商，远比平均 12 天但波动 ±9 天的供应商好管理。离散度直接决定你需要多少安全库存。
补货不是每天做一遍全量决策，那样没人扛得住。正确做法是分层：日级只管异常，周级管建议，月级管参数。
每天的动作要清单化，谁做、几点做、做完在哪记录。我见过最有效的做法是让运营助理每天上午 9:30 在群里发一张预警截图，超时未回复的自动升级给主管。
周会是补货管理的核心场景。建议固定时间，比如每周一下午，参会人不超过 4 个，输出一份下周采购计划。
月度动作看着重，其实一年只有 12 次，每次 2，3 小时。它决定了日和周的动作是否走在正确方向上。
公式本身不复杂，难的是参数怎么定、什么时候改。下面我把四个核心公式拆开讲。
可用库存 = 在库库存 + 在途库存 − 平台占用 − 安全预留。这个公式里最容易漏的是最后两项。平台占用包括已下单未发货、活动预留；安全预留是你主动留出的缓冲。
可用库存 = 在库库存 + 在途库存 – 平台占用 – 安全预留
示例：
在库库存 1500 件
在途库存 +800 件（预计 18-26 天到仓）
平台占用 -220 件（已出单待发货）
安全预留 -300 件（爆款缓冲）
可用库存 = 1780 件
推荐用加权口径：近 7 天占 30%，近 28 天占 50%，近 90 天占 20%。这样既能反映近期趋势，又不会被一次促销完全带偏。
更重要的是剔除异常值。大促当天的销量、竞品断货期间的销量、站外引流带来的爆发，都应该标记为异常并单独处理，不要混进日均。
补货点 = 日均销量 × 采购交期 + 安全库存。这个公式的含义是：当库存降到这个水位，你下单的时间刚好能让货物在库存耗尽前到仓。
注意这里用的交期应该是 P75 交期，不是承诺交期。如果你的供应商交期波动大，还可以叠加一个交期波动修正项。
建议补货量 = 目标覆盖天数 × 日均销量 − 可用库存。目标覆盖天数按品类定，快消标品通常 30，45 天，服饰 45，60 天，大件家具 60，90 天。
算出来的数字还要过三道修正：MOQ 修正（不低于供应商起订量）、装箱率修正（取整到整箱）、生命周期修正（衰退期砍半，成长期放宽）。
| 参数 | 快消标品 | 服饰 | 大件家居 | 季节性产品 |
|---|---|---|---|---|
| 日均销量口径 | 近 28 天为主 | 近 14 天为主 | 近 60 天为主 | 去年同期 + 趋势修正 |
| 目标覆盖天数 | 30，45 天 | 45，60 天 | 60，90 天 | 按旺季窗口倒推 |
| 安全库存天数 | 7，10 天 | 12，20 天 | 15，25 天 | 淡季 5 天，旺季 25 天 |
| 主要风险 | 断货丢排名 | 过季压货 | 仓储成本高 | 时间窗错过 |
到这里，方法已经清楚了，接下来是把方法落到系统里。一个完整的补货闭环包括数据源、规则、动作三段。
这四个来源如果不通，补货计算一定是残缺的。判断标准很简单：你能不能在一个页面上同时看到某个 SKU 的在库、在途、占用和日均销量。看不到，说明数据还没打通。
如果 ERP 本身的数据分析能力偏弱，很多卖家会在 ERP 之外再搭一层数据看板。我接触到的做法里，数跨境（官网 https://shukuajing.jiushuyun.com/?utm_source=seo&utm_plan=est&utm_unit=gys）就是被用来做这一层的：把多平台店铺的订单、库存和采购数据汇总起来，形成库存覆盖天数看板、动销分析和补货预警视图。
它的定位更偏"数据分析与可视化"而不是"下单执行"，所以常见组合是数跨境负责算清楚、看明白，ERP 负责把采购单和入库流程跑完。具体功能范围、平台对接清单和免费边界建议以官网最新说明为准。
无差别报警等于没有报警。如果系统每天给你推 300 条低库存提醒，你第三天就会全部忽略。有效的规则要满足三条：分级、分人、分动作。
分级是指 A 级 SKU 覆盖天数低于交期 + 安全天数就报警，C 级 SKU 低于交期才报警。分人是指每条预警有明确责任人，A 级给运营主管，C 级给助理。分动作是指预警信息里直接带上"建议采购量"和"最晚下单日"。
这六步里，最容易断的是第 2 步和第 5 步。第 2 步没人审核，建议就永远停在系统里；第 5 步质检和入库脱节，货到了但没上架，等于没到。
三种模式各有取舍。共享池效率最高但超卖风险大；分仓最安全但容易局部积压；混合模式最常见，也就是核心平台预留、长尾平台共享。
我的建议是：先用共享池加缓冲的方式跑一个月，统计各平台的库存同步延迟，再决定是否拆仓。很多卖家上来就拆仓，结果拆完之后主仓缺货、次仓积压，反而更乱。
免费版通常覆盖订单抓取、打单、基础库存展示和简单预警。一般在店铺数量、订单量、API 调用次数、多仓管理、自定义报表、数据导出上设限制。
判断是否需要升级，不要看功能列表，看你的三个实际需求：是否需要多仓协同、是否需要自定义补货参数、是否需要做跨店铺的库存汇总分析。这三项任意一项成立，免费版大概率不够；三项都不成立，免费版完全够用。
一家做厨房小家电的卖家，8 月站内大促，主推款日均从 40 件冲到 180 件。他们提前备了 30 天常规量，但没给促销单独备货，结果大促第三天断货，排名掉出前 20，用了六周才爬回来。
复盘时算了一笔账：多备 600 件货的成本约 4.8 万，断货导致的排名损失和恢复期利润损失估算超过 15 万。促销备货的关键不是算总量，是把促销量从日常量里剥离出来单独计算。
一家做宠物用品的卖家，同一款猫爬架在四个平台销售。某天 A 平台出了一笔 50 件的批发单，库存同步延迟了 40 分钟，期间 B 平台又卖出 30 件，最终超卖 22 件，两个平台各扣了一次分。
他们后来的做法是给这款产品设了 15% 的安全预留，并把批发大单单独走人工确认流程。超卖问题基本消失，代价是每周约 8 件库存的"沉睡"，折算下来每月几千元，远低于扣分损失。
另一家做服饰的卖家，有一批春季款因为天气推迟，到货时已经过了销售窗口。系统依然按历史销量给补货建议，运营照单执行，又补了一批。
根因是系统识别不了"生命周期已进入衰退期"。后来他们加了一条规则：连续 14 天动销率低于 5% 的 SKU，自动进入观察名单，停止补货建议，只允许清仓。这条规则上线后，长尾库存占比从 22% 降到 9%。
补货方法没有万能版本，不同规模的卖家该做的事不一样。下面按三个阶段给出建议和取舍。
这个阶段 SKU 通常在 200 以内，最大的问题是数据散。建议先用一张主表，字段包括 SKU、近 28 天日均、在库、在途、交期、安全库存、覆盖天数、建议补货量。每周更新一次就够了。
取舍是：放弃自动化，换取对每个 SKU 的熟悉度。这个阶段人的判断力往往比系统的计算值更准，因为你知道哪个款下周要涨价、哪个供应商在换厂。
这个阶段 SKU 在 200，1500 之间，多平台多店铺，手工表开始顶不住。建议上线 ERP 的库存和采购模块，同时把安全库存、覆盖天数、预警阈值这些参数按品类设好。
取舍是：接受系统 80% 的准确率，用人工审核补上剩下 20%。不要试图把参数调到 100% 准确，那会耗尽你的时间。真正赚钱的 SKU 可能只有二三十个，把这二三十个盯死就行。
这个阶段需要把采购、补货、选品拆给不同的人，同时需要一个独立的数据层做跨店铺、跨仓库的汇总分析。ERP 负责执行流程，数据层负责计算和呈现。
取舍是：接受组织成本上升，换取决策速度。这个阶段最大的风险不是断货，而是决策链条太长导致错过窗口。数据层的价值就在于把"谁需要什么数据"这件事自动化。
| 阶段 | SKU 量级 | 推荐配置 | 核心取舍 |
|---|---|---|---|
| 月销 10 万以下 | < 200 | 主表 + 周复盘 | 放弃自动化，换熟悉度 |
| 月销 10，100 万 | 200，1500 | ERP 库存采购模块 + 自定参数 | 接受 80% 准确率，人工补 20% |
| 月销 100 万以上 | > 1500 | ERP 执行 + 独立数据层分析 | 接受组织成本，换决策速度 |
第一，共享库存还是分仓预留。共享效率高、超卖风险大；分仓安全、易局部积压。新手选共享加缓冲，老手按平台特性分别处理。
第二，多备货还是少备货。多备货的代价是资金占用和滞销风险，少备货的代价是断货丢排名。判断依据是产品的排名恢复成本：恢复越贵，越应该多备。
第三，用免费工具还是付费工具。判断标准不是价格，而是你是否需要多仓协同、自定义参数、跨店铺分析这三项能力。需要就付费，不需要就省钱，中间状态可以用"ERP + 数据看板"的组合过渡。
方法讲完了，最后给一份不需要任何采购决策、今天就能动手的清单。
这七件事做完，你会发现一个变化：原本靠感觉做的判断，开始有了数据支撑；原本没人认领的异常，开始有人负责。这时候再回头看 ERP，你会知道该打开哪个模块、该设哪个参数。
第 1 周：统一编码 + 盘点在途，先把数据地基补上。第 2 周：给 Top 20 SKU 设参数，建立周会。第 3 周：更新供应商交期 + 设置两类预警。第 4 周：做断货复盘，微调参数，形成下个月的节奏。
最后回到标题这句话。想做好 ERP 跨境电商，采购补货是绕不过去的一关，但它不是一道软件题，而是一道管理题。先把日、周、月的动作定义清楚，把该盯的五类数据落到人头上，再让系统去承载这些动作。顺序反了，钱花了，货还是断，库还是压。
如果你今天只做一件事，就做第一步和第二步：统一 SKU 编码，把在途库存补录进系统。这两件事做完，你对库存的认知会立刻清晰一大截。做完之后，欢迎在评论区留下你的品类和当前最头疼的补货问题，我会挑典型的展开讲。
我一直搞不太清楚安全库存和补货点的区别，后台里两个参数都要填，我就随便填了个数字。结果要么是补货提醒一直不触发最后断货，要么是天天提示补货、仓库越堆越多。到底这两个数该怎么算，有没有一个能直接套的公式？
先用公式把补货点算出来，再单独设安全库存，两者不要混。补货点 = 日均销量 × 采购交期天数 + 安全库存。安全库存是给交期波动和销量波动留的缓冲，不是拍脑袋定的，建议用「日均销量 × 交期波动天数」起步，比如日均卖20单、供应商交期正常7天但偶尔拖到12天，波动5天，安全库存就先设100。
日均销量别只看昨天，用近14天或28天加权，把大促那几天剔掉。设完之后每两周复盘一次，看实际断货次数和库存周转，再往上或往下调，不要一次设死。
我在速卖通、Shopee、Lazada都开了店，同一个SKU几个平台同时在卖。有次一个平台出了单，另一个平台没及时扣库存，结果同一件货卖了两遍，只能赔钱取消。想问问多平台库存到底该怎么管？
核心是先在ERP里建统一SKU编码，把所有平台店铺映射到同一个库存池，而不是各平台各算各的。同步逻辑上要区分可售库存和占用库存，平台出单后ERP先扣占用，仓库实际出库再扣在库。
同步有延迟是常态，所以要设一层缓冲，把每个平台的可售库存压到实际库存的90%到95%，比如实际100件，各平台加起来只放90到95件可售，剩下作为超卖缓冲。如果某个平台接口延迟明显，可以单独给这个店铺设更高的安全库存。上架前先做一次全平台库存对账，把差异找出来再开卖。
我刚开始做跨境，SKU不算多，看到有免费ERP就直接用了，主要拿来打单。现在想用它管采购补货，但不确定免费版够不够用。是不是等到订单量上来就必须付费，还是采购补货这块本来免费版就做不了？
先看免费版能不能覆盖你的采购补货闭环：多平台库存同步、在途库存录入、低库存预警、采购单生成这几项至少要能跑通。如果免费版只支持打单不支持和采购、库存联动，那补货还是得靠Excel，等于没管起来。判断要不要升级，看三个节点：一是SKU数量超过一两百、人工盯不过来；
二是店铺数和平台数增加，库存同步和超卖风险上升；三是需要自定义安全库存参数、供应商交期、多仓管理这些功能。免费额度和功能边界每个产品都不一样，选之前一定对照采购补货要用到的具体功能逐项试用，不要只看免费两个字。
我做的是服装，一个款式好几个颜色五六个尺码，SKU特别多，而且有的码卖得飞快有的码基本不动。用标品那套日均销量加安全库存的算法，要么补多了压死，要么补少了断货。非标品到底该怎么补？
非标品不要所有SKU用同一套参数，先做ABC分类再分别设。把贡献销量前20%的SKU归为A类，给足安全库存、缩短复盘周期到每周；中间归B类，按标准公式走；尾部动销差的C类，只保留极低安全库存甚至不主动补货，卖完再看。服装还要看尺码颜色维度，对爆款的主销码单独设参数，滞销码不补或只补最小起订量。
日均销量对非标品要用近7天加权，因为款式生命周期短，用28天会把过时的销量算进去。另外每季上新和换季前重新校准一次参数，不要沿用上一季的数值。
读者评论
看了很有共鸣。我们上了ERP一年，采购模块基本没打开过，补货还是靠运营拍脑袋。文里说的在途库存没录入、安全库存设完不改，我们两条都中了。真正的问题确实不是工具，而是没人把补货流程和责任人定清楚。
作者把采购、补货、选品三个词拆开讲这点很实用，很多公司这三个岗位混在一起，结果就是谁都在管、谁都不负责。另外日均销量分7天、28天、90天三个口径的建议，比单纯取7天靠谱多了，准备拿去改一下我们的参数。
样本推演的数据虽然不能当行业标准，但方向是对的。我们SKU多，长尾占比高，以前所有SKU平均花精力，A级爆款反而盯得不够。按ABC分级、C级季度决定去留这个思路，配合供应商交期离散度来看，确实能省不少无效补货动作。