商品同时按箱采购、按件销售、按组促销时，库存混乱通常不是仓库算错，而是系统没有先确定统一计量口径。同一个商品在不同单据里使用不同单位，如果每个环节各自换算，采购入库、销售出库、盘点和成本核算就很难落到同一本账上。
第一步是为每个商品确定不可随意变化的基本单位。库存数量、成本和历史流水都以基本单位保存，箱、包、组等业务单位只用于录单和展示。例如业务员可以按箱下单，但系统提交单据时必须同时留下箱数、当时的换算关系以及换算后的基本数量。
第二步是明确换算比例和精度。固定包装可以维护一箱多少件，称重商品则需要说明重量单位、允许的小数位和舍入规则。换算不能只写在页面提示里，而要进入单据计算与校验；否则同一笔业务在移动端、后台和接口中可能得到不同结果。
换算关系还要考虑生效时间。供应商调整装箱数后，新订单可以使用新包装，但旧订单、旧库存流水和历史成本不能被重新计算。稳妥的做法是在单据行保存当时采用的规格与比例，让之后的查询和对账能够还原业务发生时的真实口径。
采购、销售和调拨可以开放不同业务单位，但库存台账应保持单一口径。页面上既展示业务数量，也展示换算后的库存数量；审核人员发现异常比例时，应能在过账前拦截。接口导入同样必须携带明确的单位编码，不能只依赖商品名称猜测。
退货、拆包和盘点是最容易暴露问题的环节。客户按箱购买后按件退货，系统需要允许以件退回并关联原订单；仓库拆箱后不应凭空生成新商品，而是改变可销售包装状态；盘点差异则应记录盘点单位、换算结果和差异原因。
上线前可以选取整箱采购零售、散件采购整箱销售、装箱数变更、跨仓调拨、部分退货和盘点差异等场景逐一演练。每个场景都核对单据数量、库存流水、现存量和成本是否使用同一基本单位，任何一处无法追溯都应在正式启用前修正。
系统运行后还要持续检查异常换算。可以定期筛选换算比例突然变化、基本数量出现过多小数、负库存由单位转换触发以及同一商品频繁修改包装的记录。发现问题时先定位来源单据和操作岗位，再调整规则或培训流程，不直接修改历史库存结果。
多单位设计的目标不是让录单页面出现更多选项，而是让每一次数量变化都有明确来源、换算规则和历史快照。先统一基本单位，再开放业务单位，最后用异常场景验收，才能让多规格经营既方便操作，又保持库存和财务数据可核对。
下一步建议
将本文提到的判断标准放入一条真实业务流程中验证，并在方案中明确角色、数据口径、异常处理和验收样例。