正常回收单与报废单
门店当天没卖完的产品要处理：还能回厂继续加工的属于回收，已经不能销售的属于报废。这两件事在系统里都表现为一张减少库存的单据，但入口名称在不同版本上并不一致——旧版帮助把「正常回收单」当作存货管理下的独立功能来讲，现行客户端版本里该菜单项已置为不可见，门店侧对应的登记入口现在叫报废单，正常回收则作为减少类调整单据在烘焙行业下的一个业务子类型存在，与盘亏、原料消耗同族。本文写清这三者的界限、现行入口以及单据本身的字段与记账口径。
功能路径：系统菜单 → 存货管理 → 库存业务 → 正常回收单（现行版本该菜单项默认不可见，门店侧入口见分店后台的报废单）
一、功能概述
1. 功能简介
正常回收处理的是「货物还能回来」的那一部分：门店未售完、但仍在可处理范围内的产品，按流程回收到指定仓库，账面按回收方向减少门店库存。它和退回、调入是同一条业务链上的动作，回收回来的货物还要经过再处理，因此不能与就地报废混记。
2. 核心用途
- 损耗分类：把可回收与不可销售的两类门店损耗分开登记，损耗分析才能分得清责任方；
- 库存去向清楚：回收方向的单据带出库仓库与回收仓库，货回到哪里可查；
- 减少类账簿一致：与盘亏、原料消耗共用同一套减少类调整单据的记账机制，账簿按业务类型区分；
- 为二次处理提供数据：按品种、数量与质量统计回收到货，为再加工与资源配置提供依据。
3. 与相邻单据的界限
| 类型 | 成因 | 货物去向 | 对应入口 |
|---|---|---|---|
| 正常回收 | 门店未售完，仍在可处理范围内 | 回厂，可再处理 | 回收类调整单据（现行版本菜单不可见，多由门店端登记生成） |
| 不正常回收 | 门店原因导致产品已不可再销售 | 就地报废，不再回厂 | 门店端报废单 / 客户端不正常回收单 |
| 盘亏 | 实盘数小于账面数 | 实物缺失 | 盘盈单与盘亏单 |
| 其它减少 | 内部领用、样品消耗等无去向单据的进出 | 内部耗用 | 其它增加单与其它减少单 |
判断依据是东西还能不能回来：能回来按回收或退回处理，回不来才按报废登记，两者混用会让库存去向和损耗统计同时失真。
二、界面布局说明
正常回收单的单据形态与其它减少类调整单据完全一致，上半部表头、下半部明细，启用批次管理的物料在明细中带批号列。
表头关键字段
| 字段 | 说明 |
|---|---|
| 原始单号 | 单据编号，新增时由系统生成 |
| 单据日期 | 回收业务归属的日期，报表按此归集 |
| 出库仓库 | 货物离开的门店仓库 |
| 业务部门 | 承担这笔回收的门店或班组 |
| 摘要 | 回收原因说明，建议写明具体缘由 |
| 状态 | 草稿与生效，生效后账面数量才减少 |
明细列
物料编号 / 物料条码 / 物料名称 / 物料规格 / 基础单位 / 输入数量 / 输入单位 / 批号 / 金额 / 行备注。数量只录正数，减少方向由单据类型决定；明细不录入单价与金额，实际成本按物料当时的结存成本进入账簿。
三、业务操作步骤
步骤 1：确认入口
先在客户端按 系统菜单 → 存货管理 → 库存业务 查看是否存在回收类单据入口。现行版本该菜单项默认不可见，此时门店侧统一在分店后台的报废单中登记，由门店端生成减少库存的单据；需要客户端补开时，由管理员确认该菜单是否对当前行业与站点开放。
步骤 2：填写表头
选择出库仓库（门店自己的仓库）与业务部门，确认单据日期落在正确的会计期内。
步骤 3：录入回收明细
逐行选择产品与数量，需要批次信息的补填批号；行备注写明回收原因，便于事后区分门店原因与工厂原因。
步骤 4：生效入账
点【状态】选择生效后：
步骤 5：录错时回冲
草稿状态可直接改明细或删除单据；已生效的单据按减少类调整单据的通用做法，再开一张方向相反的单据把差额冲回，并在摘要中写明被冲销的原单据号。
四、字段详细说明
1）业务类型归属
正常回收是减少类调整单据在烘焙行业下的一个业务子类型，与盘亏、原料消耗同族；不正常回收（报废）是同一族里的另一个子类型。子类型决定这笔减少在损耗统计里归到哪一类，不影响记账机制本身。
| 子类型 | 归集口径 |
|---|---|
| 盘亏 | 盘点差异造成的账面缺失 |
| 正常回收 | 门店未售完、货物可回厂 |
| 原料消耗 | 生产与试制过程中的原料耗用 |
| 不正常回收 | 门店原因导致不可销售的报废 |
2）状态与记账
| 状态 | 含义 |
|---|---|
| 草稿 | 单据已保存，尚未影响库存账面 |
| 生效 | 已按明细减少库存，进入账簿与查询结果 |
3）回收查询的明细与两种汇总
回收单生效后，回看回收量不必逐张翻单据。库存业务的回收查询入口把已生效的回收明细单独列出来，提供三种粒度，取的是同一批数据，只是相加的分组键不同：
| 视图 | 一行代表 | 适合回答 |
|---|---|---|
| 回收单明细 | 一张单据上的一个物料行 | 哪天哪个仓回收了什么、回收了多少 |
| 按仓库汇总 | 一个仓库 | 回收集中在哪些门店仓，便于追回收责任与回程安排 |
| 按物料汇总 | 一个物料 | 哪类产品回收量大，用于反推生产量与配货量是否偏高 |
单据明细本身不录入单价与金额，查询时按物料档案与当时的成本口径现算出参考金额，各列取数如下：
| 列 | 取数口径 | 出现在 |
|---|---|---|
| 数量 | 该行回收的物料数量；汇总视图为该分组内各行数量之和 | 三种视图 |
| 单位价格 | 取该批物料的出库成本价，不取档案标准价 | 明细 |
| 基础价格 | 取物料档案上的标准进价 | 明细 |
| 金额 | 基础价格 × 数量；汇总视图为分组内金额之和 | 三种视图 |
| 标准售价 | 取物料编码上的标准售价 | 按仓库、按物料 |
| 售价金额 | 标准售价 × 数量；汇总视图为分组内之和 | 按仓库、按物料 |
这里要留意两处口径差别。一是回收明细的折算价取的是实际出库成本价，而其它减少单的查询视图取的是档案标准进价，同样是「减少」，两边的单位价格不是同一个来源；二是金额用标准进价折算、售价金额用标准售价折算，都属于查询时现算的参考金额，档案改过标准价之后重查，这两套金额会跟着变，账簿上实际记入的发出成本不受影响。要看回收真正记入账簿的金额，用出入库按单据查询按单据类型筛回收单；要按物料看一段时间的回收累计与结存变化，用出入库按物料汇总。
三种视图行数不同、合计应当相同：明细各行数量相加，等于按仓库汇总的数量合计，也等于按物料汇总的数量合计。对不上通常是查询之间有单据新生效或被撤销，重新查询即可。
五、典型使用场景
场景 1：门店未售完产品回厂
背景：当日未售完且仍在保质期内的成品需要收回工厂再处理。
操作：门店在回收登记中选择门店仓与回收原因 → 逐行录入品种与数量 → 生效后门店仓数量减少，回厂一侧按调入或入库单据入账 → 用出入库明细查询按同一日期核对两侧记录是否对上。
场景 2：可回收与报废的现场判定
背景：同一批退货中既有保管不当造成的损坏，也有单纯没卖完的。
操作：能回厂再处理的按回收登记，不可销售的按报废单登记，两类单据分别开；门店端只登记一次，客户端不重复补开，否则会造成双倍损耗。
场景 3：回收量的月度统计
背景：总部想按月看各门店回收了哪些品种、数量与金额，评估配货量是否偏高。
操作：按日期区间与门店范围查询回收类单据明细 → 导出后按门店与物料汇总 → 与配货量、销售量的对比结果用于调整次月配货计划。
六、权限控制与前置条件
- 需要对应菜单权限；现行版本该菜单项对多数站点不可见，门店侧改由报废单入口登记，具体开放范围以站点参数为准；
- 出库仓库只能是操作员有权限的门店仓，仓库与门店归属需先在基础资料中配好；
- 物料必须在该仓有账面数量，负库存是否放行受库存参数控制，口径见库存参数用户特点；
- 回收与报废的原因类别需要先在编码资料中维护，门店端才能选到；
- 单据生效后才进入账簿与查询结果，草稿不参与统计；
- 门店端已生成单据的，客户端不要重复补开。
七、常见问题
在客户端菜单里找不到正常回收单？
- 原因：现行版本把该菜单项置为不可见，旧版帮助按独立功能讲解的写法与当前界面不一致；
- 处理：门店侧统一用分店后台的报废单入口登记；确需使用该单据类型时，联系管理员确认站点是否开放该菜单，以及该单据类型在当前版本的实际名称。
正常回收与不正常回收到底怎么分？
- 看货物还能不能回来。能回厂再处理按回收，回不来按报废。两类混记会让库存去向与损耗责任方都算不清。
门店已经在后台登记了，客户端还要再开一张吗？
- 不需要。门店端登记生成的单据已经减少库存，客户端重复开单会造成双倍损耗；只有门店没有用后台登记时才在客户端补开。
回收单会不会影响成本？
- 影响的是数量结存，明细本身不录金额，实际成本由物料当时的结存成本决定。需要修正结存金额时走成本调整单。
生效后录错了怎么办？
- 已生效单据不直接改账，按减少类调整单据的做法再开一张方向相反的单据冲回差额，摘要中写明被冲销的原单据号，保留完整轨迹。
八、与其他功能的关系
| 环节 | 对应功能 |
|---|---|
| 门店报废的查询与稽核 | 不正常回收单 |
| 减少类调整单据的通用形态 | 其它增加单与其它减少单 |
| 盘点差异造成的账面缺失 | 盘盈单与盘亏单 |
| 回收后的账簿核对 | 出入库明细查询 |
| 库存与盘点参数口径 | 库存参数用户特点 |
附：本文档变更记录
| 日期 | 变更 |
|---|---|
| 2026-11-09 | 初稿；按现行版本菜单可见性与门店侧「报废单」入口改写，旧版帮助中把正常回收单当独立功能的写法记为版本差异 |