- 重构: 对总部业务模块文档进行全面优化。 - 使用 Mermaid 流程图和业务流程图替换原有文本描述,提升了文档的可读性和结构清晰度。 - 对各功能模块的说明进行了深化,补充了详细的业务流程图,使逻辑更易理解。 - 新增: 添加分销设置模块的全新解读文档,完善了集团分销模块的整体文档覆盖。 - 清理: 删除了一个冗余的副本文件,保持仓库整洁。
378 lines
17 KiB
Markdown
378 lines
17 KiB
Markdown
# G3ERP集团分销-总部业务模块解读文档
|
||
|
||
## 一、总部业务模块概述
|
||
|
||
G3ERP集团分销的“总部业务”模块是专为连锁企业设计的集权式运营管控核心。它赋予总部对下属所有分支机构(门店)日常经营活动进行全面、精细化管理的能力。该模块覆盖了从门店的日常补货、新品与新店的铺货、价格统一调控、库存结构优化,到退货流程管理、远程审方合规、绩效任务下达等全链路业务场景。
|
||
|
||
“总部业务”旨在解决集团化管理中的核心挑战,通过标准化的线上流程取代繁琐的线下沟通,确保总部战略意图(如新品推广、价格策略、促销活动)能够高效、准确地传达并执行到每一个销售终端,最终实现提升集团整体运营效率、降低沟通与管理成本、强化风险管控的目标。
|
||
|
||
<br>
|
||
|
||
## 二、总部业务功能架构
|
||
|
||
### 2.1 总部业务功能架构图
|
||
|
||
“总部业务”模块由以下十一个核心功能组成,共同构成了总部对门店的完整管控体系:
|
||
|
||
```mermaid
|
||
graph LR
|
||
A["总部业务模块"] --> B["1\. 数据处理"];
|
||
A --> C["2\. 退货处理"];
|
||
A --> D["3\. 新店铺货"];
|
||
A --> E["4\. 新品铺货"];
|
||
A --> F["5\. 远程电子审方"];
|
||
A --> G["6\. 价格业务"];
|
||
A --> H["7\. 库存业务"];
|
||
A --> I["8\. 发票业务"];
|
||
A --> J["9\. 绩效任务"];
|
||
A --> K["10\. 单品任务"];
|
||
A --> L["11\. 其他任务"];
|
||
|
||
subgraph "运营支持与管控"
|
||
F; G; H; I; J; K;
|
||
end
|
||
|
||
subgraph "逆向与异常处理"
|
||
C; L;
|
||
end
|
||
|
||
subgraph "正向物流核心"
|
||
B; D; E;
|
||
end
|
||
|
||
classDef moduleClass fill:#e1f5fe,stroke:#01579b,stroke-width:2px
|
||
classDef subModuleClass fill:#f3e5f5,stroke:#4a148c,stroke-width:1px
|
||
classDef functionClass fill:#e8f5e9,stroke:#2e7d32,stroke-width:1px
|
||
|
||
class A moduleClass
|
||
class B,C,D,E,F,G,H,I,J,K,L subModuleClass
|
||
```
|
||
|
||
<br>
|
||
|
||
### 2.2 总部业务功能架构图结构说明
|
||
|
||
1. **数据处理**:作为业务枢纽,处理所有来自门店的订货计划,是保障门店供货的核心。
|
||
2. **退货处理**:管理门店的退货申请与总部的商品召回,形成规范的逆向物流。
|
||
3. **新店铺货**:为新开门店提供标准化的首次商品铺货方案。
|
||
4. **新品铺货**:将新引进的商品高效、统一地推广到指定门店。
|
||
5. **远程电子审方**:提供远程处方审核功能,确保处方药销售的合规性。
|
||
6. **价格业务**:对门店的商品零售价、会员价、特价进行统一管理与调整。
|
||
7. **库存业务**:管理门店的商品经营目录,如设置门店的必备品种,优化库存结构。
|
||
8. **发票业务**:对门店领用的发票进行统一登记与管理。
|
||
9. **绩效任务**:设置门店的销售指标与员工提成方案,驱动业务增长。
|
||
10. **单品任务**:针对特定商品或品牌下达专项销售任务,用于精准营销。
|
||
11. **其他任务**:处理日常运营中的各类杂项事务,如近效期品上报、滞销品调剂等。
|
||
|
||
<br>
|
||
|
||
---
|
||
|
||
## 三、总业务流程设计
|
||
|
||
### 3.1 总业务流程设计图
|
||
|
||
“总部业务”内部各模块相互关联,形成一个以“数据处理”为核心,涵盖正向、逆向及支持流程的业务闭环。
|
||
|
||
```mermaid
|
||
graph TD
|
||
subgraph " "
|
||
direction LR
|
||
Hub["数据处理<br>(核心枢纽)"]
|
||
end
|
||
|
||
subgraph "上游:计划来源"
|
||
A["新店铺货"] -- "生成铺货计划" --> Hub;
|
||
B["新品铺货"] -- "生成铺货计划" --> Hub;
|
||
C["门店日常要货"] -- "生成补货计划" --> Hub;
|
||
end
|
||
|
||
subgraph "下游:业务产出"
|
||
Hub -- "生成调拨单" --> D["(供应链模块)"];
|
||
end
|
||
|
||
subgraph "协同与支持流程"
|
||
E["库存业务<br>(定义商品范围)"] -- "影响选品" --> A;
|
||
E -- "影响选品" --> B;
|
||
E -- "影响选品" --> C;
|
||
|
||
F["价格业务<br>(定义售价)"] -- "影响" --> G["门店销售活动"];
|
||
H["远程电子审方<br>(处方药合规)"] -- "支持" --> G;
|
||
I["发票业务<br>(提供票据)"] -- "支持" --> G;
|
||
|
||
J["绩效任务"] -- "设定目标" --> G;
|
||
K["单品任务"] -- "设定目标" --> G;
|
||
G -- "产生销售数据" --> J;
|
||
G -- "产生销售数据" --> K;
|
||
end
|
||
|
||
subgraph "逆向与异常流程"
|
||
RT["退货处理<br>(审批/召回)"] -- "生成退货单" --> D;
|
||
|
||
EX1["其他任务: <br>近效期/滞销品处理"];
|
||
EX1 -- "决策: 退货" --> RT;
|
||
EX1 -- "决策: 调剂" --> EX_OUT1["生成门店间调拨单"];
|
||
|
||
EX2["其他任务: <br>新品/缺货登记"];
|
||
EX2 -- "需求收集" --> N["(采购模块)"];
|
||
end
|
||
```
|
||
|
||
<br>
|
||
|
||
### 3.2 业务流程说明
|
||
|
||
1. **上游计划与核心处理**:所有正向的铺货与补货需求(`新店铺货`、`新品铺货`、`门店日常要货`),其具体的选品范围会受到`库存业务`模块的影响。这些需求最终都以计划单的形式汇入`数据处理`这一核心枢纽。该枢纽负责进行库存检查、智能分配、缺货登记等一系列处理,最终向下游的`供应链模块`输出可执行的`调拨单`。
|
||
|
||
2. **逆向与异常流程**:此流程处理非标准的业务场景。`退货处理`模块负责审批门店的退货申请或执行总部的召回指令,并生成`退货单`。`其他任务`模块则扮演着分流调度的角色:
|
||
* “近效期/滞销品处理”的决策结果可能是退货(流入`退货处理`模块),也可能是生成`门店间调拨单`进行内部调剂。
|
||
* “新品/缺货登记”则将一线的市场需求信息传递给上游的`采购模块`。
|
||
|
||
3. **协同与支持流程**:这是一个围绕`门店销售活动`构建的管理闭环。`价格业务`、`远程电子审方`、`发票业务`等为销售活动提供必要的策略和合规支持。同时,`绩效任务`与`单品任务`为销售活动设定目标,而`门店销售活动`产生的实际销售数据,会反向流入这两个任务模块,作为绩效与提成计算的依据,形成完整的驱动与反馈循环。
|
||
|
||
<br>
|
||
|
||
---
|
||
|
||
## 四、各功能模块详解
|
||
|
||
### 4.1 数据处理
|
||
|
||
- **功能简述**:处理门店订货计划的核心模块,是保障门店商品供应、实现自动化补货的关键。它集成了库存检查、智能分配、缺货处理、替代品更换等多种功能,将来自不同业务场景的要货需求转化为可执行的配送任务。
|
||
- **业务流程图**:
|
||
```mermaid
|
||
graph TD
|
||
subgraph "计划来源"
|
||
A["门店日常要货计划"];
|
||
B["新店/新品铺货计划"];
|
||
C["门店缺货补货计划"];
|
||
end
|
||
|
||
subgraph "处理中心"
|
||
D["分支机构订货计划处理"];
|
||
A --> D;
|
||
B --> D;
|
||
C --> D;
|
||
end
|
||
|
||
subgraph "核心处理逻辑"
|
||
D --> E{"库存检查"};
|
||
E -- "1\. 库存充足" --> F["直接生成调拨数量"];
|
||
E -- "2\. 库存不足" --> G["缺货处理"];
|
||
G -- "按比例分配" --> H["自动分配"];
|
||
G -- "登记后续处理" --> I["缺货登记"];
|
||
H --> F;
|
||
D -- "可选" --> J["替品替换"];
|
||
J --> F;
|
||
end
|
||
|
||
subgraph "产出"
|
||
F --> K["生成调拨单<br>(待开单)"];
|
||
I --> L["生成缺货记录<br>(待补货)"];
|
||
end
|
||
```
|
||
|
||
### 4.2 退货处理
|
||
|
||
- **功能简述**:规范化管理总部与门店之间的退货业务,主要包括两种场景:一是门店发起的退货申请,需经由总部采购等部门审批;二是总部因质量、效期等原因主动发起的商品召回。
|
||
- **业务流程图**:
|
||
```mermaid
|
||
graph TD
|
||
subgraph "场景一:门店申请退货"
|
||
A["门店提交退货申请"] --> B["门店退货申请采购审批"];
|
||
B --> C{"审批结果?"};
|
||
C -- "1\. 通过" --> D["审核通过"];
|
||
C -- "2\. 驳回" --> E["退货失败<br>(门店自行处理)"];
|
||
D --> F["生成退货单<br>(待门店发货)"];
|
||
end
|
||
|
||
subgraph "场景二:总部主动召回"
|
||
G["总部创建退货召回通知单<br>(指定商品/批号/范围)"] --> H["审核/生成"];
|
||
H --> I["自动在相关门店<br>生成退货申请单"];
|
||
I --> F;
|
||
end
|
||
```
|
||
|
||
### 4.3 新店铺货
|
||
|
||
- **功能简述**:为新开的门店提供快速、标准化的首次铺货解决方案。支持通过引用已有模板(商品集合)或参考同类型老店的库存数据,快速生成铺货清单,大大缩短新店开业准备时间。
|
||
- **业务流程图**:
|
||
```mermaid
|
||
graph TD
|
||
A["开始"] --> B["新店铺货处理"];
|
||
B --> C{"引入商品方式"};
|
||
subgraph " "
|
||
direction LR
|
||
C -- "1\. 集合引入" --> D["选择新店铺货商品集合"];
|
||
C -- "2\. 店存引入" --> E["选择参考门店"];
|
||
C -- "3\. 手工录入" --> F["手动添加商品"];
|
||
end
|
||
D --> G["生成铺货清单"];
|
||
E --> G;
|
||
F --> G;
|
||
G --> H["调整数量/价格"];
|
||
H --> I["保存/审核"];
|
||
I --> J["生成计划"];
|
||
J --> K["进入[数据处理]模块"];
|
||
```
|
||
|
||
### 4.4 新品铺货
|
||
|
||
- **功能简述**:用于将公司新引进的商品高效、统一地铺货到指定的多个门店。支持按单品对多店、多品对多店等多种灵活的铺货模式,是新品上市推广的重要工具。
|
||
- **业务流程图**:
|
||
```mermaid
|
||
graph TD
|
||
A["开始"] --> B{"选择铺货模式"};
|
||
B -- "1\. 单品对多店" --> C["新品铺货处理"];
|
||
C --> C1["选择单个新品"];
|
||
C1 --> C2["引入门店(可使用集合)"];
|
||
B -- "2\. 多品对多店" --> D["新品铺货(按多品多店)"];
|
||
D --> D1["选择多个新品"];
|
||
D1 --> D2["选择门店范围(可使用集合)"];
|
||
B -- "3\. 快速铺货" --> E["新品快速铺货"];
|
||
E --> E1["选择商品,快速更新<br>多家门店配送数量"];
|
||
E1 --> F["生成[新品铺货处理]单"];
|
||
C2 --> G((保存/审核));
|
||
D2 --> G;
|
||
F --> G;
|
||
G --> H["生成计划"];
|
||
H --> I["进入[数据处理]模块"];
|
||
```
|
||
|
||
### 4.5 远程电子审方
|
||
|
||
- **功能简述**:为门店销售处方药提供远程的执业药师审方支持,确保业务合规。门店将处方信息上传后,由总部的药师在线进行审核,审核通过后门店方可完成销售。
|
||
- **业务流程图**:
|
||
```mermaid
|
||
graph TD
|
||
A["门店上传处方信息<br>(远程电子审方)"] --> B["提交至总部"];
|
||
B --> C["总部远程电子审方"];
|
||
C --> D["药师签到"];
|
||
D --> E["查看处方图片与信息"];
|
||
E --> F{"审核结果?"};
|
||
F -- "1\. 通过" --> G["指纹审批/审核"];
|
||
F -- "2\. 不通过" --> H["驳回/沟通"];
|
||
G --> I["审方完成"];
|
||
I --> J["通知门店提单收款"];
|
||
H --> A;
|
||
```
|
||
|
||
### 4.6 价格业务
|
||
|
||
- **功能简述**:实现总部对所有门店商品价格的集中管控。包括统一下发调价单、审批门店的调价申请、管理特价活动、收集并维护同行价格信息等,确保价格策略的统一性和市场竞争力。
|
||
- **业务流程图**:
|
||
```mermaid
|
||
graph TD
|
||
subgraph "总部主动调价"
|
||
A["总部售价调价单"] -- "指定范围<br>(所有/类别/部分门店)" --> B["生成门店调价任务"];
|
||
end
|
||
subgraph "门店申请调价"
|
||
C["门店提交调价申请"] --> D["门店调价申请处理"];
|
||
D -- "同意/不同意" --> B;
|
||
end
|
||
subgraph "特价管理"
|
||
E["门店提交特价申请"] --> F["特价申请审批"];
|
||
F -- "审核" --> G["生成一次性特价许可"];
|
||
end
|
||
subgraph "市场信息"
|
||
H["同行价格信息维护"] --> I["用于分析决策"];
|
||
end
|
||
```
|
||
|
||
### 4.7 库存业务
|
||
|
||
- **功能简述**:总部对门店商品目录和库存策略进行管理的核心模块。主要功能是设置门店的“必备品种”,确保核心商品在各门店的在架率,同时支持对单个门店的单个商品进行精细化的补货参数调整。
|
||
- **业务流程图**:
|
||
```mermaid
|
||
graph TD
|
||
subgraph "必备品种管理"
|
||
A["设置门店必备品种目录集合"] --> B["组织机构中引用集合"];
|
||
B --> C["门店自动继承必备品种"];
|
||
D["单店不必备商品白名单"] -- "排除" --> C;
|
||
E["单店单品设置/撤销必备标志"] -- "微调" --> C;
|
||
end
|
||
subgraph "审批流程"
|
||
F["门店申请设置/撤销必备"] --> G["总部批复"];
|
||
G -- "影响" --> E;
|
||
end
|
||
```
|
||
|
||
### 4.8 发票业务
|
||
|
||
- **功能简述**:对连锁门店铺货、销售过程中涉及的发票进行统一管理。主要包括门店领用发票的登记、已领用发票在不同门店之间的变更登记等,确保发票使用的合规性和可追溯性。
|
||
- **业务流程图**:
|
||
```mermaid
|
||
graph TD
|
||
A["总部采购发票"] --> B["连锁门店发票领用"];
|
||
B --> C["登记领用门店、起始票号、张数"];
|
||
C --> D["保存/审核"];
|
||
D --> E["门店获得发票使用权"];
|
||
F["门店间需要调剂发票"] --> G["连锁门店发票门店变更登记"];
|
||
G --> H["登记原门店与新门店"];
|
||
H --> I["审核后完成变更"];
|
||
```
|
||
|
||
### 4.9 绩效任务
|
||
|
||
- **功能简述**:用于制定、下发和管理门店及员工的销售绩效方案。支持设置门店整体的年度/月度销售和毛利指标,也支持对具体商品的销售设置灵活的提成方案,是激励销售、提升业绩的重要管理工具。
|
||
- **业务流程图**:
|
||
```mermaid
|
||
graph TD
|
||
subgraph "A. 指标设定"
|
||
A1["门店指标任务设置"] --> B1["设定年度销售/毛利指标"];
|
||
B1 --> C1["月度分解"];
|
||
C1 --> D1["门店销售指标调整单<br>(用于微调)"];
|
||
end
|
||
subgraph "B. 提成规则"
|
||
E1["提成商品设置(公共)"] -- "优先级最低" --> F1["定义基础提成"];
|
||
G1["提成商品设置(门店分类)"] -- "按门店类别" --> F1;
|
||
H1["提成商品设置(单门店)"] -- "优先级最高" --> F1;
|
||
end
|
||
subgraph "C. 目标与计算"
|
||
I1["连锁门店集合提成计算"] -- "读取销售数据" --> J1["生成提成报表"];
|
||
K1["商品月度销售目标设置"] -- "设定系列商品目标" --> L1["用于报表分析"];
|
||
end
|
||
D1 -- "指标数据" --> I1;
|
||
F1 -- "提成规则" --> I1;
|
||
```
|
||
|
||
### 4.10 单品任务
|
||
|
||
- **功能简述**:针对特定供应商的特定单品,设置专项的销售突破任务。通过为商品设定阶段性的销售任务量和目标量,并匹配相应的提成激励,实现对重点品种的精准营销和快速上量。
|
||
- **业务流程图**:
|
||
```mermaid
|
||
graph TD
|
||
A["供应商单品突破品种集合设置"] --> B["选择供应商,设定总任务额"];
|
||
B --> C["添加参与任务的单品<br>设定单品任务量/目标量/提成"];
|
||
C --> D["审核/开启任务"];
|
||
D --> E["单品突破单品任务设置"];
|
||
E --> F["选择已开启的集合与单品"];
|
||
F --> G["为各门店分配具体任务数量"];
|
||
G --> H["审核后下发任务"];
|
||
H --> I["门店销售数据<br>用于任务进度统计"];
|
||
```
|
||
|
||
### 4.11 其他任务
|
||
|
||
- **功能简述**:处理总部与门店之间各类日常协调事务的集合模块,是主业务流程之外的重要补充,确保运营过程中的各种异常和临时需求能得到及时、规范的处理。
|
||
- **业务流程图**:
|
||
```mermaid
|
||
graph TD
|
||
subgraph "近效期品处理"
|
||
A["门店上报近效期品"] --> B["总部处理"];
|
||
B -- "采购/质量给意见" --> C{"决策?"};
|
||
C -- "1\. 同意退货" --> D["生成退回通知"];
|
||
C -- "2\. 继续跟踪" --> E["更新跟踪结果"];
|
||
end
|
||
subgraph "新品/缺货登记"
|
||
F["门店登记顾客需求"] --> G["总部处理"];
|
||
G -- "勾稽已有商品或新品" --> H["反馈意见与价格"];
|
||
H --> I["门店二次确认"];
|
||
I --> J["总部生成采购订单"];
|
||
end
|
||
subgraph "滞销品调剂"
|
||
K["门店上报滞销品"] --> L["总部调剂"];
|
||
L --> M{"决策?"};
|
||
M -- "1\. 调剂给缺货门店" --> N["生成调拨计划"];
|
||
M -- "2\. 退回总部" --> O["生成退货申请"];
|
||
end |