在多店铺电商企业里，采购计划最危险的错误，往往不是少算了几百件，而是把同一件商品在不同店铺、仓库和采购表里算了两遍。一个共享仓同时服务 4 个店铺时，运营看的是各店销量，仓库看的是可用库存，采购看的是在途订单，财务核对的是平台结算单；每张表单独看都可能没错，合并后却无法回答一个最重要的问题：企业现在到底还需要采购多少？

这正是《电商进销存：增长负责人自查表：采购计划最容易出现的跨店对账难》要解决的问题。我的判断是：跨店对账难的本质，不是报表不够多，而是商品、库存、订单和结算没有使用同一套口径。如果增长负责人只盯着店铺销量，采购计划就会被重复需求放大；如果只盯着仓库库存，又可能忽略在途、锁定、退货和活动预留库存。

下面这份自查表不从“系统有什么功能”开始，而是从采购计划为什么失真开始。你可以把它用于月度经营复盘、活动备货前检查，也可以用来判断企业是否已经到了需要升级电商进销存管理方式的阶段。

一、先讲核心结论：跨店采购不是把几张销量表相加

1. 真正需要统一的是商品和库存口径

很多团队第一次做跨店采购计划时，会采用一个看似合理的公式：店铺 A 需要采购多少，加上店铺 B 需要采购多少，再减去仓库库存。这种做法的前提是两个店铺的商品编码、需求周期、库存状态和采购单位完全一致。现实中，这四个条件很少同时成立。

同一个商品，平台可能使用商品 ID，店铺运营使用店铺 SKU，仓库使用内部 SKU，供应商使用货号。若这些编码没有建立一对一映射，销量汇总就可能出现两种相反结果：同一商品被识别成两个商品，导致重复采购；两个规格被误认为同一商品，导致某一规格缺货、另一规格积压。

库存也不能只看系统里的“库存数量”。采购计划真正应该扣除的是预计需求周期内可被使用的库存，而不是账面上所有还没有出库的数量。已被订单锁定、正在质检、等待退货入库、已经分配给活动或计划调拨的库存，都不一定能支持新的销售。

2. 采购计划的基本逻辑应该是“汇总需求，再扣除有效供给”

在没有复杂预测模型的情况下，我建议先使用一个透明、可复核的基础逻辑：

计划采购量 = 预测需求量 + 安全库存 − 可用库存 − 已确认在途量

这个公式看起来简单，但每个变量都必须有明确定义。预测需求量不能把大促峰值直接当成日常销量；可用库存不能把锁定库存和质检库存全部算进去；已确认在途量不能把“供应商口头说已发货”当作确定供给。

如果需要把退货率、采购批量和供应商交期纳入，可以进一步调整为：

计划采购量 = 预测销售量 ×（1＋预估退货损耗率）＋安全库存 − 可用库存 − 已确认在途量

这里的“退货损耗率”不是所有退货率的简单相加。可二次销售的退货应与报损退货分开计算，否则会人为放大采购需求。

3. 增长负责人必须对“需求来源”负责

增长负责人不一定要亲自维护每个 SKU，但必须能解释采购计划里的需求从哪里来。一个合格的需求数字，至少应该能追溯到店铺、渠道、时间周期和活动状态。

例如，近 30 天某商品卖了 3000 件，并不意味着下个月仍应按每天 100 件采购。3000 件可能包含一次直播间爆发、某个达人带货、临时投放或低价清仓。如果活动不可持续，却被直接写入滚动预测，采购团队最后承担的是增长团队的乐观假设。

我的建议是，把需求拆成三类：基础需求、已确认活动需求、尚未确认的机会需求。基础需求可以进入常规采购计划；已确认活动需求需要关联活动排期和预算；机会需求只能进入备选方案，不能在没有审批的情况下直接转化为采购订单。

二、真实场景：为什么每个部门都认为自己没有算错

1. 运营看到的是“卖得出去多少”

运营团队通常以店铺维度观察销量、转化率、投放消耗和活动效果。店铺 A 过去 7 天卖出 800 件，店铺 B 卖出 500 件，于是两个店铺分别向采购提出补货需求。

问题在于，运营看到的是销售机会，不一定知道共享仓里已经有一批库存被另一个店铺锁定，也不一定知道供应商前两天已经发出 1000 件在途货物。店铺视角有助于制定销售策略，却不适合直接生成企业级采购量。

2. 仓库看到的是“现在能不能发货”

仓库更关注库存状态和履约动作。系统里显示某商品有 2000 件，但其中 600 件正在质检，300 件已被订单锁定，200 件等待退货判定，真正可以用于新订单的可能只有 900 件。

如果采购计划直接使用 2000 件作为库存扣减，企业会低估采购量；如果仓库只提供“可用库存 900 件”，却没有说明其他 1100 件的状态，采购和运营又无法判断这部分库存何时能够释放。

3. 采购看到的是“供应商承诺了多少”

采购表里常见一个容易误导管理层的字段：在途数量。它可能把已下单、已付款、已出库、运输中和预计到货全部混在一起。

我在设计采购对账流程时，会把在途至少拆为四种状态：采购单已审核、供应商已确认、供应商已发货、仓库已收货。只有前两种状态，通常还不能作为确定供给；供应商已发货也可能存在物流异常；真正可以从采购需求中完整扣除的，应该是与预计到货日期和数量都能对应的在途量。

4. 财务核对的是“平台最终结算了多少”

平台订单金额、店铺后台销售额和平台结算金额，通常不是同一个数字。优惠、平台服务费、佣金、运费、退款、赔付和结算周期都会造成差异。

如果增长负责人拿订单金额去对照财务到账金额，通常会把正常的平台扣费误判为对账异常；如果财务只按到账金额判断商品销售表现，又可能无法及时识别订单、退款和结算周期造成的时差。

5. 增长负责人要建立一张“口径桥接表”

跨店对账不一定要一开始就上复杂系统，但必须先建立口径桥接表。桥接表的作用不是把所有数据堆到一起，而是回答每个字段如何定义、由谁维护、多久更新以及出现差异由谁处理。

三、采购计划中最容易出现的八个跨店对账风险

1. 风险一：店铺 SKU 没有统一到商品主数据

这是最基础、也最容易被忽略的风险。很多企业在开店初期允许运营自行命名 SKU，后来又因为不同平台的编码规则、包装方式和促销组合，形成了大量历史编码。

例如，店铺 A 使用“白色-500ml”，店铺 B 使用“500ML白瓶”，仓库使用“P-001”，供应商使用“BX500-W”。如果系统没有记录它们属于同一商品，跨店销量汇总就会漏算或重复计算。

我建议商品主数据至少保留以下字段：内部商品编码、平台商品 ID、店铺 SKU、规格、单位、箱规、供应商货号、采购单位、可替代商品、状态和生效日期。商品发生换包装、换供应商或调整容量时，不要只改名称，要明确是否新建编码。

（1）先检查一对多和多对一关系

一个内部商品编码对应多个平台 SKU，可能是正常的渠道映射；多个内部商品编码对应一个供应商货号，则需要进一步核实是否存在包装或规格混淆。

（2）把包装换算写进主数据

采购单位和销售单位不一致时，必须有明确换算关系。销售端按瓶统计，采购端按箱下单，如果一箱 24 瓶没有进入计算逻辑，采购计划就会出现数量看似正确、实际下单不足的情况。

2. 风险二：每个店铺独立计算，重复采购同一批需求

多店铺团队经常把“店铺负责制”误解为“采购也按店铺拆开”。店铺可以独立经营，但共享仓和供应商通常不应该被独立计算。

假设店铺 A 预计需要 1000 件，店铺 B 预计需要 800 件，共享仓可用库存 600 件，已确认在途 500 件。正确的基础采购量是 700 件，再根据安全库存和活动增量调整。如果两个店铺分别扣除 300 件库存和 250 件在途，最后可能得出 1250 件的采购建议，重复采购 550 件。

只要多个店铺共用同一个供应源，就必须先进行企业级商品汇总，再做店铺级分配。反过来，如果两个店铺使用完全不同的仓库和供应商，则不能为了“统一”而强行合并。

3. 风险三：把可售库存、可用库存和账面库存混为一谈

库存字段至少存在三个容易混淆的概念。账面库存回答“系统登记了多少”；可售库存回答“前台还能卖多少”；可用库存回答“扣除锁定和不可用状态后，未来采购计划可以使用多少”。三者在特定场景下可以相等，但不能默认相等。

4. 风险四：已下单采购没有进入供给侧

采购团队最常见的解释是：“这批货已经下单了。”但下单不等于能在销售周期内补充库存。采购计划至少要区分采购单已审核、供应商已确认、已发货、运输中和已入库。

例如，预计未来 30 天需要 3000 件，当前可用库存 1000 件，采购单已经创建 1500 件，但供应商交期是 45 天。若计划周期只有 30 天，这 1500 件不应全部作为当期供给扣减，否则销售中段很可能缺货。

在途数量应当同时带有三个关键字段：预计到货日期、预计到货数量、到货可信等级。没有预计到货日期的在途，只能放进风险提示，不宜直接参与确定性采购量计算。

5. 风险五：促销销量直接被外推到日常采购

促销活动是采购计划失真的重要来源。直播、达人分销、满减、低价券和平台大促，可能在短时间内制造远高于日常水平的订单。如果没有活动标签，系统只能把所有销量视为同一种需求。

我建议至少把销量拆为基础销售、活动销售、预售销售、异常销售和退款影响。基础销售适合用于滚动预测；已确认活动销售需要关联活动开始和结束日期；预售销售要结合履约承诺和取消率；异常订单应由运营确认是否纳入预测。

活动后还要做一次反向校准。不能只复盘“卖了多少”，还要看活动带来的新增需求中，有多少转化为可持续的自然销售，有多少是提前透支的未来需求。

6. 风险六：退货和退款只在财务端发生，没有回写库存端

退款发生、平台完成退款、商品退回仓库和商品重新变成可售库存，是四个不同时间点。若采购计划只看到退款数据，却没有看到退货入库和质检结果，就会产生两类错误。

第一类是把已经退款但尚未退回的商品当成可用库存，导致采购量偏低。第二类是商品已经退回并通过质检，但库存状态没有及时释放，导致企业重复采购。

跨店对账时，我通常会把退货拆成“退款已完成、物流已退回、仓库已收货、质检可售、质检报损”五个节点。每个节点都要有时间戳，才能判断问题发生在平台、物流、售后还是仓库。

7. 风险七：订单金额与平台结算金额被直接拿来对比

平台订单金额更接近销售端口径，结算金额更接近资金端口径。两者之间的差异可能来自商品优惠、平台补贴、商家承担优惠、佣金、服务费、运费、退款、赔付和结算周期。

增长负责人需要关注商品销售和活动投入，财务需要确认收入与到账，采购需要判断销售规模是否支持补货。三者可以共享数据，但不能用一个金额字段替代全部判断。

我建议建立“订单金额，应收金额，平台扣费，退款金额，实际结算金额”的桥接关系，并以结算周期为单位核对。不要把本月产生的订单直接与本月到账金额比较，除非平台结算规则确实支持这种匹配。

8. 风险八：发现差异，却没有异常关闭机制

很多企业能发现对账差异，却无法让差异真正消失。原因是报表里只有“异常数量”，没有责任人、处理期限、原因分类和回写节点。

我建议把异常分成商品映射异常、数量差异、金额差异、时间差异、状态缺失和重复记录六类。每类异常都要配置责任部门和最长关闭时限。例如，商品映射异常由商品主数据负责人处理，仓库数量差异由仓储负责人复核，平台费用差异由财务按结算单确认。

四、专业判断：如何判断一个数字能不能进入采购计划

1. 先问“这个数字代表什么状态”

看到一个“库存 5000 件”时，不要马上问这个数字对不对，而要先问它代表什么状态。它是昨天 24 点的账面库存，还是当前实时库存？是否扣除了锁定？是否包含不可售品？是否已经扣减正在调拨的数量？

同样，看到一个“销量 3000 件”时，要确认它是付款订单、发货订单、签收订单，还是平台统计的支付件数。不同口径并没有天然的对错，但必须与预测模型和采购周期保持一致。

2. 再问“这个数字能否追溯到原始单据”

采购计划中的每个关键数字都应该可以向下追溯。预测需求要能追溯到店铺、商品和时间周期；可用库存要能追溯到仓库库存状态；在途数量要能追溯到采购单和物流状态；结算金额要能追溯到平台账单。

如果一个数字只能在人工汇总表里看到，却无法回到原始订单或单据，说明它更适合做参考，不适合直接作为采购决策依据。

3. 最后问“这个数字在决策时是否具有同一时间基准”

时间基准是跨店对账中经常被低估的问题。运营可能使用当天实时销量，仓库使用前一天夜间盘点，采购使用上周更新的在途，财务使用上月结算单。四个数字分别正确，但不属于同一个时间截面。

我建议采购计划固定一个数据截点，例如每周一上午 10 点。所有参与计算的数据都标记采集时间；超过更新时间阈值的字段进入待确认状态，而不是默默参与计算。

4. 用“可解释性”而不是“自动化程度”评估系统价值

有些团队把采购计划自动生成当成系统成熟的标志，但我更看重计划是否可解释。系统给出建议采购 2800 件时，负责人应该能看到：其中多少来自基础需求，多少来自活动增量，扣除了多少可用库存和在途，安全库存采用了什么规则。

如果系统只能展示一个最终数字，不能说明数字如何得出，那么它只是把人工黑箱变成了系统黑箱。尤其在大促、换季或供应商交期变化时，管理者仍然需要人工判断。

5. 九数云适合放在“数据统一与分析层”来使用

以九数云为例，我更建议把它理解为跨店数据汇总、分析和可视化的一类工具，而不是把它当成自动替代采购判断的按钮。它的价值主要体现在：把不同店铺、仓库、采购表和结算数据放到统一分析框架中，帮助团队建立商品、订单、库存和采购之间的关联。

实际使用时，不能只把几张 Excel 表上传后就期待结果准确。前置工作仍然包括统一字段名称、清理重复单号、建立 SKU 映射、区分库存状态、标记活动订单以及明确订单金额和结算金额的关系。

如果企业已经在使用九数云或类似的数据分析工具，我建议先做一个“采购计划追溯看板”，而不是一开始制作几十张经营报表。看板至少要能够从企业级商品下钻到店铺，再下钻到订单、库存状态和采购单。

可参考的看板字段包括：商品编码、店铺 SKU、渠道、预测销量、实际销量、可用库存、锁定库存、在途数量、预计到货日、活动标签、采购建议量、异常类型和异常负责人。这样增长负责人看到的不只是结果，还能看到结果为什么发生。

九数云官网地址：https://www.jiushuyun.com。具体数据接入范围、字段处理方式和功能边界，仍应以实际产品文档、接口条件和企业试用结果为准。

五、具体案例：三个店铺共享一个仓，采购量为什么会多算 550 件

1. 案例背景与原始数据

下面是一个脱敏的情景案例，用于演示计算过程，不代表某家企业的真实经营数据。某电商品牌有 3 个店铺，分别经营主店、直播店和分销店。三个店铺销售的是同一款 500 毫升商品，共享一个中心仓，供应商最小起订量为 100 件，正常交期为 12 天。

从店铺表面看，三个店铺需要采购 2650 件，即 4400 减去 1000 和 750。问题是，店铺分配库存和店铺确认在途并不是企业真实的供给口径。

2. 错误计算是如何发生的

直播店为了保障活动，将 600 件锁定库存单独列为活动保障库存；主店的 500 件中有 200 件已经被订单锁定；分销店的 200 件里有 100 件正在质检。也就是说，店铺表里的“库存”包含了不同状态，不能直接作为新增销售供给。

同时，采购团队的 750 件在途里，有 300 件还没有供应商确认到货日，200 件预计在 30 天以后到仓。把这些数量全部扣除，会让采购计划显得比较安全，但销售周期内实际能用的供给会被高估。

如果采用店铺独立计算，团队得到的采购建议是 2650 件；如果采用企业级商品汇总，并把活动锁定库存、可用库存和在途按到货日期重新分类，结果会明显不同。

3. 统一口径后的计算过程

首先，未来 30 天总需求仍按 4400 件计算，其中 1000 件活动增量单独标记。其次，中心仓可直接发货库存为 700 件，已锁定库存 600 件不能被重复扣减，质检库存 100 件暂不计入确定性供给。

再次，在途数量中，预计 30 天内到货且供应商已确认的数量为 500 件；没有确认到货日的 150 件进入风险提示；预计 30 天以后到货的 100 件不参与本期供给扣减。

如果安全库存暂定为 600 件，那么基础计算为：4400 加 600，减去 700，再减去 500，得到 3800 件。由于供应商最小起订量为 100 件，采购建议量仍为 3800 件。

这个结果比前面的 2650 件多 1150 件，并不是系统“算错了”，而是前一个结果把锁定、质检和远期在途都当成了可用供给。若活动增量尚未完全确认，还可以将 1000 件活动需求拆分成 600 件确定需求和 400 件备选需求，形成确定采购量与弹性采购量两套方案。

4. 这个案例对增长负责人的真正提醒

案例中的关键不是“采购 3800 件一定正确”，而是每个数字都能被追问。活动增量是否真的会发生？直播店的锁定库存是否已经有对应订单？质检库存多久可以释放？供应商确认的 500 件是否覆盖活动开始前的销售周期？如果这些问题没有答案，3800 件也只能是一个待确认方案。

因此，我建议采购计划至少同时呈现三种数量：确定需求、机会需求和风险预留。管理层不需要被迫在一个看似精确的数字上做决策，而应看到不同假设下的采购范围。

六、增长负责人可以直接使用的跨店对账自查表

1. 商品主数据自查

商品主数据是所有跨店计算的起点。只要商品映射不准确，后面的销量、库存和采购分析都会带着错误继续运行。

• 各平台商品 ID 是否已经关联到统一内部商品编码。
• 同款不同包装是否有明确的换算关系。
• 销售单位、库存单位和采购单位是否一致或可换算。
• 供应商货号变更后，旧编码是否保留历史关联。
• 一个内部编码是否被错误关联到多个不同规格。
• 停售商品、替代商品和组合商品是否有状态标记。

2. 销量与需求自查

销量数据不是采购计划的最终答案，而是需求侧输入。增长负责人需要确认销量的统计节点和预测方式是否稳定。

• 销量按付款、发货还是签收统计。
• 退款、取消和异常订单是否单独标记。
• 大促、直播、预售和达人分销是否有活动标签。
• 历史销量中是否混入一次性清仓或异常订单。
• 预测周期是否与供应商交期匹配。
• 活动需求是否有预算、排期和负责人确认。

3. 库存状态自查

库存自查的重点不是“库存数字有没有更新”，而是库存状态能否支持采购决策。库存越多，状态拆分越重要。

• 账面库存、可售库存和可用库存是否分别展示。
• 订单锁定库存是否已经排除重复销售。
• 质检库存是否有预计释放时间。
• 退货待检库存是否被误计入可用库存。
• 调拨中库存是否有发出仓、接收仓和预计到达日。
• 不同店铺的虚拟库存是否与共享仓真实库存对应。

4. 采购与在途自查

采购侧要避免只报一个“在途总量”。没有状态、日期和可信度的在途数量，无法支撑精确补货。

• 采购单是否有唯一编号，是否与供应商确认记录关联。
• 已审核、已确认、已发货和已入库是否分开。
• 预计到货日期是否由采购负责人定期更新。
• 供应商延期、分批发货和短装是否及时回写。
• 最小起订量、采购箱规和交期是否进入计算逻辑。
• 远期到货是否被错误扣减当期采购需求。

5. 订单、退货与结算自查

金额对账和数量对账需要分开设计。数量主要服务采购和库存，金额主要服务经营核算和资金判断，二者关联但不能互相替代。

• 订单唯一单号是否能够贯穿订单、出库、退款和结算。
• 平台优惠、商家优惠和平台补贴是否分开。
• 佣金、服务费、运费和赔付是否单独记录。
• 退款成功时间和退货入库时间是否分别保留。
• 结算周期是否与订单发生周期区分。
• 同一订单是否可能因为分账或分批发货重复进入汇总表。

6. 异常处理自查

一个真正能执行的自查表，必须在发现异常后给出动作。否则自查只是一次性检查，不能改善下一个采购周期。

七、不同经营情况下，采购计划应该怎么调整

1. 单仓多店、商品高度重合

这是最适合做企业级采购汇总的场景。多个店铺共享仓库和供应商，采购端应先按内部商品编码汇总需求，再按照店铺销售优先级、活动排期和履约要求分配库存。

这类企业最应该优先解决 SKU 映射、库存状态和在途日期，而不是继续增加店铺级报表。店铺报表可以保留，但不能让店铺报表直接生成采购单。

2. 多仓多店、区域履约明显

多仓企业不能把所有库存简单合并。北方仓的库存未必能及时支持南方店铺，跨仓调拨也会增加运输和处理成本。

更适合的做法是“两层计划”：先按仓库和区域计算局部供需，再在企业层面判断是否需要跨仓调拨、集中采购或调整活动资源。此时采购计划需要增加仓库、区域、调拨时效和履约成本字段。

3. 直播和活动占比高

活动型业务不能只使用过去 30 天平均销量。建议采用基础需求、确定活动需求和弹性需求三套数字，并为活动设定最晚确认时间。

如果活动开始前仍未确认主播排期、投放预算或优惠力度，机会需求不应全部转化为采购订单。可以先锁定供应商产能，再按活动确认进度分批下单，以降低滞销风险。

4. 供应商交期稳定、商品生命周期长

对于日用品、标品和交期稳定的商品，可以使用相对简单的滚动预测。重点是持续维护销量基线、安全库存和采购批量，不必一开始引入过于复杂的预测模型。

但“交期稳定”也需要数据验证。至少应观察过去几个采购周期的承诺交期、实际到货交期和到货完整率，不能只凭采购人员经验判断。

5. 供应商交期波动大、商品生命周期短

新品、季节品和时尚商品不适合只用历史销量外推。采购计划应增加生命周期阶段、首单试采量、补单窗口和清仓节点。

这类商品更需要弹性采购和分批到货。即使单次采购成本略高，也可能比一次性压货后大幅折价清仓更划算。

七、工具和流程如何取舍：什么时候用表格，什么时候升级系统

1. 仍然可以使用表格的情况

如果企业只有少量店铺、商品编码相对稳定、订单量不大，而且每周能够由专人完成核对，表格仍然可以解决一部分问题。表格的优势是灵活、成本低、规则容易修改，适合流程试运行和口径确认。

但表格必须具备几个基本条件：唯一单号、固定字段、版本管理、更新责任人和异常记录。多人同时复制、粘贴和修改同一采购表时，表格很快会失去可追溯性。

2. 需要数据分析工具的情况

当店铺数量增加、数据来源变多、管理层需要按店铺和商品下钻，或者每周人工汇总耗时超过半天时，可以考虑引入数据分析工具。以九数云这类工具为例，更适合用于连接多来源数据、统一分析维度、制作经营看板和跟踪异常趋势。

它解决的主要是“看不清、找不到、无法持续追踪”的问题。例如，增长负责人可以查看某个商品在各店铺的销量变化，进一步分析库存覆盖天数、在途供给和采购建议量；财务可以从结算金额下钻到费用和退款；采购可以查看供应商交期偏差。

但工具不能替代商品主数据治理和业务规则确认。若输入数据本身存在重复、缺失和编码混乱，分析工具只会更快地展示错误结果。

3. 需要进销存系统的情况

当企业需要在订单、库存、采购、入库、出库、调拨和退货之间形成业务闭环时，仅靠分析工具可能不够。此时应考虑具备业务单据和库存状态管理能力的进销存系统，再将数据同步到分析层进行经营分析。

判断是否需要升级，可以观察三个信号：第一，采购计划频繁依赖个人经验；第二，库存差异需要跨部门反复确认；第三，异常无法在下一个周期前关闭。满足其中两项，就不宜只继续增加人工表格。

4. 工具选择的四个取舍

5. 不要用“实时”代替“准确”

很多企业在选型时首先问能不能实时同步，但实时同步只能说明数据传输速度，不能说明商品映射正确、库存状态准确或结算口径一致。

我更建议按三个层次评估：数据能否接入，字段能否统一，业务规则能否解释。只有三层都满足，实时数据才有决策价值。否则，实时展示一张错误的库存表，比延迟几个小时展示一张可解释的表更危险。

八、如何建立一套每周可执行的跨店对账流程

1. 周一：冻结数据截点

每周先确定一个统一截点，例如周一上午 10 点。运营、仓库、采购和财务使用同一时间范围的数据，不允许各自临时导出不同版本。

数据冻结不代表业务停止，而是给本周计划建立一个可复盘的基准。后续新增订单、入库和退款可以进入下一次更新，也可以作为增量数据记录，但不能直接覆盖上一版基准。

2. 周一：完成商品和订单校验

先检查是否存在未映射 SKU、重复订单号、缺少商品编码的采购单和异常规格。这个步骤看似基础，却能避免错误一路传递到库存和采购建议。

• 统计核心商品编码映射率。
• 检查订单唯一单号是否重复。
• 检查平台 SKU 是否出现新增但未维护的情况。
• 确认组合商品是否按实际消耗量拆分。
• 确认采购单位与销售单位换算是否有效。

3. 周二：计算可用供给

仓库提供按状态拆分的库存，采购提供按可信等级拆分的在途，售后提供退货和质检状态。所有供给都需要带上预计可用日期。

这一步的关键不是把库存数字相加，而是判断它能否在需求发生之前进入可用状态。预计活动在周五开始，那么周六才能入仓的货物就不能作为活动首日供给。

4. 周二：形成三档采购方案

建议不要只输出一个采购量，而是形成保守、基准和进取三档方案。保守方案只纳入确定需求和确定供给，适合资金紧张或滞销风险较高的商品；基准方案加入已确认活动和正常安全库存；进取方案才纳入部分机会需求。

5. 周三：由增长、采购和仓库共同确认

增长负责人确认需求假设，采购负责人确认供应商和交期，仓库负责人确认库存状态。三方确认的不是一个数字，而是数字背后的假设。

如果三方无法达成一致，应当保留分歧并记录原因，而不是为了快速提交采购单而强行取一个平均值。很多采购计划后续争议，恰恰来自当时没有保留假设记录。

6. 周五：复盘预测偏差和异常关闭

每周复盘不需要分析所有商品。可以先关注采购金额排名靠前、缺货损失较高、活动增量较大和预测偏差明显的商品。

复盘时至少回答四个问题：预测是否高估或低估，偏差来自需求还是供给，库存状态是否及时回写，异常是否有明确责任人。持续几周后，团队会逐渐建立自己的供应商交期基线、活动转化基线和退货可售率基线。

九、不同情况下的取舍：缺货、积压和资金占用如何平衡

1. 缺货损失高于库存成本时

对于高毛利、强复购或平台履约考核严格的商品，适当提高安全库存可能是合理的。此时需要重点关注供应商交期波动和活动确定性，不能只用历史平均销量计算安全库存。

但提高安全库存不等于无限备货。安全库存应与缺货损失、库存持有成本、商品保质期和补货速度关联，并定期复核。

2. 库存积压成本高于缺货损失时

对于季节品、新品和生命周期短的商品，应优先保护现金流。采购计划可以采用小批量试采、分批到货和补单机制，牺牲一部分单次采购价格，换取更高的库存灵活性。

如果多个店铺共享库存，可以先通过店铺间调拨消化积压，再决定是否补货。跨店对账的价值不只是发现采购量错误，也包括发现某店缺货、另一店积压的分配失衡。

3. 活动已经确定但供应商交期不确定时

这时不应简单选择“全部采购”或“全部不采购”。可以把需求拆为活动底线量和机会增量，先锁定供应商产能和底线量，再根据实际预售、投放和报名数据追加。

如果供应商不接受分批交付，就需要把交期风险显性化，向管理层说明进取方案的资金占用和滞销风险，而不是把风险隐藏在一个采购总数里。

4. 多个店铺争抢同一批库存时

库存分配不能只按谁先申请、谁的销量高或谁的负责人级别高。建议建立明确的分配规则，例如活动履约优先级、毛利贡献、平台处罚风险、客户承诺和补货可得性。

分配规则确定后，必须在系统或共享表中留痕。否则同一批库存每周都会重新争论，增长负责人也无法判断店铺业绩差异到底来自销售能力，还是库存分配结果。

十、用哪些指标判断跨店对账真的改善了

1. 先看数据质量指标

没有稳定的数据质量，采购准确率只是偶然结果。建议长期观察商品编码匹配率、订单去重率、库存状态完整率、在途日期完整率和退货状态回写及时率。

2. 再看采购计划质量指标

采购预测偏差率不能只看最终销量差异，还要区分低估和高估。低估会造成缺货，高估会造成库存积压，两者的经营后果不同。

建议同时关注缺货率、过量库存比例、采购计划调整次数、到货及时率、库存周转天数和采购预测偏差率。对于活动商品，还应单独观察活动后 7 天和 30 天的销售回落情况。

3. 最后看协作效率指标

跨店对账治理成功后，团队不一定完全没有异常，但异常应该更快被定位和关闭。月度人工对账耗时下降、跨部门争议次数减少、重复核对订单比例降低，往往比单月采购金额变化更能说明流程是否改善。

十二、给增长负责人的最终行动清单

1. 今天先做三项检查

第一，随机抽取 20 个销售金额最高的商品，检查每个商品是否能从平台 SKU 追溯到内部编码、库存和采购单。第二，抽取 10 个在途采购单，核对供应商确认、发货状态和预计到货日。第三，找出一个近期发生缺货或积压的商品，复盘当时采购计划扣除了哪些库存和在途。

这三项检查通常比先制作一个复杂看板更有价值，因为它能快速暴露企业最影响采购准确性的基础问题。

2. 本周建立一张统一的采购计划底表

底表不必一开始就包含所有字段，但至少应包括：内部商品编码、店铺 SKU、店铺、统计周期、基础需求、活动增量、可用库存、锁定库存、质检库存、退货库存、已确认在途、预计到货日、安全库存、采购建议量和异常负责人。

每个字段都要写清定义。特别是“需求”“库存”和“在途”三个字段，不能只写名称，不写统计口径。

3. 本月完成三类责任确认

确认谁维护商品主数据，谁确认库存状态，谁更新在途和到货信息。增长负责人不需要接管所有工作，但必须确保这些责任没有空白。

同时建立异常关闭机制。没有责任人和截止时间的异常，不应被视为“已发现问题”，只能算“被记录的问题”。

4. 下个采购周期开始三档方案管理

从下一个采购周期开始，将采购建议拆成保守、基准和进取三档。每档都写明需求来源、供给扣减和主要风险，供管理层根据现金流、活动确定性和缺货损失做选择。

这样做的好处是，采购不再被迫为一个不透明的数字背书。增长团队也能清楚看到，追求更高销售目标需要承担多少资金占用和库存风险。

十一、结语：跨店对账的终点不是“对上数字”，而是让数字能指导动作

电商进销存管理最容易陷入一个误区：把对账理解为月底核对数字是否一致。实际上，跨店对账真正要解决的是采购、库存和增长之间的决策断点。

一笔采购需求如果无法说明来自哪些店铺、对应什么活动、扣除了哪些可用库存、哪些在途可以在周期内到货，那么即使最终数字看起来精确，也不具备充分的管理价值。

我的建议始终是先治理口径，再选择工具；先让商品、订单、库存和采购单能够互相追溯，再讨论自动化和实时化。以九数云为代表的数据分析工具，可以帮助企业把多来源数据汇总、关联和可视化，但工具的效果取决于主数据、库存状态和业务规则是否已经被定义清楚。

增长负责人最该盯的不是“本周采购了多少”，而是“这笔采购量由哪些假设构成，哪些供给是真实可用，哪些风险还没有被确认”。当每个采购数字都能追溯、解释并由责任人确认时，跨店对账才真正从报表动作变成了增长能力。

下一步可以从一个核心商品开始：建立统一编码，拆分库存状态，核对在途日期，分别计算基础需求和活动增量，再用三档采购方案进行一次实际复盘。不要等所有店铺、所有商品和所有数据都完美后才开始，先把一个商品的链路跑通，通常比继续增加一张汇总表更能推动整个进销存流程改善。

免费注册

咨询方案

扫码咨询方案