201 lines
14 KiB
Markdown
201 lines
14 KiB
Markdown
|
# 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. 规则与策略制定** | **总部 - 运营部/商品部** | **总部运营人员/配货专员** | - **定义规则**: 设置和维护门店的各项补货参数(如安全库存、配送周期、库存上下限)。<br>- **优化参数**: 根据销售数据和季节性变化,主动调整单品或门店的补货模型。 |
|
|||
|
| | **总部 - 运营部/商品部** | **总部运营主管/经理** | - **审批变更**: 审批由门店提交的补货参数调整申请,确保调整的合理性。 |
|
|||
|
| | **门店** | **门店店长/信息员** | - **申请变更**: 当现有补货参数不适应实际销售时,向总部提交调整申请。 |
|
|||
|
| **2. 补货需求生成** | **门店** | **门店系统 (自动化)** | - **自动计算**: 基于销售数据、当前库存和预设的补货参数,自动生成日常补货要货计划。 |
|
|||
|
| | **门店** | **门店店员/店长** | - **人工干预**: 对系统自动生成的要货计划进行人工复核、确认或修改。<br>- **缺货登记**: 登记顾客需求的缺货商品,形成补货需求。 |
|
|||
|
| **3. 计划处理与分配** | **总部 - 运营部/数据中心** | **总部数据处理员/配货专员** | - **监控流程**: 监控“数据处理”模块的自动运行,处理异常情况。<br>- **决策分配**: 在库存不足时,根据预设规则(如按比例)进行库存分配。 |
|
|||
|
| | **总部 - 采购部** | **采购人员** | - **响应缺货**: 分析“缺货登记”记录,作为制定采购计划的依据,从源头解决缺货问题。 |
|
|||
|
| **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["门店配货参数设置<br><i>(安全库存, 周期, 上下限)</i>"]
|
|||
|
end
|
|||
|
subgraph "总部业务"
|
|||
|
Rule2["库存业务设置<br><i>(必备品种)</i>"]
|
|||
|
end
|
|||
|
end
|
|||
|
|
|||
|
subgraph "需求层: 多种业务场景"
|
|||
|
Demand1["日常自动补货<br><i>(库存低于安全线)</i>"]
|
|||
|
Demand2["新店铺货"]
|
|||
|
Demand3["新品铺货"]
|
|||
|
Demand4["缺货登记补货"]
|
|||
|
end
|
|||
|
|
|||
|
subgraph "处理层: 总部业务 (核心枢纽)"
|
|||
|
Hub["分支机构订货计划处理<br><b>(数据处理模块)</b>"]
|
|||
|
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
|
|||
|
```
|