很多中小跨境卖家对 ERP 的用法，停留在"我今天还有多少库存""这单发货了没有"这种查询层面。我见过一家深圳的 3C 配件卖家，ERP 里显示某个主力 SKU 可用库存 1860 件，运营判断"够卖两个月"，于是把补货计划往后压了一整个月。三周后链接断货，广告还在烧，排名从类目前 30 掉到 200 名开外，重新爬回去花了将近四个月，直接和间接损失加起来超过 11 万美元。而这 1860 件里，真正能立刻在平台上卖出去的，只有 1240 件。
问题不在于 ERP 不准，而在于这家卖家从来没有定义过"可用库存"到底指什么。ERP 给的是一个数字，判断需要的是一个体系。这篇文章我想讲清楚一件事：库存管理的价值不在查询，而在于把库存数据翻译成补货、清仓、调拨、停售和资金调度这五类经营动作。中间那座桥，是口径、指标和阈值。
下面的内容基于我自己在几家中小跨境团队做库存梳理时的观察，包括一次完整的数据看板搭建过程。涉及的销售和库存数字做了脱敏处理，量级和比例关系保留真实。
如果只能记住一句话，我希望是这句：ERP 解决的是"数对不对"，库存管理解决的是"该不该动"。前者是系统能力，后者是经营能力。绝大多数中小卖家买 ERP 的时候买的是前者，出的问题却都在后者。
我在给团队做库存盘点时，会先问老板三个问题：你上一次因为库存数据做决策是什么时候？这个决策最后对了没有？如果错了，是数据错还是判断错？
大部分人的回答是：好像每天都在看库存，但说不清哪次真的靠它做了决策。这就是典型的"数据在流动，判断没发生"。库存数字每天在刷新，采购还在凭经验拍，运营还在凭感觉备货，财务还在月底才知道钱压在哪儿。
判断要发生，必须回答三个具体问题：现在这个库存水平，和我的销售速度、补货周期比，是偏多还是偏少？偏离了多少？偏离到什么程度我必须动手？这三个问题没有ERP会自动回答你。
我把中小卖家的库存能力分成三层，绝大多数卡在第一层和第二层之间。
| 层级 | 核心任务 | 典型表现 | 常见卡点 |
|---|---|---|---|
| 第一层：数对 | 库存口径统一，各系统数字能对上 | 知道仓库有多少、在途多少、平台可卖多少 | 口径混乱，同一 SKU 三个数字 |
| 第二层：算清 | 把库存翻译成可售天数、周转、资金占用 | 每周能输出断货预警和滞销清单 | 只有数量没有金额，只有快照没有趋势 |
| 第三层：决策 | 指标绑定动作和责任人，形成闭环 | 周会 30 分钟决定补什么、清什么、停什么 | 指标和采购、运营的动作脱节 |
我见过太多团队在第二层就停了：报表做得漂亮，每周发到群里，没人看，也没人有动作。原因很简单，报表回答的是"是什么"，没有回答"所以呢"。
很多老板的第一反应是"换个 ERP 就好了"。我的判断恰恰相反：口径没统一，换三个 ERP 结果一样。因为口径是人定义的，不是系统定义的。
一个具体的例子。同一批货，采购说"我下了 500 件的单"，仓库说"我收到 500 件"，平台说"我能卖 420 件"。这三个 500、500、420 都没错，但它们指的不是同一件事。采购说的是下单量，仓库说的是到仓量，平台说的是上架后可售量。中间差的 80 件，可能在上架质检、可能被活动锁定、可能是首批残次。
如果团队没有把这几个概念的名字钉死，那么在任何一次补货讨论里，都会出现"我们明明有 500 件"和"平台上只剩 420 件"的争论。这种争论会消耗掉大量会议时间，而且永远没有结论。
跨境电商的库存复杂度，比国内电商要高一个数量级。国内电商的库存基本是"仓里有多少，平台就能卖多少"，跨境卖家要同时面对海外仓、FBA、在途、清关、平台同步延迟这几层变量。这就导致一个很反直觉的现象：数据越多的卖家，库存判断反而越容易出错。因为他有太多数字可以选，却不知道哪个该信。
我梳理过中小跨境卖家库存链路里常见的几个断点，按发生频率排序：
回到开头那个案例。这家卖家的主力 SKU 是一个蓝牙耳机配件，客单价约 26 美元，日均销量 42 件左右，旺季能到 70 件。断货前 ERP 显示可用库存 1860 件。
我把这个数字拆开之后是这样的：
| 库存构成 | 数量（件） | 能否直接销售 | 说明 |
|---|---|---|---|
| 平台前台可售 | 1240 | 能 | 买家实际能下单的数量 |
| 订单占用 | 180 | 不能 | 已下单未出库，已被锁定 |
| 活动预留锁定 | 90 | 不能 | 为即将开始的秒杀预留 |
| 待检与轻微残次 | 110 | 不能 | 等待质检判定，尚未报废 |
| 待上架处理中 | 240 | 暂时不能 | 已到仓但未完成上架流程 |
| 合计（ERP 实物库存） | 1860 | ， | ERP 显示的就是这个数 |
运营看到 1860，按日均 42 件算，得出"还能卖 44 天"的结论。但实际上可售只有 1240 件，只能卖 29 天左右。而这款产品的采购加头程周期是 45 天。也就是说，在看到这个数字的那一刻，就已经注定要断货了，只是没人算出来。
这个案例不是个例。我把库存失真的原因归成四类，前两类是系统问题，后两类是人的问题，而人的问题更难解决。
第一类是字段语义不统一。不同 ERP 对"可用库存"的定义不一样。有的把在途算进去，有的不算；有的扣占用，有的不扣。你换了 ERP，报表里的数字会变，但业务实质没变。
第二类是同步链路太长。平台 → ERP → 海外仓系统 → 财务系统，每一跳都可能丢数据或者延迟。链路越长，末端看到的数字越旧。
第三类是没有人对库存数字负责。采购看采购系统，运营看平台后台，仓管看 WMS，财务看月结表。四个角色四个数字，谁都不认为自己看到的是错的。
第四类是缺乏"异常定义"。什么情况算异常？可售天数低于 15 天算吗？滞销超过 60 天算吗？如果团队没有共识，异常就永远不会被标记出来，只会等到爆掉的那天。
在讲具体方法之前，我想先把几个反复出现的错误判断讲清楚。这些误区我在不同团队里都见过，而且它们往往互相强化，形成一套看起来很合理、实际上在放大风险的逻辑。
这是最普遍也最贵的一个误区。ERP 的库存字段通常是一个"总账"概念，它把在仓、占用、锁定、待检都算在里面。这个设计本身没错，因为它要服务仓储管理。但如果你直接拿它做补货判断，就会系统性高估可售库存。
我的建议很简单：在任何补货会议上，禁止使用"总库存"这个词，只允许说"可售库存"和"可售天数"。语言一变，判断就会跟着变。
库存周转率被过度推崇了。周转快说明资金效率高，但周转快的另一面往往是断货风险高。我见过一家卖家把周转天数压到 40 天以内，看起来很健康，结果全年断货率达到 23%，主力链接反复掉排名，广告成本被推高了一大截。
真正合理的说法是：周转速度要和缺货成本一起看。如果一款产品的断货恢复成本很高（比如排名损失、广告重启成本、季节性错过），那它的合理周转天数就该比同类产品更长。库存管理的目标不是最快周转，而是总成本最优。
很多卖家在群里问"你们安全库存设几天"，然后照着设置。这是典型的把别人的约束条件套到自己身上。安全库存取决于三个变量：销售波动幅度、补货周期稳定性、断货的代价。这三个变量每个团队都不一样。
举例来说，同是耳机配件，A 卖家的日销量稳定在 40 到 45 件之间，B 卖家在 15 到 80 件之间波动。即使日均销量相同，B 需要的安全库存也要比 A 高得多。安全库存是波动的函数，不是销量的函数。
很多卖家选 ERP 的第一诉求是"能自动打单、能同步订单"，这没错，打单是刚需。但如果 ERP 只被用来打单，库存模块就变成了一个副产品，没人维护、没人校准。
判断标准很直接：如果你的 ERP 里库存数据超过一周没人看过，那它现在只是一个发货工具。发货工具解决效率，不解决判断。
同一个商品在亚马逊、独立站、其他平台同时卖，如果各平台库存独立管理，就会出现总量失控。每个店看起来都不多，加起来远超实际库存。更麻烦的是，各店销量节奏不同，你可能在一个店清仓的同时，另一个店正在断货。
这类问题的根源是缺少 SKU 主数据映射。同一个物理商品，在不同平台有不同 SKU 编码，如果不建立一个统一的内部编码，任何跨店分析都做不了。
数量视角和金额视角会给出完全不同的结论。一个 SKU 库存 3000 件，看起来很多，但如果单价成本只有 0.8 美元，占用资金也就 2400 美元。另一个 SKU 库存 200 件，单价成本 60 美元，占用 12000 美元。谁的库存风险更大？
讲完误区，接下来是方法。我把这套逻辑概括成"六类口径、六个指标、三种阈值"。口径解决"数字是什么"，指标解决"数字说明什么"，阈值解决"什么时候必须动"。
不管用什么 ERP，这六类口径都必须能在系统里找到对应字段，或者通过字段组合算出来。我把它们和我常用的定义列在下面，你可以直接拿去对齐团队语言。
（1）平台可售库存。平台前台买家实际可以下单的数量。这是最"诚实"的数字，因为平台不会让你卖不存在的货。缺点是它有同步延迟，而且不包含任何在途信息。
（2）在仓实物库存。物理上存在于某个仓库的数量，包含可售、占用、锁定、待检。这个数字用于仓储管理和盘点，不适合直接做补货判断。
（3）订单占用库存。已被买家下单但尚未出库的数量。这部分库存物理还在仓里，但已经名花有主，不能重复销售。
（4）采购在途与头程在途。已下采购单未到货、已发货未到仓的数量。我建议至少拆成"国内待发、海上在途、到港待清关、已入仓待上架"四段，因为它们的可预期性完全不同。
（5）退货在检与残次库存。退回但未完成处理的货物。这部分最容易被高估，因为很多卖家默认"退回来就能再卖"，实际能恢复销售的比例通常在 60% 到 80% 之间，取决于品类。
（6）可用库存。这是补货判断唯一应该使用的基数。我给的定义是：
可用库存 = 平台可售库存 + 可信在途库存 – 已确认但未同步的订单占用 – 退货锁定库存
其中：
可信在途库存 = 头程在途 × 到仓概率（按历史准时率取值，通常 0.7 ~ 0.9）
已在仓但未上架的库存，按可恢复天数折算计入，不建议全额计入
这个公式看起来有点保守，但库存判断上，保守带来的成本远低于乐观带来的成本。高估库存会让你错过补货窗口，低估库存只会让你多备一点货。
口径统一之后，下一步是把库存算成指标。我一般建议中小商家先跑这六个，够用，而且每个都能直接对应一个动作。
公式是：可售天数 = 可用库存 ÷ 近 7 天日均销量。这个指标回答"还能卖多久"，是所有补货判断的起点。
用 7 天还是 30 天，取决于销售波动。销售波动大的产品用 7 天更敏感，但会频繁触发预警；波动小的用 30 天更稳。我的做法是两个都算，7 天看趋势，30 天看基准。
公式是：库存周转天数 = 平均库存金额 ÷ 日均销货成本。这个指标回答"钱压了多久"，适合按月看趋势，不适合按天看。
要注意成本口径必须统一。采购价、头程分摊、关税、仓储费，哪些计入存货成本，团队要提前定义好，我建议至少把采购价加头程计入，否则周转天数会失真。
动销率 = 统计周期内有销量的 SKU 数 ÷ 总 SKU 数。滞销占比 = 超过设定天数无销量的库存金额 ÷ 总库存金额。
动销率是数量视角，滞销占比是金额视角，两个一起看才有意义。我见过动销率 85% 但滞销占比 30% 的团队，原因是滞销集中在少数高单价 SKU 上。只看动销率会得出"整体健康"的错误结论。
断货率 = 统计周期内出现过断货的 SKU 数 ÷ 有销量的 SKU 数。更进一步，我建议记录断货天数，用 SKU·天作为单位，这样能区分"断了一天"和"断了两周"。
断货损失 = 断货天数 × 断货前日均销量 × 单位毛利。这个数字不需要很精确，它的作用是在周会上让所有人对断货的代价有共识。
资金占用 = 库存数量 × 单位成本。这个指标要分层看：可售库存占用、在途占用、滞销占用、退货占用。四层占用的风险等级完全不同，在途还有机会变成销售，滞销基本就是沉没成本。
退货率 = 退货数量 ÷ 出库数量，残次率 = 判定为残次的数量 ÷ 入库数量。这两个指标不是库存指标，但它们决定了退货库存能不能算回可用库存，也决定了这个 SKU 还值不值得继续补货。
指标算出来之后，最关键的是一句话：什么数值算异常。我把阈值分成三类，分别对应三种动作。
第一类是行动阈值，触发即可执行的动作。比如可售天数低于"补货周期 + 安全天数"，就立刻下单，不需要再讨论。这类阈值必须明确、单值、无歧义。
第二类是观察阈值，触发后进入监控名单。比如可售天数处于"补货周期 + 安全天数"到"补货周期 + 安全天数 + 15 天"之间，不需要立刻下单，但需要每周复盘一次。
第三类是升级阈值，触发后需要跨部门讨论。比如某个 SKU 可售天数超过 120 天且滞销占比进入前 10%，这就不是采购能决定的了，需要运营和财务一起判断是清仓还是继续养。
阈值的具体数值，我一般建议用这个公式起步：
补货触发线 = 日均销量 × (采购周期 + 头程周期 + 安全天数) × 波动系数
其中：
安全天数：起步值建议 7 ~ 14 天，根据历史断货记录调整
波动系数：销量标准差 ÷ 日均销量，大于 0.5 时建议取 1.2 ~ 1.5
采购周期 + 头程周期：按最近 5 次实际到货天数的 80 分位值，不要用供应商承诺值
这里有个细节很重要：用 80 分位值而不是平均值。因为补货周期一旦延迟，代价是断货；提前到货的代价只是多压几天库存。在补货周期上，应该按最坏情况准备，而不是按平均情况。
我一直强调，库存管理里最重要的产出不是报表，是一张"判断规则表"。这张表把指标区间、动作和责任人对应起来，让判断变成可执行、可复制的流程。
| 判断场景 | 触发条件（示例，需按业务校准） | 动作 | 责任人 | 复盘周期 |
|---|---|---|---|---|
| 紧急补货 | 可售天数 < 采购+头程周期 | 当天下单，必要时走空运补一部分 | 采购 | 每日 |
| 常规补货 | 可售天数介于周期与周期+15 天之间 | 纳入本周采购计划 | 采购 | 每周 |
| 清仓 | 90 天无销量且库存金额排名前 20% | 降价、捆绑、站外清货 | 运营 | 每两周 |
| 调拨 | 两站点可售天数差异 > 30 天且总量充足 | 发起跨仓或跨平台调拨 | 运营+仓管 | 每周 |
| 停售 | 退货率 > 15% 且毛利率低于 20% | 下架或改款，停止补货 | 运营+老板 | 每月 |
| 资金预警 | 滞销占用 > 总库存金额的 20% | 冻结该品类新品采购预算 | 财务+老板 | 每月 |
这张表的价值在于，它把"要不要补货"这种模糊问题，变成了"可售天数是不是低于 45 天"这种可以立刻回答的问题。有了它，库存会从每周两小时变成二十分钟，而且结论更稳定。
前面讲的都是逻辑，这一节我想讲一次完整的落地过程。之所以用数跨境（官网 https://shukuajing.jiushuyun.com/?utm_source=seo&utm;_plan=est&utm;_unit=gys）来举例，是因为它的定位刚好卡在中小卖家的痛点位置上：它不替代 ERP，而是把 ERP、平台后台、财务系统里的数据拉到一个统一的表结构里，让你能在上面搭指标和看板。
这家卖家的基本情况：3 个亚马逊站点加 1 个独立站，约 280 个在售 SKU，月均 GMV 约 42 万美元，团队 9 个人，其中运营 4 人、采购 1 人、仓管 2 人、财务 1 人、老板兼职决策。
他们原来的状态是：ERP 用着，数据每天在更新，但库存判断基本靠运营的个人经验。Excel 里有一张手工维护的库存表，每周更新一次，经常出错。
选数跨境的直接原因有三个。第一是不用改现有 ERP。他们刚换过一次 ERP，不想再折腾。数跨境能对接主流跨境 ERP 和平台数据，把订单、库存、在途、成本汇总到同一张表里。第二是能算自定义指标。前面讲的六个指标里，可售天数和可信在途需要按自己的口径折算，标准 ERP 报表给不了。第三是可视化门槛低。运营自己就能拖出一张看板，不需要 IT 参与。
它不适合谁？我观察下来有两类。一类是 SKU 数量在 30 个以内、单平台单店的小卖家，直接用 ERP 自带报表加一张 Excel 就够了，上分析工具反而是负担。另一类是已经有完整数据团队的中大型卖家，他们通常自建数仓，标准化的 SaaS 分析工具灵活度可能不够。
这一步看起来最技术，其实最容易出错的地方在业务侧。我们花了大约两天时间做对接，又花了三天时间做字段映射和对账，后面这三天才是关键。
具体做了三件事：
对账环节我们抽查了 20 个 SKU，把系统算出来的可用库存和平台后台的实际可售数量逐个核对，最大偏差 3.2%，主要来自同步延迟。这个偏差在可接受范围内，但要记录在案，避免后面误判。
数据接好之后，我们在数跨境上搭了第一版看板，包含六个指标和一张异常清单。跑出来的结果里有几个数字超出预期。
| 指标 | 数值（脱敏样本） | 我的解读 |
|---|---|---|
| 全店库存周转天数 | 85.5 天 | 中等偏慢，对 3C 配件来说偏高，说明有资金沉在长尾 SKU 上 |
| 整体动销率 | 82.3% | 看起来健康，但有 49 个 SKU 在统计周期内零销量 |
| 滞销库存金额占比 | 14.5% | 接近警戒线，其中 62% 的滞销金额集中在 11 个 SKU 上 |
| 过去 90 天断货 SKU 数 | 46 个 / 280 个 | 断货率 16.4%，高于可接受水平 |
| 断货天数合计 | 约 380 SKU·天 | 按平均单位毛利估算，这段时间的毛利损失约 5.8 万美元 |
| 退货率 | 整体 4.8%，最高单品 22% | 整体可控，但有个别 SKU 的退货率已经不该继续补货 |
这里面最有价值的发现不是断货率 16.4%，而是滞销金额的集中度。49 个零销量 SKU 里，真正占用资金的是 11 个，这 11 个里面又有 4 个是高价配件，单个 SKU 库存金额超过 1.2 万美元。如果按 SKU 数量排序去清仓，这 4 个很可能被排在后面。
指标找到之后，最难的不是算，是决定先动哪个。我们当时排了个优先级，用的判断标准是"资金释放效率"，也就是每投入一小时的执行成本，能释放多少资金或避免多少损失。
第一优先级是 4 个高价值滞销 SKU。这 4 个 SKU 占用 13.3 万美元，处理方式是降价 20% 到 30% 配合站外清货，预计能回收 60% 到 70% 的资金。这个动作运营一个人两周内能完成。
第二优先级是断货预警清单里的 18 个 SKU。它们的可售天数已经低于补货周期，需要立刻下单。其中 5 个走空运，13 个走海运加快船，额外物流成本约 1.8 万美元，但能避免大约 4.2 万美元的断货毛利损失。这笔账算下来是划算的。
第三优先级是退货率超过 15% 的 3 个 SKU。这些不是库存问题，是产品问题，处理方式是停止补货并评估改款。这一步决定了未来几个月不会再往这些 SKU 上压钱。
第四优先级是多站点调拨。有一个 SKU 在美国站可售天数 12 天，在德国站 92 天，但德国站库存无法直接用于美国站销售。这类情况需要提前布局，当期只能通过补货解决，但下个季度可以考虑在海外仓做统一库存。
这套东西跑通之后，这家卖家的周会结构变了。原来是每个人汇报自己做了什么，现在变成先看三张表，再讨论动作。
第一张表是断货预警表。列出所有可售天数低于阈值的 SKU，按紧迫程度排序，每个 SKU 后面直接跟着建议动作和责任人。周会上只讨论"有没有异议"，不讨论"要不要看"。
第二张表是滞销清单。列出滞销天数、占用金额、建议处理方式。这张表每两周更新一次，老板和运营一起过。
第三张表是资金占用分布。按品类、按库存类型（可售、在途、滞销、退货）拆开，让所有人清楚钱压在哪儿。
三张表加起来，周会的库存部分从原来的两个小时压缩到二十五分钟左右。节省下来的时间，运营拿去做了选品分析，三个月内新上了 7 个 SKU，其中 2 个成为新的利润增长点。
同样的方法，在不同的团队状态下落地路径不一样。我按常见情况分了几类，你可以对照自己的阶段选。
刚上 ERP 的团队最容易犯的错是把 ERP 的默认报表当标准答案。我的建议是：先花一周时间把六类库存口径写下来，和采购、仓管、财务逐条对齐，确认每个口径在 ERP 里对应哪个字段。
口径没对齐之前，不要建任何看板。否则你建的看板会固化错误的定义，后面改起来比重新做还麻烦。
数据乱通常表现为三个症状：同一 SKU 多个数字、报表和实际发不出货、财务账和系统账对不上。对应做法是做一次全面对账，抽查 20 到 30 个 SKU，把系统数据、平台后台、实物盘点三方核对。
对账结果一般会暴露两到三类系统性问题：字段映射错误、同步延迟、成本口径不一致。先把这三类修掉，指标才能信。
多店卖家的第一优先级不是库存分析，是 SKU 主数据映射。没有统一编码，任何跨店分析都是假的。这个工程看起来枯燥，但它是所有后续分析的地基。
我的建议是先做销量前 50 的 SKU，覆盖大部分销售额之后，再逐步补齐长尾。
资金紧张的时候，不要从"哪个 SKU 数量最多"入手，要从"哪个 SKU 占用金额最多"入手。数量层面的大头往往是低价值商品，处理掉对现金流帮助有限。
具体做法是：把所有库存按占用金额降序排列，取前 20%，逐个判断是继续卖、降价清、还是直接报废。这个动作通常能在两到三周内释放可观的现金。
小团队不要追求指标体系完整。我的建议是先只做三个：可售天数、滞销金额、断货 SKU 数。每周花 30 分钟更新一次，坚持两个月，效果比做十个指标但没人看要好得多。
库存管理里没有完美方案，只有取舍。这一节我想讲五个我反复遇到的取舍场景，以及我自己的判断倾向。
追求极致准确，意味着每次判断都要等数据完全同步，可能要等到第二天；追求即时，就要接受一定误差。我的倾向是：补货判断用时效优先，资金判断用精度优先。
因为补货决策的窗口很窄，晚一天可能就错过船期；而资金判断是按月看的，多等两天把数据核准完全值得。同一个系统，不同场景用不同的数据时点，这是允许的。
有些团队为了追求统一，把不同平台的库存强行按同一套规则处理，结果忽略了平台特性。比如 FBA 的补货限制和第三方海外仓的入库周期完全不同，硬套一个补货公式会出错。
我的做法是分层统一：指标定义统一（都是可售天数），但阈值按平台分别设置。这样既能横向比较，又不会忽略实际差异。
自动化能省时间，但会掩盖异常。我见过全自动补货的团队，因为一个 SKU 的日均销量突然被促销冲高，系统自动下了一笔远超需求的订单，压了三个月库存。
我的建议是：金额低于某个阈值的 SKU 全自动，高于阈值的必须人工确认。这个阈值按团队的风险承受能力定，比如单笔采购超过 5000 美元就需要人看一眼。
管理一个 0.5 美元成本的 SKU 和一个 60 美元成本的 SKU，投入的精力不应该一样。前者库存 5000 件也就 2500 美元，后者 200 件就是 12000 美元。
我的做法是分档管理：高价值 SKU 每周复盘、设更严格的安全库存；低价值 SKU 每月看一次，允许更高的滞销容忍度。把管理精力放在真正影响资金的地方。
补货策略本质是在"断货成本"和"积压成本"之间选一个。断货成本包括排名损失、广告重启、客户流失；积压成本包括仓储费、资金占用、降价损失。
我的判断依据是断货成本与积压成本的比值。对于排名敏感、季节性强的产品，断货成本远高于积压成本，应该偏向激进补货；对于长尾、稳定、竞争不激烈的产品，积压成本更高，应该偏保守。
写到这里，我想回到最开始那个判断：库存管理的价值不在查询，在于把数据变成动作。一台 ERP 能告诉你仓库里有多少货，但它不会告诉你该不该补、该不该清、该不该停。这些判断必须由你定义口径、设定指标、校准阈值，然后写进流程。
这套方法里，我认为最有价值的三个观点是：
如果你今天就想动手，我建议按这个顺序做三件事。
第一件，导出当前库存明细。把 ERP 里所有在售 SKU 的库存数量、成本价、最近 30 天销量导出来，放进一张表。这一步通常半小时内能完成。
第二件，算三个数。给每个 SKU 算可售天数、库存占用金额、最近 90 天是否有断货。三个数算完，你会立刻看到哪些 SKU 有问题，而且问题的性质会很清楚：是缺货、是积压、还是两者都有。
第三件，开一次 30 分钟的库存会。把算出来的异常清单拿出来，逐条定动作和责任人，当场记录。不要试图一次解决所有问题，先处理金额最大的那 20%。
如果团队已经有 ERP，但数据始终对不上、报表始终没人看，那问题很可能不在系统，而在口径和流程。这时候引入一个像数跨境这样的分析层工具，把 ERP、平台和财务数据汇总到统一口径下，再往上搭指标和看板，通常是性价比比较高的一步。它的作用不是替代 ERP，而是让你终于能在一个地方，把库存数字和经营判断连起来。
库存管得好不好，最终不体现在报表有多漂亮，而体现在一个很朴素的场景里：当团队讨论要不要补货的时候，大家是不是在同一套数字上说话，是不是能在十分钟内得出结论，是不是这个结论下周被验证是对的。如果这三件事都做到了，库存管理才算真的在支撑经营判断。
我同时开了亚马逊、Shopee和TikTok Shop三个店，ERP里每个店显示的库存数都不一样，后台可售、仓库实际、在途又各算各的。每次补货前我都不知道该拿哪个数去算，怕算错直接压货。
先别急着看数字，先统一口径。库存至少要拆成六类：平台可售、仓库实物、订单占用、采购在途与头程在途、退货在检与残次、可用库存。判断补货时用可用库存，公式是：可用库存 = 仓库实物 – 订单占用 – 残次锁定 + 可靠在途。平台前台可售受同步延迟影响，只能当参考，不能直接当补货依据。
ERP字段名称各平台不一样，但你要在表里把这几类单独列出来，否则一个数字混着看必然误判。
我团队就5个人，SKU也就两三百个，感觉周转率是上市公司才看的东西。但最近发现钱好像都压在货上了，又说不清压在哪几个款上。
要算，而且比大公司更需要。库存周转天数的公式是：平均库存金额 ÷ 日均销货成本。它解决的不是财务合规，而是回答'我的钱在第几圈能转回来'。中小卖家真正要看的其实是三个数：可售天数（当前可售 ÷ 近7或30天日均销量）、动销率（有销量SKU数 ÷ 总SKU数）、资金占用（库存数量 × 成本价）。
注意成本口径要统一，是否含头程、关税、运费必须固定，不然算出来的资金占用每个月都对不上。阈值没有通用标准，按品类、物流周期、销售波动自己校准，示例值只能当起点。
我之前基本一个月才盘一次，结果有次爆单直接超卖，被平台罚了。也有人跟我说每天对太浪费时间，我到底该按什么节奏对账。
建议按三层节奏：日对订单和占用，周对库存和动销，月对成本和资金占用。日对账主要防止超卖和占用未回冲，重点看当天出库和退货回冲有没有进系统；周对账看的是断货预警和滞销清单，把可售天数和动销率拉出来对比上周；月对账统一成本口径，复盘资金占用集中在哪些SKU。
多平台多店铺一定要先做SKU映射，否则同一商品在不同店铺会被当成不同库存，对账永远对不平。对账频率不是越高越好，而是要和你的采购周期、头程时效匹配。
我们该导的表都导了，库存、销量、在途都有，但每次开会还是靠感觉拍脑袋决定补不补。感觉数据只是摆在那里，没有变成动作。
因为缺的是判断规则，不是数据。补货判断要同时满足四个条件：可售天数低于你的安全线、在途加实物撑不到下一个采购周期、近期销量没有明显下滑、毛利空间能覆盖头程和仓储。四个条件里缺一个就要重新评估。建议按统一模板走：数据字段 → 判断规则 → 动作 → 复盘周期。
比如可售天数小于采购周期加头程时效，且周动销率高于你的品类基线，就触发补货；如果动销率在跌、退货率在涨，就转清仓或停售。没有规则，数据越多越乱；有了规则，哪怕只看三个指标也能开会做决定。
读者评论
文章把"可用库存"这个口径问题讲得很透。我们公司也是ERP显示一堆数，采购、运营、仓管各看各的，开会经常为"到底有多少货"吵半天。看完意识到问题不在系统，在没人定义字段。准备先把口径表拉出来对齐。
万美元断货那个案例很有代入感。1860件里真正能卖的只有1240件，差了三分之一，这个比例在旺季更夸张。不过我觉得中小卖家最难的不是算清楚，是算清楚之后还得有人执行，周会定完动作没人跟，照样白搭。
误区二说周转越快越好很有共鸣。之前盲目压周转天数，结果断货率飙升，广告重启成本比省下的仓储费高多了。库存管理本质是总成本权衡，不是追求某个指标好看。这点很多老板想不明白。