一份小样送给顾客、一件赠品随订单发出、一瓶正装拆封后放在柜台试用这三种操作都可能不收取费用但它们产生的业务记录不同。如果系统只是把商品价格设为零再统一生成销售单月底虽然能看到数量减少却很难解释物料去了哪里。本文以门店非卖品为例讨论数据模型、库存动作和异常核对的设计方法。以下字段、状态和数字均为说明用例不是某套系统的功能承诺。一、把物料身份、用途和状态分开“赠品”可能是一种用途而不一定是一种永久不变的商品身份。同一个包装规格的商品可能正常销售也可能在活动中赠送独立包装小样则可能具有自己的商品编码和计量单位。因此可以区分三层信息层次回答的问题示例物料身份它是什么商品编码、规格、单位本次用途为什么使用它派样、满赠、柜台试用库存状态当前能如何处理可用、预留、在用、冻结不要为了记录每一场活动都重复创建同一商品也不要把规格不同的小样和正装混用一个库存单位。如果一包小样与一瓶正装仅存在体验关联这种关系适合用于查询和分析不能直接作为库存换算关系。二、先定义库存流水再设计库存汇总假设门店收到 80 包小样活动中发出 23 包另有 2 包破损实物应剩 55 包。系统要能分别查到收货、发放和破损记录才能解释这个结果。一条简化的库存流水可以包含业务单据标识、业务明细标识 门店、库存地点、商品、批次 库存状态、变化数量 业务发生时间、系统记账时间 操作人、变化原因库存汇总用于快速查询流水用于解释变化。库存余额出现差异时应能沿关联单据追查而不只是查看一个被反复覆盖的数量字段。同一商品涉及多个批次时应分别管理数量。不能把“总数还剩 55 包”当作批次账也正确的证据。三、把“预留”和“已经发出”区分开顾客获得领取资格后可能暂时没有拿到实物。如果资格生成时就直接扣减在库量系统会把尚未交付的物料当成已经发出如果一直不占用库存又可能向多人承诺同一件赠品。一种可供评审的流程是确认可领取 → 按规则预留 实际交付 → 记录发放并扣减在库释放对应预留 取消或过期 → 释放预留例如账面在库有 20 件其中 6 件已预留。在不考虑其他限制的示例中可继续分配 14 件。有 2 件完成交付后在库变为 18 件预留变为 4 件可继续分配仍是 14 件。若错误地在出库后保留原来的 6 件预留可用库存就会被重复扣减。验收时可以拿这组数字逐步执行核对每一步的库存余额。四、试用装适合同时记录数量和生命周期一瓶试用装可能被多次使用。若每次试用都扣减一瓶库存单位显然不合理如果改按毫升扣减又需要可靠的计量依据。当门店无法准确计量单次消耗时可以按整件管理同时记录生命周期未启用 → 在用 → 用完待处理 → 已处置破损、遗失或提前停用可以作为其他状态分支具体规则另行约定。状态变化是否引起库存数量变化需要单独定义。例如从“在用”变为“用完待处理”时实物空瓶仍可能在柜台但内容物已经耗尽。报表应说明统计的是完整物料、在用物料还是待回收容器。如果正装转为试用需要关联转出与转入记录。在采用数量重分类的设计中转出正常库存 1 件同时增加试用库存 1 件不能只增加试用库存而遗漏可售库存的减少。五、权益核销和实物发放需要共同的业务标识会员礼兑换可能跨越会员系统和门店库存系统。假设权益已经核销但门店库存接口超时。页面不能直接让店员重新核销一次也不能在不知道结果时再次扣库存。可以给一次兑换分配共同的业务标识并分别记录信息示例内容权益执行结果未执行、成功、失败、结果待确认库存执行结果未执行、成功、失败、结果待确认实物交付结果未交付、已交付异常处理重试、撤销或人工核对记录发生超时时首先区分“明确失败”和“结果未知”。结果未知需要查询或对账不能直接等同于失败。跨系统不应简单假设两个动作天然同时成功。可以结合接口能力选择预留、确认、重试和补偿流程但每一步都要考虑重复请求与执行顺序。六、报损记录要能解释原因正常用完、运输破损、门店遗失和盘点短少最终都可能减少数量但不能混用一个原因。建议至少保留申请依据、数量、批次、审核结果及关联流水。发现盘差时先检查是否存在未完成收货、漏记发放或重复扣减再决定是否调整库存。如果业务允许撤销已经记账的报损可以生成关联原单的冲销记录而不是删除原单。这样后续才能查清数量先减少、再恢复的原因。业务统计也应区分“正常消耗”和“异常损失”。把两者相加后统一称为损耗会影响门店之间的比较。七、验收时让每一次数量变化都有对应单据可以使用以下测试数据完成一轮验证收到同一商品的两个批次分别为 30 件和 50 件从指定批次预留 6 件实际交付 2 件再取消剩余 4 件同一发放请求重试一次数量不应再次扣减一件正常商品转为柜台试用可售数量与试用数量正确变化模拟权益核销成功、库存结果未知检查查询与恢复流程对 2 件破损物料完成审核和记账再核对批次余额。最终既要看库存总数也要看每种状态、每个批次和每张业务单据能否对应。门店能回答“还有多少”总部也应能够回答“为什么变成这个数量”。