2023 年冬天，一个做运动鞋的客户半夜给我打电话，声音都在发抖。他放在洛杉矶 Commerce 一家第三方仓里的货少了 41 箱，每箱 12 双，零售价将近 6 万美金。仓库一口咬定"都扫码出库了"，客户那边收到的托盘却缺了一大块。双方吵了三周，眼看就要打官司。
最后这事怎么收场的？不是靠监控录像，也不是靠谁嗓门大，靠的是 WMS 的审计日志。谁、在几点几分、对哪个库位、做了什么操作、数量从多少变成多少，一条一条全在里面。日志一拉出来，责任归谁，清清楚楚——复核环节漏扫，整托少装了一层，仓库认赔。
我干仓储 20 年，经手过十几套 WMS 选型，可以负责任地说一句话：审计日志是 WMS 里最不起眼、也是出事时最值钱的功能。买系统的时候没人问它，丢货扯皮的时候人人都想靠它。今天就把这东西讲透：它该记什么、存多久，真丢货那天你怎么把它翻出来。
它到底在记什么
先说一个最常见的误解：很多人以为审计日志就是操作记录，记个"谁动了库存"就行。真到扯皮那天你会发现，光记"谁动了"远远不够。
一条能拿出来说话的审计日志，至少要有六个要素：谁（操作人账号）、什么时候（精确到秒）、在哪里（哪个库位、哪票单据）、干了什么（入库、上架、拣选、调整、发运）、改之前是多少、改之后是多少。最后一条最关键——少了"改之前是多少"，你只能证明"他动过"，证明不了"他动错了"，日志就废了一半。
我见过最离谱的一套系统，库存调整只记"管理员把某 SKU 从 100 调成 80"，不记调整原因，也不记有没有人审批。客户问那 20 件去哪了，仓库答不上来，最后认赔 4 万多美金。供应商还振振有词："我们有日志功能啊。"功能是有，记的全是废话。
所以选型的时候，别听销售吹"我们有完整的审计追踪"，你就问三个问题：第一，库存调整能不能强制填写原因，不填不让过账；第二，原因和审批人能不能跟这条日志锁死，事后改不了、删不掉；第三，能不能按 SKU、按单号、按库位、按时间段四个维度交叉查。三个问题里有一个含糊的，这套系统的审计日志就是摆设。
多说一句：日志的查看权限本身也要管。审计日志要是人人都能看、管理员能删，那它跟记事本没区别。我见过一家小 3PL，老板把系统最高权限给了五个主管，其中一个跟客户有私交，丢货之后进去改了两条调整记录——这事最后是靠数据库备份才翻出来的。所以选型时再加问一个问题：日志的查看和导出权限能不能按角色管，管理员自己动了日志有没有二次留痕。管不住看日志的人，日志就是废纸。
存多久，是个钱的问题
记全了，下一个问题：存多久。
云端 WMS 大多默认存 1 到 2 年，本地部署的老系统有的只存 90 天。90 天够不够？看你做什么生意。做快消的，丢货纠纷一般当月就爆发，90 天够用；做 3PL 的，大客户的年度对账能翻到一年多以前的单子，90 天就是等死。
这里有个取舍得算清楚：日志存得越久，存储成本越高，查询越慢。但删早了，省下的那点存储费，还不够一次扯皮索赔的零头。我给客户的建议从来都是一刀切：在线可查至少 2 年，归档冷存至少 5 年。一个中型仓一年的全量审计日志，存 5 年的云存储费用，抵不上一单 2 万美金的丢货索赔——这笔账不难算。
还有一个坑，很多人换系统时都会踩：老系统的日志一定要导出来。2021 年我亲眼见过一个案子，仓库从 A 系统切到 B 系统，历史日志没迁移，3 个月后客户翻旧账，仓库拿不出证据，全额认赔。所以切系统的合同里必须加一条：历史审计日志完整迁移，迁移完抽查验证，少一条都不行。
丢货那天，你怎么把它翻出来
真到丢货那天，别慌，按这个顺序翻。
先定时间窗。客户说 3 月 12 日到的货少了 5 箱，你就把这个 SKU 在 3 月 10 日到 12 日的所有日志拉出来。时间窗宁可放宽两天，不要卡死——货很可能提前一天就被错发了，卡死时间窗等于自己蒙住眼睛。
再按单号把链串起来。一票货从收货、上架、补货、拣选、复核、发运，每一步都有日志。把这条链串起来，断点一目了然。我经手过的丢货案子里，最常见的断点在复核环节：拣选扫了码，复核没扫，直接装车。日志上看得明明白白，抵赖都没法抵赖。
最后盯住"改之前和改之后"。库存调整是最容易藏猫腻的地方。正常的调整有原因、有审批人；不正常的调整，原因写着"盘点差异"，审批人就是操作人自己。这种日志往客户面前一摆，仓库想赖都赖不掉。
翻完之后记住做一件事：把这批日志导出成带时间戳和系统水印的 PDF 发给客户。别只截屏，截屏可以改图，带水印的导出文件才有说服力。
这个月就抽一票已经发走的货，假装它丢了，按上面的流程翻一遍日志，看能不能在半小时内把整条链串起来。串不起来，说明你的审计日志有窟窿——趁还没真丢货，赶紧补。
