退回类型
退回类型维护门店退回单的退回原因档案，核心是原因之外的业务处理方式配置项：它决定总部确认门店退回单之后，这批货到底进不进仓库库存。试吃、过期、店内损坏这类退回不该回到可售库存，剩余产品、滞销商品这类退回要重新入库继续卖——两种处理逻辑绑在退回类型上一次定死，门店和总部都不必逐单判断。后台维护了退回类型后，前台门店做退回单必须选择类型，否则单据无法生效。
功能路径：基础数据 → 生产设置 → 退回类型 关联业务：生产调度 → 门店退回 → 门店退回确认
一、功能概述
1. 核心用途
- 给退回单提供原因下拉：前台门店退回单的退回类型列取自这份档案；
- 定库存处理规则：业务处理方式绑定在类型上，总部确认时按它自动决定库存走向；
- 强制归因：档案存在时前台必须选类型，退回数据才能按原因做损耗统计；
- 与报废分线：退回是货回到仓库的业务，报废是不再入库的损耗，两套档案用途不同，见报废类型。
2. 整体结构
窗口是一张编码档案表，列为编号、名称、业务处理方式、助记码；工具栏含编辑、新增、保存等维护按钮，另有退出、查找、帮助等通用按钮。档案改动需【发布编码】下发，前台【同步编码】后才落到门店。
二、界面布局说明
档案表格列
| 字段 | 说明 |
|---|---|
| 编号 | 类型编码，必填且唯一，不可重复 |
| 名称 | 退回原因名称，必填，前台退回单下拉显示它 |
| 业务处理方式 | 必填，决定确认后库存是否增加，取值 0 / 1 |
| 助记码 | 选填，留空时系统自动带出，用于快速检索 |
三、业务操作步骤
步骤 1：打开功能入口
系统菜单 → 基础数据 → 生产设置 → 退回类型。
步骤 2：新增或修改档案
- 点【编辑】进入维护状态；
- 点【新增】追加一行；
- 录入编号与名称，选择业务处理方式；助记码留空即可，系统自动带出；
- 点【保存】完成新增或修改。
步骤 3：下发到门店
后台执行【发布编码】；门店前台进入系统后执行【同步编码】，再打开退回单模块，下拉里才取到新增的类型。
步骤 4：前台开退回单
- 选择退回商品、录入退回数量；
- 在退回类型下拉中选择原因，例如「滞销商品」，点【确定】；
- 选择调入仓库——退回的货进哪个仓由这一步定下来；
- 点【生效】提交给总部确认。
步骤 5：总部确认，系统按规则处理库存
总部在【门店退回确认】中确认单据，系统按该退回类型的业务处理方式自动完成库存处理，不需要人工再判断入库还是损耗。
四、字段详细说明
| 字段 | 填写要求 | 说明 |
|---|---|---|
| 编号 | 必填、唯一 | 退回类型编码，不可重复，业务调用的唯一标识 |
| 名称 | 必填 | 退回原因名称，前台退回单据下拉展示 |
| 业务处理方式 | 必填 | 0 = 退回后不记仓库库存；1 = 退回后增加仓库库存，决定退回确认后的库存逻辑 |
| 助记码 | 选填 | 格式为 / 加字母，不填写时系统自动带出，供单据快速检索 |
业务处理方式规则
| 业务处理方式 | 编码 | 业务逻辑 | 适用业务场景 |
|---|---|---|---|
| 退回后不记仓库库存 | 0 | 在门店退回确认模块点击确认，系统先生成调拨单增加调入仓库库存，再自动生成其它减少单扣减库存；最终仓库库存不增加 | 试吃、过期、店内损坏、包装次品，退回商品直接做损耗处理 |
| 退回后增加仓库库存 | 1 | 在门店退回确认模块点击确认，通过调拨单直接增加调入仓库库存；商品可继续使用 | 剩余产品、滞销商品，退回货品可二次利用 |
由历史版本升级过来的旧退回类型，业务处理方式默认为「0 退回后不记仓库库存」。
五、典型使用场景
场景 1：滞销商品退回总部仓并重新入库
背景：门店卖不动的商品退回总部，再分配给其他门店继续销售。 操作：后台进入退回类型页面，点【编辑】→【新增】，编号录入 08，名称填写 滞销商品（记库存），业务处理方式选择 1 退回后增加仓库库存，助记码留空由系统自动带出后保存；门店做退回单时退回类型选择【滞销商品（记库存）】提交，总部在【门店退回确认】确认该单据，调入仓库库存自动增加。
场景 2：试吃退回只计损耗不增库存
背景：门店试吃后退回的货不能再售，但要留下试吃损耗的记录。 操作：后台新增退回类型，业务处理方式选择 0 退回后不记仓库库存；门店提交退回单，总部确认单据，系统先入库再自动扣减库存，最终仓库库存不会上涨，作为门店损耗统计。
六、权限控制与前置条件
- 只要后台存在任意退回类型档案，前台做退回单强制选择退回类型，不选单据无法生效。
- 业务处理方式绑定退回类型：门店退回单选择某个退回类型，总部确认时就执行该类型对应的库存逻辑。
- 修改退回类型配置后，必须执行【发布编码】，前台执行【同步编码】，配置才会生效。
- 已经确认完成的历史退回单据，不会跟随退回类型配置变更，沿用当时单据的业务逻辑。
- 未确认的历史退回单据，使用退回类型当前的业务处理方式。
七、常见问题
1. 总部确认退回单后仓库库存没有增加
- 原因：该退回单所选退回类型的业务处理方式是
0 退回后不记仓库库存，系统入库后自动扣减，库存不会增加，属于正常业务逻辑； - 处理：需要记库存的改用
1 退回后增加仓库库存的类型，改完确认已做【发布编码】并由前台同步编码。
2. 后台新增了退回类型，前台退回单下拉找不到
- 原因：后台未保存成功，或已保存但未发布编码、前台未执行【同步编码】；
- 处理：回后台确认档案行存在，执行【发布编码】，门店端同步编码后再打开退回单。
3. 前台退回单点【生效】提示必须选择退回类型
- 原因：后台已维护退回类型档案，按规则前台必须归因；
- 处理：在退回类型下拉中选择对应原因，并确认已选择调入仓库，再点【生效】。
4. 改过业务处理方式，之前的单据会不会跟着变
- 原因：不确定配置的作用范围；
- 处理：已经确认完成的历史退回单据不跟随配置变更，沿用当时单据的业务逻辑；未确认的历史退回单据使用退回类型当前的业务处理方式。需要区分口径时另建一个新的退回类型，不要改动已被历史单据使用的类型。
附：关联环节
| 环节 | 说明 |
|---|---|
| 报废类型 | 用于产品报废损耗业务；退回类型用于门店退回业务，两者用途不同，不要混用 |
| 生产调度 → 门店退回 → 门店退回确认 | 总部审核门店退回单据，按退回类型执行业务处理方式 |
| 门店退回分析报表 | 查看退回类型与业务处理方式，做损耗统计分析 |