feat(分销模块): 重构总部业务文档并新增分销设置文档
- 重构: 对总部业务模块文档进行全面优化。 - 使用 Mermaid 流程图和业务流程图替换原有文本描述，提升了文档的可读性和结构清晰度。 - 对各功能模块的说明进行了深化，补充了详细的业务流程图，使逻辑更易理解。 - 新增: 添加分销设置模块的全新解读文档，完善了集团分销模块的整体文档覆盖。 - 清理: 删除了一个冗余的副本文件，保持仓库整洁。
This commit is contained in:
parent
1a3fa86f83
commit
cafb50968a
@ -1,197 +0,0 @@
|
||||
# G3ERP集团分销模块解读
|
||||
|
||||
## 一、集团分销模块概述
|
||||
|
||||
G3ERP的集团分销模块是专为连锁药店、医药分销企业设计的核心业务管理系统。它以总部为中心，全面管理下属分支机构（门店）的日常运营，实现了从商品铺货、日常补货、库存管理到价格策略、绩效考核的全链路数字化管控。
|
||||
|
||||
该模块旨在解决集团化经营中的核心痛点，如总部与门店间的信息孤岛、库存不均、价格不统一、新品推广难、退货流程繁琐等问题。通过标准化的业务流程和精细化的数据管理，集团分销模块能够显著提升总部的管控能力、门店的运营效率以及整个分销体系的协同效能，确保业务操作的合规性与高效性。
|
||||
|
||||
## 二、集团分销模块组成部分
|
||||
|
||||
集团分销模块主要由“总部业务”和“分销设置”两大核心板块构成，覆盖了集团分销管理的各个方面。
|
||||
|
||||
### 1. 总部业务
|
||||
|
||||
总部业务是集团分销管理的核心，涵盖了总部对门店日常运营的全面管控和支持。
|
||||
|
||||
- **数据处理**：处理门店的订货计划，支持自动分配、缺货登记和替品替换，是保障门店正常销售的关键环节。
|
||||
- **退货处理**：规范门店退货流程，包括采购审批和总部发起的商品召回，确保退货过程可控、合规。
|
||||
- **新店铺货**：为新开门店提供快速、标准化的首次铺货方案，支持引用已有店存或预设集合，加速新店启动。
|
||||
- **新品铺货**：高效地将新引进的商品统一部署到指定门店，支持按多品多店、单品多店等多种灵活方式。
|
||||
- **远程电子审方**：为门店提供远程处方审核支持，确保处方药销售的合规性与安全性。
|
||||
- **价格业务**：总部对门店商品价格进行统一管理和调整，包括日常调价、特价审批、同行价格信息采集等。
|
||||
- **库存业务**：管理门店的商品目录，设置必备品种，确保门店商品结构的合理性和核心品种的在架率。
|
||||
- **发票业务**：管理门店领用的发票，处理发票的变更和登记。
|
||||
- **绩效任务**：设置和管理门店及员工的销售指标和提成方案，驱动业务增长。
|
||||
- **单品任务**：针对特定供应商或单品设置销售突破任务，进行专项激励。
|
||||
- **其他任务**：处理门店的近效期商品汇报、新品缺货登记、滞销品调剂等日常事务。
|
||||
|
||||
### 2. 分销设置
|
||||
|
||||
分销设置是集团分销业务正常运行的基础，主要用于配置和定义分销体系的各项基础规则和参数。
|
||||
|
||||
- **配货设置**：定义门店的配送规则，如拣货仓库、配送周期、路线、补货参数等，是实现自动化、智能化补货的基础。
|
||||
- **基础资料**：管理分销体系的核心主数据，包括新开门店的初始化、门店信息的变更（关店、更名、重开）以及分支机构的仓库信息等。
|
||||
|
||||
## 三、集团分销模块各部分关联关系
|
||||
|
||||
### 1. 业务流程关联
|
||||
|
||||
集团分销模块的业务流程以“总部-门店”的协同为核心，形成紧密衔接的业务闭环：
|
||||
|
||||
1. **门店生命周期管理**：
|
||||
- **开店**：`基础资料` (新开门店初始化) → `配货设置` (参数配置) → `新店铺货` (首次商品配送)。
|
||||
- **运营**：日常通过 `数据处理` (订货)、`价格业务` (调价)、`库存业务` (目录管理) 等进行管理。
|
||||
- **关店/变更**：`基础资料` (关店、更名) 结束门店生命周期。
|
||||
|
||||
2. **日常补货流程**：
|
||||
- 门店发起请货 → 总部 `数据处理` (订货计划处理/审核) → 生成调拨单 → (供应链模块)仓库拣货配送。
|
||||
|
||||
3. **商品管理流程**：
|
||||
- **新品引入**：`新品铺货` (总部发起) → 门店上架销售。
|
||||
- **退货/召回**：门店发起退货申请 / 总部发起 `退货召回` → `退货处理` (采购审批) → (供应链模块)仓库接收。
|
||||
- **滞销/近效期处理**：门店提报 → `其他任务` (滞销品调剂/近效期处理) → 总部决策 (调拨/退货)。
|
||||
|
||||
4. **价格与绩效驱动**：
|
||||
- `价格业务` (调价单/特价审批) → 影响门店销售价格。
|
||||
- `绩效任务` / `单品任务` (指标/提成设置) → 激励门店销售 → 产生销售数据用于后续分析。
|
||||
|
||||
### 2. 数据关联
|
||||
|
||||
各功能模块围绕核心主数据协同工作：
|
||||
|
||||
- **门店信息**：由 `基础资料` 模块创建和维护，是所有总部业务的操作对象。
|
||||
- **商品信息**：与供应链模块共享，但在分销模块中通过 `库存业务` (必备品种) 和 `分支机构商品信息维护` 进行门店级的属性管理。
|
||||
- **单据流**：从门店的请货计划单，到总部的调拨单，再到门店的退货申请单，形成一条清晰的单据链，确保业务可追溯。
|
||||
- **价格信息**：由 `价格业务` 模块统一维护，并下发至各门店，确保价格策略的一致性。
|
||||
- **库存数据**：总部实时查看各门店库存，为 `数据处理` (补货决策) 和 `其他任务` (滞销品调剂) 提供数据支持。
|
||||
|
||||
## 四、集团分销模块流程图
|
||||
|
||||
### 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
|
||||
```
|
||||
|
||||
### 2. 分销设置流程
|
||||
|
||||
```mermaid
|
||||
graph TD
|
||||
subgraph "门店生命周期管理"
|
||||
A["新开门店初始化设置"] --> B{"生成门店基础资料"}
|
||||
B --> C["门店配货参数设置"]
|
||||
B --> D["分支机构商品信息维护"]
|
||||
E["连锁门店关店/更名"] --> F{"检查业务是否完结"}
|
||||
F -- "是" --> G["执行关店/更名"]
|
||||
end
|
||||
|
||||
subgraph "参数与规则配置"
|
||||
H["门店配货参数设置"] --> I["影响日常补货流程"]
|
||||
J["新开门店补货计划参数复制"] --> H
|
||||
K["门店必备品种目录集合设置"] --> L["影响门店商品结构"]
|
||||
end
|
||||
```
|
||||
|
||||
## 五、集团分销模块思维导图
|
||||
|
||||
```mermaid
|
||||
mindmap
|
||||
root((集团分销模块))
|
||||
总部业务
|
||||
数据处理
|
||||
分支机构订货计划处理
|
||||
门店订货计划审核
|
||||
退货处理
|
||||
门店退货申请采购审批
|
||||
退货召回通知单
|
||||
新店铺货
|
||||
新店铺货处理
|
||||
新店铺货商品集合
|
||||
新品铺货
|
||||
新品铺货处理
|
||||
新品铺货门店集合
|
||||
新品铺货（按多品多店）
|
||||
新品快速铺货
|
||||
远程电子审方
|
||||
总部远程电子审方
|
||||
审方药师区域设置
|
||||
价格业务
|
||||
总部售价调价单
|
||||
门店调价申请处理
|
||||
特价申请审批
|
||||
同行价格信息
|
||||
库存业务
|
||||
门店必备品种目录
|
||||
单店单品必备标志设置/撤销
|
||||
发票业务
|
||||
连锁门店发票领用
|
||||
零售明细开发票
|
||||
绩效任务
|
||||
门店指标任务设置
|
||||
提成商品设置
|
||||
连锁门店集合提成计算
|
||||
单品任务
|
||||
供应商单品突破设置
|
||||
单品突破任务设置
|
||||
其他任务
|
||||
门店近效期商品汇报处理
|
||||
连锁门店新品及缺货登记处理
|
||||
连锁门店滞销品调剂
|
||||
分销设置
|
||||
配货设置
|
||||
门店配货参数设置
|
||||
新开门店补货计划参数复制
|
||||
门店补货计划参数调整
|
||||
基础资料
|
||||
分支机构商品信息维护
|
||||
新开门店初始化设置
|
||||
连锁门店关店/更名/重开
|
||||
分支机构仓库
|
||||
```
|
||||
|
||||
## 六、总结
|
||||
|
||||
G3ERP集团分销模块通过对“总部业务”和“分销设置”的精细化管理，构建了一个强大、灵活的集团管控平台。它不仅规范了总部与门店之间的核心业务流程，如补货、铺货、退货和调价，还通过数据驱动的方式，实现了对门店库存、价格、绩效的精准控制。
|
||||
|
||||
该模块的设计充分体现了集团化管理的思想，将总部的战略意图（如新品推广、价格策略、绩效目标）高效地传导至每一个销售终端，同时又赋予了一定的灵活性以应对市场变化。通过使用此模块，医药分销企业能够有效整合内外部资源，降低运营成本，提升供应链协同效率，最终增强企业的核心竞争力。
|
||||
@ -1,172 +1,378 @@
|
||||
# G3ERP集团分销总部业务模块解读
|
||||
# G3ERP集团分销-总部业务模块解读文档
|
||||
|
||||
## 一、概述
|
||||
## 一、总部业务模块概述
|
||||
|
||||
G3ERP的集团分销总部业务模块是专为连锁医药企业设计的核心管理中枢。它扮演着集团总部的指挥中心角色，全面负责对下属所有门店的业务进行统一管理、调度和支持。该模块上承供应链的采购与仓储，下接各门店的日常销售与运营，是确保整个分销体系高效、合规、协同运作的关键。
|
||||
G3ERP集团分销的“总部业务”模块是专为连锁企业设计的集权式运营管控核心。它赋予总部对下属所有分支机构（门店）日常经营活动进行全面、精细化管理的能力。该模块覆盖了从门店的日常补货、新品与新店的铺货、价格统一调控、库存结构优化，到退货流程管理、远程审方合规、绩效任务下达等全链路业务场景。
|
||||
|
||||
总部业务的核心目标是实现对门店的精细化管控，包括但不限于：响应门店的要货需求、执行统一的铺货与退货策略、维护集团的价格体系、优化库存结构、设定并考核绩效任务等。通过该模块，企业能够将总部的管理意志和运营策略精准地传达到每一个销售终端，从而实现集团资源的统一调配和整体利益的最大化。
|
||||
“总部业务”旨在解决集团化管理中的核心挑战，通过标准化的线上流程取代繁琐的线下沟通，确保总部战略意图（如新品推广、价格策略、促销活动）能够高效、准确地传达并执行到每一个销售终端，最终实现提升集团整体运营效率、降低沟通与管理成本、强化风险管控的目标。
|
||||
|
||||
## 二、功能构架
|
||||
<br>
|
||||
|
||||
## 二、总部业务功能架构
|
||||
|
||||
### 2.1 总部业务功能架构图
|
||||
|
||||
“总部业务”模块由以下十一个核心功能组成，共同构成了总部对门店的完整管控体系：
|
||||
|
||||
```mermaid
|
||||
mindmap
|
||||
root((集团分销-总部业务))
|
||||
数据处理
|
||||
分支机构订货计划处理
|
||||
门店订货计划审核
|
||||
退货处理
|
||||
门店退货申请采购审批
|
||||
退货召回通知单
|
||||
新店铺货
|
||||
新店铺货处理
|
||||
新店铺货商品集合
|
||||
新品铺货
|
||||
新品铺货处理
|
||||
新品铺货门店集合
|
||||
新品铺货(按多品多店)
|
||||
新品快速铺货
|
||||
远程电子审方
|
||||
总部远程电子审方
|
||||
审方药师区域设置
|
||||
门店归属区域设置
|
||||
价格业务
|
||||
总部售价调价单
|
||||
进价变动售价调价提醒
|
||||
门店调价申请处理
|
||||
特价申请审批
|
||||
库存业务
|
||||
门店必备品种目录集合设置
|
||||
单店单品设置/撤销必备标志
|
||||
单店不必备商品白名单设置
|
||||
必备商品设置/撤销申请与批复
|
||||
发票业务
|
||||
连锁门店发票领用
|
||||
零售明细开发票
|
||||
发票门店变更登记
|
||||
绩效任务
|
||||
门店指标任务设置
|
||||
提成商品设置(公共/门店分类/单门店)
|
||||
连锁门店集合提成计算
|
||||
单品任务
|
||||
供应商单品突破品种集合设置
|
||||
单品突破单品任务设置
|
||||
其他任务
|
||||
门店近效期商品汇报处理
|
||||
连锁门店新品及缺货登记处理
|
||||
连锁门店滞销品调剂
|
||||
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 "门店端"
|
||||
A["门店发起请货计划"] --> B["门店发起退货申请"];
|
||||
C["门店提报新品/缺货"] --> D["门店提报滞销品"];
|
||||
E["门店提报近效期"];
|
||||
subgraph " "
|
||||
direction LR
|
||||
Hub["数据处理<br>(核心枢纽)"]
|
||||
end
|
||||
|
||||
subgraph "总部业务核心处理"
|
||||
A --> F["分支机构订货计划处理"];
|
||||
B --> G["门店退货申请采购审批"];
|
||||
C --> H["新品及缺货登记处理"];
|
||||
D --> I["滞销品调剂"];
|
||||
E --> J["近效期商品汇报处理"];
|
||||
subgraph "上游：计划来源"
|
||||
A["新店铺货"] -- "生成铺货计划" --> Hub;
|
||||
B["新品铺货"] -- "生成铺货计划" --> Hub;
|
||||
C["门店日常要货"] -- "生成补货计划" --> Hub;
|
||||
end
|
||||
|
||||
F -- "1. 自动分配/手动调拨" --> K["生成调拨单"];
|
||||
F -- "2. 库存不足" --> L["缺货登记"];
|
||||
F -- "3. 替品替换" --> K;
|
||||
subgraph "下游：业务产出"
|
||||
Hub -- "生成调拨单" --> D["(供应链模块)"];
|
||||
end
|
||||
|
||||
G -- "审批通过" --> M["生成退货申请"];
|
||||
G -- "驳回" --> N["通知门店"];
|
||||
subgraph "协同与支持流程"
|
||||
E["库存业务<br>(定义商品范围)"] -- "影响选品" --> A;
|
||||
E -- "影响选品" --> B;
|
||||
E -- "影响选品" --> C;
|
||||
|
||||
P["总部主动发起"] --> Q["退货召回通知单"];
|
||||
P --> R["新店/新品铺货处理"];
|
||||
P --> S["总部售价调价单"];
|
||||
F["价格业务<br>(定义售价)"] -- "影响" --> G["门店销售活动"];
|
||||
H["远程电子审方<br>(处方药合规)"] -- "支持" --> G;
|
||||
I["发票业务<br>(提供票据)"] -- "支持" --> G;
|
||||
|
||||
J["绩效任务"] -- "设定目标" --> G;
|
||||
K["单品任务"] -- "设定目标" --> G;
|
||||
G -- "产生销售数据" --> J;
|
||||
G -- "产生销售数据" --> K;
|
||||
end
|
||||
|
||||
subgraph "逆向与异常流程"
|
||||
RT["退货处理<br>(审批/召回)"] -- "生成退货单" --> D;
|
||||
|
||||
Q --> M;
|
||||
R --> F;
|
||||
S --> T["下发调价指令"];
|
||||
end
|
||||
EX1["其他任务: <br>近效期/滞销品处理"];
|
||||
EX1 -- "决策: 退货" --> RT;
|
||||
EX1 -- "决策: 调剂" --> EX_OUT1["生成门店间调拨单"];
|
||||
|
||||
subgraph "下游模块联动"
|
||||
K --> U["仓存管理<br>(拣货、复核、出库)"];
|
||||
L -- "库存到货" --> F;
|
||||
M --> V["仓存管理<br>(退货验收、入库)"];
|
||||
T --> W["门店终端<br>(价格更新)"];
|
||||
EX2["其他任务: <br>新品/缺货登记"];
|
||||
EX2 -- "需求收集" --> N["(采购模块)"];
|
||||
end
|
||||
```
|
||||
|
||||
## 四、其它模块详解
|
||||
<br>
|
||||
|
||||
### 1. 数据处理
|
||||
数据处理是总部响应门店要货请求的核心模块，确保了日常补货流程的顺畅。
|
||||
- **分支机构订货计划处理**: 此功能是总部处理门店请货计划的“总阀门”。运营人员在此界面可以查看所有门店的订货需求，并进行综合处理。系统支持按门店、路线、配送周期等多种维度筛选计划。核心操作包括：
|
||||
- **调拨**: 对有充足库存的商品，直接生成调拨指令，流转至仓储部门进行拣货配送。
|
||||
- **缺货登记**: 当总部库存不足时，可自动或手动进行缺货登记，待库存补充后再行处理。
|
||||
- **自动分配**: 在库存有限的情况下，可按门店的请货比例或预设规则，将现有库存公平地分配给多家请货门店。
|
||||
- **替品替换**: 当原商品缺货时，若已维护替代品关系，可一键替换为替代商品进行配送，保障门店商品供应。
|
||||
- **门店订货计划审核**: 这是一个可选的审批环节。若启用，门店的订货计划需先经过总部相关部门（如采购部）的审核，才能进入后续的调拨处理流程。审核人员可以修改调拨数量或直接关闭不合理的计划。
|
||||
### 3.2 业务流程说明
|
||||
|
||||
### 2. 退货处理
|
||||
退货处理规范了门店向总部的退货流程，分为门店主动申请和总部主动召回两种场景。
|
||||
- **门店退货申请采购审批**: 门店发起的退货请求会在此处等待总部审批。采购或相关负责人根据退货原因、商品状态等因素，决定“通过”或“驳回”。只有通过审批的申请，才能进入后续的仓库退货验收流程。
|
||||
- **退货召回通知单**: 当出现质量问题、厂家召回等情况时，总部可使用此功能主动发起批量退货。总部制作一张召回通知单，指定召回的商品、批号及门店范围，系统会自动在目标门店生成退货申请单，通知门店下架并提交退货。
|
||||
1. **上游计划与核心处理**：所有正向的铺货与补货需求（`新店铺货`、`新品铺货`、`门店日常要货`），其具体的选品范围会受到`库存业务`模块的影响。这些需求最终都以计划单的形式汇入`数据处理`这一核心枢纽。该枢纽负责进行库存检查、智能分配、缺货登记等一系列处理，最终向下游的`供应链模块`输出可执行的`调拨单`。
|
||||
|
||||
### 3. 新店铺货
|
||||
此模块旨在帮助新开门店快速、准确地完成首次库存配置。
|
||||
- **新店铺货处理**: 操作核心功能。通过新增一张铺货单，选择新开门店，然后通过多种方式添加商品：
|
||||
- **手工录入**: 逐条添加商品和数量。
|
||||
- **集合引入**: 引入预设的“新店铺货商品集合”，快速批量添加商品。
|
||||
- **店存引入**: 复制一家经营情况类似的“样板店”的当前库存作为铺货参考。
|
||||
单据审核并生成计划后，会自动流转至订货计划处理模块。
|
||||
- **新店铺货商品集合**: 用于预先定义不同类型、不同规模新店的标准铺货清单，包含商品及建议铺货数量，可被“新店铺货处理”功能直接调用。
|
||||
2. **逆向与异常流程**：此流程处理非标准的业务场景。`退货处理`模块负责审批门店的退货申请或执行总部的召回指令，并生成`退货单`。`其他任务`模块则扮演着分流调度的角色：
|
||||
* “近效期/滞销品处理”的决策结果可能是退货（流入`退货处理`模块），也可能是生成`门店间调拨单`进行内部调剂。
|
||||
* “新品/缺货登记”则将一线的市场需求信息传递给上游的`采购模块`。
|
||||
|
||||
### 4. 新品铺货
|
||||
用于将新引入的商品快速、批量地配送至多家门店。
|
||||
- **新品铺货处理**: 与新店铺货类似，但视角不同。这里是先选定一个或多个“新品”，再选择要铺货的“门店范围”。
|
||||
- **新品铺货门店集合**: 用于预先定义不同市场、不同级别的门店集合，方便在铺货时快速框选目标门店。
|
||||
- **新品铺货（按多品多店）**: 提供一个矩阵式的操作界面，可以同时为多个商品和多家门店设定铺货数量，效率更高。
|
||||
- **新品快速铺货**: 一个更快捷的操作界面，用于对单个新品进行快速的多店铺货。
|
||||
3. **协同与支持流程**：这是一个围绕`门店销售活动`构建的管理闭环。`价格业务`、`远程电子审方`、`发票业务`等为销售活动提供必要的策略和合规支持。同时，`绩效任务`与`单品任务`为销售活动设定目标，而`门店销售活动`产生的实际销售数据，会反向流入这两个任务模块，作为绩效与提成计算的依据，形成完整的驱动与反馈循环。
|
||||
|
||||
### 5. 远程电子审方
|
||||
为满足处方药销售的合规性要求，提供远程审核处方的功能。
|
||||
- **总部远程电子审方**: 门店上传处方信息后，具备资质的总部执业药师可在此模块查看处方图片和信息，进行在线“指纹审批”或“审核”。审批通过后，门店才能完成该笔处方药的销售。
|
||||
- **审方药师区域设置/门店归属区域设置**: 用于管理药师及其负责的门店范围，实现分区域审方，责任到人。
|
||||
<br>
|
||||
|
||||
### 6. 价格业务
|
||||
价格业务是总部管控集团价格体系的核心工具。
|
||||
- **总部售价调价单**: 最核心的调价工具。总部可制作调价单，指定调价的商品、新的零售价/会员价，并选择生效的门店范围（可以是所有门店、某类门店或指定门店）。单据生成后，可按设定时间自动或由门店手动执行调价。
|
||||
- **进价变动售价调价提醒**: 当采购进价发生变动时，系统会自动生成提醒，便于运营人员及时调整零售价，维持合理毛利。
|
||||
- **门店调价申请处理**: 若允许门店申请调价，则门店的申请单会在此处等待总部审批。
|
||||
- **特价申请审批**: 针对门店为个别顾客申请的单次特价进行审批。
|
||||
---
|
||||
|
||||
### 7. 库存业务
|
||||
库存业务的核心是围绕“门店必备品种”进行管理，确保核心商品在各门店的库存健康。
|
||||
- **门店必备品种目录集合设置**: 总部可以创建不同的“必备品种集合”，如“A类店必备目录”、“季节性必备目录”等。
|
||||
- **单店单品设置/撤销门店必备标志**: 除了通过集合批量设置，还可以对单个门店的单个商品精细化地设置或撤销其“必备”属性。
|
||||
- **单店不必备商品白名单设置**: 当门店关联了某个必备集合，但其中个别商品因特殊原因无需在该店必备时，可将其加入白名单，实现例外管理。
|
||||
- **必备商品设置/撤销申请与批复**: 提供一个申请-审批流程，使门店对必备品种的调整更加规范可控。
|
||||
## 四、各功能模块详解
|
||||
|
||||
### 8. 发票业务
|
||||
管理门店的发票领用和使用情况。
|
||||
- **连锁门店发票领用**: 登记总部下发给各门店的发票号段和数量。
|
||||
- **零售明细开发票**: 门店端功能，总部可查看记录。
|
||||
- **连锁门店发票门店变更登记**: 当发票在不同门店间调拨时，进行变更登记。
|
||||
### 4.1 数据处理
|
||||
|
||||
### 9. 绩效任务
|
||||
用于设定销售目标并计算提成，是激励员工的重要工具。
|
||||
- **门店指标任务设置**: 可为单个门店设置年度和月度的销售指标、毛利指标等。
|
||||
- **提成商品设置**: 系统提供多层级的提成设置方案，优先级由高到低为：单门店 -> 门店分类 -> 公共。可按固定金额、销售额比例、毛利比例等多种方式计算提成。
|
||||
- **连锁门店集合提成计算**: 根据设定的方案和期间，批量计算各门店的销售提成。
|
||||
- **功能简述**：处理门店订货计划的核心模块，是保障门店商品供应、实现自动化补货的关键。它集成了库存检查、智能分配、缺货处理、替代品更换等多种功能，将来自不同业务场景的要货需求转化为可执行的配送任务。
|
||||
- **业务流程图**：
|
||||
```mermaid
|
||||
graph TD
|
||||
subgraph "计划来源"
|
||||
A["门店日常要货计划"];
|
||||
B["新店/新品铺货计划"];
|
||||
C["门店缺货补货计划"];
|
||||
end
|
||||
|
||||
### 10. 单品任务
|
||||
针对特定商品（通常是战略新品或高毛利品种）设立的专项销售任务。
|
||||
- **供应商单品突破品种集合设置**: 可联合供应商共同设定销售任务，将多个单品打包成一个任务集合，并设定总体任务额和单品任务量。
|
||||
- **单品突破单品任务设置**: 将设定好的任务集合，分解并下发给具体的门店，明确各店的任务指标。
|
||||
subgraph "处理中心"
|
||||
D["分支机构订货计划处理"];
|
||||
A --> D;
|
||||
B --> D;
|
||||
C --> D;
|
||||
end
|
||||
|
||||
### 11. 其他任务
|
||||
处理日常运营中各类杂项业务。
|
||||
- **门店近效期商品汇报处理**: 门店上报近效期商品后，总部在此进行处理，可给出“继续跟踪”、“生成退回通知”等意见。
|
||||
- **连锁门店新品及缺货登记处理**: 顾客到店求购的店内未经营商品，门店可在此登记。总部进行评估，若决定引进，可进行“勾稽商品”（关联到正式的商品档案）并“生成订单”。
|
||||
- **连锁门店滞销品调剂**: 门店上报滞销品后，总部可在此进行处理，操作包括“调剂”到其他有动销的门店，或直接“退货”回总部。
|
||||
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
|
||||
446
1-流程梳理/2-G3ERP集团分销模块解读/2.2.1-G3ERP集团分销_分销设置_模块解读文档-v1.0.md
Normal file
446
1-流程梳理/2-G3ERP集团分销模块解读/2.2.1-G3ERP集团分销_分销设置_模块解读文档-v1.0.md
Normal file
@ -0,0 +1,446 @@
|
||||
# G3ERP集团分销之分销设置模块解读文档
|
||||
|
||||
## 一、分销设置模块概述
|
||||
|
||||
G3ERP的“分销设置”模块是整个集团分销体系的基石和规则引擎，专为连锁药店及医药分销企业的集团化管理而设计。它并非一个直接处理日常交易的业务模块，而是作为所有“总部业务”模块执行前置的配置中心，定义了总部与下属分支机构（门店）之间业务往来的基础框架和运行参数。
|
||||
|
||||
该模块的核心价值在于实现管理的“标准化”与“自动化”。通过对门店的生命周期、配送规则、补货策略等核心要素进行集中、统一的配置，确保了集团各项分销政策能够准确、高效地在所有门店落地执行。一个配置完善的“分销设置”是保障门店运营效率、优化库存水平、统一业务口径、降低沟通成本的关键。
|
||||
|
||||
“分销设置”主要由两大核心部分构成：
|
||||
- **配货设置**：定义了商品如何从总部流向门店的动态规则，是实现智能化补货与配送的逻辑基础。
|
||||
- **基础资料**：管理分销体系中最为核心的静态主数据，构成了门店从诞生、运营到关闭的全生命周期管理。
|
||||
|
||||
|
||||
## 二、分销设置功能架构
|
||||
|
||||
### 2.1 分销设置功能架构图
|
||||
|
||||
“分销设置”模块的结构清晰，主要围绕“配货规则”和“门店主数据”两大核心进行功能组织。
|
||||
|
||||
```mermaid
|
||||
graph LR
|
||||
A["分销设置模块"] --> B["配货设置"]
|
||||
A --> C["基础资料"]
|
||||
|
||||
subgraph "配货设置 (定义动态业务规则)"
|
||||
B --> B1["门店配货参数设置"]
|
||||
B --> B2["新开门店补货计划参数复制"]
|
||||
B --> B3["连锁门店配货日期分配表"]
|
||||
B --> B4["门店补货计划参数调整申请处理"]
|
||||
B --> B5["门店补货计划参数单品调整"]
|
||||
end
|
||||
|
||||
subgraph "基础资料 (管理静态核心主数据)"
|
||||
C --> C1["分支机构商品信息维护"]
|
||||
C --> C2["新开门店初始化设置"]
|
||||
C --> C3["连锁门店关店"]
|
||||
C --> C4["连锁门店更名"]
|
||||
C --> C5["已关闭连锁门店重开"]
|
||||
C --> C6["分支机构仓库"]
|
||||
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 subModuleClass
|
||||
class B1,B2,B3,B4,B5,C1,C2,C3,C4,C5,C6 functionClass
|
||||
```
|
||||
|
||||
### 2.2 分销设置功能架构图结构说明
|
||||
|
||||
1. **配货设置**：此子模块是实现自动化、智能化补货与配送的逻辑核心。它不处理具体的配送单据，而是定义了所有配送行为的规则和参数。
|
||||
* **核心功能**：`门店配货参数设置`是该模块的基石，定义了单个门店的拣货仓库、配送周期、路线、安全库存天数等关键参数。
|
||||
* **辅助功能**：提供了如`参数复制`、`日期分配`、`参数调整`等一系列工具，旨在提高批量配置和动态调整的效率。
|
||||
|
||||
2. **基础资料**：此子模块是整个分销体系的主数据管理中心（MDM），负责门店从创建、信息变更到最终关闭的全生命周期管理。
|
||||
* **核心功能**：`新开门店初始化设置`是门店生命周期的起点，一个操作即可完成门店在系统中的所有基础信息注册。
|
||||
* **生命周期管理**：涵盖了`更名`、`关店`、`重开`等标准流程，确保了门店状态变更的规范性和可追溯性。
|
||||
* **核心资料维护**：同时管理与门店关联的`商品信息`和`仓库信息`，保证了主数据的完整性和一致性。
|
||||
|
||||
|
||||
## 三、总业务流程设计
|
||||
|
||||
### 3.1 总业务流程设计图
|
||||
|
||||
“分销设置”是所有分销业务的起点和规则依据。它的配置直接决定了“总部业务”模块中各项功能的执行逻辑和数据流向。
|
||||
|
||||
```mermaid
|
||||
graph TD
|
||||
subgraph "规则层: 分销设置 (静态配置)"
|
||||
direction LR
|
||||
A["基础资料<br>(定义'谁')"]
|
||||
B["配货设置<br>(定义'如何送')"]
|
||||
end
|
||||
|
||||
subgraph "执行层: 总部业务 (动态操作)"
|
||||
C["新开门店初始化"] -- "1\. 创建门店" --> A
|
||||
A -- "2\. 提供门店主数据" --> D["所有总部业务"]
|
||||
|
||||
C -- "3\. 生成初始配货参数" --> B
|
||||
B -- "4\. 提供配送规则" --> E["数据处理<br>(补货/铺货)"]
|
||||
B -- "5\. 提供配送规则" --> F["新店铺货"]
|
||||
B -- "6\. 提供配送规则" --> G["新品铺货"]
|
||||
end
|
||||
|
||||
subgraph "影响与关联"
|
||||
H["(结果)"]
|
||||
D -.-> H
|
||||
E -.-> H
|
||||
F -.-> H
|
||||
G -.-> H
|
||||
end
|
||||
|
||||
classDef ruleLayer fill:#fff7e6,stroke:#fa8c16,stroke-width:2px;
|
||||
classDef execLayer fill:#e6f7ff,stroke:#1890ff,stroke-width:2px;
|
||||
classDef resultLayer fill:#f6ffed,stroke:#52c41a,stroke-width:1px;
|
||||
|
||||
class A,B ruleLayer;
|
||||
class C,D,E,F,G execLayer;
|
||||
class H resultLayer;
|
||||
```
|
||||
|
||||
### 3.2 业务流程说明
|
||||
|
||||
1. **生命周期的起点**：一切始于`基础资料`中的`新开门店初始化设置`。当一个新门店被创建时，系统不仅注册了门店的核心主数据（如编号、名称、地址、GSP信息等），还会自动触发生成一套初始的`门店配货参数`。这确保了每个新门店从诞生之初就具备了参与集团分销体系的基础资格和规则。
|
||||
|
||||
2. **规则定义与业务执行分离**：
|
||||
* **`分销设置`** 扮演着“立法者”的角色。它负责定义规则，例如：A门店每周一、周四配送，默认从华东仓发货，安全库存为7天。这些规则是相对静态的，非日常高频操作。
|
||||
* **`总部业务`** 扮演着“执法者”的角色。它在执行日常操作时（如处理A门店的订货计划），会严格读取并遵循`分销设置`中预设好的规则来进行库存计算、仓库选择和配送安排。
|
||||
|
||||
3. **数据流向**：
|
||||
* **主数据流**：`基础资料`是所有`总部业务`模块中“门店”这个核心对象的唯一真实来源。无论是价格调整、绩效任务还是退货处理，都需要从`基础资料`中获取门店信息。
|
||||
* **参数流**：`配货设置`中的参数（如配送路线、效期要求、是否自动登记缺货等）是`数据处理`、`新店铺货`等模块执行自动化逻辑判断时的关键输入。没有这些预设参数，总部的配货业务将无法高效、准确地进行。
|
||||
|
||||
简而言之，“分销设置”构建了集团分销的“交通规则”，而“总部业务”则是路上行驶的“车辆”。规则确保了所有车辆都能有序、高效地到达目的地。
|
||||
|
||||
|
||||
## 四、模块功能详解
|
||||
|
||||
### 4.1 配货设置
|
||||
|
||||
#### 4.1.1 门店配货参数设置
|
||||
|
||||
##### 功能简述
|
||||
此功能是整个集团分销体系中最为核心的规则设置界面之一。它并非用于日常操作，而是为每一个门店精细化定义其独立的补货与配送规则。系统在执行“分支机构订货计划处理”等自动化补货运算时，会严格依据此处设置的参数来计算补货量、选择发货仓库和确定配送批次。这些参数通常在门店初始化时自动生成，后续由总部运营人员根据实际情况进行调整和优化。
|
||||
|
||||
##### 业务流程图
|
||||
```mermaid
|
||||
graph TD
|
||||
subgraph "门店配货参数设置流程"
|
||||
A["开始"] --> B["进入'门店配货参数设置'界面"];
|
||||
B --> C["查询并选择目标门店"];
|
||||
C --> D{"是否需要修改?"};
|
||||
D -- "1\. 是" --> E["反审单据"];
|
||||
E --> F["修改参数<br>(如:拣货仓库, 配送周期, 上下限天数)"];
|
||||
F --> G["保存并审核"];
|
||||
G --> H["参数生效<br>(影响后续所有补货计算)"];
|
||||
H --> I["结束"];
|
||||
D -- "2\. 否/仅查看" --> I;
|
||||
end
|
||||
|
||||
classDef startEnd fill:#e8f5e9,stroke:#4caf50,stroke-width:2px;
|
||||
classDef process fill:#e3f2fd,stroke:#2196f3,stroke-width:2px;
|
||||
classDef decision fill:#fffde7,stroke:#fbc02d,stroke-width:2px;
|
||||
|
||||
class A,I startEnd;
|
||||
class B,C,E,F,G,H process;
|
||||
class D decision;
|
||||
```
|
||||
|
||||
#### 4.1.2 新开门店补货计划参数复制
|
||||
|
||||
##### 功能简述
|
||||
为提升新开门店的配置效率，系统提供了参数复制功能。当新开一家门店，特别是其业态、规模、地理位置与某个现有门店相似时，可使用此功能一键将“来源门店”已经优化好的成熟补货参数完整地复制给“目标门店”。这极大地减少了重复配置的工作量，并确保了新店能够快速采用最佳实践。
|
||||
|
||||
##### 业务流程图
|
||||
```mermaid
|
||||
graph TD
|
||||
subgraph "新开门店补货计划参数复制流程"
|
||||
A["开始"] --> B["进入'新开门店补货计划参数复制'界面"];
|
||||
B --> C["新增复制任务"];
|
||||
C --> D["选择'来源门店'<br>(已有成熟参数的门店)"];
|
||||
D --> E["选择'目标门店'<br>(新开的门店)"];
|
||||
E --> F["选择附加选项<br>(如:是否引入商品, 是否更新销量)"];
|
||||
F --> G["保存并审核"];
|
||||
G --> H["目标门店参数被覆盖更新"];
|
||||
H --> I["结束"];
|
||||
end
|
||||
|
||||
classDef startEnd fill:#e8f5e9,stroke:#4caf50,stroke-width:2px;
|
||||
classDef process fill:#e3f2fd,stroke:#2196f3,stroke-width:2px;
|
||||
|
||||
class A,I startEnd;
|
||||
class B,C,D,E,F,G,H process;
|
||||
```
|
||||
|
||||
#### 4.1.3 连锁门店配货日期分配表
|
||||
|
||||
##### 功能简述
|
||||
此功能用于更精细化地管理和规划特定月份每一天的配货任务。它允许总部运营人员为门店预设一个详细的月度配货日历，明确指定哪一天执行哪种类型的配货计划。这对于有复杂配送周期或需要在特定日期（如节假日、促销日）执行特殊补货的场景非常有用。
|
||||
|
||||
##### 业务流程图
|
||||
```mermaid
|
||||
graph TD
|
||||
subgraph "连锁门店配货日期分配流程"
|
||||
A["开始"] --> B["进入'连锁门店配货日期分配表'界面"];
|
||||
B --> C["新增分配表"];
|
||||
C --> D["选择年度和期间(月份)"];
|
||||
D --> E["选择门店"];
|
||||
E --> F["为该门店指定每一天的配货计划类型"];
|
||||
F --> G["保存并审核"];
|
||||
G --> H["配货日历生效"];
|
||||
H --> I["结束"];
|
||||
end
|
||||
|
||||
classDef startEnd fill:#e8f5e9,stroke:#4caf50,stroke-width:2px;
|
||||
classDef process fill:#e3f2fd,stroke:#2196f3,stroke-width:2px;
|
||||
|
||||
class A,I startEnd;
|
||||
class B,C,D,E,F,G,H process;
|
||||
```
|
||||
|
||||
#### 4.1.4 门店补货计划参数调整申请处理
|
||||
|
||||
##### 功能简述
|
||||
这是一个总部审批功能，用于处理由门店发起的补货参数调整申请。当门店认为其现有的补货参数（如库存上下限）已不适应当前销售状况时，可以提交申请。总部相关负责人在此界面对申请进行审批。审批通过后，门店的配货参数将自动更新，确保了参数调整的规范性和可追溯性。
|
||||
|
||||
##### 业务流程图
|
||||
```mermaid
|
||||
graph TD
|
||||
subgraph "门店补货计划参数调整申请处理流程"
|
||||
A["门店提交参数调整申请"] --> B["总部进入'门店补货计划参数调整申请处理'界面"];
|
||||
B --> C["查询待处理的申请单"];
|
||||
C --> D{"审核申请内容"};
|
||||
D -- "1\. 同意" --> E["审核通过"];
|
||||
E --> F["门店配货参数自动更新"];
|
||||
F --> G["结束"];
|
||||
D -- "2\. 拒绝" --> H["反提/驳回申请"];
|
||||
H --> G;
|
||||
end
|
||||
|
||||
classDef startEnd fill:#e8f5e9,stroke:#4caf50,stroke-width:2px;
|
||||
classDef process fill:#e3f2fd,stroke:#2196f3,stroke-width:2px;
|
||||
classDef decision fill:#fffde7,stroke:#fbc02d,stroke-width:2px;
|
||||
classDef io fill:#f3e5f5,stroke:#9c27b0,stroke-width:1px;
|
||||
|
||||
class G startEnd;
|
||||
class A io;
|
||||
class B,C,E,F,H process;
|
||||
class D decision;
|
||||
```
|
||||
|
||||
#### 4.1.5 门店补货计划参数单品调整
|
||||
|
||||
##### 功能简述
|
||||
此功能主要用于应对季节性、周期性或临时性的商品补货需求变化。它允许总部运营人员绕过复杂的门店申请流程，直接对“单个商品”在“多个门店”的补货参数进行批量、统一的调整。例如，在冬季来临前，可以统一提高所有北方门店的某款感冒药的库存上限天数。
|
||||
|
||||
##### 业务流程图
|
||||
```mermaid
|
||||
graph TD
|
||||
subgraph "门店补货计划参数单品调整流程"
|
||||
A["开始"] --> B["进入'门店补货计划参数单品调整'界面"];
|
||||
B --> C["新增调整单"];
|
||||
C --> D["选择要调整的'单个商品'"];
|
||||
D --> E["引入该商品有销售的所有门店"];
|
||||
E --> F["批量或逐个修改各门店的补货参数<br>(如:库存上下限)"];
|
||||
F --> G["保存并审核"];
|
||||
G --> H["所有相关门店的该单品参数被更新"];
|
||||
H --> I["结束"];
|
||||
end
|
||||
|
||||
classDef startEnd fill:#e8f5e9,stroke:#4caf50,stroke-width:2px;
|
||||
classDef process fill:#e3f2fd,stroke:#2196f3,stroke-width:2px;
|
||||
|
||||
class A,I startEnd;
|
||||
class B,C,D,E,F,G,H process;
|
||||
```
|
||||
|
||||
|
||||
### 4.2 基础资料
|
||||
|
||||
#### 4.2.1 分支机构商品信息维护
|
||||
|
||||
##### 功能简述
|
||||
此功能是总部对单个门店商品级主数据的精细化管理工具。它允许总部人员直接查看和修改特定门店的商品资料，如调整其销售状态（停售/可售）、采购状态（停购/可购）或禁用状态。此外，还可以为门店引入总部已有但门店尚未经营的商品，是保持门店商品目录与总部策略同步的重要工具。
|
||||
|
||||
##### 业务流程图
|
||||
```mermaid
|
||||
graph TD
|
||||
subgraph "分支机构商品信息维护流程"
|
||||
A["开始"] --> B["进入'分支机构商品信息维护'界面"];
|
||||
B --> C["选择目标门店"];
|
||||
C --> D["查询并加载该门店的商品列表"];
|
||||
D --> E{"选择操作"};
|
||||
E -- "1\. 修改商品" --> F["选择商品并修改其属性<br>(如:停售/停购)"];
|
||||
F --> G["保存修改"];
|
||||
G --> H["结束"];
|
||||
E -- "2\. 引入新品" --> I["点击'引入'按钮"];
|
||||
I --> J["选择总部商品并引入到门店"];
|
||||
J --> G;
|
||||
E -- "3\. 查询信息" --> K["查询单品在各店的库存/批次"];
|
||||
K --> E;
|
||||
E -- "4\. 结束操作" --> H;
|
||||
end
|
||||
|
||||
classDef startEnd fill:#e8f5e9,stroke:#4caf50,stroke-width:2px;
|
||||
classDef process fill:#e3f2fd,stroke:#2196f3,stroke-width:2px;
|
||||
classDef decision fill:#fffde7,stroke:#fbc02d,stroke-width:2px;
|
||||
|
||||
class A,H startEnd;
|
||||
class B,C,D,F,G,I,J,K process;
|
||||
class E decision;
|
||||
```
|
||||
|
||||
#### 4.2.2 新开门店初始化设置
|
||||
|
||||
##### 功能简述
|
||||
这是整个集团分销体系中门店生命周期的起点，也是最为关键的基础资料创建功能。通过一个集成的界面，总部可以一次性完成新开门店所有核心信息的录入，包括基本信息（编号、名称、地址）、GSP信息、管理信息（门店类型、商圈）以及初始的配货参数。审核通过后，一个符合集团规范的新门店便在系统中正式创建完成，可以立即参与后续的所有业务。
|
||||
|
||||
##### 业务流程图
|
||||
```mermaid
|
||||
graph TD
|
||||
subgraph "新开门店初始化设置流程"
|
||||
A["开始"] --> B["进入'新开门店初始化设置'界面"];
|
||||
B --> C["新增门店"];
|
||||
C --> D["填写'基本信息'页签<br>(编号, 名称, 价格方案等)"];
|
||||
D --> E["填写'GSP信息'页签<br>(控制范围, 资质证书等)"];
|
||||
E --> F["填写'管理信息'页签<br>(门店类型, 商圈, 开业日期等)"];
|
||||
F --> G["填写'辅助信息'页签<br>(初始配货参数)"];
|
||||
G --> H["保存并审核"];
|
||||
H --> I["新门店创建成功<br>相关主数据及参数自动生成"];
|
||||
I --> J["结束"];
|
||||
end
|
||||
|
||||
classDef startEnd fill:#e8f5e9,stroke:#4caf50,stroke-width:2px;
|
||||
classDef process fill:#e3f2fd,stroke:#2196f3,stroke-width:2px;
|
||||
|
||||
class A,J startEnd;
|
||||
class B,C,D,E,F,G,H,I process;
|
||||
```
|
||||
|
||||
#### 4.2.3 连锁门店关店
|
||||
|
||||
##### 功能简述
|
||||
此功能用于执行门店的关闭流程。这是一个严谨的业务过程，系统会进行前置检查，确保待关闭的门店不存在未完成的业务（如库存不为0、有在途配送单等）。只有所有业务清算完毕，检查通过后，才允许执行关店操作。关店后，该门店将被置为禁用状态，无法再参与任何业务活动。
|
||||
|
||||
##### 业务流程图
|
||||
```mermaid
|
||||
graph TD
|
||||
subgraph "连锁门店关店流程"
|
||||
A["开始"] --> B["进入'连锁门店关店'界面"];
|
||||
B --> C["新增关店单"];
|
||||
C --> D["选择要关闭的门店并填写原因"];
|
||||
D --> E["保存并执行'检查'"];
|
||||
E --> F{"检查结果"};
|
||||
F -- "1\. 存在未清业务" --> G["查看问题原因并处理<br>(如:清空库存, 完成在途单据)"];
|
||||
G --> E;
|
||||
F -- "2\. 检查通过" --> H["审核关店单"];
|
||||
H --> I["门店被置为禁用状态"];
|
||||
I --> J["结束"];
|
||||
end
|
||||
|
||||
classDef startEnd fill:#e8f5e9,stroke:#4caf50,stroke-width:2px;
|
||||
classDef process fill:#e3f2fd,stroke:#2196f3,stroke-width:2px;
|
||||
classDef decision fill:#fffde7,stroke:#fbc02d,stroke-width:2px;
|
||||
|
||||
class A,J startEnd;
|
||||
class B,C,D,E,G,H,I process;
|
||||
class F decision;
|
||||
```
|
||||
|
||||
#### 4.2.4 连锁门店更名
|
||||
|
||||
##### 功能简述
|
||||
用于处理门店名称变更的业务需求。与关店流程类似，系统同样会进行前置检查，确保待更名的门店没有在途的配送或退货业务，以防止因名称不一致导致业务中断。检查通过后，审核即可完成更名，门店在系统中的所有显示名称将自动更新。
|
||||
|
||||
##### 业务流程图
|
||||
```mermaid
|
||||
graph TD
|
||||
subgraph "连锁门店更名流程"
|
||||
A["开始"] --> B["进入'连锁门店更名'界面"];
|
||||
B --> C["新增更名单"];
|
||||
C --> D["选择门店并录入新名称和原因"];
|
||||
D --> E["保存并执行'检查'"];
|
||||
E --> F{"检查结果"};
|
||||
F -- "1\. 存在在途业务" --> G["查看问题原因并处理"];
|
||||
G --> E;
|
||||
F -- "2\. 检查通过" --> H["审核更名单"];
|
||||
H --> I["门店名称更新"];
|
||||
I --> J["结束"];
|
||||
end
|
||||
|
||||
classDef startEnd fill:#e8f5e9,stroke:#4caf50,stroke-width:2px;
|
||||
classDef process fill:#e3f2fd,stroke:#2196f3,stroke-width:2px;
|
||||
classDef decision fill:#fffde7,stroke:#fbc02d,stroke-width:2px;
|
||||
|
||||
class A,J startEnd;
|
||||
class B,C,D,E,G,H,I process;
|
||||
class F decision;
|
||||
```
|
||||
|
||||
#### 4.2.5 已关闭连锁门店重开
|
||||
|
||||
##### 功能简述
|
||||
此功能是“连锁门店关店”的逆向操作，用于重新激活已经关闭的门店。操作相对简单，选择已关闭的门店并填写重开原因，审核后即可将门店恢复为正常运营状态，使其能够重新参与所有分销业务。
|
||||
|
||||
##### 业务流程图
|
||||
```mermaid
|
||||
graph TD
|
||||
subgraph "已关闭连锁门店重开流程"
|
||||
A["开始"] --> B["进入'已关闭连锁门店重开'界面"];
|
||||
B --> C["新增重开单"];
|
||||
C --> D["选择已关闭的门店并填写原因"];
|
||||
D --> E["保存并审核"];
|
||||
E --> F["门店恢复为正常状态"];
|
||||
F --> G["结束"];
|
||||
end
|
||||
|
||||
classDef startEnd fill:#e8f5e9,stroke:#4caf50,stroke-width:2px;
|
||||
classDef process fill:#e3f2fd,stroke:#2196f3,stroke-width:2px;
|
||||
|
||||
class A,G startEnd;
|
||||
class B,C,D,E,F process;
|
||||
```
|
||||
|
||||
#### 4.2.6 分支机构仓库
|
||||
|
||||
##### 功能简述
|
||||
用于管理门店的仓库信息。每个门店在初始化时都会有一个默认仓库，此功能允许总部对该仓库信息进行修改。在特殊情况下，如果门店需要管理多个实体或逻辑仓库（如正常库、不合格库、待处理库），也可以通过此功能为门店新增仓库。
|
||||
|
||||
##### 业务流程图
|
||||
```mermaid
|
||||
graph TD
|
||||
subgraph "分支机构仓库管理流程"
|
||||
A["开始"] --> B["进入'分支机构仓库'界面"];
|
||||
B --> C["查询并选择目标门店"];
|
||||
C --> D{"选择操作"};
|
||||
D -- "1\. 修改仓库" --> E["选择仓库并修改信息"];
|
||||
E --> F["保存修改"];
|
||||
F --> G["结束"];
|
||||
D -- "2\. 新增仓库" --> H["点击'新增'"];
|
||||
H --> I["选择门店并录入新仓库信息<br>(编码, 名称, 类型)"];
|
||||
I --> F;
|
||||
D -- "3\. 禁用/开启" --> J["选择仓库并执行禁用或开启"];
|
||||
J --> F;
|
||||
end
|
||||
|
||||
classDef startEnd fill:#e8f5e9,stroke:#4caf50,stroke-width:2px;
|
||||
classDef process fill:#e3f2fd,stroke:#2196f3,stroke-width:2px;
|
||||
classDef decision fill:#fffde7,stroke:#fbc02d,stroke-width:2px;
|
||||
|
||||
class A,G startEnd;
|
||||
class B,C,E,F,H,I,J process;
|
||||
class D decision;
|
||||
```
|
||||
|
||||
|
||||
## 五、总结
|
||||
|
||||
G3ERP的“分销设置”模块是集团分销管理体系成功运作的先决条件。它通过对“配货设置”和“基础资料”两大核心板块的精细化管理，为整个分销业务链条构建了坚实、统一、规范的规则基础。
|
||||
|
||||
- **从业务角度看**，该模块将复杂的集团管理策略（如不同门店类型的不同补货模型、门店生命周期管理）转化为系统中具体、可执行的参数和流程，实现了管理意图的精准落地。
|
||||
- **从系统角度看**，“分销设置”是所有“总部业务”模块的数据和逻辑来源。没有它的预先配置，自动化补货、标准化铺货、规范化调价等核心业务将无从谈起。
|
||||
|
||||
综上所述，“分销设置”模块虽然不直接参与日常交易，但其重要性不言而喻。它通过“规则先行”的设计理念，极大地提升了集团总部对下属门店的管控能力，降低了运营成本和沟通成本，是实现连锁企业规模化、标准化、精细化运营不可或缺的核心功能。
|
||||
Loading…
x
Reference in New Issue
Block a user