2021年我帮一个做Shopee的朋友搭ERP，注册后的第三天就出了问题：同一个手机支架，他在三个店铺里用了三种不同的SKU编码，系统把同一个产品识别成三个独立商品，总库存300件被摊成三份，每份100件。结果A店卖出80件后系统还在补货，B店已经断货三天。他当时的第一反应是"这ERP不行"，但真正的问题在于：他看过的所有入门指南都只教到"怎么上架第一件商品"，没有一本告诉他"第一件商品上架前，SKU编码规则必须先冻结"。
这就是我今天要讲的核心，库存管理与入门指南的衔接，不是功能层面的对接，而是时间节点的对齐。
跨境电商ERP的规划方法，市面上讲的通常是功能清单：能不能对接多平台、能不能自动打单、能不能同步库存。但真正决定一个卖家能不能把ERP用起来的，是入门阶段有没有把库存规则提前定义清楚。这篇文章我会把我这几年实际参与过的项目、踩过的坑、和不同规模卖家的对话整理出来，给出一个可执行的衔接路线，而不是又一份产品说明书。
大部分关于ERP跨境电商规划方法的讨论，都从"需要哪些功能"开始，这是错的。功能是结果，规则才是起点。我把结论直接摆在这里，后面再展开论证。
所谓库存冻结节点，指的是在正式铺货之前，卖家必须完成三件事：SKU编码规则确定、仓库层级确定、库存扣减逻辑确定。这三件事一旦在上架之后才补，成本会指数级上升。
我做过一个粗略统计，在我接触过的47个中小跨境卖家里，那些在上架前就定好SKU规则的人，后期ERP上线的一次性成功率明显更高；而那些"先卖起来再说"的卖家，平均要经历一次数据重建。数据重建的代价不是重录SKU那么简单，而是历史订单、在途库存、平台在售状态全部需要重新对齐。
入门指南和库存管理的衔接点，不在ERP里，而在你决定"第一批商品编码怎么起名"的那一刻。ERP只是把这个决定固化下来，并让它在后续的采购、出库、补货里自动执行。
我更愿意把衔接拆成三条线来理解，这样规划的时候不容易漏。
第一条是概念线：入门者需要先明白"库存"在跨境场景下不是一个数字，而是由平台在售、平台在途、国内仓、海外仓、在途头程、退货待检这几个水池组成的。概念不清，后面所有动作都是错的。
第二条是数据线：SKU是主键，订单是流水，库存是余额。这三个东西构成一个最基础的账本关系。入门指南如果不讲这个关系，用户就不知道为什么要认真编SKU。
第三条是动作线：采购入库、订单出库、退货入账、盘点调账，这四个动作决定了库存数字能不能保持准确。ERP的价值在于把这四个动作变成有痕迹、可追溯、可对账的流程。
如果你现在要判断自己的库存管理是不是和入门阶段脱节了，用这一句话自测就够了：你能不能在不打开任何ERP的情况下，用一张表格说清楚"我现在的可售库存是怎么算出来的"？
说不清楚，说明规则没冻结；说得清但人和人算得不一样，说明SOP没写；说得清算得也对，但每天要花两小时核对，说明该上系统了。这三种状态对应三种完全不同的行动方案，我后面会分别讲。
为什么这件事值得单独拿出来讲？因为我在实际项目中发现，绝大多数卖家上ERP的顺序是"先注册、后想流程"，而这个顺序本身就把库存管理推到了一个非常被动的位置。
市面上大量跨境电商入门内容，结构高度相似：注册店铺、选品、找货源、上架、发货、收第一笔钱。这条路径的终点是"跑通一单"，它天然不包含库存管理，因为一单的时候，库存就是你手上那几件货，不需要管理。
问题在于，从第一单到第一百单，中间只隔了大概两三个月。等你发现库存需要管理的时候，SKU已经有几百个，编码乱七八糟，仓库里货压在哪个角落自己都不清楚。这时候再回头补规则，代价就是前面提到的数据重建。
反过来看库存管理类的内容，它们通常从"库存不准怎么办""如何做安全库存""怎么防止断货"这些问题切入。这些问题的前提假设是：你已经有一批SKU在跑了，现在要优化。
所以两类内容之间有一个明显的空档：入门指南假设还没有库存，库存管理假设已经乱了。中间那段"从零到有、规则尚未污染"的窗口期，恰恰是最该做规划的，而它几乎没人讲。
第一种是"表哥表姐型"：用Excel管理一切，多店铺用不同颜色的标签区分，库存靠人肉加减。这种卖家的库存准确率通常在前三个月还能维持，一旦进入旺季或者增加平台，立刻崩盘。
第二种是"工具先上型"：听说某个ERP免费，先注册，把店铺授权进去，然后看着满屏的功能不知道从哪点起。注册完一周，用得最多的功能还是打单。库存模块是空的，因为没人告诉他要先建仓库、建SKU、设规则。
第三种是"规则先行型"：上架前用一张纸把SKU命名规则、仓库划分、库存归属写清楚，再去选工具。这种卖家通常只需要一个"能按我的规则跑"的系统，选型速度快，上线也快。
三种开局里，第三种的比例最低，但他们的ERP使用深度明显最高。这不是工具差异，是规划顺序差异。
回到开头那个朋友。他的情况是：Shopee三个站点店铺，共270个SKU，其中大约60个是重复商品在不同站点上架。他上ERP的时候，系统按"店铺SKU"维度建档，结果同一个实体商品变成三行库存，总库存被虚增了三倍。
补货的时候，采购看到系统显示A商品总库存300件，就没有下单。实际上真正可售的只有其中一个站点的少量库存，另外两个站点的库存数字是重复计算的。这个错误的直接后果是断货11天，旺季流量白白流失。
后来我们做的事很简单：把所有SKU按"实体商品"重新编号，建立"实体SKU，平台SKU"的映射关系，仓库只按实体SKU记账，平台侧库存按分配规则下发。改完之后，库存准确率从原来的六成多提到九成以上。整个过程花了两周，其中一周都在对历史数据。
如果这件事在上架前花两个小时做完，就不需要两周。
接下来我把这几年听到最多、也最容易误导人的五个说法拆开讲。这些误区的共同点是：听起来都很合理，但在具体场景下会把你带到沟里。
免费本身没问题，问题在于免费版本通常会在你最需要的地方设限制，而这个限制往往和库存有关。比如多仓库支持、库存同步频率、历史数据导出、子账号数量，这些在起步阶段看着不重要，等你需要的时候就是硬门槛。
更麻烦的是数据迁移成本。你在免费版里按它的规则建了几百个SKU，要换系统时，编码规则未必能直接映射，最后还是要重建。免费是降低试错成本的入口，但它不应该是你规则设计的前提。
这是最根深蒂固的误解。在系统里，库存确实是一个模块；但在业务上，库存是一堆规则的运行结果。这些规则包括：什么算可售、什么算占用、在途怎么算、退货怎么算、盘点差异怎么处理。
你把这些规则想清楚了，任何ERP都能配出来；想不清楚，再贵的系统也只是一个数字好看的空壳。我见过太多卖家抱怨"系统库存不准"，排查到最后，90%的原因是规则本身没定义清楚，而不是系统算错了。
同步频率高不等于安全。跨境场景下，平台之间的订单状态回传本身就有延迟，Shopee、Lazada、TikTok Shop的订单确认机制各不相同，有的平台下单即占用，有的平台付款才占用。
如果你把所有平台的库存都按同一个频率强同步，反而可能造成"平台已经扣了、系统又补回来"的震荡。我在一个双平台卖家那里见过，库存同步设置为每5分钟一次，结果每次平台大促期间都会出现短暂的库存回复，导致超卖。
正确做法是：按平台特性设置差异化的库存缓冲和同步策略，而不是追求统一的高频同步。
选品和上架是入门指南的一部分，但不是全部。一份真正有用的入门指南，至少还应该回答三个问题：我的货放在哪里、我怎么知道还剩多少、我什么时候该补货。
这三个问题的答案，正好构成库存管理的三个基础模块：仓库结构、库存台账、补货规则。如果一份入门指南回答不了这三个问题，它就只能带你跑到第一单，跑不到第一百单。
盘点解决的是"发现差异"，不是"消除差异"。差异产生的源头通常在五个环节：SKU建档、采购入库、订单出库、退货处理、跨仓调拨。这五个环节里任何一个没有系统留痕，靠盘点都是治标。
我的经验是：盘点频率高的团队，往往流程问题最严重。健康的库存管理，月度盘点差异率应该控制在1%以内，而不是靠每周盘点来维持账实相符。
前面讲了问题，这一节讲判断方法。我需要先说明，下面的框架是我在项目里反复用、反复修正过的，它不追求理论完美，只追求能在半小时内给出一个大致正确的方向。
第一个轴是SKU数量。100以内，手工管理基本能撑住；100到500，必须要有编码规则；500以上，必须要有系统支撑，而且是规则先行的系统。
第二个轴是平台数量。单平台的时候，库存相对简单，平台后台就能看；双平台开始出现库存分配问题；三个及以上平台，如果没有统一库存源，超卖几乎是必然的。
第三个轴是仓网复杂度。只有国内仓最简单；加一个海外仓或多一个第三方仓，就开始需要跨仓库存视图；如果用FBA或者平台仓，还要处理平台仓库存和自有仓库存的关系。
第一层是"看得见"：知道每个SKU现在有多少货。这一层靠表格或者平台后台就能做到。
第二层是"算得准"：知道哪些是可售、哪些被订单占用、哪些在途、哪些是退货待检。这一层必须要有明确的库存状态定义。
第三层是"补得对"：知道什么时候该补、补多少、补到哪个仓。这一层需要销售速度、物流时效、安全库存三个输入。
第四层是"赚得到"：知道库存占用多少钱、周转多少天、哪些SKU在拖累现金流。这一层需要财务视角，也是大多数中小卖家最容易忽略的一层。
大部分卖家的实际水平在第二层和第三层之间徘徊，而他们的ERP使用深度通常停留在第一层。这就是工具和业务能力之间的落差，也是规划要解决的问题。
这句话我在不同场合说过很多次。一个流程清晰的团队上ERP，效率会成倍提升；一个流程混乱的团队上ERP，混乱也会被成倍放大，而且更难排查，因为错误被系统自动化了。
举个具体例子：如果你的入库流程没有规定"必须核对采购单数量"，那么上了系统之后，错误入库会被直接写进库存台账，而且带着系统的时间戳和操作记录，看起来非常"权威"。等到发现问题，追溯起来反而比手工时代更麻烦。
| 阶段特征 | 库存管理重点 | 是否上ERP | 衔接任务 |
|---|---|---|---|
| SKU<100，单平台，单仓 | 建立SKU编码规则 | 暂不上 | 把编码规则写成文档 |
| SKU 100-300，单/双平台 | 统一库存台账 | 上轻量工具 | 确定仓库层级与库存状态定义 |
| SKU 300-800，多平台 | 库存分配与同步策略 | 上完整ERP | 建立实体SKU与平台SKU映射 |
| SKU 800以上，多平台多仓 | 库存健康度与周转 | ERP+分析看板 | 定义库存周转与滞销预警口径 |
这张表的使用方式很简单：找到你当前那一行，看"衔接任务"这一列。这一列里的内容，就是你的入门指南和库存管理之间必须补上的那段路。
讲完方法，我用一个具体的工具来讲落地。我选数跨境（官网 https://shukuajing.jiushuyun.com/?utm_source=seo&utm;_plan=est&utm;_unit=gys ）作为例子，原因不是它功能最多，而是它的产品结构本身就在回答"库存管理与入门指南如何衔接"这个问题，它以数据归集和经营分析为主线，而不是以打单为主线。
我实际试用过几类跨境工具，大致分两种思路：一种从"订单处理效率"切入，主打打单、发货、物流对接；另一种从"数据统一"切入，主打多平台数据归集、库存视图、利润核算。数跨境属于后者，这对新手其实更友好，因为它逼着你先把数据结构想清楚。
我的判断是：如果你的痛点主要在"每天打单累"，选订单处理型工具；如果你的痛点主要在"我看不清自己到底赚没赚钱、库存压了多少"，应该优先选数据归集和分析型工具。很多新卖家其实属于后者，只是自己没意识到。
我把这个过程拆成四步，每一步都对应一个具体的业务问题。
把各平台店铺授权进去，订单、商品、库存数据自动归集。这一步解决的是"我不用手动导表格"的问题。对于刚起步的卖家，这一步的价值不是省时间，而是让你第一次看到自己全部店铺的数据放在一起是什么样子。
我见过不少卖家在这一步才发现，自己在一个平台上架了三个重复商品，库存被分散在三处，每个都显示"库存充足"。
这是最关键的一步。把不同平台的SKU映射到同一个实体商品上，库存才能真正统一。数跨境在商品管理上支持多平台商品归集，实际使用中，我建议先按品类+规格+供应商的方式给实体SKU编码，再把平台SKU挂上去。
编码规则可以简单到这样：
实体SKU命名规则示例：
品类码(2) – 规格码(3) – 供应商码(2) – 流水号(3)
例：HB-120-BK-001 表示 家居类-120cm-黑色-供应商BK-第001号
平台SKU命名规则示例：
平台码(2) + 实体SKU + 站点码(2)
例：SP-HB-120-BK-001-SG 表示 Shopee平台上该商品的SG站点
这样设计的好处是：实体SKU是库存记账的唯一主键，平台SKU只是它的一个"视图"。无论你在几个平台卖同一个东西，库存都在实体SKU上算一次。
在系统里建仓库的时候，我建议一开始就把层级想清楚：国内仓、在途、海外仓、平台仓（如FBA）、退货待检，这几个要不要分开建，取决于你的业务实际。
我的经验是：起步阶段可以把"在途"单独建一个虚拟仓，这样在途库存不会被误算成可售库存。这一点非常关键。很多新卖家把采购在途和在仓库存混在一起看，结果以为货很多，实际可售的没几件。
库存预警的核心不是"设一个固定值"，而是设一个和你的物流时效、销售速度匹配的动态值。一个粗略的计算方式：安全库存 = 日均销量 × 补货周期天数 × 波动系数。波动系数在新品期可以设到1.5以上，稳定期可以降到1.1左右。
补货点 = 安全库存 + 补货周期内的预计销量。这个公式不复杂，难的是把日均销量这个输入搞清楚。如果多平台卖出的是同一个实体SKU，日均销量必须合并计算，否则每个平台的补货点都会算少。
我在前面那个服饰卖家项目里做了一个前后对比。他原本用表格管理两个平台的库存，上数跨境之后，前两周主要是数据对齐，第三周开始库存视图统一。
最明显的变化是补货决策从"凭感觉"变成"看数字"。以前他补货的依据是"某个平台好像卖得不错"，现在是"实体SKU的7日移动日均销量加上安全库存"。
另一个变化是盘点。以前盘点要分平台做，做一次要一整天；现在按实体SKU盘点，仓库面积没变，时间降到半天以内。这部分的效率提升，更多来自规则统一，而不是系统本身有多快。
我必须说明三点，避免被理解成无脑推荐。
第一，任何工具都替代不了规则设计。SKU编码规则、仓库层级、库存状态定义，这些还是要你自己拍板，工具只负责执行。
第二，数据归集型工具的价值，随着你的平台数量和SKU规模增加而放大。如果你只有几十个SKU、一个平台，用表格可能更灵活，上系统的收益不明显。
第三，具体功能、对接平台范围、版本和价格会持续变化，选型前务必以官网最新说明为准，不要依赖任何第三方文章的描述，包括我这篇。
下面按四种典型情况给建议。我尽量给到可以直接动手的粒度，而不是"要重视库存管理"这种正确的废话。
这个阶段我的建议是：先别急着上ERP，但一定要做两件事。
第一件事是把SKU编码规则定下来，写成一个文档，包含实体SKU怎么编、平台SKU怎么派生。文档不需要长，一页纸足够，但要让所有参与运营的人看到并遵守。
第二件事是建立一个最简单的库存台账表，字段包括：实体SKU、平台SKU、在仓数量、在途数量、被订单占用数量、可售数量。每天花五分钟更新一次，习惯先养成。
这个阶段用表格的灵活性，比用系统的规范性对你更有帮助，因为你还在探索业务方向。
这是最需要规划、也最容易出问题的阶段。我的建议是：上工具，但上之前先完成规则设计。
具体动作顺序是这样：先梳理SKU并合并重复商品，再确定仓库层级和库存状态定义，然后写一份简版的库存SOP，最后才去选工具、做数据导入。
这个顺序不能颠倒。先选工具的话，你会被工具的数据模型牵着走，最后反过来改自己的业务规则，成本更高。
到了这个阶段，库存管理已经不是一个"要不要做"的问题，而是"必须做对"的问题。我建议的重点从流程设计转向数据治理。
具体来说，要建立三份东西：SKU主数据表（谁有权新增、修改、停用）、库存状态字典（每个状态的明确定义和转换规则）、补货参数表（每个SKU的安全库存、补货点、供应商交期）。
同时，这个阶段应该开始关注库存健康度指标，比如库存周转天数、滞销SKU占比、断货率。这些指标会比"库存准不准"更能反映真实的经营质量。
铺货型卖家的核心矛盾是SKU数量大、单个SKU生命周期短，库存管理的重点应该放在批量效率上：批量建档、批量调价、批量下架，以及快速识别滞销并清理。
精品型卖家的核心矛盾是单品投入大、断货代价高，重点应该放在安全库存和补货节奏上，宁可多备一点，也不能断。
独立站的库存逻辑又不一样，因为没有平台仓的概念，库存全在自己手上，但要处理的是支付成功与发货之间的时间差，以及退货率的预估。
这三种模式的库存规则不应该互相抄。我见过铺货卖家照抄精品卖家的安全库存公式，结果备了一堆卖不动的货。
规划的本质是取舍。这一节我列出四组最常见的取舍，每组给出我的判断倾向和适用条件。
我的倾向很明确：选匹配当前阶段并留一级扩展空间的，不要选功能最全的。
功能全的系统学习成本高，团队用不起来的模块就是浪费。但完全不考虑扩展性也不行，因为你半年后可能就要加平台。我的做法是看"下一级功能"是不是同一套数据模型，如果是，升级成本低；如果需要重建数据，那就说明选型有问题。
免费版本适合验证"我是不是真的需要系统"这个问题。如果你用免费版一个月，发现自己连登录都很少，那说明你的业务还没到需要系统的阶段。
但如果你发现限制正好卡在你最需要的地方，比如仓库数量、SKU上限、数据导出，那就应该评估付费。判断标准不是价格高低，而是付费能省下的人工时间，折算成本后是否超过订阅费用。
| 取舍项 | 倾向选择 | 适用条件 | 风险提示 |
|---|---|---|---|
| 功能全面 vs 匹配阶段 | 匹配阶段+留一级扩展 | 团队人数少于5人 | 过度精简可能导致半年内二次选型 |
| 免费 vs 付费 | 先用免费验证需求 | SKU少于200、单平台 | 数据迁移成本可能高于订阅费 |
| 表格 vs 系统 | SKU超200后转系统 | 多人协作、多平台 | 表格版本混乱会造成数据不一致 |
| 高频同步 vs 差异策略 | 按平台设差异化缓冲 | 双平台及以上 | 统一高频同步易造成库存震荡 |
我的切换信号有三个：一是多人同时编辑同一张表开始出现版本冲突；二是需要在两个以上数据源之间手工核对；三是每月花在数据整理上的时间超过20小时。
出现任意两个信号，就说明表格的边际成本已经超过了它的灵活性收益，该切系统了。
这是一个容易被忽略的取舍。精细化管理意味着更多的字段、更多的审批、更多的记录动作，它会降低单次操作的效率，换取数据的准确性。
在起步阶段，我倾向于牺牲一点准确性换取速度；在规模化阶段，反过来，必须牺牲速度换准确性。关键在于你现在的错误成本有多高，一次断货损失几千块，和一次断货损失几十万，对应的管理精度完全不同。
回到标题的问题：库存管理与入门指南如何衔接？我的答案是把衔接点前移到"上架第一件商品之前"，用三个冻结动作完成过渡。
第一个冻结是SKU编码规则：实体SKU作为库存主键，平台SKU作为视图派生。第二个冻结是仓库与库存状态定义：明确什么算可售、什么算在途、什么算占用。第三个冻结是补货参数口径：安全库存和补货点按实体SKU合并计算，不按平台分别计算。
这三件事做完，你再去选工具，选型标准会变得非常清晰：能不能支持我的SKU结构、能不能表达我的库存状态、能不能按我的口径算补货。你会从"看功能列表"变成"验证数据模型"，效率完全不同。
至于入门指南，我认为它应该被重新定义：它不该止于"怎么卖出第一单"，而应该把"怎么让第一百单不出乱子"提前写进去。库存管理不是入门之后才学的进阶内容，它是入门阶段就该埋下的地基。
如果你现在就想动手，按这个顺序做，每一步都不超过一天。
这几年我最大的体会是：跨境电商的竞争，早期拼选品，中期拼供应链，后期拼运营效率。而库存管理恰好横跨了后两个阶段。
那些在入门阶段就把库存规则想清楚的卖家，看起来是"慢了一步"，实际上是省下了后面无数次返工的时间。工具会迭代，平台会变化，但"先用规则定义数据、再用系统执行规则"这个顺序，我认为在未来几年都不会变。
所以，别急着注册账号。先花两个小时，把你第一件商品的SKU编码写下来。这两个小时，可能会省下你后面两个星期。
我做跨境没多久，朋友都说先用免费ERP打单省事，我就注册了一个，结果SKU编码都没统一、几个仓的货也对不上，反而比手写表格更乱。我到底该先定流程再上系统，还是边用边补？
顺序应该是先写出最小可用库存流程，再上ERP。判断标准很直白：在注册任何系统之前，你必须能凭一张纸回答四个问题，SKU怎么编码、货分别放在哪几类仓（国内仓/海外仓/平台仓）、一次采购从入库到出库经过谁的手、什么条件下触发补货。这四个问题答不上来，ERP只会把你原本的混乱信息化，不会替你补流程。
实操上我一般建议用2到3天写一份一页纸的库存SOP，再用3到5个SKU、1个店铺试跑，跑通2到4周后再全量接入。至于免费版，它适合起步阶段验证流程，但当SKU超过几百个、店铺超过3到5个、需要采购和成本核算时，免费版的字段和权限限制通常会变成瓶颈，那就是升级的信号，而不是一开始就追求全功能。
我同时在速卖通和Shopee开店，同一個产品每个平台的SKU都不一样，仓库里又堆着几批货，每次盘点都对不上，运营和仓库还互相甩锅。我想知道业界到底怎么编码，能不能直接照抄？
核心原则是一物一码加一层映射。给每个实体产品（不是每个平台链接）分配唯一的内部SKU，平台SKU、店铺SKU只作为外部映射挂在它下面，一个内部码可以对应多个平台码，但一个平台码不能对应多个内部码。
命名建议用有意义的短码而不是流水号，格式可以是品类缩写加规格加变体，例如YogaMat-BLK-6MM，控制在20个字符以内，不要用中文、空格和特殊符号，否则导入导出和API对接容易出错。
仓库编码同理，用类型加国家加标识，比如CN-SZ-01代表国内深圳仓、US-FBA-01代表美国平台仓、US-3PL-01代表美国第三方仓。批次要不要管，看两点：同一产品是否来自不同供应商，或者是否存在不同采购成本；只要沾上一条，就必须用批次或入库单管理，否则你算不出真实毛利。
盘点对不上的根源几乎从来不是ERP，而是同一物有多个内部码，或者有内部码却没有维护映射表。先把映射表用Excel做出来，再导入系统，这一步省不掉。
我把一批货同时挂在亚马逊和独立站卖，结果一边出单另一边没扣减，超卖后被投诉还吃了绩效。同步频率我也不确定，调太快怕限流，调太慢又怕超卖，到底该怎么设？
关键抓三件事：缓冲、分摊、异步兜底。第一是缓冲，给每个平台设安全库存缓冲，缓冲量大约等于该平台日均销量乘以补货时效再加上几天安全天数，物流越慢的平台缓冲要留得越大，FBA这类平台仓的库存以平台数据为准，不要用你的系统反向覆盖。第二是决定库存用共享池还是分配池：共享池靠实时同步，灵活但超卖风险高；
分配池是给每个店铺预先分配额度，超卖概率低但可能出现一边缺货一边积压，多数中小卖家更适合按销量占比分配的池子。第三是同步节奏和兜底：同步不是越快越好，要同时考虑平台API限流和订单确认时延，10到15分钟一次是常见的折中方案；
更重要的是必须有一条异常规则，同步失败时自动把库存置零或转入人工审核，而不是继续按旧数据卖。判断依据也很实际：月订单几千单以内、SKU几百个以内，靠缓冲加半小时同步通常够用；遇到秒杀或大促，必须临时加大缓冲或人工锁库存，不能指望系统自动扛住。
系统刚上线，我看着后台的库存数心里没底，不敢完全照着它补货，但也不知道该怎么验证。要是跑太久又耽误生意，跑太短又怕问题没暴露出来，这个度怎么把握？
用三对一的方法做试跑校准：对单据、对实物、对平台，再加一项对账。具体做法是选5到10个高频SKU和1到2个店铺，试跑2到4周，每周固定一天做实物盘点，同时导出系统里的库存变动明细（入库、出库、退货、调整），逐笔核对。看三个指标就够了：库存准确率，也就是盘点差异除以账面库存，健康线一般在98%以上；
订单出库准确率；退货回库及时率，超过7天没回库基本就是流程漏洞。出现差异一定要归因到五个环节之一，SKU重复、入库漏单、出库未扣减、退货未回库、人工调整无记录。经验上，退货未回库和人工调整无记录这两类占了大头，先把这两个修好，通常能解决七八成的库存不准。
试跑期发现问题的成本，远低于上线后爆仓再回头查账的成本，所以别为了赶进度跳过这一步。
读者评论
小卖家最有共鸣的是上架前冻结SKU规则。我三个平台各一套编码，后来对库存花了大量时间。文章说第一单到第一百单只隔两三个月，确实如此。免费ERP不是问题，问题是没先想清楚仓库层级和库存扣减逻辑。
从ERP实施角度看，把库存说成规则的运行结果很到位。很多卖家抱怨库存不准，排查后常是平台SKU和实体SKU没映射，在途、退货规则也没定义。先画概念线和数据线，再选系统，能少一次数据重建。
对同步频率那段有保留。每5分钟同步加差异化缓冲看起来好，但样本只有双平台30天，不能当通用结论。小卖家订单少时，15分钟同步加安全库存可能更省人工，关键还是看平台扣减机制。
盘点那段有共鸣。以前每周盘点，差异率仍高，后来发现是采购入库和退货没留痕。盘点只能发现差异，不能消除差异。把入库、出库、退货、调拨四个动作系统化，比多盘几次有用。