去年冬天，我帮一家做家居收纳的跨境团队做库存复盘。会议室里坐了四个人：运营主管、采购、深圳仓的仓管、还有财务。同一批货，运营后台显示可用库存 1847 件，采购的 Excel 里写着 2100 件，仓管手上的盘点表是 1932 件，财务账上挂着 2380 件的库存金额。四个数字，四个来源，没有一个人是故意填错的。
这家团队用的是市面上口碑不错的跨境 ERP，模块齐全，多平台对接也做了。可他们的库存准确率，按我自己的抽样口径算下来只有 76%。问题不在系统算得对不对，而在于这四个角色从来没有被定义过：谁在什么时刻、依据什么数据、对哪个数字负责。这就是我写这篇文章的原因，做好 ERP 跨境电商，第一课不是学功能，而是掌握团队协同中的库存管理。
接下来我会把我这几年踩过的坑、跟过的团队样本、以及在系统落地过程中观察到的真实数据变化，按「结论，场景，误区，判断逻辑，案例，行动，取舍」的顺序讲清楚。如果你所在的团队规模在 5 到 30 人之间，正在被库存数据不一致折磨，这篇内容大概率能帮你少走半年弯路。
我复盘过 11 个跨境电商团队，从 4 人的小作坊到 60 人的中型卖家。一个反复出现的规律是：当团队抱怨「ERP 库存不准」时，真正属于系统计算错误的，占比不足 10%；剩下 90% 的问题都出在协同接口上。
把差异拆开看，无非三类。第一类是输入错误：采购入库时数量录错、退货没有及时回滚、赠品和样品混进正品库存。第二类是时间差错误：货已经发出去了，但平台回传延迟，系统里还显示在库。第三类是口径错误：运营看的「可售库存」扣掉了在途和在仓待检，财务看的「库存金额」包含在途，仓管看的「实物库存」只算货架上有的东西。
这三类里，只有第一类可以通过系统校验规则压缩，后两类几乎完全靠流程定义。而大部分团队在选型时问的都是「你们支持多少个平台」「能不能自动同步」，从来没问过「你们怎么处理口径差异」。
我经常用一个比喻：ERP 是一台精度很高的秤，但如果你让四个人分别站在四个不同的位置往秤上放东西，读数永远不会一致。秤没问题，位置有问题。
这就是为什么很多团队花了几万块上 ERP，库存准确率反而先下降，系统把原本被 Excel 掩盖的口径差异全部暴露了出来。上线前大家各算各的，谁也不知道对方数字不一样；上线后所有人在同一个界面看到不同的数字，矛盾才浮出水面。这不是系统变差了，是问题终于可见了。
我给团队做诊断时，第一个问题永远是：「你们的库存准确率，谁签字？」如果对方愣住，或者回答「仓储主管」，那基本可以确定这个团队没有真正的协同机制。
原因很简单：仓储主管只能对「实物在不在货架上」负责，他根本无法控制运营的促销承诺、采购的在途节奏、财务的入账时点。把库存准确率压给单一角色，等于让一个人为四个人的行为后果买单，这个数字必然失真。
正确的做法是：库存准确率是一份共同 KPI，由运营、采购、仓储三方共同承担，财务作为独立校验方。具体怎么落地，我在第四节会给出完整框架。
抽象地讲协同很难让人有体感，我把最常见的几个跑偏场景按时间线还原一遍，你可以对照自己的团队看看中了几条。
假设你在亚马逊美国站、独立站、TikTok Shop 三个渠道同时卖同一款收纳盒，总库存 3000 件，你在系统里给三个渠道分了 1000 件。看起来很清楚，对吧？
问题从第一笔订单就开始了。亚马逊 FBA 的库存不在你手上，它的「可售」由亚马逊自己算；独立站的库存出库后你还要处理物流单号回填；TikTok Shop 的订单可能在凌晨集中爆发。三个渠道的扣减节奏完全不同。如果你用的是「平台库存分别维护」的模式，超卖几乎是必然事件。
我见过最夸张的一个案例，一款爆品在大促期间同时被三个平台卖出，实际库存只有 800 件，三个渠道加起来卖出去 1240 件，最后只能对其中一个渠道的客户做退款赔偿，直接损失加平台处罚接近两万元。
我把跨境团队里和库存有关联的角色列了一张表，你会发现每个人关心的数字都不一样，而且没有一个数字天然等于「真相」。
| 角色 | 关注的核心数字 | 数据来源 | 典型盲区 |
|---|---|---|---|
| 运营 | 可售库存、可支撑天数 | 平台后台 + ERP 可售视图 | 不知道在途何时到、不知道待检批次被冻结 |
| 采购 | 在途数量、下单点、交期 | 采购单 + 供应商确认 | 不知道运营临时改了促销力度 |
| 仓储 | 实物库存、库位、待检/次品 | WMS 或盘点表 | 不知道哪些货已被运营锁定 |
| 财务 | 库存金额、成本、库龄 | ERP 财务模块 / 手工台账 | 不知道实物与账面的差异在哪一环产生 |
四个角色，四套数字，四套来源。断层不在于谁不专业，而在于没有人被要求把四套数字定期对齐一次。我见过的团队里，能坚持每周做一次跨角色对账的，不到三成。
还有一个非常隐蔽的冲突：日常补货按销售预测走，促销备货按活动目标走，两套逻辑在库存上会打架。
举个真实的例子。某团队日常按照日均销量 120 件、安全库存 7 天，每周补货一次。大促前运营报了一个「销量翻三倍」的目标，采购据此备了 3 倍货。结果大促实际只卖出去 1.6 倍，多出来的 1.4 倍库存砸在仓库里，库龄直接推到 120 天以上，占用的资金按当时的采购成本算接近 40 万元。
问题的根子不是备错了货，而是备货决策没有和库存健康度挂钩。如果当时有人拿着「当前库龄结构 + 资金占用 + 周转天数」这三张表去否决或调整这个备货量，损失至少能砍掉一半。
在给出解决方案之前，我先把这几年听到最多、也最耽误事的五个误区讲清楚。这些误区几乎每个中小团队都至少中两个。
这是最普遍也最贵的一个误解。ERP 是流程的载体，不是流程的替代。系统只能执行你定义好的规则，无法替你决定规则该是什么。
我见过团队上线 ERP 三个月后库存准确率从 78% 掉到 71%，管理层第一反应是「换系统」。但我让他们把差异清单拉出来一看，全部集中在三个场景：退货未回滚、赠品未单独记账、海外仓调拨在途未标记。这三个场景在系统里都没有对应的处理规则，所以系统只能按默认逻辑走，走出来的结果自然和实物不符。
把库存责任压在仓储，是组织设计上的偷懒。仓储能看到货架，但看不到货权。
比如一批货已经被运营锁定给某个大促订单，仓储如果按「实物在货架上」来汇报，就会把这个数字算成可用库存。等运营再来问「还有多少可卖」，两边数字又对不上。库存不是物理问题，是状态问题。谁改变状态，谁就要参与定义。
库存准确率其实是一个复合指标。至少应该拆成三层：数量准确率（实物数量和系统数量是否一致）、状态准确率（在库/在途/锁定/待检的状态标注是否正确）、金额准确率（财务口径的库存金额是否与实际成本匹配）。
很多团队只盯第一层，结果出现「数量对了但状态全错」的情况：货明明已经被运营锁定，系统里还标着可用。这种错误比数量错误更危险，因为它会直接导致超卖。
我见过太多团队把所有 SKU 的安全库存统一设成「30 件」，或者用「日均销量 × 7」这种一刀切的公式。这在 SKU 数量少的时候还勉强能用，一旦 SKU 上千，就会出现两种极端：
正确的做法是按销量分层 + 交期分层 + 毛利分层设置阶梯阈值，而不是一个数字走天下。具体怎么分层，我在第五节的案例里会给出一套可以照抄的规则。
这是中小团队最典型的做法：运营在群里喊一句「XX 款要断货了」，采购回一句「已经在路上」，仓储补一句「到了我通知你们」。听起来闭环了，实际上这个「闭环」没有任何留痕，也没有任何时限约束。
群消息不是流程，它只是流程的触发器。没有责任人、没有时限、没有状态记录，就意味着这件事一旦没人盯着，就会自然消失。我见过最典型的情况是：运营在群里报过一次缺货，采购回复「下周到」，然后所有人都以为这件事已经被处理了，直到断货发生，才发现「下周」是谁的下周、到哪一批、到了多少，谁都没确认过。
讲了这么多问题，现在给出一套我实际用来做诊断和落地的框架。我把它叫库存协同四层结构，从上到下依次是数据层、规则层、节奏层、责任层。任何一层缺失，上层都会塌。
第一层解决的问题是：当四个人报出四个数字时，以哪个为准？这个「为准」的数字来源，就是单一事实来源（Single Source of Truth）。
在跨境场景里，我通常建议这样定义：实物数量以仓储的盘点/入库记录为事实来源，可售数量以 ERP 统一库存池为事实来源，库存金额以财务的采购成本核算为事实来源。注意，这三个事实来源服务的是三个不同的问题，它们不应该互相覆盖，而是应该被明确标注口径。
很多团队的错误在于试图用一个数字回答所有问题，结果谁都回答不了。正确的做法是在 ERP 里把「可售」「在途」「锁定」「待检」「次品」五个状态分开显示，让每个角色看自己需要的那一维，同时知道其他维度存在。
第二层解决的是权限问题。库存数字被修改的方式越多，失真的概率越高。我建议把库存变动归成三类，分别定义权限：
第三条是很多团队做不到但最该做的。只要还允许「手工改库存数」，库存准确率就永远无法审计。因为改完之后你无法区分「改对了」和「改错了」。
第三层解决的是时间问题。不是所有库存都需要实时同步，也不可能有所有库存都实时同步。我一般按下面的节奏给团队做分层：
| 节奏 | 覆盖内容 | 参与角色 | 输出物 |
|---|---|---|---|
| 每日 | 爆款 SKU 可售库存、昨日出库异常、平台同步失败记录 | 运营 + 仓储 | 日库存异常清单 |
| 每周 | 全量 SKU 状态核对、在途到货确认、库龄结构变化 | 运营 + 采购 + 仓储 | 周对账纪要 |
| 每月 | 数量准确率抽盘、库存金额核对、滞销与减值评估 | 三方 + 财务 | 月度库存健康报告 |
| 大促前/后 | 活动锁定库存、活动后回滚、损耗复核 | 全员 | 活动库存复盘表 |
这里的关键不是频率本身，而是每个节奏都要有明确的输出物。没有输出物的会议和检查，等于没做。
第四层是最容易被忽略的一层。库存出异常时，团队往往不是不知道有问题，而是不知道该由谁在多久内做出什么决定。
我建议把异常处理定义成三段：
这三段里最容易被跳过的是「上报」环节的时限。没有时限的责任，等于没有责任。我在团队里推行过一个很简单的规则：任何库存异常，从登记到给出结论不超过 24 小时，超时自动升级到上一级。这条规则执行三个月后，缺货类事件的响应时间从平均 2.8 天压到了 0.7 天。
如果你现在就要动手，我建议按这个顺序推进，不要跳步：
这个顺序不能反。先做系统配置再做流程定义，是把顺序搞反了，结果往往是系统里配了一堆规则，团队没人知道该按哪条走。
前面讲的是框架，这一节讲一个我完整参与的落地案例，包括具体用了什么工具、怎么配置、以及 90 天里数据发生了什么变化。
我在给团队做选型建议时，一般不会只推荐一个产品，因为不同团队的痛点差异很大。但这个案例里我用了数跨境，原因是它在这个阶段的适配度比较高：一是它把库存的多个状态维度（在库、在途、锁定、待检）在同一个视图里做了区分，正好对应我前面讲的「数据层口径」问题；二是它的库存预警可以按 SKU 分层配置，支持把不同层级的 SKU 设不同的阈值规则，这直接解决了「阈值拍脑袋」的误区。
需要说明的是，这只是我在这一个案例里的选择，不代表所有团队都适用。工具能不能解决问题，前提是你的流程定义已经清楚；流程不清楚，换什么系统都一样。
我把这个团队的三个核心协同节点逐一映射到了系统配置上，你可以参照这个思路。
节点一：库存查询的视角统一。过去运营、采购、仓储各看各的表，现在统一到系统的库存总览页，五个状态并列展示。运营重点看「可售 + 在途」，采购重点看「在途 + 交期」，仓储重点看「在库 + 待检」。不是让所有人看同一个数字，而是让所有人知道别人在看哪个数字。
节点二：预警的阶梯化配置。按 ABC 分层设置阈值：A 类爆款（日均销量 > 100 件）安全库存设为 15 天，触发阈值设为 7 天；B 类常规款设为 12 天安全库存、5 天触发；C 类长尾款只做月度人工检查，不设自动预警。这一改动直接把有效预警占比从 31% 提到了 79%。
节点三：异常库存的状态流转。系统里给每个异常库存加了一个状态字段：待确认、已分派、处理中、已闭环。每个状态带时间戳，超过 24 小时未流转会自动标红并推送给负责人。这样异常就不再依赖群消息，而是有了明确的追踪链。
这个团队做的是厨房小工具，SKU 数量约 480 个，同时运营亚马逊、独立站和一个东南亚平台，仓储分布在深圳仓和马来海外仓。2023 年 10 月启动改造，2024 年 1 月完成第一轮复盘。
| 指标 | 改造前 | 改造后（90 天） | 变化 |
|---|---|---|---|
| 库存数量准确率 | 76% | 94% | +18pp |
| 库存状态准确率 | 58% | 89% | +31pp |
| 有效预警占比 | 31% | 79% | +48pp |
| 异常平均响应时间 | 2.8 天 | 0.7 天 | -75% |
| 月度手工对账耗时 | 12 小时 | 3.5 小时 | -71% |
| 大促超卖次数 | 3 次 | 0 次 | -3 次 |
| 滞销库存占比 | 19% | 12% | -7pp |
注意最后一行的滞销库存占比下降 7 个百分点，这是我最意外的一项。团队并没有刻意做去库存动作，只是因为在月度报告里第一次把「库龄结构」和「资金占用」放在一起看，采购在下单时有了更完整的判断依据。
第一个发现：库存准确率的提升，最大贡献来自「状态」而不是「数量」。团队一开始最关注数量差异，但实际数据里，状态准确率从 58% 到 89% 这 31 个百分点的提升，对超卖次数的改善贡献远大于数量准确率的 18 个点。
第二个发现：预警分层之后，团队看到的预警总数减少了 40%，但实际响应率提高了 2.5 倍。这说明预警的价值不在于「多」，而在于「准」。过多的预警会训练出忽视行为，这是很多团队没有意识到的问题。
第三个发现：手工对账时间从 12 小时降到 3.5 小时，但真正节省的不是这 8.5 小时，而是对账过程中产生的争论时间。过去每周对账会有至少 1 小时在争论「以谁的数字为准」，现在口径前置定义了，争论环节基本消失。
框架讲完，这一节我按团队规模和业务形态给出不同的行动路径。你可以直接找到自己所在的那一档对照执行。
5 人以下：不要追求系统化，先做口径统一。用一张共享表格定义清楚五个库存状态，指定一个人负责每周更新。这个阶段最大的风险不是流程不完善，而是过早引入复杂工具，导致没人愿意维护。
5 到 15 人：这是我建议开始上系统的最小规模。这个阶段团队已经出现明确分工，但还没有专职的流程管理者，所以系统的核心价值是「把口径固化下来」，而不是「提供更多功能」。选型时优先看库存状态维度的区分能力，而不是平台对接数量。
15 到 30 人：这个规模最重要的事情是引入库存协同负责人这个角色。因为跨部门协调成本已经高到靠自发沟通解决不了，必须有一个人专门负责节奏和异常推动。这个角色不一定是仓储主管，我见过做得最好的一个团队，是把这个人放在运营和采购之间的「供应链协调」岗位上。
30 人以上：到这个规模，库存协同应该被拆成两个层次：日常操作层和策略层。日常操作层对接系统流程，策略层负责库存结构、资金占用、周转效率的优化。这两层不能由同一批人承担，否则日常事务会长期挤占策略思考。
单平台为主：时间差风险相对小，重点应该放在状态定义和权限收口上。不要为了「以防万一」提前上多平台库存池，那会引入不必要的复杂度。
多平台并跑：统一库存池几乎是必选项。我建议的做法是在 ERP 里维护一个总库存池，各平台按分配比例或优先级自动扣减。这比在每个平台单独维护库存要安全得多，代价是需要接受「某个平台可能显示暂不可售」这种体验损失。
有海外仓：调拨在途必须被单独标记成一个状态，不能简单算作「已发出」或「已入库」。这一段空窗期是最容易出问题的，我见过不止一个团队在调拨途中同时被两个仓库当成有货卖出。
有预售/定制款：预售库存和实货库存必须严格分离，不能混在同一个池子里。否则会出现「预售卖出去的货被现货订单占用」这种典型事故。
已上 ERP 但用不起来：不要急着换系统。先把差异清单拉出来，把差异按输入错误、时间差、口径错误三类归档。如果 60% 以上属于口径错误，那就是流程问题，换系统解决不了。这时候要做的是重新定义库存状态和权限规则。
还没上 ERP：先用表格把流程跑通至少一个月，确认团队能坚持下来，再考虑上系统。我见过最失败的一个案例是团队直接上系统，结果流程没定义清楚，系统里配了一堆规则没人遵守，三个月后彻底弃用，浪费了预算也打击了团队信心。
准备换系统：在选型时，一定要问三个关于协同的问题，而不是关于功能的问题：（1）你们怎么处理多平台库存口径差异？（2）库存异常的流转状态能不能自定义并带时限提醒？（3）预警阈值能不能按 SKU 分层配置？能清楚回答这三个问题，基本可以判断这家厂商是懂业务的，还是只会做功能清单。
所有的协同设计本质都是取舍。这一节我列出四组最常见的取舍，并给出我的判断依据。
追求 100% 的库存准确率是有代价的。你需要增加盘点频次、增加审批环节、增加核对动作，每一项都会拖慢响应速度。在跨境场景里，响应速度直接影响的是补货节奏和促销机会。
我的判断是：爆款和高毛利 SKU 优先要准确率，长尾低毛利 SKU 优先要速度。具体来说，A 类 SKU 可以做到每日核对，C 类做到月度抽盘就够了。把所有 SKU 都按同一标准要求，结果是两头都不讨好。
前面我建议关闭直接改库存数的入口，这属于强管控。但强管控会带来一个副作用：遇到系统覆盖不到的特殊场景时，一线会因为没有权限而卡住。
处理这个矛盾的方法是保留应急通道但抬高使用门槛：允许有权限的人做紧急调整，但必须填写原因、关联单据、并自动进入次日复核清单。这样既保证了灵活性，又让每一次例外都被记录。例外本身不可怕，可怕的是例外不留痕。
我的普遍建议是：除非你的业务模式有非常特殊的库存逻辑（比如自营工厂直供、深度定制预售），否则优先用标准 SaaS。定制看起来能完美匹配流程，但代价是后续所有平台接口变更、功能迭代都要自己做。
跨境平台的政策和接口变化非常频繁，一年内可能有几十次调整。标准 SaaS 的这部分成本是由所有客户共同分摊的，自研则是你自己承担。除非你的团队有稳定的技术资源，否则这笔账不划算。
很多团队希望「一次性把库存协同体系建好」，但我的经验是渐进式改造的成功率明显更高。原因有两个：一是流程定义需要在一线实际运行中暴露问题，一次性设计出的规则往往有大量盲区；二是团队的执行习惯需要时间养成，一次改太多会导致集体抵触。
我通常建议的节奏是：第一个月只做口径统一和权限收口，第二个月加预警分层，第三个月加异常流转和月度报告。每完成一步，等团队适应了再推下一步。这个节奏看起来慢，但 90 天下来实际完成度反而更高。
最后给你一份可以立刻执行的清单。这四件事不需要预算，不需要换系统，只需要管理层的授权和一周的执行时间。
把运营、采购、仓储、财务四个人叫到一个会议室，各自带上自己的库存数字，逐项对比差异。不要急着争论谁对谁错，先把差异清单列出来，按数量差异、状态差异、金额差异三类归档。
这一步的价值不在于「解决问题」，而在于让所有人第一次直观看到差异的存在和规模。我做过很多次这样的会，几乎每次都会有人惊讶地说「原来你们看的不是这个数」。
会后立刻做一件事：写一页纸，把五个库存状态（可售、在途、锁定、待检、次品）的定义写清楚，明确每个状态以谁的数据为准，并指定一名库存协同负责人。这一页纸不需要很完美，先有，再迭代。
负责人的选择标准是「能推动另外三个角色的人」，而不是「最懂库存的人」。这个区别很重要，前者是协同能力，后者是专业能力，这两个能力很少在同一个人身上同时具备。
回去把现在的库存预警规则调一遍：按日均销量把 SKU 分成三档，A 类设 7 天触发、B 类设 5 天触发、C 类关闭自动预警改为月度人工检查。同时把在途库存的到达时间也纳入预警计算，而不是只看到货后的库存。
这个动作的效果通常在一到两周内就能体现：预警数量明显减少，但真正需要处理的预警都能被及时看到。
在你们现有的系统或者共享表格里，给每一笔异常加四个状态：待确认、已分派、处理中、已闭环，并给每个状态加 24 小时的时限提醒。这一步不需要额外工具，用共享表格的条件格式就能实现。
做完这四件事，你大概需要投入一周时间。但这一周带来的协同改善，往往超过过去半年在系统功能上折腾的效果。
回到最开始那个问题：为什么上了 ERP 库存还是乱？因为库存管理的本质不是「记录数量」，而是「让四个角色对同一个事实达成共识」。ERP 能提供更好的记录能力，但共识只能靠流程定义和责任分配来建立。
如果你现在只能做一件事，我建议是第 2 件，把口径写清楚，把负责人定下来。这一步做完，后面所有事情都会顺很多。工具可以买，协同能力只能练，而练的起点就是承认：库存乱，先别怪系统，先看看团队之间那根线接上了没有。
我们公司去年就买了ERP，运营、仓储、采购都在用，但每次大促前盘点，系统里的库存和实际能发的货总差一截。我一直以为是ERP功能不够强，可换系统的成本太高，就想先搞清楚问题到底出在哪。
多数情况下不是ERP功能问题，而是库存数据的‘录入责任’和‘更新时间’没有在团队里定义清楚。可执行的做法是：先拉一张库存数据流图，标出每一次库存变动由谁在哪个系统节点录入，采购入库、质检上架、订单出库、退货回仓、调拨在途。
然后约定每条链路的最大录入延迟，比如出库必须2小时内回填、退货必须当天质检后录入。判断依据是：如果同一SKU在三个角色口中说出三个数字，且差异集中在某个节点之后，那个节点就是协同断点，而不是系统bug。先修流程，再谈换系统。
我们同时在亚马逊、独立站和TikTok Shop卖货，最怕的就是一个平台卖了、另一个平台还在显示有货，结果超卖被投诉。运营说ERP应该自动同步，但我发现总有几个小时的时间差，这种同步延迟到底能不能彻底解决？
同步延迟不可能彻底消除，只能把延迟窗口控制在可承受范围内。可执行的做法有三步：第一，在ERP里设置安全库存缓冲，比如实际可售库存的5%-10%不参与多平台分配，用来吸收同步延迟；第二，对爆款和高客单价SKU采用‘主平台优先+其他平台限量’的策略，而不是所有平台平权分配；
第三，把库存同步频率从默认的定时同步改为事件触发同步，即订单生成后立即锁定库存，而不是等下一次轮询。判断依据是：先统计过去三个月因同步延迟导致的超卖订单占比，如果低于1%，说明缓冲库存策略够用；如果高于3%，才需要考虑更换支持实时锁库存的ERP方案。
我们团队不大，十来个人，运营管销售、仓储管发货、采购管补货，但库存一出问题就互相甩锅。运营说采购没及时补货，采购说仓储没报准确库存，仓储说运营改价没通知。我就想知道，库存准确率这个指标到底该挂在谁头上？
库存准确率不应该挂在单一角色头上，而应该由一个‘库存协同负责人’牵头，但不一定是仓储主管。可执行的做法是：把库存指标拆成三个分指标分别归属，库存数据准确率归仓储（负责实物与系统一致）、库存周转率归采购（负责补货节奏）、缺货率归运营（负责销售预测与备货沟通）。
然后每周开一次15分钟的库存对账会，三个人各报一个数字，差异当场对齐。判断依据是：如果连续四周三个分指标都在改善，说明责任划分有效；如果只有某一个指标好看、其他两个恶化，说明有人在转移成本，需要重新调整指标权重。
我们团队8个人，准备选一套跨境ERP，但看了一圈产品介绍都差不多，都在讲多平台对接、业财一体。我怕买回来功能都有、但团队用不起来。想请教一下，从库存协同的角度，选型时最该问清楚哪几个问题？
不要问‘你们支持多少个平台’，要问三个协同层面的问题。第一，问库存变动的操作日志能不能按角色追溯，比如能否查到某个SKU在某个时间点被谁改了库存数，这决定了出问题时能不能定位到人。
第二，问多平台库存分配规则能不能自定义优先级，比如是否支持按平台、按SKU、按时间段设置不同的分配比例，而不是只能平均分配。第三，问异常库存的处理流程在系统里怎么走，比如盘亏盘盈是否需要审批、审批节点能不能自定义。
判断依据是：如果厂商对这三个问题只能给出‘可以’但说不出具体配置路径，说明协同功能是表面功夫；如果能当场演示配置过程，才值得进入下一轮比价。选型时带一个真实的库存纠纷场景去让厂商演示，比看功能清单有效得多。
读者评论
我们团队就是典型，运营后台可售、采购Excel、仓管盘点表、财务台账四个数，每次对账要吵一上午。文中说的口径差异占25%我完全信，因为最后发现根本没人定义过谁对哪个数字负责，系统本身没算错。
作为采购，看到促销备货那段太真实了。运营报三倍目标，我就按三倍备，大促只卖1.6倍，剩下的货库龄超120天，资金占了几十万。问题确实不在备货本身，而是备货决策没跟库龄和周转挂钩，现在我们会先看库存健康度再定数量。
仓储视角说一句，把库存准确率压给仓管真不公平。货架上有多少我清楚，但这批货是不是已经被运营锁定、是不是待检、货权归谁，我根本看不到。只按实物报数就被说和运营对不上，其实是状态没人维护，不是数量不准。
库存准确率是复合指标这句点醒我了。我们一直只盯数量对不对，结果货已经被锁定给大促，系统里还标着可用，直接超卖。状态准确率比数量准确率更致命，建议上ERP前先把退货回滚、赠品记账、在途标记这些规则定义清楚，否则系统只会按默认逻辑跑偏。
小团队最典型的就是用群聊代替流程。运营喊一句要断货，采购回一句下周到，谁都以为处理完了，真断货才发现谁都没确认过批次和数量。群消息只能算触发器，没有责任人、时限和状态记录，这件事迟早会自然消失，我们吃过一次亏才改成对账表。