2024年初，我陪一家做亚马逊和TikTok Shop的卖家做ERP上线复盘，会议开到一半，采购主管打开了一个Excel，里面躺着37个sheet，她说了一句让我记到现在的话：“系统里的库存我不敢信，我下单还是要看这张表。”ERP上线四个月，采购补货这个最高频的动作，依然跑在系统外面。这不是软件的问题，是我见过的跨境电商ERP落地失败里最典型的形态，系统上线了，流程没有落地；
功能培训了，角色没有接手。跨境电商的采购补货天然复杂：多平台、多仓、多币种、长交期、海运空运混用、大促节奏剧烈波动，任何一环口径不统一，补货结果就会失真。所以这篇文章不打算讲ERP有哪些模块，而是从采购补货这一条最小闭环讲起，把落地标准、库存口径、补货参数、角色培训、验收指标和取舍逻辑一次讲清。
做了几年实施和陪跑之后，我不再用"上线时间"判断一个ERP项目成不成，而是用三条标准。第一条，流程有SOP：从销量判断到采购下单、到货入库、异常处理，每一步都有明确的输入、输出和责任人，不依赖某个人的记忆。第二条，数据有口径：可售、锁定、在途、在产、不良品、退货在途六个状态，业务、仓库、财务说的是同一件事。第三条，异常有人管：缺货、超期在途、负库存、滞销，系统能报出来，并且有人认领、有处理时限。
这三条都满足，才算落地。只满足第一条，叫流程梳理；只满足第二条，叫数据治理；三条都不满足但系统能登录，那叫"买了个软件"。我在复盘会上最常问的一句话是：如果明天采购主管离职，补货这件事还能按同样方式跑下去吗？如果答案是"不好说"，那这个ERP项目就还没落地。
跨境电商ERP的模块很多，订单、刊登、仓储、物流、财务、报表，但采购补货是最适合做第一个闭环的场景，原因有四层。第一，它高频，几乎每天都在发生，问题暴露快；第二，它可量化，缺货率、补货及时率、在途超期天数都能算；第三，它跨部门，采购、运营、仓管、财务都被卷进来，一旦跑通，协作关系就顺了；第四，它直接关联钱，补多了压资金，补少了丢排名，老板有动力盯。
反过来，如果你先上财务模块，业务部门会觉得"这是财务的事"；先上刊登模块，问题不容易量化；先上报表模块，数据源本身是脏的，报表只会更快地报出错误答案。采购补货是那个既能验证数据质量、又能验证协作效率的探针，它跑通了，其他模块的落地难度会明显下降。
培训顺序经常被搞反。很多公司上线第一周就拉全员学报表，结果大家看了一堆数字，不知道自己该做什么。我的建议是：先培训执行动作，再培训指标看板。让采购先把一张PO从需求确认下到入库完成，让仓管先把一批货从收货上架到盘点对平，让运营先把自己的销量预测填进去，让财务先把一笔应付对清。动作跑通之后，再讲"你做的这个动作，会体现在哪个指标上"。
至于部门顺序，采购排第一，仓库排第二，运营排第三，财务排第四，管理层最后单独做一次指标解读。原因很简单：财务是数据的最终消费者，不是数据的生产者，上游动作没跑通就去培训财务，财务只会问出一堆没人能回答的问题。
第一家是做铺货的，SKU接近两万个，亚马逊、eBay、速卖通、TikTok Shop四个平台同时在跑。他们上线ERP之前，采购补货靠一张"总表"，表里有SKU、日均销量、当前库存、在途数量、供应商交期、MOQ，每天由两个采购专员手工刷新。我看了那张表，发现它有28个公式错误，其中14个是引用错行，有些SKU的销量数据取自隔壁行，也就是说他们按错误的销量下了至少三个月的补货单。
这种公司上ERP的痛点不是"没有系统"，而是"没有可信的数据源"。他们的落地重点应该放在主数据清洗和库存口径统一上，而不是急着上补货算法。主数据不干净，算法越智能，错得越快。
第二家做精品，只有120个SKU，但客单价高，海运为主，交期45到60天。他们的怪现象是：头部三个SKU经常断货，同时仓库里躺着8000多件长尾库存。复盘后发现两个原因。一是安全库存按"日均销量×交期"一刀切，没有考虑销量波动，旺季前备货不足；二是运营在系统里改了活动排期，但采购看不到，补货单还是按老节奏下。
这类卖家的落地重点不是数据清洗，而是参数和协作机制。安全库存要按销量波动动态算，运营的活动计划要进入补货的输入项，而不是靠群里吼一声。
第三家最复杂，美国仓、英国仓、德国仓加一个国内中转仓，平台后台、ERP、仓库WMS三套系统的库存数经常打架。最夸张的一次，一个SKU在亚马逊后台显示可售120件，ERP显示可售86件，WMS显示库内145件。三个数都对，但它们说的是三种不同的东西：后台是已扣减未发货订单后的可售，ERP没有同步最近的FBA预留，WMS把不良品也算进了库内。
这类项目的落地核心只有一个词：口径。口径不定，任何补货公式都是空中楼阁。我在这家公司做的第一件事，不是配置系统，而是拉了一张表，把六种库存状态的定义、数据来源、更新频率、负责人全部写死。
上线是IT节点，落地是业务节点。我见过太多项目，上线当天开香槟，三个月后回到Excel。判断标准很简单：看看采购下单时，是打开ERP还是打开本地表格。如果还是表格，说明这个系统只是多了一个录入负担，没有成为工作路径本身。规避方式是把"上线"改成"上线+双周复盘+一个月后回退检查"，回退检查不通过，项目不算结束。
这是最烧钱也最常见的错误。老板觉得既然花钱了，就一次性全上，订单、采购、仓储、财务、报表一起开。结果顾问资源被摊薄，每个模块都只配了个大概，业务流程没一个跑顺。我个人的经验是：第一个闭环不超过两个模块，第二个闭环再加两个，中间隔三到四周。慢，但不会返工。
主数据包括SKU、供应商、仓库、交期、MOQ、币种、单位换算。我见过供应商交期字段全填"30天"的，因为没人愿意去问；见过MOQ填1的，因为供应商说"随便订"。这些字段在系统里看着很正常，一旦进入补货计算，就会输出完全错误的建议量。主数据清洗没有捷径，就是一条一条确认，通常占整个项目30%到40%的工作量。
口径不统一时算出来的安全库存，数字看起来很专业，实际是错的。典型的错误包括：把在途算进可售、把不良品算进可售、把锁定库存当可用、把退货在途忽略。口径统一的标志是：业务、仓库、财务三方对同一个SKU的可售数量能得出同一个数。达不到这个标准，就不要往下走参数配置。
"今天讲采购订单模块，大家看这里，点新建，填这些字段。"这种培训我听过太多次，效果是讲完就忘。因为菜单是系统视角，不是岗位视角。采购关心的是"我怎么知道该补多少、怎么催交期"，运营关心的是"我的活动怎么影响补货"，仓管关心的是"收货时发现少了三件怎么办"。按菜单讲，学员记住的是按钮；按场景讲，学员记住的是判断。
培训完没有权限约束，结果所有人能改所有参数，出了问题查不到人。培训完没有考核，结果一周后回到老习惯。权限是流程的护栏，考核是行为的锚。我的做法是：先做最小权限，采购只能建单不能改参数，参数修改要走审批并留痕；考核先只考操作准确率，达标后再挂业务指标。
安全库存只写"日均销量×交期"是最常见的偷懒。这个公式假设销量稳定、交期稳定，而跨境电商两个都不稳定。爆款、季节品、长尾品、新品，应该用四套不同的参数逻辑。爆款可以适当提高服务水平；季节品要按活动日历倒推下单时间；长尾品宁缺勿积；新品必须先小批量试销再放量。
这是我所有项目的起点。库存必须拆成六种状态，每种状态在ERP里是独立字段，不合并、不省略：可售、锁定、在途、在产、不良品、退货在途。可售是能立刻卖出去的；锁定是被订单或促销占用、暂时不能卖的；在途是已下单未到仓的；在产是供应商还没交付的；不良品是不能卖的；退货在途是客户退了但还没入仓、还不能卖的。
拆开之后，补货公式里的"可用库存"就有明确定义了：可用 = 可售 + 在途 + 在产 - 已确认需求的缺口，而锁定、不良品、退货在途不进这个公式。这一步做完，前面场景C的三套数据打架问题就自然消解了，因为大家说的是同一个定义。
很多文章把安全库存讲成一个公式，我认为那是误导。真正决定补货结果的，是四组变量：需求侧的销量均值与波动、供应侧的交付均值与波动、运营侧的活动日历与推广节奏、资金侧的现金与周转约束。公式只是把四组变量连起来的胶水。
举个我实际用过的算法结构：日均销量按近30天加权（近7天权重更高），交期取最近三批实际到货的平均值而不是供应商承诺值，安全库存用Z值乘以组合标准差，补货点等于日均销量乘以（交期加复核周期）再加安全库存。关键是：交期必须用实际值，不是承诺值，这两者在我见过的样本里平均差7到15天，海运旺季能差30天以上。
— 补货点与建议补货量计算逻辑（示意，需按企业实际口径调整）
— 输入变量
— avg_daily_sales 近30天加权日均销量（近7天权重x2）
— lead_time_actual 最近3批实际到货平均交期（天）
— lead_time_sigma 交期标准差
— sales_sigma 日销量标准差
— review_cycle 复核周期（天）
— service_z 服务水平Z值（95%对应1.65）
— moq / moq_step 最小起订量与起订量倍数
safety_stock = service_z * sqrt(lead_time_actual * sales_sigma^2
+ avg_daily_sales^2 * lead_time_sigma^2)
reorder_point = avg_daily_sales * (lead_time_actual + review_cycle)
+ safety_stock
available_now = sellable_qty + in_transit_qty + in_production_qty
raw_qty = reorder_point + safety_stock – available_now
suggest_qty = ceil(raw_qty / moq_step) * moq_step
if suggest_qty < moq then suggest_qty = moq
注意最后两行：补货量必须是MOQ的整数倍，且不能低于MOQ。这一点看似简单，但在实际项目里经常被忽略，导致系统建议数量根本下不了单，采购就会绕过系统。
权限不是IT配置项，是管理机制。我的分层方式一般是三层。执行层（采购专员、仓管）只能建单、收货、盘点，不能改补货参数；管理层（采购主管、供应链负责人）可以改参数，但每次修改要走审批并留痕，系统记录修改人、时间、前后值；决策层（老板、合伙人）看指标和例外，不直接改数据。这样做的价值是：当补货结果异常时，能查到是哪一次参数变更造成的，而不是全组互相甩锅。
很多人一上来就把缺货率挂到采购绩效里，结果采购为了不缺货拼命多备货，库存周转崩了。我的建议是分两阶段。第一阶段只考动作准确率：PO是否按时创建、参数是否按规则维护、异常是否在时限内处理；达标率到90%以上再进第二阶段，挂业务指标，而且至少挂两个相互制衡的指标，比如缺货率和库存周转一起挂，避免单指标优化带来的副作用。
在给第二家精品卖家做陪跑时，我选用了数跨境（官网：https://shukuajing.jiushuyun.com/?utm_source=seo&utm;_plan=est&utm;_unit=gys）作为试点载体。选择理由不是"功能最多"，而是三条更实际的标准：能否把多平台库存汇总到一套口径、能否把在途和在产拆成独立状态、能否让采购在一张界面里从需求看到PO。
跨境ERP选型最怕的是功能清单很长，但库存口径说不清，那样后面的参数配置全是白做。
我在选型时会先问顾问一个问题："你们的可售库存定义是什么？包含在途吗？包含锁定吗？"如果对方答得含糊，这个平台在采购补货场景上就不合格，无论它有多少模块。数跨境在这一步的回答相对清晰，这是我把它放进试点的直接原因。
第一周做的是主数据，我们抽了120个SKU逐条核对，其中31个的交期字段与采购实际记录不符，19个的MOQ填错，7个的单位换算有误（比如按箱订但系统按件算）。这批错误如果不上线就发现，会在三周内变成错误的补货建议。第二周做库存口径，把六种状态在系统里建立映射规则，并和亚马逊后台做了一次全量对账，差异定位到17个SKU，全部是预留未同步导致。
第三、四周跑补货参数，按品类分了四组：爆款、季节品、长尾、新品。爆款服务水平设到95%，长尾设到80%，新品不设安全库存只做试销批量。第五周开始真实下单，第一轮跑了23张PO。第六周做首次复盘，重点是异常：4张PO交期超期、2个SKU出现负库存预警、3个SKU被判定为潜在滞销。
下面这组数据来自该卖家在试点六周前后的对比，属于单一样本观察，不是行业统计，不能直接外推到其他公司，但变化方向和幅度有参考价值。
值得单独说的一点是滞销库存金额只降了12万元，远低于老板的预期。原因是补货闭环解决的是"不再多补"，但历史滞销需要另一套动作：降价、清仓、捆绑、销毁或退运。把这两件事混在一起谈，会让上线效果被低估。
管理层不需要学操作，学三件事就够了：看哪三张报表、定哪几条规则、处理哪几类例外。报表一般是库存健康看板、补货执行看板、异常清单；规则是服务水平分档、参数修改审批、例外放行条件；例外是超期在途、负库存、大额滞销、临期断货。我通常给管理层安排一次90分钟的解读会，讲清每个数字的来路，之后每周只看异常。
采购是培训重点，课时最长。核心场景有三个。下单：从系统建议量出发，判断是否调整，调整必须填原因；追交期：在途超期前三天系统预警，采购联系供应商并更新预计到货日；异常处理：到货短少、质检不合格、供应商断供。每个场景都要有SOP和检查项，讲完必须演练。
运营在补货闭环里的角色常被低估。运营要做两件事：把活动排期提前同步给采购，以及对销量异常波动给出解释。如果运营做了大促但没说，采购按历史日均补货，必然断货。反过来，如果运营发现某SKU要退出，也要提前通知，避免系统按惯性继续补。
仓管是数据的源头，收货时数量录错，后面全错。培训要盯四件事：收货数量与PO的差异处理、上架库位准确率、盘点差异的归因、不良品单独建状态。特别强调一点，不良品必须走独立状态，不能混进可售，否则补货建议会严重偏低。
财务的培训放在最后，重点是对账差异的定位方法。采购补货闭环跑通后，财务能看到PO、入库单、发票三单匹配的差异，差异处理时限建议设7个工作日，超期挂账会累积成难以清理的历史问题。财务还需要确认币种与汇率的取值口径，避免同一笔采购在不同报表里出现两个金额。
我用的组合是四件套。SOP文档，每个角色一份，不超过5页，写清场景、动作、判断标准；沙盘演练，用测试环境跑一遍完整流程，包括故意设置的异常；书面考试，只考判断题不考记忆题，比如"系统建议补200件但仓库说还有一批未入账，你怎么处理"；上岗陪跑，前两周每个关键动作都有人复核，第三周起抽查。
| 角色 | 核心学习内容 | 必须掌握的动作 | 关注指标 | 建议课时 | 考核方式 |
|---|---|---|---|---|---|
| 老板/负责人 | 指标解读、规则设定、例外处理 | 每周看异常清单并做决策 | 缺货率、库存周转、资金占用 | 1.5小时 | 例外处理演练 |
| 采购 | 系统建议量判断、PO创建、交期追踪 | 下单、改交期、处理短少与不合格 | 补货及时率、在途超期天数 | 8小时 | 沙盘+笔试 |
| 运营 | 活动排期同步、销量异常解释 | 提前录入活动计划、反馈销量波动 | 预测偏差率、断货影响订单数 | 3小时 | 场景问答 |
| 仓管 | 收货差异、上架、盘点、不良品 | 差异登记、库位维护、状态分离 | 收货准确率、盘点差异率 | 5小时 | 实操验收 |
| 财务 | 三单匹配、汇率口径、差异定位 | 对账差异定位并跟踪闭环 | 对账差异率、差异处理时长 | 3小时 | 案例处理 |
这个阶段的公司通常SKU不多、团队很小，最大风险不是补货不准，而是数据根本没沉淀。建议动作是：先用轻量工具把主数据建起来，把六种库存状态在表或系统里分开；补货先用"日均销量×实际交期+人工安全库存"跑，不要上复杂算法；培训只做采购和仓管两个角色，各半天。这个阶段花三个月把口径和习惯固定下来，比花三个月选系统更值。
这是最需要系统化、也最容易做错的区间。建议动作是：第一个闭环只做采购补货，覆盖全部平台和仓库，做深做透；补货参数按品类分四组配置；上线后先并行三周再切单轨，切单轨后每周复盘异常。培训上，采购8小时、仓管5小时、运营3小时、财务3小时，管理层单独一次。这个阶段的关键词是"深度"，因为流程深度决定了后面能不能扩。
这个规模的公司往往已经有多个系统、多个仓、多个团队，问题不在工具而在治理。建议动作是：先成立一个跨部门的供应链小组，由供应链负责人牵头，明确主数据Owner、库存口径Owner、参数审批Owner；再评估是否需要更专业的计划系统与ERP配合。培训上要建立"讲师内化"机制，让第一批种子用户变成内部讲师，避免每来一批新人就要请外部顾问。
如果团队执行力强、流程相对统一，我建议先深后广，把采购补货一个闭环做到可复制，再横向扩展。如果公司有多条业务线、团队各自为政、谁也压不住谁，那可以先做广度铺一个统一下限，但要接受短期内每个模块都不深，并且必须尽快选定一个模块做深，否则会长期停在半成品状态。
三种方式都有适用场景。SaaS适合流程标准、想快速上线、预算有限的卖家，缺点是特殊流程要妥协；定制开发适合有独特业务逻辑的大卖家，缺点是周期长、维护成本高、顾问依赖强；自研只适合有稳定技术团队、且ERP是核心竞争力的公司，否则容易变成技术债。我的判断标准是：如果你的补货逻辑和行业主流差异超过30%，才值得考虑定制或自研。
内部培训成本低但容易走偏，外部陪跑见效快但依赖顾问。我这几年更推荐"外部陪跑第一个闭环，内部内化后续所有闭环"，具体做法是：第一轮由外部顾问带，同时指定内部种子用户全程记录，第二轮由内部种子用户主讲、外部只做答疑，第三轮完全内部。这样既保证第一轮质量，又不会长期依赖外部。
这是一个经常吵起来的问题。我的立场是：系统算建议，人做判断，判断必须留痕。完全人算，规模一大就崩；完全系统算，遇到供应商临时断供、政策变化、平台规则调整会失灵。正确的状态是系统给出建议量，采购可以在一定比例内调整（比如±20%），超出比例必须填原因并走审批，原因数据用来反向优化参数。
这是一套我用过多次的排程，适合年GMV 3000万到2亿的卖家，具体周期要按SKU数量、仓库数量、平台数量调整，不能照抄。
验收必须提前定口径，否则复盘会变成各说各话。我固定用五个指标：补货及时率、缺货率、库存周转天数、对账差异率、异常处理时长。每个指标都要写清统计周期、数据来源、责任人和目标值。
— 五个验收指标的口径定义（示意模板）
补货及时率 = 在补货点触发后 48 小时内完成 PO 创建的 SKU 数 / 触发补货的 SKU 总数
缺货率 = 可售为 0 且无在途的 SKU 数 / 在售 SKU 总数
库存周转天数 = 平均库存成本 / (期间销售成本 / 期间天数)
对账差异率 = 与平台后台全量对账后存在差异的 SKU 数 / 对账 SKU 总数
异常处理时长 = 异常登记到关闭的平均自然日（按超期在途、负库存、滞销分类统计）
— 统计周期：均为最近 7 天滚动窗口
— 数据来源：ERP 补货模块 + 平台后台 + WMS
— 责任人：采购主管（前两项）、供应链负责人（第三项）、仓管主管（第四项）、供应链负责人（第五项）
如果第6周验收不通过，不要直接延长试点周期，先定位原因。常见三类：数据类（对账差异率超标，回去补口径和同步规则）、参数类（补货及时率高但缺货率降不下来，回去调品类分组和服务水平）、行为类（系统建议和人工判断差异超过30%，说明培训没到位或权限没约束）。行为类问题最容易被误判成系统问题，这是我在复盘会上最常纠正的一点。
上线时设定的交期和销量参数，三个月后往往已经不准了。供应商换厂、海运涨价、平台政策调整，都会改变交期分布。建议每月做一次参数体检：对比系统里的交期参数和最近三批实际到货，偏差超过20%就更新。
异常清单刚开始大家很认真，两个月后开始"批量关闭"。这是回退的最早信号。建议例外处理必须填原因和动作，且每周抽样复核10%，原因字段的质量纳入考核。
第一批人培训到位，第二批新人来了直接上岗，两周后开始"我觉得系统不对"。建议把SOP、沙盘、考试做成一门固定入职课，任何接手补货岗位的人必须先过这门课，包括内部转岗。
业绩压力大的时候，有人会调整指标口径让数字好看。这比不做指标更糟。建议指标口径变更必须走审批并记录版本，历史数据要能按旧口径回溯，否则半年后没人说得清趋势是真是假。
把角色、场景、动作、指标、课时、考核方式做成一张表，贴在办公室。每一批新人和每一次流程变更，都从这张表出发。这张表的价值不在于内容多全，而在于它让"培训"从一个活动变成了一套可复用的机制。
回到最开始那个场景：采购主管打开Excel，是因为她不相信系统里的库存。让她相信的方法不是再培训一次功能，而是让她自己核对一次全量对账，亲眼看到差异被定位、被修复、被记录。ERP落地的最后一步，从来不是技术问题，而是让每个角色在自己的动作里，亲眼看到系统比Excel更可靠。从采购补货开始，把这一件事做透，团队的培训就不再是"听课"，而是"接手"。
我们公司去年上了ERP，采购补货还是在群里喊，运营看平台库存、采购看自己的表，老板问我落地没有，我拿不出一个判断标准。我想知道到底怎么定义落地，以及有没有可检查的口径。
先别用“上线”判断落地，用三个标准：流程有SOP、数据有统一口径、异常有责任人。可执行的检查是连续4周看核心SKU是否还出现线下补货单、ERP库存与平台可售库存差异是否超过2%、负库存和超期在途是否有工单闭环。
建议先选一个店铺或品类跑通采购补货闭环，验收指标至少包含库存准确率98%以上、补货及时率95%以上、缺货率、对账差异笔数。如果这些指标连续4周稳定，且采购、运营、仓管都从ERP同一张库存快照取数，才算真落地；否则只是把Excel搬进了系统。
我们买的ERP模块很多，销售、采购、库存、财务都有，实施顾问一来就按菜单培训，大家听完还是不会用。我想知道为什么很多文章都说要从采购补货开始，而不是先把所有功能讲全。
因为采购补货是高频、跨部门、结果可量化的最小闭环，它把销量、可售库存、在途、供应商、采购订单、入库和财务对账串在一起，出错会直接影响断货和资金占用，所以最适合验证ERP有没有产生业务价值。
判断依据是补货动作每天或每周都在发生，而全模块一起上往往导致主数据没清、库存口径没统一、责任没分清，培训越多越乱。可执行做法是选1个店铺、1个品类或1个仓库，用2到4周只跑“需求计算，下PO，审批，到货，入库，对账”这一条线，跑顺后再扩展到其他角色和模块。
我们经常遇到平台显示有货、ERP显示缺货，采购说在途、运营又看不到，最后补货靠猜。我想知道这些库存字段到底怎么定义，补货时应该看哪个数，差异大了先查什么。
先把字段定义写死并让所有部门看同一张日切库存快照：可售等于实物可用减已锁定；在途只算已下采购单但未入库，并按预计到仓日期分段；在产指供应商未发货；锁定包括已售未发和活动占库；不良品、退货在途单独列示，不能混进可售。补货可用建议按可售加在途，再减安全库存和已锁定，但活动期要单独做占库计划。
判断依据是平台API同步有延迟，ERP单据又有未审、未过账状态，所以差异超过2%时先查同步时间和未审单据，不要直接手工调库存。统一口径后，周会只盯负库存、超期在途、缺货和滞销四类异常。
我们做过一次ERP培训，讲了两小时菜单，结果大家回去还是按老办法做，老板觉得培训没用。我想知道按角色到底该怎么培训，培训完又怎么验收，不然钱花了还是回到Excel和群聊。
按角色分层，不按功能菜单讲。老板或负责人学看指标、定规则、处理例外；采购学需求计算、下PO、追交期、对账；运营学销量维护、活动占库、清库存和反馈预测；仓管学收货、上架、盘点、不良品处理；财务学应付、成本和对账差异。
培训形式用SOP加沙盘演练加考试加陪跑，考核先看操作准确率，比如PO关键字段错误率低于1%、入库及时率高于95%，再逐步挂缺货率、库存周转、补货及时率等业务指标。权限要最小化，关键节点必须留痕，周会只看异常，这样培训才不会变成一次性的听课。
读者评论
看完深有共鸣。我们公司去年上ERP，上线当天全员鼓掌，三个月后采购还是拉Excel。问题就出在把上线当成了终点，库存口径没统一、主数据没人清洗，系统只是个录入负担。文章里‘如果采购主管离职，补货还能按同样方式跑吗’这句话，我准备拿去问老板。
从运营角度说，场景B那个活动排期没同步给采购太真实了。我们也是群里吼一声就算通知，结果大促备货永远慢半拍。文章建议把活动计划做成补货输入项，比单纯上算法有用得多。不过参数动态化对运营的预测能力要求也高，不是每个团队都能一步到位。
六个库存状态的拆解很实用。我们美英德三仓加中转，后台、ERP、WMS数字打架是常态，之前一直以为是系统同步故障，其实是口径不同。文章那句‘三个数都对但对不上’说到点子上。建议再补一段口径统一后的对账验收标准，方便照着落地。