把供应链从 Excel 搬上系统 6 个月后数据炸了

供应链数字化 · 实战复盘　｜　5 个后台、4 份互不相认的账，和一套 15 位编码

去年接了一个项目，做完之后老板跟我说了一句话：

因为以前采购、销售、财务各报一个数，月底他能挑一个好看的。现在只有一个数，且能追到每一笔。

这句话我记了很久。它说明这套系统真正改的不是效率，是谁能定义事实。

下面把这个项目的 6 个月完整拆一遍，包括我们做错的判断。

一、一家用 Excel 管供应链的公司，到底乱在哪

很多人以为“用 Excel 管供应链”的问题是效率低。不是。效率低只是表象。

真实的病灶是四份互不相认的账：

1. 接单靠群里喊一句

销售在微信群发“XX 客户要 20 箱，明天要”，仓库看到就备货，看不到就漏。没有单据，就没有“这笔单到底存不存在”的依据。月底销售说发了，仓库说没收到指令，谁也证明不了谁。

2. 库存靠人记

一张Excel，三个人改，文件名从“库存表.xlsx”变成“库存表-最终版-2-真的最终.xlsx”。周更，而且没有批次。生鲜最要命的损耗和临期，Excel 里根本没有位置记录。

3. 对账靠翻聊天记录

月底财务要跟供应商对账，只能把微信聊天记录、纸质签收单、Excel 台账三样凑在一起对。三天能对完算快的，对出来的差异项还说不清是谁的错。

4. 物流靠打电话

客户问“我的货到哪了”，客服去打电话问快递。运单号散在各处，没有一个地方能查。

这四件事的共同点：每一个环节的事实，都只存在于某个人的手机里，不在系统里。人一走，记忆就没了。

二、为什么不直接买一套现成的 ERP

这是项目中讨论最久的问题——自研还是买。结论是现有的都不合适，原因有三个，我尽量说得客观：

1. 传统 ERP 太重

主流ERP 实施周期普遍 3-6 个月起，报价动辄几十万，且强依赖实施顾问。对一家没有 IT 部门、老板自己管业务的公司，这等于上一个新项目，而不是解决一个问题。

2. 便宜的进销存太浅

市面上几千块一年的进销存，能管商品、出入库、开单。但它不管供应商对账、不管批次效期、不管多平台订单接入，更没有经营分析。这三块恰好是最痛的地方。

3. 更根本的问题：编码不统一，接什么都白搭

同一个“牛腱子”，POS 系统一个编码、采购单一个编码、小程序商城又一个编码。三个系统各自为政，你在中间做任何对接，都要先做一次人工映射——这就是为什么很多人上了系统，还是要在 Excel 里对一遍。

所以真正的第一步不是选系统，是定主数据。

三、我们做的六件事

按落地顺序说，这也是我认为任何供应链数字化项目应该遵循的顺序。

1. 先定主数据：一套 15 位商品编码

这是整个项目的地基，也是最枯燥、最容易跳过、后面最贵的一步。

我们设计的编码规则是：

15 位编码把来源、品类、商品、规格一次说清

为什么不用自增 ID 或者条码？因为编码本身要携带信息：

·　看前两位就知道这个商品从哪个系统来的，迁移和溯源不用查表；

·　4位品类码让“品类汇总”不需要 join 商品表；

·　规格码单独拆出来，解决“同一商品多规格”这个经典难题。

编码定完之后，POS → 采购单 → 库存台账 → 小程序商城 才真正贯通。这一步没做，后面所有模块都是临时方案。

2. 订单：多平台归一，核心是主键而不是接口

多平台订单接入，看起来是“对接接口”的活，实际上是主键设计的活。

平台订单号看起来唯一，其实不是：

·　淘宝一个 tid 下挂多个 oid（子单）；

·　拼多多拆包裹后 order_sn 不变，但子单变了；

·　抖音在合单场景下，一条订单还会对应多个物流单。

如果拿“订单号”当唯一键，第二次同步就是全表重复。我们的做法是四步：

五个平台 → 拉 / 映 / 并 / 回 → 一张统一订单库

顺手说三个坑：

·　同一个“实付金额”，天猫叫「买家实际支付金额」、抖音叫「支付金额」、京东叫「应付金额」，而且退款单是负数——不处理，月销售额会凭空多出一截或变成负的；

·　收件人姓名/电话/地址，很多平台回的是虚拟号或掩码，打面单前必须回原平台换真实值；

·　毫秒时间戳和字符串日期混存，日切单量永远对不上。

3. 库存：生鲜不能用「永续盘存」

这是生鲜和标品最大的差别。标品库存可以按“进出加减”实时算，生鲜不行——每天都有大量损耗、退货、临期处理，实时算出来的数跟实物一定对不上。

我们改成了月结台账：

·　每月 1 日自动把上月期末库存结转为本月期初；

·　期间入库/出库/调拨/损耗实时记录，但账面以月结为准；

·　损耗单独建类型，不进成本黑洞，能算到品类和门店。

同时补了两个视图：多仓实时库存（替代“库存 Excel”）和一盘货（多渠道共享同一份库存，多平台卖货不超卖）。再配一个安全库存预警，低于阈值自动报警——生鲜断货的代价比积压大得多。

4. 对账：三单匹配，让系统先找出差异

这块是最买账的，也是最能体现“系统 vs Excel”差别的。

三单匹配：采购订单、收货单、发票，三方核对。以前财务是拿两张表去凑第三张，差异全靠人眼找；现在是系统自动匹配，匹配不上的标红，人只看红色部分。

三张单据进，四类结果出：匹配 / 数量差异 / 价格差异 / 单据缺失

配套的还有供应商对账单按周期自动生成、账单分期确认、付款核销。

效果可以直接说数字：月底对账从 3 天变成 10 分钟，且差异项系统先列出来。

5. 看板：老板要的不是报表，是 5 个数

这一条是我做完项目最想强调的。

大部分系统给老板做的是“经营报表”，几十个字段、切好几个维度。老板不看，因为看不懂也不关心。

我们反过来做：老板每天打开只看到 5 个数——销售额、毛利、可用现金、库存周转（含呆滞资金占用）、异常项。

其中“异常项”是关键设计：不是让老板去看数据，是系统主动告诉他今天哪里有不对劲。比如“今日销售额下滑 18%，主要归因于小程序渠道/牛肉品类”，这句话比一屏折线图有用一百倍。

采购分析看板（截图已脱敏：供应商名与金额均已处理）

6. AI：说清楚它在哪有用、哪没用

项目里带了一部分 AI 能力，我把实际有效的和偏噱头的分开说：

真正有用的

·　需求预测：用时间序列模型做节假日备货预测。春节这种强周期场景，模型能给出“按去年同期 + 今年趋势，某品类该备多少”的区间，比拍脑袋强。但前提是你有一年以上的干净历史数据，否则模型不如老采购的经验。

·　异常检测：自动发现“这个 SKU 的周转突然变慢”“这个供应商的到货延迟率在上升”，这类规则 + 模型混合的问题，AI 比人盯得准。

·　自然语言查数：老板问“上个月牛肉品类毛利多少”，直接出结果，不用找人做表。

偏噱头的

·　用大模型直接“替代采购决策”。供应链决策依赖大量隐性约束（账期、关系、季节、地域），模型给不出可执行结论，最后还是要人拍板。

·　一上来就做“智能补货全自动”。补货规则里的安全库存、最小起订量、在途、账期，任何一项没理顺，自动补货就是自动出错。

一句话：AI 在供应链里的正确位置是“预测”和“发现异常”，不是“替代决策”。

四、结果

技术栈顺便交代：后端 Spring Boot 3.x + MySQL 8.0 + MyBatis-Plus，前端 Vue 3 + Element Plus，小程序原生，Nginx 反代。没什么黑科技，选型都是为了“三年后还能维护”。

五、三个我事后才想明白的事

1. 系统上线最大的阻力不是技术，是“事实变得可追溯”

以前一件事有四种说法，系统上线后只剩一种。技术上一秒钟的事，组织上要吵三个月。有部门会明确抵触——不是因为麻烦，是因为模糊本身对他们是一种保护。

这件事没有技术解，只能靠老板自己下场。

2. 不要一开始做全模块，先做“老板每天要看的那一个数”

我们第一版做得很全，结果没人用。后来砍到“老板每天看 5 个数 + 仓库能查到实时库存”，使用率才上来。

用户不是被功能说服的，是被“自己的问题被解决了”说服的。找一个最痛的场景做透，比做十个半成品有用。

3. 数字化真正省下的不是人力，是“扯皮的时间”

算ROI 的时候别只算“省了几个人的工资”，那个数通常不好看。真正值钱的是：月底不用开会吵三个数哪个对、客户问货到哪了能立刻答、供应商的账不用靠人情确认。

这些省下来的时间不会变成利润表上的数字，但会变成老板的血压。

六、如果重做一次，我会这样排顺序

给同样处境的人一个可执行路径，不用一次做完：

顺序不能颠倒。主数据不对，后面全是临时方案；账没记对，看板就是把错的数放大。