# G3ERP集团分销模块：补货流程深度分析
本文档基于对G3ERP集团分销模块相关文档的深度解读，旨在全面、清晰地阐述其核心业务之一——**补货流程**。内容涵盖了从规则制定到最终执行的各个环节、涉及的相关方以及一个完整、细致的流程详解。
---
## 一、“补货”相关环节清单及出处
本章节梳理了集团分销模块中，所有与“补货”业务直接相关的具体功能环节，并标注了其在原始解读文档中的出处，以便追溯。
### 1.1 规则与参数设置 (规则层)
这是所有补货业务的逻辑基础和前提条件，定义了如何进行补货。
- **核心补货参数定义**:
- **描述**: 定义门店的拣货仓库、配送周期、路线、安全库存天数、库存上下限天数等核心补货规则。系统进行自动化补货运算时，会严格依据这些参数计算补货量。
- **出处**:
- [`2.2.1-G3ERP集团分销_分销设置_模块解读文档-v1.0.md:125-127`](1-流程梳理/2-G3ERP集团分销模块解读⭐️⭐️/2.2.1-G3ERP集团分销_分销设置_模块解读文档-v1.0.md:125)
- [`2-G3ERP集团分销_总模块解读-v1.0.md:33`](1-流程梳理/2-G3ERP集团分销模块解读⭐️⭐️/2-G3ERP集团分销_总模块解读-v1.0.md:33)
- **新开门店补货参数复制**:
- **描述**: 为提高效率，可将已有门店成熟的补货参数一键复制给新开的门店。
- **出处**: [`2.2.1-G3ERP集团分销_分销设置_模块解读文档-v1.0.md:153-156`](1-流程梳理/2-G3ERP集团分销模块解读⭐️⭐️/2.2.1-G3ERP集团分销_分销设置_模块解读文档-v1.0.md:153)
- **门店补货参数调整 (总部审批)**:
- **描述**: 处理由门店发起的补货参数（如库存上下限）调整申请，总部审批后生效。
- **出处**: [`2.2.1-G3ERP集团分销_分销设置_模块解读文档-v1.0.md:205-208`](1-流程梳理/2-G3ERP集团分销模块解读⭐️⭐️/2.2.1-G3ERP集团分销_分销设置_模块解读文档-v1.0.md:205)
- **单品补货参数调整 (总部直调)**:
- **描述**: 总部为应对季节性或临时性需求，直接对单个商品在多个门店的补货参数进行批量调整。
- **出处**: [`2.2.1-G3ERP集团分销_分销设置_模块解读文档-v1.0.md:235-238`](1-流程梳理/2-G3ERP集团分销模块解读⭐️⭐️/2.2.1-G3ERP集团分销_分销设置_模块解读文档-v1.0.md:235)
- **特殊日期补货规划**:
- **描述**: 通过“连锁门店配货日期分配表”，为门店预设月度配货日历，以执行特殊补货计划（如节假日、促销日）。
- **出处**: [`2.2.1-G3ERP集团分销_分销设置_模块解读文档-v1.0.md:180-182`](1-流程梳理/2-G3ERP集团分销模块解读⭐️⭐️/2.2.1-G3ERP集团分销_分销设置_模块解读文档-v1.0.md:180)
### 1.2 补货需求的产生与处理 (执行层)
这是日常补货操作的执行环节。
- **门店日常要货 (需求来源)**:
- **描述**: 门店日常销售产生的补货需求，是补货流程的主要触发点之一。这些需求会生成“补货计划”。
- **出处**:
- [`2-G3ERP集团分销_总模块解读-v1.0.md:81`](1-流程梳理/2-G3ERP集团分销模块解读⭐️⭐️/2-G3ERP集团分销_总模块解读-v1.0.md:81)
- [`2.1.1-G3ERP集团分销_总部业务_模块解读文档-v1.0.md:87`](1-流程梳理/2-G3ERP集团分销模块解读⭐️⭐️/2.1.1-G3ERP集团分销_总部业务_模块解读文档-v1.0.md:87)
- **订货计划处理 (核心枢纽)**:
- **描述**: “数据处理”模块是自动化补货的核心。它接收所有补货计划，进行库存检查、智能分配、缺货处理，最终生成可执行的配送任务（调拨单）。
- **出处**:
- [`2.1.1-G3ERP集团分销_总部业务_模块解读文档-v1.0.md:141`](1-流程梳理/2-G3ERP集团分销模块解读⭐️⭐️/2.1.1-G3ERP集团分销_总部业务_模块解读文档-v1.0.md:141)
- [`2-G3ERP集团分销_总模块解读-v1.0.md:46`](1-流程梳理/2-G3ERP集团分销模块解读⭐️⭐️/2-G3ERP集团分销_总模块解读-v1.0.md:46)
- **缺货登记与后续补货**:
- **描述**: 在“数据处理”环节，如果库存不足，系统会进行缺货登记。这些记录后续可生成“缺货补货计划”，再次进入补货流程。
- **出处**:
- [`2.1.1-G3ERP集团分销_总部业务_模块解读文档-v1.0.md:162`](1-流程梳理/2-G3ERP集团分销模块解读⭐️⭐️/2.1.1-G3ERP集团分销_总部业务_模块解读文档-v1.0.md:162)
- [`2.1.1-G3ERP集团分销_总部业务_模块解读文档-v1.0.md:171`](1-流程梳理/2-G3ERP集团分销模块解读⭐️⭐️/2.1.1-G3ERP集团分销_总部业务_模块解读文档-v1.0.md:171)
---
## 二、“补货”流程相关方清单
下表详细列出了在G3ERP集团分销模块的补货流程中，从规则制定到最终执行所涉及到的不同层级、部门及其核心业务角色，并阐述了他们在流程中的主要职责。
| 环节/阶段 | 涉及层级/部门 | 核心角色/业务人员 | 主要职责 |
| :--- | :--- | :--- | :--- |
| **1. 规则与策略制定** | **总部 - 运营部/商品部** | **总部运营人员/配货专员** | - **定义规则**: 设置和维护门店的各项补货参数（如安全库存、配送周期、库存上下限）。
- **优化参数**: 根据销售数据和季节性变化，主动调整单品或门店的补货模型。 |
| | **总部 - 运营部/商品部** | **总部运营主管/经理** | - **审批变更**: 审批由门店提交的补货参数调整申请，确保调整的合理性。 |
| | **门店** | **门店店长/信息员** | - **申请变更**: 当现有补货参数不适应实际销售时，向总部提交调整申请。 |
| **2. 补货需求生成** | **门店** | **门店系统 (自动化)** | - **自动计算**: 基于销售数据、当前库存和预设的补货参数，自动生成日常补货要货计划。 |
| | **门店** | **门店店员/店长** | - **人工干预**: 对系统自动生成的要货计划进行人工复核、确认或修改。
- **缺货登记**: 登记顾客需求的缺货商品，形成补货需求。 |
| **3. 计划处理与分配** | **总部 - 运营部/数据中心** | **总部数据处理员/配货专员** | - **监控流程**: 监控“数据处理”模块的自动运行，处理异常情况。
- **决策分配**: 在库存不足时，根据预设规则（如按比例）进行库存分配。 |
| | **总部 - 采购部** | **采购人员** | - **响应缺货**: 分析“缺货登记”记录，作为制定采购计划的依据，从源头解决缺货问题。 |
| **4. 订单执行与配送** | **总部 - 供应链/物流中心** | **仓库人员 (拣货/复核/打包)** | - **执行调拨**: 根据系统生成的“调拨单”，进行商品的拣选、复核与打包。 |
| | **总部 - 供应链/物流中心** | **配送人员** | - **物流配送**: 将打包好的商品按照配送路线和计划送达指定门店。 |
| **5. 收货与反馈** | **门店** | **门店库管/店员** | - **收货入库**: 接收总部配送的商品，清点核对并进行系统入库操作。 |
---
## 三、G3ERP集团分销模块：完整补货流程详解
本流程旨在详细阐述G3ERP集团分销体系下，一个商品从规则设定到最终送达门店的全过程，体现了系统“规则先行、自动处理、人工干预”的设计思想。
### 阶段一：规则设置与维护 (静态基础 - 总部运营部主导)
此阶段是所有自动化补货的前提，定义了补货的“游戏规则”。
1. **初始化设置 (新店开业时)**:
* **动作**: 总部运营人员在`分销设置-基础资料`中执行`新开门店初始化设置`。
* **核心**: 在录入门店基本信息的同时，系统会自动生成一套初始的`门店配货参数`，包括默认的拣货仓库、配送周期、安全库存天数、库存上下限等。
* **效率提升**: 若有相似门店，可使用`新开门店补货计划参数复制`功能，快速应用成熟的补货模型。
2. **日常参数维护与优化 (持续进行)**:
* **场景A：总部主动优化**: 运营人员发现某款感冒药进入销售旺季，通过`门店补货计划参数单品调整`功能，统一提高所有北方门店该药品的库存上限天数。
* **场景B：门店申请调整**: 某门店店长发现系统计算的补货量偏低，通过门店端提交`补货计划参数调整申请`。申请流转至总部，由运营主管在`门店补货计划参数调整申请处理`界面进行审批，通过后参数自动更新。
### 阶段二：自动化补货需求生成与处理 (动态执行 - 系统核心)
此阶段是日常补货的核心，由系统根据预设规则自动完成。
3. **需求自动触发 (门店端 - 系统自动)**:
* **机制**: G3ERP系统持续监控各门店的实时库存和销售数据。
* **触发条件**: 当某商品的“当前库存”低于其在`门店配货参数`中设定的“安全库存天数”所对应的库存量时，系统自动触发补货需求。
* **产出**: 系统根据库存上下限、在途量、日均销量等参数，自动计算建议补货量，生成一张`门店日常要货计划`单。
4. **计划汇总与智能处理 (总部端 - 数据处理模块)**:
* **汇总**: 所有门店自动生成的`门店日常要货计划`单，统一汇入到`总部业务`的`数据处理`模块中。
* **核心处理逻辑**:
* **Step 1: 库存检查**: 系统检查该商品在指定`拣货仓库`的可用库存。
* **Step 2: 库存充足**: 若库存足以满足所有门店的需求，系统直接确认计划数量。
* **Step 3: 库存不足 (关键流程)**: 若库存不足，系统启动`缺货处理`机制：
* **自动分配**: 根据预设规则（如按门店重要级、或按需求量比例），将有限的库存公平地分配给各家门店。例如，A店要100件，B店要50件，总部只有75件库存，按比例分配后A店分得50件，B店分得25件。
* **缺货登记**: 未被满足的需求数量（A店的50件和B店的25件）被自动记录到`连锁门店新品及缺货登记处理`模块中，形成缺货记录，供采购部参考。
### 阶段三：调拨指令生成与下游衔接
此阶段是信息流转为物流指令的关键一步。
5. **生成调拨单**:
* **动作**: 对于`数据处理`模块中所有被确认的补货数量（无论是全量满足还是部分分配），系统会自动生成一张`调拨单`。
* **意义**: `调拨单`是正式的、可执行的内部物流指令，标志着集团分销模块内本次补货流程的结束。
6. **衔接供应链模块**:
* **流转**: 生成的`调拨单`会自动传递到**G3ERP的供应链模块**。
### 阶段四：物理执行与流程闭环
此阶段由供应链和门店完成，是补货的最终落地。
7. **仓库作业 (供应链模块)**:
* **动作**: 总部仓库人员根据`调拨单`进行商品的拣货、复核、打包，并安排物流配送。
8. **门店收货入库 (门店端)**:
* **动作**: 门店收到货物后，进行清点核对，并在系统中执行收货入库操作。
* **闭环**: 商品库存增加，完成一次完整的补货流程。系统将继续监控库存，为下一次补货循环做准备。
---
## 四、集团分销补货业务完整流程图 (精细版)
此流程图基于对原始文档的再次深度解读绘制，旨在完整、清晰地展现集团分销补货业务的全貌，突出规则、需求、处理、执行四大阶段的内在联系。
```mermaid
graph TD
subgraph "规则层: 总部"
subgraph "分销设置"
Rule1["门店配货参数设置
(安全库存, 周期, 上下限)"]
end
subgraph "总部业务"
Rule2["库存业务设置
(必备品种)"]
end
end
subgraph "需求层: 多种业务场景"
Demand1["日常自动补货
(库存低于安全线)"]
Demand2["新店铺货"]
Demand3["新品铺货"]
Demand4["缺货登记补货"]
end
subgraph "处理层: 总部业务 (核心枢纽)"
Hub["分支机构订货计划处理
(数据处理模块)"]
Hub_Check{"\"库存检查\""}
Hub_Process["缺货处理"]
Hub_Alloc["按规则分配"]
Hub_Shortage["缺货登记"]
Hub_Confirm["确认/生成调拨数量"]
end
subgraph "执行与反馈层 (供应链 & 门店)"
Exec1["生成调拨单"]
Exec2["(流转至) 供应链模块"]
Exec3["仓库作业 & 物流配送"]
Exec4["门店收货入库"]
Feedback1["(通知) 采购模块"]
end
Rule1 -- "影响计算规则" --> Demand1
Rule2 -- "影响选品范围" --> Demand1
Rule2 -- "影响选品范围" --> Demand2
Rule2 -- "影响选品范围" --> Demand3
Demand1 -- "生成计划" --> Hub
Demand2 -- "生成计划" --> Hub
Demand3 -- "生成计划" --> Hub
Demand4 -- "生成计划" --> Hub
Hub --> Hub_Check
Hub_Check -- "库存充足" --> Hub_Confirm
Hub_Check -- "库存不足" --> Hub_Process
Hub_Process --> Hub_Alloc
Hub_Process --> Hub_Shortage
Hub_Alloc --> Hub_Confirm
Hub_Confirm --> Exec1
Exec1 --> Exec2
Exec2 --> Exec3
Exec3 --> Exec4
Hub_Shortage -- "作为采购参考" --> Feedback1
Exec4 -- "更新库存数据" --> Demand1
```