去年十月，我帮一个做家居品类的卖家梳理库存问题。他们在 Amazon、Shopee、TikTok Shop 三个平台开了七个店，用着一套年费不低的 ERP，可财务月末给出的库存金额和仓库实盘差了将近四十万。查了三天，结论不是系统有 Bug，而是他们把 FBA 在途、海外仓待上架、退货待检这三部分货，在不同报表里重复计算了两次。老板当时说了一句我印象很深的话：“我以为买了 ERP，库存就自动准了。”
这句话几乎概括了中小跨境卖家在库存管理上踩的最大一个坑。ERP 是一台执行机器，它只会忠实执行你给它的规则；规则本身没定清楚，系统跑得越快，错得越离谱。这篇文章不讲“十大 ERP 推荐”，也不讲功能大全，我要给的是一份可以照着做的落地清单，从库存边界怎么划、期初怎么盘、同步怎么兜底，到补货、仓内、财务、看板、验收，一共八件事，顺序不能乱。
中小商家做跨境电商 ERP 落地，最常见的失败模式不是“选错了系统”，而是“把顺序做反了”。绝大多数人是先选系统、再谈需求、最后才想库存口径，结果系统上线三个月，团队还在用 Excel 对数。
我参与过的库存项目里，凡是最后跑顺的，顺序几乎都一致：先定库存边界，再定编码规则，再盘期初，再定同步与兜底，最后才是选系统、上模块。系统是这五步的执行层，不是决策层。
反过来，凡是卡住的，都是把“选系统”放在了第一步。系统一上线，团队发现连“哪些货算库存”都没统一，于是差异全部归咎于系统不好用，再换一套，问题照旧。
很多人把库存管理理解成“仓库里还有多少件货”，这是数量视角。真正决定库存准不准的，是口径视角：同一个 SKU，在运营、仓管、财务、平台后台这四个角色眼里，定义是否一致。
运营说的“库存”通常是“可售且能在承诺时效内发出的量”；仓管说的“库存”是“实物在库数量”；财务说的“库存”是“已付款且未结转成本的货值”；平台后台说的“库存”是“允许买家下单的数量”。这四个数天然不等，如果不上系统之前就把这四者对齐，系统只会把这四种口径原封不动地数字化。
我判断一份库存落地清单是否合格，只看一条：每一项是否有可验证的验收标准。“库存要准”不是验收标准，“随机抽 20 个 SKU，能在 30 秒内追溯来源仓、所在位置、当前状态、归属主体”才是。
下面这份清单，我会按八个环节展开，每一节都给出对应的验收项。你可以把它当成上线前的对账本，也可以当成换系统时的评估表。
先说清楚问题的真实样子。中小卖家库存对不上，很少是“员工偷懒”或“系统太差”，绝大多数来自三个结构性原因：货太散、规则太碎、人太少。
一个日均 300 单的中小卖家，库存通常分布在：FBA 各站点仓、第三方海外仓、国内自发货仓、在途头程、退货暂存区，有的还有线下次品仓。这五六个位置各有各的账，各有各的更新节奏。
FBA 的库存数据在亚马逊后台，海外仓的数据在服务商的系统里，国内仓可能在 Excel 里，在途数据在货代群里。这四套数据的更新时间可能相差 24 到 72 小时。把它们拼在一起做补货决策，误差是必然的。
不同平台对“库存”的表述完全不同。亚马逊有可售、预留、入库中、不可售几个状态；Shopee 有库存、预留、在途；TikTok Shop 在促销期会有额外的活动锁定库存。这些状态在平台后台各有一套命名。
如果 ERP 在对接时只做了一个“总库存”字段，那多平台汇总后，你看到的是一个把不同定义强行相加的数字。这个数字既不能用于补货，也不能用于财务核算。
中小卖家的典型结构是：一个运营管两三个店，兼做补货；一个仓管管收发货，兼做盘点；财务是外包或兼职。没有人对“库存准确率”这个指标负责。
我见过最典型的情况是：库存对不上时，运营说仓管没录，仓管说运营没通知，财务说两边数据我都不认。三方都说得通，但没有任何一方为最终数字负责。这就是为什么库存管理必须先定责任人，再定系统。
下面这六个误区，几乎每个项目都会撞上两三个。我把它们按出现频率排序，并且给出我当时是怎么处理的。
ERP 的同步能力受限于平台 API 的开放程度和调用频率。订单同步通常能做得很实时，但库存同步往往有延迟，退货状态的回写更慢，在途数据基本靠人工维护。
我经手过一个项目，卖家在大促期间同时开了四个平台的闪购活动，ERP 的库存同步间隔是 15 分钟，结果 8 分钟内同一批货在三个平台被卖出，超卖了两百多件。这不是系统故障，是把同步间隔当成实时用了。
处理办法是：所有平台的库存同步间隔必须写进合同和验收标准，并且针对大促设置人工缓冲库存或临时下架规则。不要指望系统替你做风控。
头程在途的货，运到海外仓通常还要 30 到 45 天。如果直接把它计入可售库存，运营会误判为“货够”，延缓补货，等真正需要时又断货。
我在项目里一般要求把库存拆成四段：可售在库、待上架在库、在途未到、订单占用。这四段分开看，补货判断才不会失真。
“总库存 5,000 件，看起来还有很多”，这是最危险的判断。总库存里可能包含 2,000 件在途、800 件滞销款、300 件退货待检。真正可售且动销的，可能只有 1,200 件。
正确的做法是按 SKU 分级看：A 类动销款看可售天数，B 类看周转，C 类看是否清仓。不同级别的补货逻辑不一样，用同一个“总库存”指标管所有 SKU，一定会出现一边断货一边压货。
退货是库存差异最隐蔽的来源。买家退回的货，平台可能直接销毁、可能重新上架、可能退回海外仓。这三种处理方式的库存影响完全不同，但很多卖家的 ERP 里只有一个“退货”状态。
我一般要求把退货拆成：退货在途、待质检、良品可再售、次品待处理、已报废五个状态。每个状态都有对应的责任人和处理时效。做不到这一点，退货区就会变成库存黑洞。
上线 ERP 时最常见的一句话是“先上着，数据慢慢调”。问题是，期初库存不准，后面所有的报表都会失真，而团队会逐渐习惯“系统数据不准”，最后系统就废了。
我的建议是：宁愿晚两周上线，也要把期初盘出来。至少对 A 类 SKU 做全盘，B、C 类抽盘，差异超过阈值的必须查明原因再调整。
订单、库存、采购、财务、广告、客服六个模块同时上线，是中小团队最容易崩盘的做法。团队的学习成本、数据迁移成本、异常处理成本会在同一时间爆发。
我在项目里通常建议：先上订单和库存两个模块，跑稳两个月，再加采购和财务，最后加广告和看板。每一步都有明确的验收门槛，不达标不进下一步。
讲完误区，说判断逻辑。我把中小卖家的库存管理拆成四层，每一层解决不同的问题，顺序不可以跳。
这一层解决的是“算不算库存”的问题。我的判断标准很简单：只要这批货未来会占用资金、占用仓位、或在某个平台形成可售量，就必须进系统。
按这个标准，必须进系统的有八类：平台仓在库、第三方海外仓在库、国内自发货仓在库、头程在途、退货待检、赠品样品、待报废品、已采购未发货。
可以用一段配置来表达这个边界规则：
{
"inventory_scope": {
"must_include": [
"platform_warehouse_on_hand",
"third_party_overseas_on_hand",
"domestic_warehouse_on_hand",
"in_transit_first_leg",
"return_pending_inspection",
"sample_and_gift",
"pending_scrap",
"purchased_not_shipped"
],
"exclude": [
"virtual_bundle_stock",
"advertising_material"
],
"traceable_fields": [
"sku_code",
"warehouse_code",
"location_code",
"status_code",
"owner_entity"
]
}
}
这段配置的核心不是技术，而是它逼你回答一个问题：你的库存边界到底划在哪里。边界不清楚，系统里存的就只是一堆数字。
这一层解决的是“准不准”的问题。我的判断标准是：任何一个库存数字，能不能在 30 秒内追溯到来源仓、所在位置、当前状态、归属主体。
四个字段缺一个，这个数字就不可信。很多 ERP 只做到 SKU 和数量，缺位置和状态，导致盘点时根本找不到货在哪。
这一层解决的是“谁改的、什么时候改的、为什么改的”。库存管理最怕的不是差异，而是差异无法归因。
我要求所有库存变动必须有单据：入库单、出库单、调拨单、盘点单、报废单、退货单。没有单据的变动，一律视为异常。
这一层解决的是“看了数字之后做什么”。库存报表的价值不在于好看，而在于能触发补货、清仓、调拨、停售这四个动作中的至少一个。
如果一个库存报表看完之后没人做任何动作，那这个报表就是无效报表。我在项目里会砍掉一半以上的默认报表，只保留能触发动作的那几张。
下面这八件事，是我在实际项目里总结出来的执行顺序。每一件都给出具体做法和验收标准，你可以直接对照使用。
做什么：把上一节那八类货逐一确认，明确哪些进系统、哪些不进。同时确认每个仓库的编码和归属主体。
怎么做：列一张表，横向是货类，纵向是仓库、责任人、更新频率、状态字段。这张表填完，边界就清楚了。
| 货类 | 归属仓库 | 责任人 | 更新频率 | 关键状态字段 |
|---|---|---|---|---|
| 平台仓在库 | FBA/平台仓 | 运营 | API 实时 | 可售/预留/不可售 |
| 第三方海外仓 | 海外仓 | 仓管 | 每日对账 | 在库/待上架/待发 |
| 国内自发货仓 | 国内仓 | 仓管 | 单据实时 | 在库/占用/次品 |
| 头程在途 | 在途 | 采购 | 每周更新 | 已发/在途/到港 |
| 退货待检 | 退货区 | 仓管 | 每日更新 | 待检/良品/次品 |
| 赠品样品 | 独立库位 | 运营 | 每月盘 | 可用/已领 |
| 待报废品 | 次品区 | 仓管 | 每月盘 | 待批/已报废 |
| 已采购未发货 | 供应商 | 采购 | 每周更新 | 已下单/未发/部分发 |
验收标准：随机抽 20 个 SKU，每个都能说清分布在哪些仓库、各有多少、处于什么状态。
做什么：建一套内部 SKU 编码，再把各平台的商品 ID 映射过来。一个内部 SKU 可以对应多个平台商品，但不能反过来。
怎么做：编码里带上品类、规格、批次三个信息。比如“HM-CUP-350-WHT”代表家居、杯子、350ml、白色。多平台映射表单独维护。
验收标准：任意一个平台商品能反查到内部 SKU，任意一个内部 SKU 能列出所有在售平台。
做什么：对全仓做一次盘点，把盘点结果作为系统期初库存。这一步是整个落地最关键的一步。
怎么做：A 类 SKU 全盘，B 类抽 50%，C 类抽 20%。盘点期间锁账，不允许出入库。差异记录在单独的表里，逐条归因。
我一般会给一个盘点差异阈值的建议：单个 SKU 差异率超过 3%，必须查明原因；整体差异金额超过库存总额 1%，暂停上线。这两个数字不是行业标准，是我在实际项目里用的经验值，你可以按自己品类调整。
做什么：明确各平台的库存同步方式、同步频率、缓冲库存设置、异常兜底规则。
怎么做：把可售库存拆成四个概念：可售库存、占用库存、预留库存、可承诺库存。同步到平台的是可承诺库存，而不是总库存。
缓冲库存的作用是给自己留安全垫。我的经验是：单品日均销量 10 单以下，缓冲设 5%，10%；10 到 50 单，设 3%，5%；50 单以上，设 2%，3%。大促期间翻倍，并且设置人工下架阈值。
验收标准：做一次压测，模拟同一批货在三个平台同时出单，验证是否触发预警、是否拦截超卖。
做什么：把补货决策从“感觉”变成“公式 + 人工判断”。补货公式不用复杂，但每个变量都要有明确口径。
怎么做：可以用一个简化版补货点公式：
补货点 = 日均销量 × (采购交期 + 头程周期 + 上架周期) + 安全库存
安全库存 = 日均销量 × 需求波动系数 × 服务水平系数
其中：
采购交期：从下采购单到供应商发货的天数
头程周期：发货到海外仓可用状态的天数
上架周期：到仓后质检上架的天数
需求波动系数：按品类历史波动率确定，一般 1.2 到 1.8
服务水平系数：按缺货容忍度确定，常见 1.28（95%）到 2.33（99%）
这个公式不能直接套，因为 MOQ、阶梯价、仓位成本都会影响最终决策。它的价值在于把“补多少”这个问题结构化，让团队知道每个变量怎么估。
验收标准：能按周查看缺货率、滞销库存占比、平均周转天数三个指标，并且能追溯到具体 SKU。
做什么：把收货、上架、拣货、打包、发货、调拨、盘点、报废、退货九个作业环节，每个环节都定义单据和责任人。
怎么做：重点是两个：一是权限分离，下单和入库不能是同一个人；二是操作留痕，所有变动必须有单据。
退货流程我会单独拆出来做，因为它最容易造成隐形差异。退货的五个状态各有责任人：退货在途归客服，待质检归仓管，良品可再售归运营，次品待处理归仓管，已报废归财务。
验收标准：任意一笔退货都能查到当前状态和处理人，且处理时效不超过设定值。
做什么：把“库存数量管理”和“库存成本核算”分开。ERP 能管数量，但成本核算涉及采购价、头程费、仓储费、汇兑损益，需要单独定义规则。
怎么做：明确成本结转方式（先进先出、移动加权平均还是批次法），明确头程费的分摊规则，明确仓储费和退货损耗的归属。
验收标准：任意一个 SKU 的单品毛利能追溯到具体批次或采购单，误差在设定范围内。
做什么：建一张库存健康度看板，覆盖准确率、周转、缺货、滞销、在途五个维度，并为每类异常设置告警。
怎么做：看板不要追求全，要追求“看完能动作”。我一般只保留五张表：库存准确率日报、缺货预警周报、滞销库存清单、在途异常清单、库存周转月报。
验收标准：每张报表都有明确的阅读人、固定阅读周期、以及对应的动作清单。
讲到这里，很多读者会有个疑问：既然 ERP 已经管库存了，为什么还要额外的数据工具？答案是：ERP 管的是“记录”，数据工具管的是“比较”。ERP 告诉你现在有多少货，但很难告诉你这些货放在不同平台、不同仓库、不同批次之间的效率差异。
ERP 的报表是围绕单据设计的，适合看“发生了什么”，不适合看“效率怎么样”。比如你想知道同一个 SKU 在 Amazon US 和 Amazon DE 的库存周转差多少，用 ERP 通常要手工导三张表再拼。
再比如你想知道哪些 SKU 是“卖得动但一直缺货”的类型，ERP 里的缺货记录和销量数据往往不在同一个视图里。这类横向比较，就是数据工具的强项。
我在做库存分析层的时候，用“数跨境”（官网：https://shukuajing.jiushuyun.com/?utm_source=seo&utm;_plan=est&utm;_unit=gys）做过几个项目。它是九数云旗下的跨境电商数据产品，主要解决的就是多平台数据整合和可视化分析这件事。
我实际使用时的做法是：把 ERP 里的库存明细、各平台后台的销量数据、海外仓的仓储费账单，三个来源接进数跨境，然后在上面搭库存健康度看板。这样做的好处是，ERP 负责记录，数跨境负责横向对比和趋势判断，两边各司其职。
具体来说，我用得比较多的三个场景是：一是按 SKU 看库存周转天数的变化趋势，识别哪些款在变慢；二是按仓库看库存分布，判断是不是某仓压货过多；三是把缺货记录和销量对比，找出“本可以卖更多但断了货”的 SKU。
这类分析用 ERP 也能做，但往往需要导数据、做透视表、再手工画图，周期是周级别的。放在数跨境上做成看板后，可以每天自动刷新，运营早上打开就能看到需要处理的清单。
我一般会用六个指标构成库存健康度看板：库存准确率、平均周转天数、缺货率、滞销库存占比、在途准确率、库存资金占用。这六个指标覆盖了准不准、转不转、缺不缺、压不压、在途稳不稳、钱占多少六个问题。
回到文章开头那家家居卖家。我们在完成八项落地之后，配合数跨境搭了库存健康度看板。三个月后，几个关键指标的变化是：库存准确率从 72% 提升到 96%，平均周转天数从 81 天降到 47 天，滞销库存占比从 23% 降到 9%。
需要说明的是，这组数据不是行业基准，只是单个项目的实际观察。不同品类、不同平台结构、不同团队执行力，改善幅度差异会很大。它的意义在于说明：方法是可复制的，结果是可以被验证的。
同一份清单，不同规模的卖家执行方式完全不同。我按三种典型规模给出建议。
这个阶段不需要复杂 ERP。建议先用平台自带的库存管理 + 一张 Excel 主表，把库存边界和编码规则定清楚。
重点做三件事：一是建内部 SKU 编码；二是每周做一次手工对账；三是退货单独建表跟踪。什么时候考虑上系统？当你每周对账超过 4 小时，或者开始出现超卖，就是信号。
这个阶段必须上 ERP 的订单和库存模块，但不建议一次全上。先解决多平台库存同步和超卖兜底，这是最痛的点。
重点做四件事：一是完成期初盘点；二是设置合理的同步频率和缓冲库存；三是打通采购在途；四是建立缺货和滞销的周报机制。
这个阶段需要的是一套组合工具：ERP 管执行，数据工具管分析，BI 看板管决策。ERP 负责记录每一笔库存变动，数据工具负责把多平台、多仓、多批次的数据汇总对比。
重点做五件事：一是权限分离和单据留痕；二是成本核算规则明确；三是库存健康度看板；四是异常告警机制；五是季度级的库存复盘。
落地过程中最难的不是“做什么”，而是“放弃什么”。我列几组常见的取舍，供你对照自己的情况判断。
中小卖家基本不应该自研。自研的成本不在开发，而在后续维护和平台 API 变动时的适配。除非你的业务模式非常特殊，市面工具都覆盖不了，否则采购更划算。
我见过一个卖家自研了半年，花了四十多万，最后因为亚马逊 API 版本升级，整个订单同步模块要重写，直接放弃了。
这不是二选一。ERP 解决执行和数据落地，数据工具解决横向对比和趋势判断。规模小的卖家可以先用 ERP 自带的报表，规模上去之后再叠加数据工具。
判断标准很简单：如果你的库存分析每天需要手工导数据超过 30 分钟，就该考虑独立的分析工具了。
分步上线更稳。我一般建议：订单和库存先上，跑稳两个月再加采购和财务，最后加广告和数据看板。每一步都设验收门槛，不达标不继续。
代价是周期拉长，通常从 4 周变成 10 到 12 周。但相比一次性上线导致团队崩溃，这个代价是值得的。
批次管理听起来更专业，但对中小卖家来说，管理成本可能超过收益。我的建议是：高单价、有保质期、有汇率风险的品类做批次管理，日用快消品做到 SKU 层就够了。
强行上批次管理，会让仓管每天多花两小时在录入上，而这些时间可能不如用来处理退货质检。
写到这里，我想强调一个被普遍忽略的判断：库存管理做得好不好，不取决于你用了多贵的系统，而取决于你能不能在 30 秒内回答清楚一批货的四个问题，在哪里、有多少、什么状态、归谁管。这四个问题回答不了，再贵的 ERP 也只是把混乱数字化。
下面这十项自检，建议今天就用它检查一遍自己的库存体系：
如果上面十项里有三项以上回答不上来，我建议先不要考虑换系统，而是先花两周把边界和盘点做完。这两件事做完，你会发现很多“系统问题”其实自动消失了。
下一步我可以给两个具体建议：
第一，本周内完成库存边界表，把八类货逐一确认，明确归属仓库和责任人。这张表是后面所有工作的地基。
第二，安排一次针对 A 类 SKU 的全盘，把盘点结果作为基线，之后每两周抽盘一次，观察准确率变化。当准确率稳定在 95% 以上，再考虑扩大品类或增加渠道。
库存管理没有一劳永逸的方案，只有持续校准的过程。系统会换，平台规则会变，但只要边界清晰、留痕完整、验收有标准，你换任何系统都不会再从头乱一遍。
我之前一直以为库存就是把FBA仓和海外仓的数量录进去就行了，结果上了系统之后发现退货件、在途货、赠品样品全都没地方放，账越对越乱。我们做的是多平台多店铺，货分散在FBA、第三方海外仓和国内自发货仓，我就想知道到底哪些库存必须纳入ERP管理，哪些可以先不管。
库存边界不是照搬ERP默认字段，而是先按‘是否可售、是否占用资金、是否影响补货决策’三条标准来划。必进系统的有五类：平台仓可售库存、自有或第三方海外仓可售库存、已采购未到仓的在途库存、退货待质检库存、以及锁定给活动或赠品的预留库存。可以暂时不进的是已报废待处理、纯粹的办公耗材和与销售无关的样品。
判断依据很简单：随机抽20个SKU，看能不能在系统里回答四个问题，这批货在哪、什么状态、归哪个主体、值多少钱。答不上来的说明边界没划清。落地时先在系统里建一套状态字典，比如可售、冻结、在途、待检、次品、报废，让每个SKU在每个状态下都有唯一归属，再谈后面的同步和报表。
我们是Amazon加TikTok Shop加独立站一起卖，大促的时候经常出现A平台卖了B平台还在显示有货，最后超卖被平台罚。我问过几家ERP销售都说自己‘实时同步’，但我实际用下来还是有延迟和失败。我就想知道同步频率到底设多少合适、缓冲库存留多少、API失败了怎么兜底。
先纠正一个预期，没有任何ERP能承诺绝对不超卖，因为平台API本身就有调用频率限制和失败重试窗口。可执行的做法是三层防护。第一层是同步频率按平台分级：主推平台设3到5分钟一次，长尾平台设15到30分钟一次，别全都设成1分钟，容易触发API限流反而更不稳定。
第二层是缓冲库存，按最近30天日均单量乘同步间隔再乘1.5的安全系数来留，比如日均50单、5分钟同步，缓冲就留6到8件，热销SKU单独上调。第三层是异常兜底，必须开负库存告警、同步失败告警和超卖订单拦截，指定专人每天固定时间看告警清单。
验收时用大促压测，模拟一次API中断，看系统能不能自动冻结库存并通知到人，这比看功能列表有用得多。
我们之前上第一套系统的时候图省事，直接让运营把平台后台的数字抄进去当期初，结果后面每个月的库存报表都对不上，财务和运营天天吵架。现在准备换系统，我就想知道上线前的盘点到底要做到什么程度，全盘太影响发货，抽盘又怕不准，这个度怎么把握。
期初库存是整套ERP库存模块的地基，这里错一点，后面所有周转、毛利、缺货率报表都是失真的。务实做法是分两步：第一步锁账期，选一个发货量最低的时间窗口，比如连续两天的淡季，提前停止入库和调拨操作，只保留出库。第二步按ABC分级盘点，A类高价值高周转SKU全盘，B类抽盘30%到50%，C类抽盘10%。
差异处理必须当天闭环，谁盘、谁复核、谁审批调整要分开，调整记录留痕，不能口头改数。判断标准是账实差异率，行业里做得好的能控制在1%以内，中小商家第一轮做到3%以内算合格，超过5%就先别上线，重新盘。期初不准最典型的后果是补货公式失效，明明系统显示有货实际发不出，或者反过来压一堆滞销库存。
我们团队就五六个人，之前有服务商建议一次性把所有模块都上，结果培训做了两周大家还是不会用，订单和库存反而更乱。我就想知道像我们这种小团队，库存管理这块应该先上什么后上什么，还有签合同的时候有哪些坑要提前写清楚。
推进顺序记住三句话：先一个仓库、先一个平台、先一条主流程跑通。建议四周节奏：第一周只做盘点和期初初始化，第二周接通一个主力平台的订单和库存同步，第三周跑收货、上架、拣货、发货、退货这条主流程，第四周做试运行复盘再决定要不要扩平台和扩仓。千万别一上来全模块全平台，小团队扛不住。
合同边界重点盯四条：一是API调用次数和同步频率有没有明确写进服务条款，超限怎么收费；二是数据导出能力，能不能随时把全量库存和历史流水导成标准格式，避免被锁死；三是费用边界，实施费、培训费、后续加店铺加仓库的费用要列清楚；四是服务边界，同步失败、数据错乱时响应时限和责任划分。
验收标准写进合同，比如库存准确率、同步成功率、告警响应时间，比销售口头承诺靠谱得多。
读者评论
作为多平台卖家，我最有共鸣的是“库存不是数量管理，是口径管理”。我们运营、仓管、财务对库存的定义长期不一致，ERP上线后只是把差异数字化。文里说先统一口径再选系统，这点很实在，比推荐软件有用。验收标准那部分也会拿回去对照。
财务角度：在途和退货没拆状态确实最容易造成账实不符。我们以前把FBA在途计入可售，月末库存金额虚高，后来按可售在库、待上架、在途、订单占用拆开才看清。期初盘点宁愿晚两周上线也值得，否则后面报表越跑越偏。
仓管视角：同步间隔和平台预留库存写进合同很关键。大促时各平台活动锁定不同步，超卖几乎不可避免。补货只看总库存也不靠谱，必须看可售天数。文章给的八步顺序和四层结构，落地时能少走很多弯路。
项目管理者视角：最认同“全模块一次性上线”是坑。先上订单和库存、跑稳再扩采购财务，能降低团队学习成本。每个环节有可验证验收项，比“库存要准”这种口号有用。库存管理先定责任人，再定系统，这点说到根上了。