数字化中台 2.0：订单库存打通之后省了多少事
「打通」到底省了什么？本文讲订单和库存打通之后消失的哪几道手工活、哪些地方仍然要人工判断、以及怎么判断你那边的链路是不是真的通了。
「打通」这个词盖住了有用的那部分
平台关于系统打通的公告通常在描述一套架构。而卖家的体感是一张清单：哪些活不再归你干了。
所以这篇按那个清单写——按一个卖家会注意到的顺序，哪些手工活消失了。
先消失的活：把订单敲进去
以前每一张订单都要从平台手工誊进仓库系统。姓名、地址、SKU、数量，有时候敲进一张表，有时候敲进一个表单。
那不只是打字。那是每一张订单都多一次出错机会，而每一个错都要靠后面某个人读一张打印标签才能发现。
我们已经打通 17+ 个平台的官方 API——Shopee、Lazada、TikTok Shop、Amazon、Walmart、Mercado Libre、Ozon 都在里面——订单进来的时候字段已经是结构化的。
接着是库存的那个争论
以前库存数在平台那边一套，在仓库系统这边一套，各自被当时在操作的人更新。两个数字慢慢漂，然后得有人去告诉另一边「你那个数不对」。
现在仓库里的实物移动被记成事件——收货、拣货、装箱、退回——然后由仓库往外推。邮满满云仓用的是极风 WMS，这些都记成离散事件，而不是夜里跑一个总数。
实际的变化是问题变了。它从「谁的数是对的」变成「两边多久能对上」。
| 之前 | 之后 |
|---|---|
| 订单手工敲进去 | 订单进来字段就是结构化的 |
| 库存由当班的人各自更新 | 库存按移动事件记录 |
| 两个数，总有一个错 | 一个来源，两个视图 |
| 打包时才发现 | 报表能查出来 |
最后是：把运单号写回去
运单号以前是手工一步，于是买家就坐在「处理中」等一个人去敲。发货回传自动化之后，运单号在没有人记着要发的情况下就到了买家手上。
这一步是买家能感觉到的，而它不是给你省时间最多的那一步。省时间最多的是不用再誊订单，省好感最多的是运单回传。
没有被自动化的那部分
这块要说清楚，因为「全面打通」会让人往相反的方向理解。
判断题完全还是人在做。一个缺陷能不能接受；一个限寄品在它即将走的那条渠道上到底能不能走；一个退回来的货还能不能卖；一个客诉值不值得开特例。
| 仍然是人的判断 | 为什么系统不该替人做 |
|---|---|
| 这个缺陷能不能接受 | 取决于这个产品拿来干什么 |
| 这个品在这个渠道能走吗 | 随渠道和品类变化 |
| 退回来的货还能卖吗 | 得看过东西本身 |
| 这个客诉值不值得开特例 | 需要上下文 |
硬要系统去做这些判断，会产生一种假的确定性，比明摆着的人工环节更糟。
怎么判断你那边的链路是不是真通了
三个检查，每个几分钟。
- 在真实平台上下一张测试单，然后看仓库系统是不是在没人碰键盘的情况下就出现了
- 实物动一件，然后看店铺和仓库两边是不是都反映了
- 看实物移动到店铺显示数字之间的间隔——然后判断这个间隔对你来说能不能接受
第三条是多数人跳过的，而它恰好是最重要的一条。十分钟的延迟对多数卖家没问题。一分钟的延迟没人要求你做到。
剩下的手工活在哪
在两头，不在中间。对账、确认一张异常的订单、催承运商——这些不会自动化，而且也不应该。
自动化得好的那部分从来都不是有意思的那部分。它是誊抄。
如果你现在还没有订单流，或者货还在供应商手上，那这套东西对你还不是最要紧的那一层——Smartdropping的代采购和一件代发先把「有人买吗」这个问题验证掉更划算。而如果你已经是多店铺平台卖家，云雀驿站那边的 17+ 个平台官方 API 打通、一件代发、最长 180 天，就是这套订单库存打通在日常里的样子。
FAQ
Q：打通之后到底替代了什么？ A：手工誊订单、双边各自维护库存、以及手工把运单号写回去。留下来的是判断题——缺陷能不能接受、限寄品怎么处理、退回来的货怎么定级。
Q：打通了哪些平台？ A：17+ 个平台的官方 API，包括 Shopee、Lazada、TikTok Shop、Amazon、Walmart、Mercado Libre、Ozon。不在这个名单里的平台要单独谈量级。
Q：店铺库存多久更新一次？ A：取决你选的推送方式——事件触发是秒级，短批量是分钟级，每小时或夜里跑就更长。默认是什么，要先问清楚，别默认它是即时的。
Q：这能替代我的 ERP 吗？ A：不一定。如果你在用 ERP，仓库侧的系统可以直接和它直连。打通做的是让矛盾的数据到不了它那里。
Q：还需要人工盘点吗？ A：需要。自动化捕捉的是交易，不是第一天就被人数错的那一箱。定期做实物盘点仍然能找出系统里没有记录的东西。
想知道自己那边的链路是不是真的通了？把平台和 SKU 情况发到联系我们，我们告诉你还差哪些环节。