卡密库存管理的四个关键：批次、审计、泄露追溯
库存不只是数量。谁导入、哪一批、何时出库、交付给谁，都决定了后续对账与售后是否可控。
对于卡密/兑换码类虚拟商品，库存管理决定了自动发货是否可靠。很多系统只关注“剩余数量”，忽略了更关键的审计链路： 谁导入、哪一批、发给了谁、是否出现重复发货、以及差异如何核对。
四个关键点
1）批次：把库存“分层”而不是堆在一起
批次（batch）可以来自不同供应来源、不同有效期、不同地区或不同成本。把批次写进数据结构后，你才能做到： 召回、差异定位、以及按规则优先消耗某一批库存。
2）审计：导入、出库、回滚都要留痕
最少要能回答：某一张码是从哪里来的？何时导入？何时被发给了哪个订单？如果失败回滚，回滚发生在什么时候？ “留痕”不是为了增加工作量，而是为了让对账与争议处理有据可依。
3）泄露追溯：敏感字段按需展示
卡密属于敏感信息：后台全量明文展示会带来不必要的风险。常见做法是：
- 默认只展示部分（例如前后各 4 位），需要权限才能查看全量
- 按需加密存储，避免数据库泄露直接暴露卡密
- 发货时记录“交付摘要”与“出库流水”，便于后续核对
4）差异核对：库存差异必须可解释
在规模化运行后，库存差异是常态：订单失败回滚、补发、重复请求、以及回调延迟都可能造成短期差异。 如果你有批次与出库流水，就能把差异归因到具体原因，而不是靠“经验判断”。
批次号
每次导入生成 batch_id，所有出库都关联 batch_id。
出库流水
delivery_id 关联订单号、时间线与交付摘要。
回滚记录
失败回滚必须可查：原因、时间、操作人/任务。
这些内容同样适合写进官网解决方案页：对搜索引擎来说，“库存审计/批次/追溯”是非常清晰的主题信号； 对合作方来说，这是判断平台专业度的重要依据。