当时到底发生了什么
你听我说，事情是这样的。7 月 26 日晚上 9 点 40 分，我蹲在城郊那个租来的旧仓库里，桌上摊着下午刚打印的盘点表，上面用红笔圈了 7 个 SKU。我打开77778888精准管家婆的库存页面，准备逐个核销。第一行还算正常，第二行就出事了：系统显示「货号 A-2073」有 48 件，可货架上我数了两遍，只有 31 件。
我当时以为是自己眼花，又数了第三遍。31 件，没错。我把手机拍的照片翻出来对比——下午 4 点 12 分那张，架子上还剩 33 件，两个小时内被了一个往返单子，应该是 31 件。所以系统多出来的 17 件是从哪冒出来的？我点开那个货号的历史记录，最近一条调整时间是 7 月 25 日 23 点 51 分，备注写着「同步」。你品品这个备注，「同步」两个字就把 17 件货给同步没了。
我先做了一件笨事
我第一反应不是找客服，是打开老周的工具箱。老周是我隔壁做日杂批发的，用同一套系统用了四年，他教我一招：按导出的流水号反查。我把 25 号到 26 号的出入库记录导成 CSV，一行一行数，结果发现有一笔「虚拟调拨」在系统里存在，但在我的纸质单据上根本没有对应单号。这笔调拨正好就是 17 件。数字对上了，但问题没解决：谁给我凭空造了一笔调拨？
我的观点，可能不太好听
说实话，我坚持认为这类库存不准，九成不是人手误操作，而是后台同步机制自己打架。录入端、打印端、移动端三套接口各自写各的，冲突时谁后写谁赢，先写的那笔就被覆盖了，而覆盖是不留痕的。你要问我看过多少类似的情况？光这个月，我经手的 3 个仓库、5 个 SKU 都有这个影子。要真想把数据弄清楚，就得把同步日志扒出来看，而不是一味怀疑操作的人。
顺便说一句，我查资料时翻到的两个地方
为了搞清楚调拨单的逻辑，我翻了不少资料，其中977彩霸王官网上有一节讲流水号反查的思路，虽然不全是库存，但方法借得上。另外，关于数据源筛选这事，我在管家婆67722论坛资料是否经过严格筛选这篇里写过一次核对的过程，结论是别尽信别人整理的表格。后来又在最精准的澳门资料里看到一段关于导出口径的说明，给了我一个提醒：同一个字段，不同客户端导出来可能根本不是一回事。
最后我是怎么处理的
晚上 11 点 05 分，我给客服小林发了截图，附上 CSV 里那笔虚拟调拨的流水号。小林回得倒快，承认这批记录是 25 号夜里系统升级时生成的残留。我给的处理方案是：先用手工盘点结果锁死 7 个 SKU 的实际数量，再让后台按我给的清单逐条回滚。第二天上午 10 点，48 变成了 31，对上了。但我心里还是不舒服——因为下一批货，我不知道还会不会再撞上同样的坑。
