Compare commits
5 Commits
0258249932
...
13779420d9
Author | SHA1 | Date | |
---|---|---|---|
13779420d9 | |||
d8484126c4 | |||
cafb50968a | |||
1a3fa86f83 | |||
7d4549e1c0 |
BIN
1-流程梳理.zip
Normal file
BIN
1-流程梳理.zip
Normal file
Binary file not shown.
@ -180,11 +180,11 @@ G3ERP采购管理业务形成一个完整的业务循环:
|
||||
<br>
|
||||
|
||||
6. **采购结算**:完成采购付款结算
|
||||
- **功能描述**:管理退货申请、退货单处理和保管确认
|
||||
- **功能描述**:处理采购发票、付款单、预付单和核销
|
||||
- **核心特征**:
|
||||
- 采购退货申请单
|
||||
- 采购退货单处理
|
||||
- 采购退货保管确认
|
||||
- 采购发票管理
|
||||
- 付款单处理
|
||||
- 预付单和核销管理
|
||||
- **核心流程**:发票匹配→付款申请→付款审批→付款执行
|
||||
- **执行角色**:财务人员、出纳
|
||||
- **业务成果**:完成采购结算、资金支付
|
||||
@ -192,18 +192,18 @@ G3ERP采购管理业务形成一个完整的业务循环:
|
||||
<br>
|
||||
|
||||
7. **采购退货**:处理退货相关业务
|
||||
- **功能描述**:处理采购发票、付款单、预付单和核销
|
||||
- **功能描述**:管理退货申请、退货单处理和保管确认
|
||||
- **核心特征**:
|
||||
- 采购发票管理
|
||||
- 付款单处理
|
||||
- 预付单和核销管理
|
||||
- - 采购退货申请单
|
||||
- 采购退货单处理
|
||||
- 采购退货保管确认
|
||||
- **核心流程**:退货申请→退货审批→退货出库→退货结算
|
||||
- **执行角色**:采购员、仓库管理员
|
||||
- **业务成果**:处理退货业务、维护供应商关系
|
||||
|
||||
<br>
|
||||
|
||||
8. **初始结算**:管理结算参数和规则
|
||||
1. **初始结算**:管理结算参数和规则
|
||||
- **功能描述**:处理采购对冲、付款提醒、铺底金额和供应商设置等
|
||||
- **核心特征**:
|
||||
- 采购对冲处理
|
201
1-流程梳理/2-G3ERP集团分销模块解读⭐️⭐️/2-G3ERP集团分销_总模块解读-v1.0.md
Normal file
201
1-流程梳理/2-G3ERP集团分销模块解读⭐️⭐️/2-G3ERP集团分销_总模块解读-v1.0.md
Normal file
@ -0,0 +1,201 @@
|
||||
# G3ERP集团分销模块解读
|
||||
|
||||
## 一、集团分销模块概述
|
||||
|
||||
G3ERP的集团分销模块是专为连锁药店、医药分销企业设计的核心业务管理系统。它以总部为中心,全面管理下属分支机构(门店)的日常运营,实现了从商品铺货、日常补货、库存管理到价格策略、绩效考核的全链路数字化管控。
|
||||
|
||||
该模块旨在解决集团化经营中的核心痛点,如总部与门店间的信息孤岛、库存不均、价格不统一、新品推广难、退货流程繁琐等问题。通过标准化的业务流程和精细化的数据管理,集团分销模块能够显著提升总部的管控能力、门店的运营效率以及整个分销体系的协同效能,确保业务操作的合规性与高效性。
|
||||
|
||||
## 二、集团分销模块组成部分
|
||||
|
||||
集团分销模块主要由“总部业务”和“分销设置”两大核心板块构成,覆盖了集团分销管理的各个方面。
|
||||
|
||||
### 1. 总部业务
|
||||
|
||||
总部业务是集团分销管理的核心,涵盖了总部对门店日常运营的全面管控和支持。
|
||||
|
||||
- **数据处理**:处理门店的订货计划,支持自动分配、缺货登记和替品替换,是保障门店正常销售的关键环节。
|
||||
- **退货处理**:规范门店退货流程,包括采购审批和总部发起的商品召回,确保退货过程可控、合规。
|
||||
- **新店铺货**:为新开门店提供快速、标准化的首次铺货方案,支持引用已有店存或预设集合,加速新店启动。
|
||||
- **新品铺货**:高效地将新引进的商品统一部署到指定门店,支持按多品多店、单品多店等多种灵活方式。
|
||||
- **远程电子审方**:为门店提供远程处方审核支持,确保处方药销售的合规性与安全性。
|
||||
- **价格业务**:总部对门店商品价格进行统一管理和调整,包括日常调价、特价审批、同行价格信息采集等。
|
||||
- **库存业务**:管理门店的商品目录,设置必备品种,确保门店商品结构的合理性和核心品种的在架率。
|
||||
- **发票业务**:管理门店领用的发票,处理发票的变更和登记。
|
||||
- **绩效任务**:设置和管理门店及员工的销售指标和提成方案,驱动业务增长。
|
||||
- **单品任务**:针对特定供应商或单品设置销售突破任务,进行专项激励。
|
||||
- **其他任务**:处理门店的近效期商品汇报、新品缺货登记、滞销品调剂等日常事务。
|
||||
|
||||
### 2. 分销设置
|
||||
|
||||
分销设置是集团分销业务正常运行的基础,主要用于配置和定义分销体系的各项基础规则和参数。
|
||||
|
||||
- **配货设置**:定义门店的配送规则,如拣货仓库、配送周期、路线、补货参数等,是实现自动化、智能化补货的基础。
|
||||
- **基础资料**:管理分销体系的核心主数据,包括新开门店的初始化、门店信息的变更(关店、更名、重开)以及分支机构的仓库信息等。
|
||||
|
||||
## 三、集团分销模块各部分关联关系
|
||||
|
||||
“分销设置”与“总部业务”两大板块构成了“规则定义”与“业务执行”的紧密关系。“分销设置”是静态的规则基础,而“总部业务”是动态的日常运营,前者为后者提供运行的框架和参数。
|
||||
|
||||
### 1. 业务流程关联
|
||||
|
||||
1. **基础设置与生命周期流程**:
|
||||
- **`分销设置`** 是所有业务的起点。在 **`基础资料`** 中完成 **`新开门店初始化`**,创建了门店主数据,这是门店生命周期的开始。同时,系统会生成初始的 **`配货设置`** 参数。门店的 **`更名`**、**`关店`**、**`重开`** 也在此模块中完成,构成了完整的生命周期管理。
|
||||
|
||||
2. **正向核心业务流:从计划到配送**:
|
||||
- 所有配送需求均汇集于 **`数据处理`** 模块。无论是 **`新店铺货`**、**`新品铺货`** 产生的铺货计划,还是门店日常销售产生的补货计划,都会进入 **`数据处理`** 进行统一的库存检查、分配、缺货登记和调拨处理,最终生成调拨单流向供应链模块执行发货。
|
||||
|
||||
3. **逆向与异常业务流**:
|
||||
- **`退货处理`** 模块负责处理门店的退货申请和总部的召回任务,审批后生成退货单,形成逆向物流。
|
||||
- **`其他任务`** 模块处理各类异常情况。如“近效期/滞销品”可决策转为退货,流入 **`退货处理`** 模块;“新品/缺货登记”则作为需求收集的入口,可能触发新的采购流程。
|
||||
|
||||
4. **管理支持业务闭环**:
|
||||
- **`价格业务`**、**`绩效任务`**、**`单品任务`**、**`远程电子审方`** 和 **`发票业务`** 等模块,为门店的日常销售活动提供价格策略、合规支持和激励机制。门店的销售活动产生数据,反过来又成为绩效和任务完成情况的考核依据,形成管理上的闭环。
|
||||
|
||||
### 2. 数据关联
|
||||
|
||||
1. **主数据关联**:
|
||||
- **门店信息**:由 **`分销设置-基础资料`** 维护,是所有 **`总部业务`** 的核心关联对象。
|
||||
- **商品信息**:与供应链共享,但其在门店的特定属性(如是否必备、补货参数)由 **`库存业务`** 和 **`配货设置`** 定义。
|
||||
|
||||
2. **配置参数关联**:
|
||||
- **`分销设置`** 中定义的各类参数(如门店配货参数、必备品种目录)是 **`总部业务`** 模块执行业务逻辑时的重要输入。例如,**`数据处理`** 模块在生成补货建议时,会严格依据 **`配货设置`** 中的上下限天数、配送周期等参数。
|
||||
|
||||
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
|
||||
```
|
||||
|
||||
### 2. 分销设置流程
|
||||
|
||||
```mermaid
|
||||
graph TD
|
||||
subgraph "主数据与生命周期管理"
|
||||
A["新开门店初始化设置"] -- "1\. 创建" --> B["门店主数据<br>(基础资料/仓库/商品)"];
|
||||
A -- "2\. 生成初始参数" --> F;
|
||||
|
||||
C["连锁门店更名"] -- "3\. 修改" --> B;
|
||||
D["连锁门店关店"] -- "4\. 禁用" --> B;
|
||||
E["已关闭连锁门店重开"] -- "5\. 启用" --> B;
|
||||
end
|
||||
|
||||
subgraph "配货规则与参数配置"
|
||||
F["门店配货参数设置<br>(核心配置)"];
|
||||
G["新开门店补货计划<br>参数复制"] -- "1\. 快速配置" --> F;
|
||||
H["门店补货计划<br>参数调整申请"] -- "2\. 审批后调整" --> F;
|
||||
I["门店补货计划<br>单品调整"] -- "3\. 直接调整" --> F;
|
||||
J["连锁门店配货<br>日期分配表"] -- "4\. 定义日期" --> K["影响配送计划"];
|
||||
end
|
||||
|
||||
F -- "影响" --> K;
|
||||
K -- "输入" --> L["(总部业务)<br>数据处理模块"];
|
||||
```
|
||||
|
||||
## 五、集团分销模块思维导图
|
||||
|
||||
```mermaid
|
||||
mindmap
|
||||
root((集团分销模块))
|
||||
总部业务
|
||||
数据处理
|
||||
分支机构订货计划处理
|
||||
门店订货计划审核
|
||||
退货处理
|
||||
门店退货申请采购审批
|
||||
退货召回通知单
|
||||
新店铺货
|
||||
新店铺货处理
|
||||
新店铺货商品集合
|
||||
新品铺货
|
||||
新品铺货处理
|
||||
新品铺货门店集合
|
||||
新品铺货(按多品多店)
|
||||
新品快速铺货
|
||||
远程电子审方
|
||||
总部远程电子审方
|
||||
审方药师区域设置
|
||||
价格业务
|
||||
总部售价调价单
|
||||
门店调价申请处理
|
||||
特价申请审批
|
||||
同行价格信息
|
||||
库存业务
|
||||
门店必备品种目录
|
||||
单店单品必备标志设置/撤销
|
||||
发票业务
|
||||
连锁门店发票领用
|
||||
零售明细开发票
|
||||
绩效任务
|
||||
门店指标任务设置
|
||||
提成商品设置
|
||||
连锁门店集合提成计算
|
||||
单品任务
|
||||
供应商单品突破设置
|
||||
单品突破任务设置
|
||||
其他任务
|
||||
门店近效期商品汇报处理
|
||||
连锁门店新品及缺货登记处理
|
||||
连锁门店滞销品调剂
|
||||
分销设置
|
||||
配货设置
|
||||
门店配货参数设置
|
||||
新开门店补货计划参数复制
|
||||
门店补货计划参数调整
|
||||
基础资料
|
||||
分支机构商品信息维护
|
||||
新开门店初始化设置
|
||||
连锁门店关店/更名/重开
|
||||
分支机构仓库
|
||||
```
|
||||
|
||||
## 六、总结
|
||||
|
||||
G3ERP集团分销模块通过对“总部业务”和“分销设置”的精细化管理,构建了一个强大、灵活的集团管控平台。它不仅规范了总部与门店之间的核心业务流程,如补货、铺货、退货和调价,还通过数据驱动的方式,实现了对门店库存、价格、绩效的精准控制。
|
||||
|
||||
该模块的设计充分体现了集团化管理的思想,将总部的战略意图(如新品推广、价格策略、绩效目标)高效地传导至每一个销售终端,同时又赋予了一定的灵活性以应对市场变化。通过使用此模块,医药分销企业能够有效整合内外部资源,降低运营成本,提升供应链协同效率,最终增强企业的核心竞争力。
|
378
1-流程梳理/2-G3ERP集团分销模块解读⭐️⭐️/2.1.1-G3ERP集团分销_总部业务_模块解读文档-v1.0.md
Normal file
378
1-流程梳理/2-G3ERP集团分销模块解读⭐️⭐️/2.1.1-G3ERP集团分销_总部业务_模块解读文档-v1.0.md
Normal file
@ -0,0 +1,378 @@
|
||||
# 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
|
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的“分销设置”模块是集团分销管理体系成功运作的先决条件。它通过对“配货设置”和“基础资料”两大核心板块的精细化管理,为整个分销业务链条构建了坚实、统一、规范的规则基础。
|
||||
|
||||
- **从业务角度看**,该模块将复杂的集团管理策略(如不同门店类型的不同补货模型、门店生命周期管理)转化为系统中具体、可执行的参数和流程,实现了管理意图的精准落地。
|
||||
- **从系统角度看**,“分销设置”是所有“总部业务”模块的数据和逻辑来源。没有它的预先配置,自动化补货、标准化铺货、规范化调价等核心业务将无从谈起。
|
||||
|
||||
综上所述,“分销设置”模块虽然不直接参与日常交易,但其重要性不言而喻。它通过“规则先行”的设计理念,极大地提升了集团总部对下属门店的管控能力,降低了运营成本和沟通成本,是实现连锁企业规模化、标准化、精细化运营不可或缺的核心功能。
|
@ -27,36 +27,21 @@ graph LR
|
||||
A --> J["价格业务"];
|
||||
A --> K["日结月结"];
|
||||
|
||||
subgraph "补货业务"
|
||||
B1["补货计划参数设置"]
|
||||
B2["补货计划单"]
|
||||
B3["缺货登记"]
|
||||
subgraph "日结月结"
|
||||
K1["连锁门店日结单"]
|
||||
K2["连锁门店月末结账"]
|
||||
end
|
||||
|
||||
subgraph "收货业务"
|
||||
C1["门店接货单"]
|
||||
C2["门店拒收单"]
|
||||
C3["按明细验收入库确认"]
|
||||
subgraph "价格业务"
|
||||
J1["零售价调价"]
|
||||
J2["调价申请"]
|
||||
J3["特价申请"]
|
||||
end
|
||||
|
||||
subgraph "零售业务"
|
||||
D1["零售POS单"]
|
||||
D2["中药划价模板"]
|
||||
D3["POS支付方式变更"]
|
||||
end
|
||||
|
||||
subgraph "批发业务"
|
||||
E1["门店批发开单"]
|
||||
E2["门店批发退回单"]
|
||||
end
|
||||
|
||||
subgraph "退货业务"
|
||||
F1["退货申请单"]
|
||||
end
|
||||
|
||||
subgraph "调拨业务"
|
||||
G1["门店调拨申请单"]
|
||||
G2["店店调拨确认"]
|
||||
subgraph "盘点业务"
|
||||
I1["静态库存盘点"]
|
||||
I2["盘点结果差异单"]
|
||||
I3["盘盈/盘亏处理"]
|
||||
end
|
||||
|
||||
subgraph "库存业务"
|
||||
@ -67,24 +52,43 @@ graph LR
|
||||
H5["批次管理"]
|
||||
end
|
||||
|
||||
subgraph "盘点业务"
|
||||
I1["静态库存盘点"]
|
||||
I2["盘点结果差异单"]
|
||||
I3["盘盈/盘亏处理"]
|
||||
subgraph "调拨业务"
|
||||
G1["门店调拨申请单"]
|
||||
G2["店店调拨确认"]
|
||||
end
|
||||
|
||||
subgraph "价格业务"
|
||||
J1["零售价调价"]
|
||||
J2["调价申请"]
|
||||
J3["特价申请"]
|
||||
subgraph "退货业务"
|
||||
F1["退货申请单"]
|
||||
end
|
||||
|
||||
subgraph "日结月结"
|
||||
K1["连锁门店日结单"]
|
||||
K2["连锁门店月末结账"]
|
||||
subgraph "退货业务"
|
||||
F1["退货申请单"]
|
||||
end
|
||||
|
||||
B --> B1 & B2 & B3;
|
||||
subgraph "批发业务"
|
||||
E1["门店批发开单"]
|
||||
E2["门店批发退回单"]
|
||||
end
|
||||
|
||||
subgraph "零售业务"
|
||||
D1["零售POS单"]
|
||||
D2["中药划价模板"]
|
||||
D3["POS支付方式变更"]
|
||||
end
|
||||
|
||||
subgraph "收货业务"
|
||||
C1["门店接货单"]
|
||||
C2["门店拒收单"]
|
||||
C3["按明细验收入库确认"]
|
||||
end
|
||||
|
||||
subgraph "补货业务"
|
||||
B1["补货计划参数设置"]
|
||||
B2["补货计划单"]
|
||||
B3["缺货登记"]
|
||||
end
|
||||
|
||||
B --> B1 & B2 & B3;
|
||||
C --> C1 & C2 & C3;
|
||||
D --> D1 & D2 & D3;
|
||||
E --> E1 & E2;
|
||||
@ -189,6 +193,12 @@ graph LR
|
||||
- **执行角色**:收银员、店长、财务人员。
|
||||
- **业务成果**:确保资金安全,完成成本核算,为财务报表提供准确数据。
|
||||
|
||||
11. **其他业务**:提供辅助性管理工具
|
||||
- **功能描述**:提供一系列辅助门店日常运营的管理功能。
|
||||
- **核心特征**:包括对门店仓库货位的精细化设置、顾客对新品或缺货商品的需求登记、以及对店内滞销品的统一登记与上报。
|
||||
- **执行角色**:门店店员、店长。
|
||||
- **业务成果**:优化仓储管理,收集市场需求,加速滞销品处理。
|
||||
|
||||
<br>
|
||||
|
||||
---
|
||||
@ -272,7 +282,7 @@ graph TD
|
||||
|
||||
#### 4.1.1 补货业务功能简述
|
||||
|
||||
补货业务是保障门店商品供应、维持合理库存水平的起点。门店通过此模块向总部或配送中心发起要货请求。系统支持手动创建、按模板引入、或根据系统内置的智能补货模型(如基于销量、库存上下限等)自动生成补货计划,实现了要货的科学化与高效化。同时,对于临时缺货的商品,系统也提供了缺货登记功能,便于后续跟踪与处理。
|
||||
补货业务是保障门店商品供应、维持合理库存水平的起点。门店通过此模块向总部或配送中心发起要货请求。系统支持手动创建、按模板引入、或根据系统内置的智能补货模型(如基于销量、库存上下限等)自动生成补货计划,实现了要货的科学化与高效化。同时,对于临时缺货的商品,系统也提供了缺货登记功能,便于后续跟踪与处理。此外,系统还提供了对总部缺货记录的关闭处理功能,以及门店向上级申请调整补货参数的正式流程。
|
||||
|
||||
#### 4.1.2 补货业务流程图
|
||||
|
||||
@ -317,7 +327,7 @@ graph LR
|
||||
|
||||
#### 4.2.1 收货业务功能简述
|
||||
|
||||
收货业务是商品进入门店库存、完成物流交接的关键环节,也是执行GSP规范、保障药品质量的第一道防线。当总部或供应商的货物送达门店后,门店需通过本模块完成一系列标准化操作,包括开具`门店接货单`进行物理接收,对不符合要求的商品(如包装破损、温度异常)开具`门店拒收单`,最后通过`按明细验收入库确认`,核对商品批号、效期等关键信息,最终确认入库,完成库存的增加。
|
||||
收货业务是商品进入门店库存、完成物流交接的关键环节,也是执行GSP规范、保障药品质量的第一道防线。当总部或供应商的货物送达门店后,门店需通过本模块完成一系列标准化操作,包括开具`门店接货单`进行物理接收,对不符合要求的商品(如包装破损、温度异常)开具`门店拒收单`。**注意:拒收的商品在系统中会以锁库的形式先入库,后续必须通过退货流程正式退回总部,而非直接拒收在外。**最后通过`按明细验收入库确认`,核对商品批号、效期等关键信息,最终确认入库,完成库存的增加。
|
||||
|
||||
#### 4.2.2 收货业务流程图
|
||||
|
||||
@ -359,49 +369,54 @@ graph TD
|
||||
|
||||
#### 4.3.1 零售业务功能简述
|
||||
|
||||
零售业务是连锁门店实现最终销售、创造价值的核心环节。G3ERP通过强大的POS(Point of Sale)系统,为门店提供了一个高效、稳定且功能全面的前台操作平台。该模块不仅支持日常的开单、收款、打印小票等基础功能,还深度集成了会员管理、积分兑换、多样化促销活动(如特价、买赠、组合套餐)等营销工具。此外,系统还特别针对中药销售提供了中药划价模板,并支持挂单/提单、异常支付方式变更等实用功能,全面满足现代药店零售场景的复杂需求。
|
||||
零售业务是连锁门店实现最终销售、创造价值的核心环节。G3ERP通过强大的POS(Point of Sale)系统,为门店提供了一个高效、稳定且功能全面的前台操作平台。该模块不仅支持日常的开单、收款、打印小票等基础功能,还深度集成了会员管理、积分兑换、多样化促销活动(如特价、买赠、组合套餐)等营销工具。此外,系统还特别针对中药销售提供了中药划价模板,并支持挂单/提单、异常支付方式变更等实用功能,全面满足现代药店零售场景的复杂需求。同时,POS系统也支持完整的顾客退货流程,包括通过`Ctrl+Y`调出原单进行**整单退货**、**拆单退货**,或在无原单情况下进行**强制退货**。
|
||||
|
||||
#### 4.3.2 零售业务流程图
|
||||
|
||||
```mermaid
|
||||
graph TD
|
||||
subgraph "门店零售POS流程"
|
||||
A["顾客选购商品"] --> B["收银员扫描商品条码"];
|
||||
B --> C{"系统处理"};
|
||||
C -- "1\. 识别商品" --> D["显示商品信息与价格"];
|
||||
C -- "2\. 触发促销" --> E["自动应用优惠<br>(特价/买赠等)"];
|
||||
D --> F;
|
||||
E --> F["计算订单总额"];
|
||||
|
||||
F --> G{"会员/积分"};
|
||||
G -- "1\. 是会员" --> H["输入会员信息<br>进行积分累计/兑换"];
|
||||
G -- "2\. 非会员" --> I["进入收款环节"];
|
||||
subgraph "开单类型"
|
||||
direction LR
|
||||
A("销售开单") --> B["收银员扫描商品"];
|
||||
RT("退货开单") --> R1["调用退货窗口(Ctrl+Y)"];
|
||||
SP("特殊开单") --> S1["中药划价/挂单提取"];
|
||||
end
|
||||
|
||||
B --> C{"系统处理"};
|
||||
C -- "识别商品/促销" --> F["计算订单总额"];
|
||||
|
||||
R1 --> R2["查询/引入原单"];
|
||||
R2 --> R3{"选择退货模式<br>整单/拆单/强制"};
|
||||
R3 -- "加载退货商品" --> F;
|
||||
|
||||
S1 --> F;
|
||||
|
||||
F --> G{"会员处理"};
|
||||
G -- "是会员" --> H["积分累计/返还"];
|
||||
G -- "非会员" --> I["进入结算"];
|
||||
H --> I;
|
||||
|
||||
I --> J{"选择支付方式"};
|
||||
J -- "现金/刷卡/移动支付" --> K["完成收款"];
|
||||
K --> L["打印销售小票"];
|
||||
L --> M["交易完成"];
|
||||
I --> J{"订单总额 > 0 ?"};
|
||||
J -- "是(收款)" --> K["选择支付方式<br>(现金/刷卡/移动支付)"];
|
||||
J -- "否(退款)" --> L["按原路或指定方式退款"];
|
||||
|
||||
K --> M["完成收款"];
|
||||
L --> O;
|
||||
|
||||
subgraph "特殊操作"
|
||||
S1["中药销售"] --> S2["调用中药划价模板"];
|
||||
S2 --> F;
|
||||
T1["顾客暂离"] --> T2["挂单操作"];
|
||||
T2 --> U["保存当前订单"];
|
||||
V["顾客返回"] --> W["提单操作"];
|
||||
W --> F;
|
||||
end
|
||||
M --> N["打印销售小票"];
|
||||
N --> O["交易完成"];
|
||||
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 special fill:#fce4ec,stroke:#e91e63,stroke-width:1px;
|
||||
classDef type fill:#fce4ec,stroke:#e91e63,stroke-width:1px;
|
||||
|
||||
class A,M startEnd;
|
||||
class B,D,E,F,H,I,K,L process;
|
||||
class C,G,J decision;
|
||||
class S1,S2,T1,T2,U,V,W special;
|
||||
class O,N,M,L,K,I,H,G,F,C,B,R1,R2,R3 process;
|
||||
class J decision;
|
||||
class A,RT,SP type;
|
||||
```
|
||||
|
||||
|
||||
@ -496,7 +511,7 @@ graph TD
|
||||
|
||||
#### 4.6.1 调拨业务功能简述
|
||||
|
||||
调拨业务是实现连锁门店内、外部库存资源优化配置和高效流转的重要手段。当门店间需要相互调剂商品余缺时,可通过`门店调拨申请单`发起。调出门店创建申请单并出库后,调入门店在`店店调拨申请调入门店确认`模块中进行收货确认。一旦确认,系统将自动完成双方库存的增减,确保了调拨过程的准确、高效和可追溯,是提升区域内整体库存周转率和满足顾客需求的重要工具。
|
||||
调拨业务是实现连锁门店内、外部库存资源优化配置和高效流转的重要手段。当门店间需要相互调剂商品余缺时,可通过`门店调拨申请单`发起。调出门店创建申请单并出库后,调入门店在`店店调拨申请调入门店确认`模块中进行收货确认。一旦确认,系统将自动完成双方库存的增减,确保了调拨过程的准确、高效和可追溯,是提升区域内整体库存周转率和满足顾客需求的重要工具。**关键逻辑:在系统后台,此操作会自动生成一笔调出门店至总部的退货单和一笔总部至调入门店的配送单,以完成账务上的平账。**
|
||||
|
||||
#### 4.6.2 调拨业务流程图
|
||||
|
||||
@ -510,7 +525,7 @@ graph TD
|
||||
|
||||
E --> F["调入门店接收实物"];
|
||||
F --> G["进入'店店调拨申请调入门店确认'模块"];
|
||||
G --> H["核对商品信息并确认收货"];
|
||||
G --> H["核对商品信息并确认收货(店店调拨申请调入门店确认)"];
|
||||
H --> I{"调拨完成"};
|
||||
|
||||
I -- "调出门店库存减少" --> J["结束"];
|
||||
@ -543,6 +558,9 @@ graph TD
|
||||
- **仓库调拨**:在门店内的不同仓库(如合格品库、不合格品库)之间转移库存。
|
||||
- **包装拆零/组装**:支持将整件商品拆分为零散单位,或将多个商品组合成新的礼盒、套餐等。
|
||||
- **批次管理**:提供对特定批次进行锁定(防止销售)和解锁的功能,是进行质量管控和效期管理的重要手段。
|
||||
- **门店批次新增单**:在实物存在但系统无批次信息时,手工创建批次。
|
||||
- **库存批次调整单**:修正错误的批次信息。
|
||||
- **单店必备商品设置/撤销申请**:管理门店必须保有的商品目录。
|
||||
|
||||
通过这些功能,门店能够确保库存账目的准确性,并对库存状态进行灵活、有效的控制。
|
||||
|
||||
@ -640,6 +658,9 @@ graph TD
|
||||
- **门店零售价调价单**:用于执行总部下发的、常规性的商品价格调整。
|
||||
- **门店调价申请单**:门店可以主动向上级申请对特定商品进行价格调整。
|
||||
- **特价申请**:为应对临时的团购、大客户议价或竞争需要,门店可以发起特价申请,在批准后以临时价格进行销售。
|
||||
- **团购特价申请**:“特价申请”的增强版,功能更丰富。
|
||||
- **同行信息维护/价格信息**:用于市场调研,记录竞争对手情况。
|
||||
- **门店商品价签管理**:提供价签的生成与打印功能。
|
||||
|
||||
通过这套组合拳,系统既保证了价格体系的统一性和严肃性,又赋予了门店应对市场变化的灵活性。
|
||||
|
||||
@ -695,8 +716,8 @@ graph TD
|
||||
#### 4.10.1 日结月结功能简述
|
||||
|
||||
日结与月结是门店财务管理中至关重要的环节,确保资金安全和成本核算的准确性。
|
||||
- **连锁门店日结单**:门店每日营业结束后,需进行日结操作。系统会自动汇总当日的销售流水,并与实际收到的现金、刷卡等款项进行核对。日结不仅是每日的财务对账,也是向上级或财务部门上缴营业款的依据。
|
||||
- **连锁门店月末结账**:在每个月的最后一天,门店必须执行月末结账。在结账前,系统提供`月末结账前检查`功能,确保所有业务单据(如出入库单、盘点单等)均已处理完毕。检查通过后,执行月结,系统将自动完成当月销售成本的计算与结转,为生成准确的财务报表提供基础。
|
||||
- **连锁门店日结单**:门店每日营业结束后,需进行日结操作。系统会自动汇总当日的销售流水,并与实际收到的现金、刷卡等款项进行核对。日结不仅是每日的财务对账,也是向上级或财务部门上缴营业款的依据。**核心规则:门店必须每日执行日结。若当天无任何销售,也必须执行‘空日结’操作,否则将导致月末无法成功结账。**
|
||||
- **连锁门店月末结账**:在每个月的最后一天,门店必须执行月末结账。在结账前,系统提供`月末结账前检查`功能,确保所有业务单据(如出入库单、盘点单等)均已处理完毕。检查通过后,执行月结,系统将自动完成当月销售成本的计算与结转,为生成准确的财务报表提供基础。此外,系统还提供`连锁门店反月结`和`连锁门店月结确认单`等功能,以应对异常情况和保留操作记录。
|
||||
|
||||
#### 4.10.2 日结月结业务流程图
|
||||
|
||||
@ -736,8 +757,51 @@ graph TD
|
||||
|
||||
<br>
|
||||
|
||||
|
||||
### 4.11 其他业务
|
||||
|
||||
#### 4.11.1 其他业务功能简述
|
||||
|
||||
其他业务模块提供了一系列辅助门店日常运营的管理功能,旨在优化仓储管理、收集市场需求并加速滞销品处理。
|
||||
- **连锁门店仓库货位设置**:对门店内的仓库、货区、货位进行精细化设置和管理。
|
||||
- **连锁门店新品及缺货登记**:记录顾客对新品或当前缺货商品的需求,为总部的采购和首营提供依据。
|
||||
- **连锁门店滞销品登记**:门店主动上报滞销商品,由总部进行统一的调剂或退货处理,盘活库存。
|
||||
|
||||
#### 4.11.2 其他业务流程图
|
||||
|
||||
```mermaid
|
||||
graph TD
|
||||
subgraph "门店辅助管理"
|
||||
A["运营管理需求"] --> B{"选择业务类型"};
|
||||
|
||||
B -- "1\. 仓储优化" --> C["连锁门店仓库货位设置"];
|
||||
C --> D["维护货架、货区、货位信息"];
|
||||
D --> E["批量更新商品货位"];
|
||||
E --> Z["结束"];
|
||||
|
||||
B -- "2\. 市场需求收集" --> F["连锁门店新品及缺货登记"];
|
||||
F --> G["登记顾客需求<br>(新品/缺货)"];
|
||||
G --> H["提交总部二次确认"];
|
||||
H --> Z;
|
||||
|
||||
B -- "3\. 滞销品处理" --> I["连锁门店滞销品登记"];
|
||||
I --> J["引入或录入滞销品"];
|
||||
J --> K["提交总部进行调剂"];
|
||||
K --> Z;
|
||||
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,Z startEnd;
|
||||
class C,D,E,F,G,H,I,J,K process;
|
||||
class B decision;
|
||||
```
|
||||
|
||||
---
|
||||
|
||||
|
||||
## 五、总结
|
||||
|
||||
G3ERP连锁门店日常业务模块是一套高度集成且功能全面的门店运营管理解决方案。它通过对补货、收货、零售、库存、结算等十大核心业务的精细化管理,构建了一个从商品流转到价值实现的全流程闭环。
|
||||
@ -745,3 +809,8 @@ G3ERP连锁门店日常业务模块是一套高度集成且功能全面的门店
|
||||
该模块的设计严格遵循业务逻辑,以标准化的单据流驱动各项业务,确保了操作的规范性和数据的准确性。同时,清晰的流程图和详尽的功能解读,为门店人员提供了明确的操作指引,有效降低了培训成本,提升了整体运营效率。
|
||||
|
||||
综上所述,该模块不仅是门店日常工作的得力助手,更是连锁企业实现标准化管理、优化资源配置、提升核心竞争力的重要信息化支撑。
|
||||
|
||||
<br>
|
||||
|
||||
---
|
||||
|
@ -152,10 +152,12 @@ graph TD
|
||||
该组报表详细记录了所有进入门店库存的商品信息,是核对账目、进行供应商对账、以及监控库存流入情况的基础。
|
||||
|
||||
#### 4.2.2 核心报表解读
|
||||
- **门店入库明细/退货明细**:**管理价值**:提供精确的入库流水记录,是查询特定批次商品来源、处理质量问题追溯的根本依据。
|
||||
- **门店入库明细**:**管理价值**:提供精确的入库流水记录,是查询特定批次商品来源、处理质量问题追溯的根本依据。
|
||||
- **门店入库退货明细**:**管理价值**:专门用于追踪门店的退货出库记录,为核对退货账目、分析退货原因提供清晰的数据支持。
|
||||
- **门店入库汇总(按日期/配送单号/商品)**:**管理价值**:从不同维度对入库数据进行统计,便于进行日度/月度的进货成本分析,或针对特定商品的采购频率和数量进行评估。
|
||||
- **配送与门店入库对账系列报表**:**管理价值**:核心的对账工具,确保总部发货数据与门店收货数据完全一致,及时发现差异并处理,保障账实相符。
|
||||
- **门店未收货确认明细**:**管理价值**:监控在途库存,提醒门店及时对已到货商品进行收货确认,避免库存数据更新延迟。
|
||||
- **门店配送明细记录**:**管理价值**:提供总部配送给门店的官方发货清单,是门店收货前核对预期到货商品、以及打印委托配送单据的重要凭证。
|
||||
|
||||
#### 4.2.3 分析流程图
|
||||
|
||||
@ -223,7 +225,9 @@ graph TD
|
||||
- **门店天天销售汇总分析**:**管理价值**:门店的“每日战报”,通过客流量、客单价、毛利等关键指标,直观反映每日的经营健康状况。
|
||||
- **门店天天销售汇总(按付款方式/收款员)**:**管理价值**:前者是与财务对账的关键报表;后者则用于评估不同班次或收款台的效率。
|
||||
- **门店天天销售汇总(按时间段/营业员)**:**管理价值**:前者帮助识别销售高峰与低谷,以优化排班;后者是员工业绩考核与提成计算的基础。
|
||||
- **连锁销售汇总(按商品/分类/商品集合)**:**管理价值**:强大的商品分析工具,用于识别畅销品、滞销品,分析不同品类的销售贡献,或评估特定营销活动(如“黄金单品”)的效果。
|
||||
- **连锁销售汇总(按商品)**:**管理价值**:强大的单品分析工具,用于从销售额、销量、毛利等角度识别核心的畅销品与滞销品。
|
||||
- **连锁销售汇总(分类分析)**:**管理价值**:从更高维度分析不同商品分类(如零售大中小类、ABC分类)的销售贡献,为优化商品结构、调整品类策略提供宏观视角。
|
||||
- **连锁销售汇总(按门店按商品集合汇总)**:**管理价值**:用于评估特定营销活动(如“黄金单品”、“百日会战”等)的效果,通过商品集合的方式,精准统计活动相关商品的整体销售表现。
|
||||
|
||||
#### 4.5.3 分析流程图
|
||||
|
||||
@ -345,6 +349,7 @@ graph TD
|
||||
#### 4.10.2 核心报表解读
|
||||
- **连锁门店损益明细/其他入出明细**:**管理价值**:提供盘点损益、赠品出库等非销售性库存变动的详细记录,便于财务进行账务处理。
|
||||
- **连锁门店损益平衡检查**:**管理价值**:用于核对各类损益单据的总账,确保账务的平衡与准确。
|
||||
- **滞销品调剂明细**:**管理价值**:用于查询门店申报的滞销品调剂明细记录,如果库存为0则不显示。
|
||||
|
||||
#### 4.10.3 分析流程图
|
||||
|
230
1-流程梳理/5-G3ERP会员储值模块解读⭐️/5-G3ERP会员储值_总模块解读-v1.0.md
Normal file
230
1-流程梳理/5-G3ERP会员储值模块解读⭐️/5-G3ERP会员储值_总模块解读-v1.0.md
Normal file
@ -0,0 +1,230 @@
|
||||
# G3ERP会员储值模块解读
|
||||
|
||||
## 一、会员储值模块概述
|
||||
|
||||
G3ERP的会员储值模块是一个全面的客户关系与价值管理系统,旨在帮助企业构建、维护和深化与顾客的关系,并通过多样化的营销工具提升客户忠诚度和消费价值。该模块集会员生命周期管理、储值与积分运营、多维度营销活动于一体,形成了一个完整的客户运营闭环。
|
||||
|
||||
模块的核心功能围绕三大板块构建:**会员管理**、**储值管理**和**会员报表**。它们共同支撑起从会员信息建立、权益设定、消费跟踪、价值兑现到数据分析的全流程业务,使企业能够对会员进行精细化管理和个性化营销。
|
||||
|
||||
## 二、会员储值模块组成部分
|
||||
|
||||
### 1. 会员管理
|
||||
|
||||
会员管理是整个模块的基础,负责会员从无到有的全生命周期管理,并定义了会员的权益和互动方式。
|
||||
|
||||
- **基础资料与维护**:包括会员组、归属区域的定义,以及会员档案的新增、修改、查询、禁用、激活等基础操作。支持批量新增、删除、信息变更等高效管理功能。
|
||||
- **核心权益管理**:
|
||||
- **积分管理**:涵盖积分的获取(消费、活动)、变更、兑换、清零等全过程。
|
||||
- **会员钱包**:支持会员钱包的充值、消费及密码管理。
|
||||
- **电子币**:作为一种独立的虚拟代币,支持多种赠送规则(消费、充值、活动)和使用规则。
|
||||
- **优惠券**:支持电子优惠券的批量设置、POS即时发放、使用规则定义及拆分。
|
||||
- **跟踪与互动**:提供会员跟踪记录、用药提醒、数据/行为标签管理等工具,帮助企业实现对会员的精准关怀和营销。
|
||||
- **活动与方案**:强大的营销活动引擎,支持单品积分、会员日折扣/多倍积分、积分换购、积分抵现等多种促销方案的灵活定义与配置。
|
||||
|
||||
### 2. 储值管理
|
||||
|
||||
储值管理专注于会员预付资金的业务,是提升客户粘性和锁定未来消费的关键。
|
||||
|
||||
- **储值卡管理**:负责实体或虚拟储值卡的开卡(单张/批量)、充值、密码重置、状态管理(禁用/作废/封存)等。
|
||||
- **会员与储值卡绑定**:实现会员身份与储值功能的关联。
|
||||
- **增值与转换**:
|
||||
- **储值卡增值**:定义充值赠送金额的方案。
|
||||
- **积分转储值**:定义积分按规则转换为储值金额的方案,并执行转换操作。
|
||||
- **门店储值管理**:为门店提供简便的储值卡充值操作界面。
|
||||
|
||||
### 3. 会员报表
|
||||
|
||||
会员报表提供了丰富的数据分析和决策支持功能,帮助企业全面了解会员状况和营销效果。
|
||||
|
||||
- **基础会员报表**:提供会员明细、生日提醒、积分流水与账页等基础信息查询。
|
||||
- **会员销售报表**:分析会员的消费明细、消费频次,并能筛选出长期未购物的会员。
|
||||
- **会员分析报表**:从宏观角度分析会员的整体结构、销售贡献、年龄段分布及商圈消费结构。
|
||||
- **积分变动报表**:专项查询积分的变更与兑现记录。
|
||||
- **会员赠品报表**:详细追踪积分兑换赠品的流水、明细与汇总情况。
|
||||
- **其他报表**:包括会员卡的发卡、激活、库存统计,以及会员钱包账页和新会员复购率等专项分析。
|
||||
|
||||
## 三、会员储值模块各部分关联关系
|
||||
|
||||
### 1. 业务流程关联
|
||||
|
||||
会员储值模块的核心业务流程紧密相连,形成客户价值运营的闭环:
|
||||
|
||||
1. **会员引入与激活**:通过批量新增或单个开卡创建会员,定义其所属会员组,赋予其基础的折扣和积分权益。
|
||||
2. **价值获取**:会员通过**消费**(触发积分、电子币、优惠券赠送规则)或**主动充值**(储值卡、会员钱包)来累积其账户价值。
|
||||
3. **价值消耗与兑现**:会员在消费时,可以使用**储值**、**钱包余额**、**电子币**、**优惠券**进行支付或抵扣,也可以用**积分**兑换赠品或直接抵现。
|
||||
4. **关系深化**:通过**会员日活动**、**用药跟踪**、**生日关怀**等方式与会员互动,提升其忠诚度。
|
||||
5. **数据分析与优化**:通过**会员报表**分析会员行为和活动效果,反向优化会员分组、权益设置和营销方案。
|
||||
|
||||
### 2. 数据关联
|
||||
|
||||
各功能模块通过以下核心数据实体紧密耦合:
|
||||
|
||||
1. **会员信息**:所有业务的核心,关联了积分、储值、钱包、电子币、优惠券等所有权益。
|
||||
2. **商品信息**:作为营销活动(如单品积分、积分换购)和使用规则(如优惠券可用范围)的标的物。
|
||||
3. **销售单据(POS)**:是触发积分累积、优惠券发放、电子币赠送等规则的源头,也是储值、积分等权益核销的场景。
|
||||
4. **方案与规则**:各种参数设置和活动方案(如积分规则、折扣规则、赠送规则)是业务逻辑的驱动引擎,被各个业务流程调用。
|
||||
|
||||
### 3. 功能互补性
|
||||
|
||||
各模块功能相互支撑,共同构成完整的会员运营体系:
|
||||
|
||||
1. **会员管理**是基础,定义了“谁”可以参与以及参与的“规则”。
|
||||
2. **储值管理**提供了资金预存工具,增强了会员的锁定。
|
||||
3. **营销活动方案**为会员提供了多样化的价值获取和兑现途径,是提升活跃度的主要手段。
|
||||
4. **会员报表**为前三者的效果提供了量化评估,是决策优化的依据。
|
||||
|
||||
### 4. 模块关系图
|
||||
|
||||
```mermaid
|
||||
graph TD
|
||||
subgraph "业务交互层"
|
||||
POS["POS销售流程"]
|
||||
end
|
||||
|
||||
subgraph "核心业务引擎"
|
||||
Rules["营销活动与参数<br>(积分、折扣、优惠券等规则)"]
|
||||
Member["会员管理<br>(会员档案、等级、标签)"]
|
||||
StoreValue["储值管理<br>(储值卡、钱包)"]
|
||||
end
|
||||
|
||||
subgraph "数据分析层"
|
||||
Reports["会员报表"]
|
||||
end
|
||||
|
||||
POS -- "1\. 触发活动" --> Rules
|
||||
POS -- "2\. 更新会员价值<br>(积分/储值/标签)" --> Member
|
||||
|
||||
Rules -- "规则应用于" --> Member
|
||||
StoreValue -- "提供储值功能" --> Member
|
||||
|
||||
Member -- "会员数据" --> Reports
|
||||
StoreValue -- "储值数据" --> Reports
|
||||
POS -- "交易数据" --> Reports
|
||||
```
|
||||
|
||||
## 四、会员储值模块核心流程图
|
||||
|
||||
### 1. 会员生命周期管理流程
|
||||
|
||||
```mermaid
|
||||
graph TB
|
||||
subgraph "会员引入"
|
||||
A["批量新增<br>(总部发卡)"] --> C{"待激活状态"}
|
||||
B["单个新增<br>(门店/线上)"] --> D["直接激活"]
|
||||
end
|
||||
|
||||
subgraph "会员日常维护"
|
||||
C --> E["单会员维护<br>(门店激活)"]
|
||||
D --> F["会员信息变更"]
|
||||
E --> F
|
||||
F --> G["会员换卡/合并"]
|
||||
G --> H["旧卡禁用"]
|
||||
F --> I["密码重置"]
|
||||
F --> J["服务负责人变更"]
|
||||
end
|
||||
|
||||
subgraph "会员状态变更"
|
||||
K["会员积分清除"] --> L["会员等级变更"]
|
||||
M["批量删除/禁用"] --> N["会员状态<br>(禁用/删除)"]
|
||||
end
|
||||
|
||||
D --> K
|
||||
F --> K
|
||||
```
|
||||
|
||||
### 2. 会员价值(积分/储值)核心流程
|
||||
|
||||
```mermaid
|
||||
graph TD
|
||||
subgraph "价值来源 (Inputs)"
|
||||
A["POS消费"]
|
||||
B["后台操作<br>(充值/调整)"]
|
||||
C["特定业务活动<br>(如新办卡赠送)"]
|
||||
end
|
||||
|
||||
subgraph "价值应用 (Outputs)"
|
||||
D["POS消费<br>(抵扣/支付)"]
|
||||
E["后台兑换<br>(积分换礼品)"]
|
||||
end
|
||||
|
||||
subgraph "核心"
|
||||
Pool["会员价值池<br>(积分、储值、电子币、优惠券)"]
|
||||
Transfer["内部转换<br>(积分转储值)"]
|
||||
end
|
||||
|
||||
A -- "消费累积" --> Pool
|
||||
B -- "手动注入" --> Pool
|
||||
C -- "活动赠送" --> Pool
|
||||
|
||||
Pool -- "核销/消耗" --> D
|
||||
Pool -- "兑换消耗" --> E
|
||||
|
||||
Pool -- "消耗积分" --> Transfer
|
||||
Transfer -- "增加储值" --> Pool
|
||||
```
|
||||
|
||||
## 五、会员储值模块思维导图
|
||||
|
||||
```mermaid
|
||||
mindmap
|
||||
root((G3ERP会员储值模块))
|
||||
会员管理
|
||||
基础资料
|
||||
会员组维护
|
||||
会员归属区域维护
|
||||
会员档案
|
||||
会员维护
|
||||
批量新增/删除/禁用
|
||||
信息批量变更
|
||||
积分变更
|
||||
换卡/合并
|
||||
密码重置
|
||||
跟踪管理
|
||||
跟踪记录
|
||||
用药提醒
|
||||
数据/行为标签
|
||||
兑现管理
|
||||
积分兑换赠品
|
||||
会员活动方案
|
||||
单品积分
|
||||
会员日折扣/多倍积分
|
||||
积分换购
|
||||
购买商品会员筛选
|
||||
会员参数设置
|
||||
通用积分规则
|
||||
会员价格
|
||||
等级升降规则
|
||||
优惠券/抵现规则
|
||||
会员钱包
|
||||
充值方案
|
||||
充值/密码重置
|
||||
电子币
|
||||
类型定义
|
||||
赠送/兑换/充值规则
|
||||
短信
|
||||
短信发送
|
||||
储值管理
|
||||
会员储值管理
|
||||
会员与储值卡绑定
|
||||
储值明细查询
|
||||
储值卡管理
|
||||
开卡(单张/批量)
|
||||
充值/密码重置
|
||||
增值方案
|
||||
积分转储值
|
||||
门店储值管理
|
||||
门店充值
|
||||
会员报表
|
||||
基础会员报表
|
||||
会员销售报表
|
||||
会员分析报表
|
||||
积分变动报表
|
||||
会员赠品报表
|
||||
其他报表
|
||||
```
|
||||
|
||||
## 六、总结
|
||||
|
||||
G3ERP会员储值模块是一个功能强大且设计精细的客户运营管理工具。它以会员为中心,通过积分、储值、电子币、优惠券等多种价值载体,结合灵活多样的营销活动方案,构建了一套完整的客户忠诚度与价值提升体系。
|
||||
|
||||
该模块的优势在于其业务流程的完整性和规则定义的灵活性。从会员的引入、价值的累积与消耗,到最终的数据分析与反馈,形成了一个高效的闭环。同时,系统提供了丰富的参数和方案设置,能够满足不同企业在不同发展阶段的个性化营销需求。通过有效利用此模块,企业可以显著提升会员活跃度、复购率和品牌忠诚度,实现客户价值的最大化。
|
493
1-流程梳理/5-G3ERP会员储值模块解读⭐️/5.1.1-G3ERP会员储值_会员管理_模块解读文档-v1.0.md
Normal file
493
1-流程梳理/5-G3ERP会员储值模块解读⭐️/5.1.1-G3ERP会员储值_会员管理_模块解读文档-v1.0.md
Normal file
@ -0,0 +1,493 @@
|
||||
# G3ERP会员储值-会员管理模块解读文档
|
||||
|
||||
## 一、会员管理模块概述
|
||||
|
||||
G3ERP的会员管理是整个会员储值体系的核心与基石,它是一个集客户关系、权益管理和营销互动于一体的综合性功能模块。该模块旨在帮助企业实现对会员从“拉新、促活、留存、转化”全生命周期的精细化运营,通过定义会员身份、构建权益体系、设计互动策略,最终达到提升客户忠诚度与贡献值的战略目标。
|
||||
|
||||
<br>
|
||||
|
||||
## 二、会员管理功能架构
|
||||
|
||||
### 2.1 会员管理功能架构图
|
||||
|
||||
会员管理模块由以下九大核心功能组构成:
|
||||
|
||||
|
||||
```mermaid
|
||||
graph LR
|
||||
A["会员管理模块"]
|
||||
A --> J["短信"];
|
||||
A --> I["电子币"];
|
||||
A --> H["会员钱包"];
|
||||
A --> G["会员参数设置"];
|
||||
A --> F["会员活动方案"];
|
||||
A --> E["兑现管理"];
|
||||
A --> D["跟踪管理"];
|
||||
A --> C["会员维护"];
|
||||
A --> B["基础资料"];
|
||||
|
||||
|
||||
subgraph "通讯工具"
|
||||
J --> J1["短信发送"];
|
||||
end
|
||||
|
||||
subgraph "价值账户"
|
||||
H --> H1["钱包充值方案"];
|
||||
H --> H2["钱包充值"];
|
||||
H --> H3["钱包密码重置"];
|
||||
I --> I1["电子币类型"];
|
||||
I --> I2["电子币赠送/兑换/充值规则"];
|
||||
end
|
||||
|
||||
subgraph "核心规则"
|
||||
G --> G1["通用积分规则"];
|
||||
G --> G2["商品积分类别/折扣类型"];
|
||||
G --> G3["会员价格信息"];
|
||||
G --> G4["会员等级升降规则"];
|
||||
G --> G5["电子优惠券规则"];
|
||||
G --> G6["积分抵现规则"];
|
||||
end
|
||||
|
||||
subgraph "营销引擎"
|
||||
F --> F1["单品积分政策"];
|
||||
F --> F2["会员日折扣/多倍积分"];
|
||||
F --> F3["非会员日特殊折扣"];
|
||||
F --> F4["会员积分换购"];
|
||||
F --> F5["购买某些商品会员筛选"];
|
||||
end
|
||||
|
||||
subgraph "权益兑现"
|
||||
E --> E1["积分兑换赠品设置"];
|
||||
E --> E2["会员赠品积分兑现"];
|
||||
E --> E3["会员赠品积分快速兑换"];
|
||||
end
|
||||
|
||||
subgraph "客户关系"
|
||||
D --> D1["会员跟踪记录"];
|
||||
D --> D2["会员用药跟踪提醒"];
|
||||
D --> D3["商品知识管理"];
|
||||
D --> D4["会员特征与标签管理"];
|
||||
end
|
||||
|
||||
subgraph "日常操作"
|
||||
C --> C1["会员批量新增"];
|
||||
C --> C2["会员批量删除/禁用"];
|
||||
C --> C3["会员信息批量变更"];
|
||||
C --> C4["会员消费积分变更"];
|
||||
C --> C5["会员换卡/合并"];
|
||||
C --> C6["会员密码重置"];
|
||||
C --> C7["会员服务负责人批量变更"];
|
||||
C --> C8["会员积分清除"];
|
||||
C --> C9["会员送货地址维护"];
|
||||
end
|
||||
|
||||
subgraph "基础信息"
|
||||
B --> B1["会员组维护"];
|
||||
B --> B2["会员归属区域维护"];
|
||||
B --> B3["会员档案"];
|
||||
B --> B4["单会员维护"];
|
||||
B --> B5["历史删除会员查询"];
|
||||
end
|
||||
|
||||
|
||||
classDef moduleClass fill:#e1f5fe,stroke:#01579b,stroke-width:2px
|
||||
classDef subModuleClass fill:#f3e5f5,stroke:#4a148c,stroke-width:1px
|
||||
classDef functionClass fill:#e8f5e8,stroke:#2e7d32,stroke-width:1px
|
||||
|
||||
class A moduleClass;
|
||||
class B,C,D,E,F,G,H,I,J subModuleClass;
|
||||
class B1,B2,B3,B4,B5,C1,C2,C3,C4,C5,C6,C7,C8,C9,D1,D2,D3,D4,E1,E2,E3,F1,F2,F3,F4,F5,G1,G2,G3,G4,G5,G6,H1,H2,H3,I1,I2,J1 functionClass;
|
||||
```
|
||||
|
||||
|
||||
### 2.2 会员管理功能架构图结构说明
|
||||
|
||||
#### 核心业务循环
|
||||
|
||||
G3ERP会员管理业务形成一个完整的客户运营闭环:
|
||||
|
||||
1. **会员引入与定义** → **权益累积与互动** → **价值核销与兑现** → **数据分析与优化**
|
||||
|
||||
这个循环反映了会员从加入到贡献价值,再到企业优化策略的完整流程,每个环节都有明确的业务目标和成果。
|
||||
|
||||
#### 九大核心业务模块
|
||||
|
||||
1. **基础资料**:定义会员体系的基础元素
|
||||
- **功能描述**:建立会员身份识别的基础,包括会员的分组(如金卡、银卡)、归属地以及核心的会员档案管理。
|
||||
- **核心特征**:支持单个会员的精细化维护和历史删除记录的追溯。
|
||||
- **核心流程**:定义会员组 -> 维护区域信息 -> 创建/维护会员档案。
|
||||
- **执行角色**:系统管理员、门店经理。
|
||||
- **业务成果**:建立结构化的会员信息库。
|
||||
|
||||
<br>
|
||||
|
||||
2. **会员维护**:处理会员生命周期中的日常变更
|
||||
- **功能描述**:提供对会员档案的批量操作和状态管理功能,是日常运营效率的关键。
|
||||
- **核心特征**:支持批量新增、删除、禁用、信息变更、积分调整、换卡/合并等高效操作。
|
||||
- **核心流程**:发起变更需求 -> 选择批量或单个操作 -> 审核后生效。
|
||||
- **执行角色**:运营人员、客服人员。
|
||||
- **业务成果**:确保会员信息的准确性,高效处理会员生命周期事件。
|
||||
|
||||
<br>
|
||||
|
||||
3. **跟踪管理**:深化客户关系,实现精准营销
|
||||
- **功能描述**:通过记录与会员的互动,以及为会员打上特征标签,实现对客户的精准画像和个性化关怀。
|
||||
- **核心特征**:支持会员回访跟踪、基于购药记录的用药提醒、以及自定义的会员数据/行为标签体系。
|
||||
- **核心流程**:记录互动 -> 分析行为 -> 贴上标签 -> 精准触达。
|
||||
- **执行角色**:客户关系专员、药师、营销人员。
|
||||
- **业务成果**:提升客户满意度和忠诚度,为精准营销提供数据支持。
|
||||
|
||||
<br>
|
||||
|
||||
4. **兑现管理**:提供会员权益的核销渠道
|
||||
- **功能描述**:定义并执行会员积分的兑换流程,是会员价值感知的重要环节。
|
||||
- **核心特征**:支持积分兑换赠品的方案设置,并提供标准和快速两种兑换操作模式。
|
||||
- **核心流程**:设置兑换方案 -> 会员发起兑换 -> 系统扣减积分与库存 -> 完成兑换。
|
||||
- **执行角色**:门店收银员、运营人员。
|
||||
- **业务成果**:完成会员权益的闭环,提升会员活跃度。
|
||||
|
||||
<br>
|
||||
|
||||
5. **会员活动方案**:构建多样化的营销活动
|
||||
- **功能描述**:作为营销活动的核心引擎,提供多种促销工具来激励会员消费。
|
||||
- **核心特征**:支持单品多倍积分、会员日(特殊折扣/多倍积分)、积分换购等多种灵活的促销方案。
|
||||
- **核心流程**:定义活动目标 -> 配置活动规则(商品、时间、会员范围) -> 审核发布 -> POS端自动执行。
|
||||
- **执行角色**:营销经理、运营经理。
|
||||
- **业务成果**:提升客单价和复购率,增加销售额。
|
||||
|
||||
<br>
|
||||
|
||||
6. **会员参数设置**:定义会员体系的全局规则
|
||||
- **功能描述**:配置整个会员体系的底层通用规则,是所有活动和权益计算的基础。
|
||||
- **核心特征**:包括通用积分获取规则、会员价体系、会员等级自动升降规则、优惠券使用限制、积分抵现规则等。
|
||||
- **核心流程**:设定全局参数 -> 各业务环节调用执行。
|
||||
- **执行角色**:系统管理员、运营总监。
|
||||
- **业务成果**:建立统一、规范、自动化的会员权益体系。
|
||||
|
||||
<br>
|
||||
|
||||
7. **会员钱包**:提供预付费功能
|
||||
- **功能描述**:独立的会员预充值账户,用于锁定客户资金,提升客户粘性。
|
||||
- **核心特征**:支持充值赠送方案、后台充值操作和独立的密码管理。
|
||||
- **核心流程**:设置充值方案 -> 会员充值 -> 余额增加 -> 消费支付。
|
||||
- **执行角色**:财务人员、门店收银员。
|
||||
- **业务成果**:增加企业预收资金,提高客户留存率。
|
||||
|
||||
<br>
|
||||
|
||||
8. **电子币**:一种灵活的虚拟代币
|
||||
- **功能描述**:作为一种补充性的虚拟货币,可用于特定场景的支付或营销活动。
|
||||
- **核心特征**:拥有独立的类型定义、获取规则(消费赠送、积分兑换、充值)和使用规则。
|
||||
- **核心流程**:定义电子币类型 -> 配置获取与使用规则 -> 会员获取 -> 消费核销。
|
||||
- **执行角色**:营销经理、运营人员。
|
||||
- **业务成果**:丰富营销手段,增加用户互动玩法。
|
||||
|
||||
<br>
|
||||
|
||||
9. **短信**:直接触达会员的通讯工具
|
||||
- **功能描述**:提供向会员发送营销或服务类短信的功能。
|
||||
- **核心特征**:支持会员筛选和批量发送。
|
||||
- **核心流程**:筛选目标会员 -> 编辑短信内容 -> 发送。
|
||||
- **执行角色**:营销人员。
|
||||
- **业务成果**:实现对会员的直接、快速触达。
|
||||
|
||||
## 三、总业务流程设计
|
||||
|
||||
### 3.1 总业务流程设计图
|
||||
<br>
|
||||
|
||||
```mermaid
|
||||
flowchart TD
|
||||
%% 主节点
|
||||
PM(("G3ERP<br>会员管理"))
|
||||
|
||||
%% 核心业务循环
|
||||
subgraph "会员生命周期"
|
||||
direction LR
|
||||
INTRO["1.会员引入<br>(新增/批量导入)"]
|
||||
MAINTAIN["2.日常维护<br>(信息变更/等级升降)"]
|
||||
INTERACT["3.互动与跟踪<br>(打标签/用药提醒)"]
|
||||
DEACTIVATE["4.状态变更<br>(积分清零/禁用/删除)"]
|
||||
end
|
||||
|
||||
subgraph "会员价值循环"
|
||||
direction LR
|
||||
ACQUIRE["5.价值获取<br>(消费/充值/活动赠送)"]
|
||||
CONSUME["6.价值消耗<br>(支付/抵现/兑换)"]
|
||||
TRANSFER["7.内部转换<br>(积分转储值)"]
|
||||
end
|
||||
|
||||
%% 基础设置
|
||||
subgraph "基础与规则设置"
|
||||
direction LR
|
||||
RULES["8.参数与规则<br>(积分/折扣/价格/优惠券)"]
|
||||
PLANS["9.营销活动方案<br>(会员日/换购/单品积分)"]
|
||||
end
|
||||
|
||||
%% 关联
|
||||
PM -- "1\. 定义" --> RULES;
|
||||
PM -- "2\. 定义" --> PLANS;
|
||||
|
||||
PM -- "管理" --> INTRO;
|
||||
INTRO -- "进入" --> MAINTAIN;
|
||||
MAINTAIN -- "深化为" --> INTERACT;
|
||||
INTERACT -- "导向" --> DEACTIVATE;
|
||||
|
||||
RULES & PLANS -- "3\. 驱动" --> ACQUIRE;
|
||||
MAINTAIN -- "4\. 产生" --> ACQUIRE;
|
||||
INTERACT -- "5\. 产生" --> ACQUIRE;
|
||||
|
||||
ACQUIRE -- "6\. 用于" --> CONSUME;
|
||||
ACQUIRE -- "7\. 可转换为" --> TRANSFER;
|
||||
|
||||
CONSUME -- "8\. 再触发" --> ACQUIRE;
|
||||
TRANSFER -- "9\. 补充" --> ACQUIRE;
|
||||
|
||||
%% 样式
|
||||
classDef mainNode fill:#f9f7ff,stroke:#6f42c1,stroke-width:3px,color:#6f42c1,font-weight:bold
|
||||
classDef lifecycleNode fill:#e6f7ff,stroke:#1890ff,stroke-width:2px,color:#1890ff,font-weight:bold
|
||||
classDef valueNode fill:#fff0f6,stroke:#eb2f96,stroke-width:2px,color:#c41d7f,font-weight:bold
|
||||
classDef setupNode fill:#f6ffed,stroke:#52c41a,stroke-width:2px,color:#389e0d,font-weight:bold
|
||||
|
||||
class PM mainNode
|
||||
class INTRO,MAINTAIN,INTERACT,DEACTIVATE lifecycleNode
|
||||
class ACQUIRE,CONSUME,TRANSFER valueNode
|
||||
class RULES,PLANS setupNode
|
||||
```
|
||||
<br>
|
||||
|
||||
### 3.2 常用单据分类说明
|
||||
|
||||
1. **会员主体与生命周期单据**:
|
||||
* **创建类**: 会员、单会员维护、会员批量新增
|
||||
* **状态变更类**: 会员换卡、会员卡合并、会员密码重置、会员批量删除或禁用
|
||||
* **信息变更类**: 会员信息批量变更、会员服务负责人批量变更、会员送货地址维护
|
||||
|
||||
2. **会员价值与权益单据**:
|
||||
* **积分相关**: 会员消费积分变更、会员积分清除、会员赠品积分兑现
|
||||
* **钱包相关**: 会员钱包充值、会员钱包密码重置
|
||||
* **电子币相关**: 积分兑换电子币、电子币充值
|
||||
* **优惠券相关**: 会员电子优惠券批量设置、会员电子优惠券拆分
|
||||
|
||||
3. **营销活动与规则配置单据**:
|
||||
* **活动方案类**: 单品积分政策方案、会员日/非会员日折扣定义、会员日多倍积分定义、会员积分换购商品设置
|
||||
* **核心规则类**: 会员参数设置(通用积分)、会员价格信息、会员折扣按积分变动规则定义、收银时积分抵现规则、会员积分倍数类型定义、会员折扣类型定义
|
||||
* **优惠券规则类**: 会员优惠券POS即时发放规则、会员优惠券组定义
|
||||
* **钱包/电子币规则类**: 会员钱包充值方案设置、电子币类型、电子币消费赠送/积分兑换/充值规则
|
||||
|
||||
4. **客户关系与互动单据**:
|
||||
* **跟踪记录类**: 会员跟踪记录序时簿、会员数据标签记录、会员行为标签记录、会员特征标签设置维护
|
||||
* **精准营销类**: 会员用药跟踪提醒、购买某些商品会员筛选、短信发送
|
||||
* **知识库类**: 商品知识管理、药品名称集合、会员特征信息维护
|
||||
|
||||
<br>
|
||||
|
||||
### 3.3 主要数据流
|
||||
1. **POS销售数据** → 触发【会员活动方案】与【会员参数设置】→ 更新【会员】的积分、电子币、优惠券等价值。
|
||||
2. **后台运营操作** → 直接创建【会员维护】、【兑现管理】、【会员钱包】等相关单据 → 改变【会员】的档案信息或价值余额。
|
||||
3. **会员基础信息** → 被所有营销活动、参数规则、跟踪管理等模块调用,作为判断条件。
|
||||
4. **商品基础信息** → 被【会员活动方案】(如单品积分、换购)、【会员价格信息】等调用,作为活动对象。
|
||||
5. **会员标签数据** → 由【跟踪管理】生成 → 用于【会员活动方案】或【短信】的精准筛选。
|
||||
|
||||
## 四、 其它业务流程
|
||||
|
||||
### 4.1 会员生命周期管理
|
||||
|
||||
#### 4.1.1 会员生命周期功能简述
|
||||
会员生命周期管理涵盖了从一个新客户成为会员,到其信息变更、等级变动,直至最终流失或休眠的全过程。G3ERP通过一系列功能确保了在各个阶段都能对会员进行有效管理。
|
||||
|
||||
#### 4.1.2 会员生命周期业务流程图
|
||||
```mermaid
|
||||
graph LR
|
||||
subgraph "会员引入"
|
||||
A["批量新增<br>(总部预制卡)"] --> C{"待激活状态"};
|
||||
B["单个新增<br>(门店/线上)"] --> D["已激活状态"];
|
||||
end
|
||||
|
||||
subgraph "日常维护与成长"
|
||||
C --> E["单会员维护<br>(补充资料并激活)"];
|
||||
D --> F["信息变更<br>(地址/电话等)"];
|
||||
E --> F;
|
||||
F --> G["等级升降<br>(基于积分/消费)"];
|
||||
G --> H["换卡/合并"];
|
||||
H --> I["旧卡禁用"];
|
||||
end
|
||||
|
||||
subgraph "状态管理"
|
||||
J["密码重置"]
|
||||
K["积分清零"]
|
||||
L["批量禁用/删除"]
|
||||
end
|
||||
|
||||
G --> K;
|
||||
F --> J;
|
||||
F --> L;
|
||||
```
|
||||
|
||||
<br>
|
||||
|
||||
### 4.2 会员核心权益管理
|
||||
|
||||
#### 4.2.1 会员核心权益功能简述
|
||||
会员的核心权益主要体现在其价值账户上,包括积分、钱包余额、电子币和优惠券。系统提供了一整套完整的工具来管理这些价值的获取、消耗和转换。
|
||||
|
||||
#### 4.2.2 会员核心权益业务流程图
|
||||
```mermaid
|
||||
graph TD
|
||||
subgraph "价值获取 (Inputs)"
|
||||
A["POS消费"] -- "触发赠送规则" --> Pool;
|
||||
B["后台充值<br>(钱包/电子币)"] -- "直接注入" --> Pool;
|
||||
C["后台调整<br>(积分变更)"] -- "手动注入" --> Pool;
|
||||
D["活动赠送<br>(如新办卡赠券)"] -- "活动触发" --> Pool;
|
||||
end
|
||||
|
||||
subgraph "价值应用 (Outputs)"
|
||||
E["POS消费支付<br>(钱包/储值/电子币/优惠券)"]
|
||||
F["POS积分抵现"]
|
||||
G["后台积分兑换<br>(礼品/电子币)"]
|
||||
end
|
||||
|
||||
subgraph "核心价值池"
|
||||
Pool["会员价值账户<br>(积分、钱包、电子币、优惠券)"]
|
||||
Transfer["内部转换<br>(积分转储值)"]
|
||||
end
|
||||
|
||||
Pool -- "支付/抵扣" --> E;
|
||||
Pool -- "抵现" --> F;
|
||||
Pool -- "兑换" --> G;
|
||||
|
||||
Pool -- "消耗积分" --> Transfer;
|
||||
Transfer -- "增加储值" --> Pool;
|
||||
```
|
||||
|
||||
<br>
|
||||
|
||||
### 4.3 会员跟踪与互动
|
||||
|
||||
#### 4.3.1 会员跟踪与互动功能简述
|
||||
为了实现精细化客户关系管理,系统提供了多种工具来跟踪会员行为、建立会员画像,并基于此进行个性化互动。
|
||||
|
||||
#### 4.3.2 会员跟踪与互动业务流程图
|
||||
```mermaid
|
||||
graph LR
|
||||
subgraph "数据采集与画像"
|
||||
A["会员消费行为<br>(购买商品)"] --> B["商品知识库<br>(药品功效/特征)"];
|
||||
B --> C["更新会员特征标签"];
|
||||
D["客服/药师互动"] --> E["会员跟踪记录<br>(回访/咨询)"];
|
||||
E --> F["更新会员行为标签"];
|
||||
end
|
||||
|
||||
subgraph "精准触达"
|
||||
C & F --> G["形成会员画像"];
|
||||
G --> H{"选择触达方式"};
|
||||
H -- "1\. 用药提醒" --> I["会员用药跟踪提醒<br>(短信/微信)"];
|
||||
H -- "2\. 营销活动" --> J["购买某些商品会员筛选"];
|
||||
J --> K["生成短信/活动推送"];
|
||||
end
|
||||
```
|
||||
|
||||
<br>
|
||||
|
||||
### 4.4 会员营销活动
|
||||
|
||||
#### 4.4.1 会员营销活动功能简述
|
||||
营销活动是驱动会员消费、提升活跃度的主要手段。系统通过灵活的方案配置,支持多种常见的零售促销场景。
|
||||
|
||||
#### 4.4.2 会员营销活动业务流程图
|
||||
```mermaid
|
||||
graph TD
|
||||
A["营销需求分析"] --> B{"选择活动类型"};
|
||||
B -- "积分激励" --> C["单品/分类多倍积分"];
|
||||
B -- "价格优惠" --> D["会员日/非会员日特殊折扣"];
|
||||
B -- "权益兑换" --> E["积分换购"];
|
||||
B -- "精准营销" --> F["特定商品购买者筛选"];
|
||||
|
||||
subgraph "方案配置"
|
||||
C & D & E & F --> G["设置活动方案<br>(名称、时间、范围)"];
|
||||
G --> H["定义规则<br>(商品、会员组、折扣/积分倍数)"];
|
||||
H --> I["选择应用门店"];
|
||||
end
|
||||
|
||||
subgraph "执行与核销"
|
||||
I --> J["审核方案"];
|
||||
J --> K["POS系统自动执行"];
|
||||
K --> L["生成销售/优惠记录"];
|
||||
end
|
||||
```
|
||||
|
||||
## 五、 与其它模块的集成
|
||||
|
||||
### 5.1 与储值管理模块
|
||||
- **数据互通**:会员信息是储值卡绑定的前提,积分可以按规则转换为储值金额。
|
||||
- **流程衔接**:会员的储值行为(如充值)可以触发会员管理模块中定义的赠送活动(如赠送积分或优惠券)。
|
||||
|
||||
### 5.2 与会员报表模块
|
||||
- **数据源**:会员管理模块中产生的所有业务数据(如会员信息、积分变动、消费记录、活动参与情况)是会员报表模块进行分析的基础。
|
||||
- **决策反馈**:报表模块的分析结果(如会员结构分析、流失预警)为会员管理策略的调整(如调整会员等级规则、设计新的营销活动)提供数据支持。
|
||||
|
||||
### 5.3 与外部系统(POS)
|
||||
- **核心交互**:POS系统是会员管理规则执行的核心场景。收银时,POS系统会实时调用会员管理的各项规则(如会员价、折扣、积分、优惠券、抵现等)并执行。
|
||||
- **数据同步**:POS产生的销售流水会实时同步回G3ERP,作为触发会员价值累积(积分、电子币等)和更新会员消费行为数据的依据。
|
||||
|
||||
### 5.4 数据流关系图
|
||||
|
||||
```mermaid
|
||||
graph TD
|
||||
subgraph "数据与事件源 (Inputs)"
|
||||
E["POS 系统"];
|
||||
Ops["后台运营操作<br>(G3ERP)"];
|
||||
D["商品/库存模块"];
|
||||
end
|
||||
|
||||
subgraph "核心处理引擎"
|
||||
A["会员管理模块"];
|
||||
end
|
||||
|
||||
subgraph "规则与数据中心 (Logic & Data)"
|
||||
I["营销规则与方案"];
|
||||
F["会员信息<br>(价值/标签/状态)"];
|
||||
end
|
||||
|
||||
subgraph "数据消费与应用 (Outputs)"
|
||||
C["会员报表模块"];
|
||||
B["储值管理模块"];
|
||||
E_out("POS 系统");
|
||||
end
|
||||
|
||||
%% --- 数据流向 ---
|
||||
|
||||
%% 1. 输入流:数据和事件如何进入会员管理模块
|
||||
E -- "1\. 产生销售流水" --> A;
|
||||
Ops -- "2\. 手动调整/配置" --> A;
|
||||
D -- "3\. 提供商品信息" --> A;
|
||||
|
||||
%% 2. 核心处理:会员管理模块如何处理数据和规则
|
||||
A -- "4\. 定义/更新" --> I;
|
||||
A -- "5\. 读/写" --> F;
|
||||
|
||||
%% 3. 输出与应用:处理结果如何被其他模块消费
|
||||
I -- "6\. 应用于" --> E_out;
|
||||
F -- "7\. 提供数据" --> C;
|
||||
F -- "8\. 关联" --> B;
|
||||
|
||||
%% 4. 模块间直接交互
|
||||
A -- "9\. 积分转储值" --> B;
|
||||
B -- "10\. 充值触发活动" --> A;
|
||||
|
||||
%% --- 样式定义 ---
|
||||
classDef erp fill:#e3f2fd,stroke:#1976d2,stroke-width:2px;
|
||||
classDef external fill:#e8f5e9,stroke:#4caf50,stroke-width:2px;
|
||||
classDef data fill:#fffde7,stroke:#fbc02d,stroke-width:1px;
|
||||
|
||||
class A,B,C,D,Ops erp;
|
||||
class E,E_out external;
|
||||
class F,I data;
|
||||
```
|
||||
|
||||
<br>
|
||||
|
||||
## 六、总结
|
||||
|
||||
G3ERP的会员管理模块是一套设计精良、功能全面的客户关系与营销管理工具。它以会员为绝对中心,通过对**会员生命周期**的精细化管理和对**会员价值**(积分、钱包、电子币、优惠券)的闭环运营,构建了一个强大的客户忠诚度提升体系。
|
||||
|
||||
该模块最大的优势在于其**规则引擎的灵活性与功能的全面性**。从基础的会员档案管理,到复杂的等级升降、多维度营销活动和个性化客户跟踪,几乎涵盖了现代零售药店会员运营的所有核心场景。通过有效利用此模块,企业不仅能规范日常的会员服务工作,更能通过数据驱动的方式,实现精准营销和客户价值的最大化,为企业的长期稳定发展奠定坚实的客户基础。
|
338
1-流程梳理/5-G3ERP会员储值模块解读⭐️/5.2.1-G3ERP会员储值_储值管理_模块解读文档-v1.0.md
Normal file
338
1-流程梳理/5-G3ERP会员储值模块解读⭐️/5.2.1-G3ERP会员储值_储值管理_模块解读文档-v1.0.md
Normal file
@ -0,0 +1,338 @@
|
||||
# G3ERP会员储值-储值管理模块解读文档
|
||||
|
||||
## 一、储值管理模块概述
|
||||
|
||||
G3ERP的储值管理模块是会员价值管理体系中的核心部分,专注于处理会员预付资金的完整生命周期。它通过提供储值卡的发行、充值、消费、转换及精细化管理功能,旨在增强会员的品牌粘性,锁定未来消费,并为企业提供稳定的现金流。该模块与会员管理紧密集成,实现了从会员身份识别到储值权益应用的全流程闭环管理,是企业提升客户忠诚度和客单价的重要金融营销工具。
|
||||
|
||||
<br>
|
||||
|
||||
## 二、储值管理功能架构
|
||||
|
||||
### 2.1 储值管理功能架构图
|
||||
|
||||
储值管理模块主要由以下三大子模块构成,分别负责不同场景下的储值业务:
|
||||
|
||||
```mermaid
|
||||
graph LR
|
||||
A["储值管理模块"] --> B["会员储值管理"]
|
||||
A --> C["储值卡管理"]
|
||||
A --> D["门店储值管理"]
|
||||
|
||||
B --> B1["会员与储值卡绑定"]
|
||||
B --> B2["会员储值明细表"]
|
||||
B --> B3["会员储值消费明细"]
|
||||
|
||||
C --> C1["储值卡序时簿(开卡)"]
|
||||
C --> C2["储值卡批量开卡"]
|
||||
C --> C3["储值卡增值方案定义"]
|
||||
C --> C4["储值卡充值序时簿"]
|
||||
C --> C5["积分转储值方案定义"]
|
||||
C --> C6["积分转储值序时簿"]
|
||||
C --> C7["储值卡密码重置"]
|
||||
C --> C8["各类查询(明细/账页/历史)"]
|
||||
|
||||
D --> D1["门店储值充值"]
|
||||
|
||||
classDef moduleClass fill:#e1f5fe,stroke:#01579b,stroke-width:2px
|
||||
classDef subModuleClass fill:#f3e5f5,stroke:#4a148c,stroke-width:1px
|
||||
classDef functionClass fill:#e8f5e8,stroke:#2e7d32,stroke-width:1px
|
||||
|
||||
class A moduleClass
|
||||
class B,C,D subModuleClass
|
||||
class B1,B2,B3,C1,C2,C3,C4,C5,C6,C7,C8,D1 functionClass
|
||||
```
|
||||
|
||||
<br>
|
||||
|
||||
### 2.2 储值管理功能架构图结构说明
|
||||
|
||||
#### 核心业务循环
|
||||
|
||||
G3ERP储值管理业务形成一个完整的价值流转闭环:
|
||||
|
||||
1. **卡片发行** → **价值注入(充值)** → **价值转换(积分转储值)** → **价值消耗(消费)** → **关系绑定(与会员关联)**
|
||||
|
||||
这个循环覆盖了储值功能从产生到使用的全过程,确保了资金和权益的安全与准确。
|
||||
|
||||
#### 三大核心业务模块
|
||||
|
||||
1. **会员储值管理**:建立储值功能与会员身份的桥梁
|
||||
- **功能描述**:负责将独立的储值卡与会员档案进行绑定,并提供会员视角下的储值流水和消费查询。
|
||||
- **核心特征**:以“会员”为中心,管理其名下的储值资产。
|
||||
- **执行角色**:门店店员、客服人员。
|
||||
- **业务成果**:实现会员身份与储值权益的统一,方便会员管理。
|
||||
|
||||
<br>
|
||||
|
||||
2. **储值卡管理**:储值卡的生命周期与价值管理中心
|
||||
- **功能描述**:涵盖储值卡的发行(单个/批量)、充值、密码管理、状态变更(禁用/作废)以及相关的增值和转换规则定义。
|
||||
- **核心特征**:以“储值卡”为中心,是所有储值操作的核心后台。
|
||||
- **执行角色**:总部运营人员、财务人员。
|
||||
- **业务成果**:发行和管理储值卡,定义储值营销规则,保障储值业务的正常运作。
|
||||
|
||||
<br>
|
||||
|
||||
3. **门店储值管理**:面向一线的便捷操作终端
|
||||
- **功能描述**:为门店提供一个简化的储值卡充值界面,方便一线员工快速为顾客完成充值操作。
|
||||
- **核心特征**:操作便捷,专注于“充值”这一高频场景。
|
||||
- **执行角色**:门店收银员、店员。
|
||||
- **业务成果**:提升门店服务效率和顾客体验。
|
||||
|
||||
<br>
|
||||
|
||||
---
|
||||
|
||||
## 三、总业务流程设计
|
||||
|
||||
### 3.1 总业务流程设计图
|
||||
|
||||
```mermaid
|
||||
graph TD
|
||||
subgraph "A. 后台规则定义"
|
||||
A1["定义增值方案"]
|
||||
A2["定义积分转储值方案"]
|
||||
end
|
||||
|
||||
subgraph "B. 核心业务"
|
||||
B1["1\. 开卡 (批量/单个)"] --> B2["2\. 激活 (写卡)"]
|
||||
B2 --> B3["3\. 会员与储值卡绑定"]
|
||||
end
|
||||
|
||||
subgraph "C. 卡片业务操作"
|
||||
direction LR
|
||||
C1["充值"]
|
||||
C2["积分转储值"]
|
||||
C3["POS消费"]
|
||||
C4["账户管理"]
|
||||
end
|
||||
|
||||
subgraph "D. 数据查询与追溯"
|
||||
D1["各类明细/账页查询"]
|
||||
end
|
||||
|
||||
A1 -- "应用于" --> C1
|
||||
A2 -- "应用于" --> C2
|
||||
|
||||
B3 -- "触发" --> C1
|
||||
B3 -- "触发" --> C2
|
||||
B3 -- "触发" --> C3
|
||||
B3 -- "触发" --> C4
|
||||
|
||||
C1 -- "产生数据" --> D1
|
||||
C2 -- "产生数据" --> D1
|
||||
C3 -- "产生数据" --> D1
|
||||
C4 -- "产生数据" --> D1
|
||||
|
||||
classDef setup fill:#fff3e0,stroke:#ff9800,stroke-width:2px
|
||||
classDef lifecycle fill:#e3f2fd,stroke:#2196f3,stroke-width:2px
|
||||
classDef application fill:#e8f5e9,stroke:#4caf50,stroke-width:2px
|
||||
classDef query fill:#f1f8e9,stroke:#689f38,stroke-width:2px
|
||||
|
||||
class A1,A2 setup
|
||||
class B1,B2,B3 lifecycle
|
||||
class C1,C2,C3,C4 application
|
||||
class D1 query
|
||||
```
|
||||
|
||||
<br>
|
||||
|
||||
---
|
||||
|
||||
## 四、其它模块详解
|
||||
|
||||
### 4.1 会员储值管理
|
||||
|
||||
#### 4.1.1 会员与储值卡绑定
|
||||
|
||||
- **功能简述**:此功能是连接会员身份与储值账户的关键步骤。它允许将一张已存在的储值卡与一个会员账号进行关联,或者在绑定新卡的同时,将旧卡的储值余额、积分等信息自动转移,并禁用旧卡。
|
||||
- **核心流程**:
|
||||
1. **新增绑定单**:进入“会员与储值卡绑定”界面,创建新的绑定操作。
|
||||
2. **选择会员**:指定需要绑定储值卡的会员。
|
||||
3. **选择储值卡**:从可用的储值卡列表中选择一张进行绑定。
|
||||
4. **审核生效**:保存并审核单据,完成绑定。系统会自动处理旧卡(如有)的禁用和信息转移。
|
||||
- **业务成果**:会员获得储值消费能力,企业将储值用户与会员体系打通。
|
||||
|
||||
- **业务流程图**:
|
||||
```mermaid
|
||||
graph LR
|
||||
subgraph "会员与储值卡绑定流程"
|
||||
A["开始"] --> B["新增绑定单"];
|
||||
B --> C["选择会员"];
|
||||
C --> D["选择储值卡"];
|
||||
D --> E["保存单据"];
|
||||
E --> F{"审核"};
|
||||
F -- "通过" --> G["绑定成功<br>旧卡(若有)禁用"];
|
||||
F -- "驳回" --> H["返回修改"];
|
||||
H --> B;
|
||||
G --> I["结束"];
|
||||
end
|
||||
```
|
||||
|
||||
#### 4.1.2 会员储值明细表
|
||||
|
||||
- **功能简述**:提供一个以会员为维度的储值账本查询界面。用户可以查询指定会员在一段时间内的所有储值变动记录,包括期初余额、充值、消费、积分转入、赠送金额以及期末余额等。
|
||||
- **核心流程**:
|
||||
1. **进入报表**:打开“会员储值明细表”。
|
||||
2. **设置条件**:选择查询的时间范围和会员信息。
|
||||
3. **查询**:系统展示该会员的详细储值流水。
|
||||
- **业务成果**:为客服和会员提供清晰的储值变动记录,便于对账和问题追溯。
|
||||
|
||||
#### 4.1.3 会员储值消费明细
|
||||
|
||||
- **功能简述**:专门用于查询会员使用储值卡进行消费的详细记录。与储值明细表不同,此报表聚焦于“消费”场景,展示每一笔用储值支付的交易详情。
|
||||
- **核心流程**:
|
||||
1. **进入报表**:打开“会员储值消费明细”。
|
||||
2. **设置条件**:选择查询的时间范围和会员。
|
||||
3. **查询**:系统列出该会员所有使用储值支付的消费记录。
|
||||
- **业务成果**:帮助分析会员的储值消费习惯,评估储值功能的活跃度。
|
||||
|
||||
### 4.2 储值卡管理
|
||||
|
||||
#### 4.2.1 储值卡序时簿 (开卡)
|
||||
|
||||
- **功能简述**:储值卡的“户口本”,管理所有储值卡的档案信息。支持单张储值卡的创建、审核、激活(写卡)、禁用、作废和封存等全生命周期操作。开卡时可设定初始金额并绑定会员。
|
||||
- **核心流程**:
|
||||
1. **新增卡片**:录入唯一的储值卡号。
|
||||
2. **设置信息**:可选填初始金额、绑定会员等。
|
||||
3. **保存审核**:保存并审核卡片信息。
|
||||
4. **激活(写卡)**:对已审核的卡片执行“写卡”操作,使其变为可用状态。
|
||||
- **业务成果**:生成可流通使用的储值卡。
|
||||
|
||||
- **业务流程图**:
|
||||
```mermaid
|
||||
graph LR
|
||||
subgraph "单张储值卡开卡流程"
|
||||
A["开始"] --> B["新增储值卡"];
|
||||
B --> C["录入卡号、初始金额等"];
|
||||
C --> D["保存单据"];
|
||||
D --> E{"审核"};
|
||||
E -- "通过" --> F["执行写卡(激活)"];
|
||||
F --> G["开卡成功"];
|
||||
E -- "驳回" --> H["返回修改"];
|
||||
H --> B;
|
||||
G --> I["结束"];
|
||||
end
|
||||
```
|
||||
|
||||
#### 4.2.2 储值卡批量开卡
|
||||
|
||||
- **功能简述**:为满足大批量发行储值卡(如市场活动、员工福利)的需求而设计。用户只需指定卡号的起止范围和数量,即可一次性生成大量处于“未激活”状态的储值卡。
|
||||
- **核心流程**:
|
||||
1. **新增批量任务**:进入“储值卡批量开卡”界面。
|
||||
2. **定义规则**:设置卡类型、起始卡号、开卡数量,并可选定开卡即充值的金额及增值方案。
|
||||
3. **保存审核**:系统自动生成指定数量的储值卡记录。
|
||||
- **业务成果**:高效完成大量储值卡的发行准备工作。
|
||||
|
||||
- **业务流程图**:
|
||||
```mermaid
|
||||
graph LR
|
||||
subgraph "储值卡批量开卡流程"
|
||||
A["开始"] --> B["新增批量开卡单"];
|
||||
B --> C["设置起始卡号、数量、<br>初始金额(可选)"];
|
||||
C --> D["保存单据"];
|
||||
D --> E{"审核"};
|
||||
E -- "通过" --> F["生成大量未激活卡"];
|
||||
F --> G["结束<br>(待后续单张激活)"];
|
||||
E -- "驳回" --> H["返回修改"];
|
||||
H --> B;
|
||||
end
|
||||
```
|
||||
|
||||
#### 4.2.3 储值卡增值方案定义
|
||||
|
||||
- **功能简述**:定义“充多少送多少”的营销规则。企业可以根据不同的储值金额范围,设置按固定金额或按百分比赠送额外储值。这些方案可在后续的充值环节被调用。
|
||||
- **核心流程**:
|
||||
1. **新增方案**:创建新的增值方案。
|
||||
2. **设置规则**:定义方案名称,并添加规则明细(如:充值100-199元,赠送10元)。
|
||||
3. **保存审核**:方案审核后即可在充值时选用。
|
||||
- **业务成果**:创建灵活的充值营销活动,激励用户进行大额充值。
|
||||
|
||||
#### 4.2.4 储值卡充值序时簿
|
||||
|
||||
- **功能简述**:后台核心的储值卡充值功能。操作员通过刷卡或录入卡号定位到具体储值卡,录入本次交款金额,并选择相应的支付方式完成充值。如果满足条件,还可以应用预设的增值方案。
|
||||
- **核心流程**:
|
||||
1. **新增充值单**:创建新的充值记录。
|
||||
2. **获取卡号**:通过刷卡或手动输入定位储值卡。
|
||||
3. **录入金额**:填写客户的交款金额,并选择增值方案(如果适用)。
|
||||
4. **选择支付方式**:录入客户实际支付的方式和金额。
|
||||
5. **保存审核**:完成充值,卡内余额实时增加。
|
||||
- **业务成果**:为储值卡注入资金,增加会员账户价值。
|
||||
|
||||
- **业务流程图**:
|
||||
```mermaid
|
||||
graph LR
|
||||
subgraph "储值卡充值流程 (后台)"
|
||||
A["开始"] --> B["新增充值单"];
|
||||
B --> C["刷卡/输入卡号"];
|
||||
C --> D["录入交款金额"];
|
||||
D --> E{"满足增值方案?"};
|
||||
E -- "是" --> F["选择增值方案"];
|
||||
F --> G["选择支付方式"];
|
||||
E -- "否" --> G;
|
||||
G --> H["保存单据"];
|
||||
H --> I{"审核"};
|
||||
I -- "通过" --> J["充值成功<br>余额增加"];
|
||||
I -- "驳回" --> K["返回修改"];
|
||||
K --> B;
|
||||
J --> L["结束"];
|
||||
end
|
||||
```
|
||||
|
||||
#### 4.2.5 积分转储值
|
||||
|
||||
- **功能简述**:提供积分价值变现的渠道,允许将会员的消费积分按预设规则转换为储值金额。这需要先定义“积分转储值方案”,再在“积分转储值序时簿”中执行具体转换操作。
|
||||
- **核心流程**:
|
||||
1. **定义方案**:在“积分转储值方案定义”中,设置转换的积分上下限、扣减积分数和增加的储值额。
|
||||
2. **执行转换**:在“积分转储值序时簿”中,选择方案和会员,系统会自动计算或手动输入要转换的积分值。
|
||||
3. **审核生效**:审核后,系统自动扣减会员积分,并增加其绑定的储值卡余额。
|
||||
- **业务成果**:提升积分价值感,增加会员权益的灵活性。
|
||||
|
||||
- **业务流程图**:
|
||||
```mermaid
|
||||
graph LR
|
||||
subgraph "积分转储值流程"
|
||||
A["后台定义<br>积分转储值方案"] --> B["开始"];
|
||||
B --> C["新增积分转储值单"];
|
||||
C --> D["选择方案"];
|
||||
D --> E["选择会员"];
|
||||
E --> F["输入/自动计算<br>转换积分额"];
|
||||
F --> G["保存单据"];
|
||||
G --> H{"审核"};
|
||||
H -- "通过" --> I["扣减积分<br>增加储值"];
|
||||
I --> J["结束"];
|
||||
H -- "驳回" --> K["返回修改"];
|
||||
K --> C;
|
||||
end
|
||||
```
|
||||
|
||||
#### 4.2.6 其他管理功能
|
||||
|
||||
- **密码重置**:提供修改或重置储值卡支付密码的功能。
|
||||
- **各类查询**:包括历史封存卡查询、充值明细、积分转储值明细、消费明细及账页查询,为审计和追溯提供完整数据支持。
|
||||
- **未记账消费处理**:用于处理因异常中断导致的已扣款但未生成销售单的特殊情况,可对此类记录进行红冲,保障资金安全。
|
||||
|
||||
### 4.3 门店储值管理
|
||||
|
||||
#### 4.3.1 门店储值充值
|
||||
|
||||
- **功能简述**:这是为一线门店设计的简化版充值界面,功能与后台的“储值卡充值序时簿”类似,但流程更直接,专为门店快速操作优化。
|
||||
- **核心流程**:
|
||||
1. **新增充值**:进入门店充值界面。
|
||||
2. **获取卡号**:刷卡或输入卡号。
|
||||
3. **录入金额**:输入交款金额,选择增值方案。
|
||||
4. **保存审核**:快速完成充值操作。
|
||||
- **业务成果**:提升门店操作效率,改善顾客现场充值体验。
|
||||
|
||||
- **业务流程图**:
|
||||
```mermaid
|
||||
graph LR
|
||||
subgraph "门店储值充值流程"
|
||||
A["开始"] --> B["进入门店充值界面"];
|
||||
B --> C["刷卡/输入卡号"];
|
||||
C --> D["输入交款金额"];
|
||||
D --> E["选择增值方案(可选)"];
|
||||
E --> F["保存并审核"];
|
||||
F --> G["充值成功"];
|
||||
G --> H["结束"];
|
||||
end
|
||||
```
|
306
1-流程梳理/5-G3ERP会员储值模块解读⭐️/5.3.1-G3ERP会员储值_会员报表_模块解读文档-v2.0.md
Normal file
306
1-流程梳理/5-G3ERP会员储值模块解读⭐️/5.3.1-G3ERP会员储值_会员报表_模块解读文档-v2.0.md
Normal file
@ -0,0 +1,306 @@
|
||||
# G3ERP会员储值-会员报表-模块解读文档 (v2.0)
|
||||
|
||||
## 一、会员报表模块概述
|
||||
|
||||
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\. 会员其他报表"]
|
||||
|
||||
B --> B1["会员明细表"]
|
||||
B --> B2["会员生日提醒表"]
|
||||
B --> B3["若干天内必须提醒会员明细"]
|
||||
B --> B4["会员积分记录查询"]
|
||||
B --> B5["会员积分帐页查询"]
|
||||
|
||||
C --> C1["会员消费明细查询"]
|
||||
C --> C2["会员消费频次统计"]
|
||||
C --> C3["不购物会员明细"]
|
||||
C --> C4["会员最后消费日期"]
|
||||
|
||||
D --> D1["会员整体结构分析"]
|
||||
D --> D2["会员销售品种分析"]
|
||||
D --> D3["会员销售结构分析(按门店)"]
|
||||
D --> D4["会员销售年龄段分析"]
|
||||
D --> D5["会员单店商圈消费结构分析"]
|
||||
|
||||
E --> E1["会员积分变更查询"]
|
||||
E --> E2["会员积分兑现查询"]
|
||||
|
||||
F --> F1["会员赠品兑现查询"]
|
||||
F --> F2["会员赠品兑现明细查询"]
|
||||
F --> F3["会员赠品积分兑换明细"]
|
||||
F --> F4["会员积分兑换赠品汇总"]
|
||||
F --> F5["会员积分兑换赠品汇总(所有门店)"]
|
||||
F --> F6["门店赠品剩余明细"]
|
||||
|
||||
G --> G1["总部配送会员卡记录"]
|
||||
G --> G2["未激活会员卡明细"]
|
||||
G --> G3["门店存余卡统计"]
|
||||
G --> G4["门店发卡数统计"]
|
||||
G --> G5["门店职员发卡情况统计"]
|
||||
G --> G6["门店会员激活明细"]
|
||||
G --> G7["会员钱包帐页"]
|
||||
G --> G8["新办会员卡90天复购会员统计"]
|
||||
|
||||
classDef moduleClass fill:#e1f5fe,stroke:#01579b,stroke-width:2px
|
||||
classDef subModuleClass fill:#f3e5f5,stroke:#4a148c,stroke-width:1px
|
||||
classDef functionClass fill:#e8f5e8,stroke:#2e7d32,stroke-width:1px
|
||||
|
||||
class A moduleClass
|
||||
class B,C,D,E,F,G subModuleClass
|
||||
class B1,B2,B3,B4,B5,C1,C2,C3,C4,D1,D2,D3,D4,D5,E1,E2,F1,F2,F3,F4,F5,F6,G1,G2,G3,G4,G5,G6,G7,G8 functionClass
|
||||
```
|
||||
|
||||
<br>
|
||||
|
||||
### 2.2 会员报表功能架构图结构说明
|
||||
|
||||
- **一级模块**:**会员报表模块**是整个分析体系的顶层入口。
|
||||
- **二级分类**:下分为六大报表类别,分别对应不同的分析主题:
|
||||
1. **基础会员报表**:聚焦会员的基本信息和静态资料查询。
|
||||
2. **会员销售报表**:专注于会员的消费行为和交易记录分析。
|
||||
3. **会员分析报表**:提供宏观和结构性的会员群体洞察。
|
||||
4. **积分变动报表**:专项追踪会员积分的增减与兑换流水。
|
||||
5. **会员赠品报表**:专项追踪赠品兑换相关的业务数据。
|
||||
6. **会员其他报表**:涵盖会员卡管理、钱包流水及特定场景分析等补充性报表。
|
||||
- **三级功能**:每个类别下罗列了具体的报表功能,是数据分析的最小单元,直接面向用户的具体查询需求。
|
||||
- **分析逻辑递进关系**:这六大类别并非孤立存在,而是构成了一个从基础到深入的分析阶梯。运营人员可以循序渐进地使用:
|
||||
- **第一层(基础与行为)**:首先通过`基础会员报表`和`会员销售报表`,解决“是谁在买”和“买了什么”的基础问题。
|
||||
- **第二层(深度分析)**:在掌握基础数据后,利用`会员分析报表`进行深度挖掘,解答“客户群体有何特征”和“整体业务健康度如何”的战略问题。
|
||||
- **第三层(专项钻取)**:最后,当需要对特定业务环节进行审计或管理时,可通过`积分变动报表`、`会员赠品报表`和`会员其他报表`进行垂直深挖。
|
||||
|
||||
---
|
||||
<br>
|
||||
|
||||
## 三、总业务流程设计
|
||||
|
||||
### 3.1 数据流与业务应用流程图
|
||||
|
||||
会员报表模块本身不产生业务数据,而是作为数据的消费者和呈现者。其核心流程体现为数据的汇集、分析以及最终应用于商业决策的过程。
|
||||
|
||||
```mermaid
|
||||
graph TD
|
||||
subgraph "数据源 (Data Sources)"
|
||||
A["POS销售系统<br>(消费记录、支付方式)"]
|
||||
B["会员管理后台<br>(会员资料、积分变更、活动参与)"]
|
||||
C["储值管理后台<br>(充值、绑定、消费)"]
|
||||
end
|
||||
|
||||
subgraph "数据处理与呈现 (Processing & Presentation)"
|
||||
D["G3ERP核心数据库<br>(会员/销售/积分/储值等数据表)"]
|
||||
E["会员报表模块<br>(数据抽取、聚合、计算)"]
|
||||
F["可视化分析报表<br>(六大报表类别)"]
|
||||
end
|
||||
|
||||
subgraph "业务应用 (Business Application)"
|
||||
G["精准营销<br>(筛选目标客群、推送活动)"]
|
||||
H["运营决策<br>(调整营销策略、优化商品结构)"]
|
||||
I["客户关系管理<br>(生日关怀、沉睡唤醒、流失预警)"]
|
||||
J["绩效评估<br>(门店/员工发卡量、活动ROI)"]
|
||||
end
|
||||
|
||||
A --> D
|
||||
B --> D
|
||||
C --> D
|
||||
D --> E
|
||||
E --> F
|
||||
F --> G
|
||||
F --> H
|
||||
F --> I
|
||||
F --> J
|
||||
|
||||
classDef source fill:#fff3e0,stroke:#ff9800,stroke-width:2px;
|
||||
classDef process fill:#e3f2fd,stroke:#2196f3,stroke-width:2px;
|
||||
classDef application fill:#e8f5e9,stroke:#4caf50,stroke-width:2px;
|
||||
|
||||
class A,B,C source;
|
||||
class D,E,F process;
|
||||
class G,H,I,J application;
|
||||
```
|
||||
|
||||
<br>
|
||||
|
||||
### 3.2 流程说明
|
||||
|
||||
1. **数据汇集**:系统前端(如POS机)和后台(如会员管理、储值管理)产生的业务数据,被实时或准实时地记录到G3ERP的核心数据库中。
|
||||
2. **数据处理**:当用户访问会员报表模块时,系统会根据所选报表的逻辑,从数据库中抽取相关数据,并进行复杂的聚合、关联和计算。
|
||||
3. **数据呈现**:处理后的结果以结构化的报表形式呈现给用户。
|
||||
4. **业务应用**:用户(如运营经理、店长)根据报表揭示的洞察,进行相应的业务操作,如发起营销活动、调整会员策略、评估门店绩效等,从而形成一个从“数据”到“决策”再到“行动”的闭环。
|
||||
|
||||
---
|
||||
<br>
|
||||
|
||||
## 四、各报表分类详解
|
||||
|
||||
### 4.1 基础会员报表
|
||||
|
||||
此类报表提供会员最基础的信息查询功能,是日常会员管理和客户服务工作的基础。
|
||||
|
||||
- **会员明细表**:全面展示会员的基础档案信息,包括个人资料、当前积分余额、储值余额等,是进行客户服务与管理的基础查询工具。
|
||||
- **会员生日提醒表**:根据设定的提醒天数,筛选出即将过生日的会员名单,为执行生日关怀和营销活动提供数据支持。
|
||||
- **若干天内必须提醒会员明细**:查询在会员资料中设置了特定提醒日,并在指定天数内需要进行联系的会员,常用于慢性病管理或特定回访场景。
|
||||
- **会员积分记录查询**:提供指定时间段内,会员积分增减的详细流水记录,便于追溯每一笔积分的来源与去向。
|
||||
- **会员积分帐页查询**:以账户账页的形式,汇总展示会员在一段时间内积分的期初、发生额和期末余额,宏观了解积分变动情况。
|
||||
|
||||
#### 业务应用流程图
|
||||
```mermaid
|
||||
graph TD
|
||||
subgraph "基础会员报表应用流程"
|
||||
A["业务场景: 生日营销/客户关怀"] --> B["使用'会员生日提醒表'"];
|
||||
B --> C["筛选出近期生日会员名单"];
|
||||
C --> D["执行操作: 发送生日祝福短信/优惠券"];
|
||||
|
||||
E["业务场景: 客户服务/信息核对"] --> F["使用'会员明细表'"];
|
||||
F --> G["查询会员积分/储值/个人信息"];
|
||||
G --> H["解答客户疑问/处理业务"];
|
||||
end
|
||||
```
|
||||
|
||||
<br>
|
||||
|
||||
### 4.2 会员销售报表
|
||||
|
||||
此类报表专注于分析会员的购买行为,是洞察会员消费能力和偏好的核心工具。
|
||||
|
||||
- **会员消费明细查询**:查询会员在指定时间段内的每一笔消费记录详情。
|
||||
- **会员消费频次统计**:统计并分析会员在一段时间内的消费总额、消费次数、购买的商品种类数以及贡献的毛利等关键指标,用于识别高价值会员。
|
||||
- **不购物会员明细**:筛选出在指定时间段内(如默认60天)没有任何消费记录的会员,即“沉睡会员”,为客户流失预警和唤醒活动提供目标名单。
|
||||
- **会员最后消费日期**:查询会员的最近一次消费日期,用于评估会员的活跃状态。
|
||||
|
||||
#### 业务应用流程图
|
||||
```mermaid
|
||||
graph TD
|
||||
subgraph "会员销售报表应用流程"
|
||||
A["业务问题: 如何唤醒沉睡客户?"] --> B["使用'不购物会员明细'报表"];
|
||||
B --> C["筛选出超过60天未消费的会员"];
|
||||
C --> D["执行营销: 推送召回优惠券/关怀信息"];
|
||||
|
||||
E["业务问题: 谁是我们的高价值客户?"] --> F["使用'会员消费频次统计'报表"];
|
||||
F --> G["按消费金额/频次排序"];
|
||||
G --> H["识别Top会员并建立VIP服务策略"];
|
||||
end
|
||||
```
|
||||
|
||||
<br>
|
||||
|
||||
### 4.3 会员分析报表
|
||||
|
||||
此类报表从更宏观、更具结构性的视角对会员群体进行深度剖析,为战略决策提供支持。
|
||||
|
||||
- **会员整体结构分析**:提供一个全面的会员运营健康度仪表盘,分析指标包括会员总数、新增会员数、活跃会员占比、会员销售贡献度、流失率等。
|
||||
- **会员销售品种分析**:按单个门店分析会员购买的具体商品情况,包括各商品的购买数量、销售额、毛利等,有助于优化商品组合和发现潜力商品。
|
||||
- **会员销售结构分析(按门店)**:将“会员整体结构分析”的数据维度下钻到每个门店,便于进行跨门店的绩效对比和管理。
|
||||
- **会员销售年龄段分析**:按预设的年龄段,统计分析不同年龄层会员的购买力、消费人数和毛利贡献,帮助企业了解核心客群的用户画像。
|
||||
- **会员单店商圈消费结构分析**:对单个门店的会员消费情况进行环比分析,洞察消费趋势的变化。
|
||||
|
||||
#### 业务应用流程图
|
||||
```mermaid
|
||||
graph TD
|
||||
subgraph "会员分析报表应用流程"
|
||||
A["战略问题: 我们的会员运营健康吗?"] --> B["使用'会员整体结构分析'报表"];
|
||||
B --> C["分析新增、活跃、流失等核心指标"];
|
||||
C --> D["决策: 调整拉新/促活/防流失策略"];
|
||||
|
||||
E["战略问题: 各门店会员运营表现如何?"] --> F["使用'会员销售结构分析(按门店)'报表"];
|
||||
F --> G["横向对比各门店会员数、销售占比"];
|
||||
G --> H["决策: 推广优秀门店经验/改进落后门店"];
|
||||
end
|
||||
```
|
||||
|
||||
<br>
|
||||
|
||||
### 4.4 积分变动报表
|
||||
|
||||
此类报表专项追踪与“会员积分变更”和“积分兑现”相关的业务流水。
|
||||
|
||||
- **会员积分变更查询**:专门查询通过后台手动调整(增加或减少)的会员积分记录。
|
||||
- **会员积分兑现查询**:专门查询通过后台操作,会员使用积分兑换了特定权益(非赠品)的记录。
|
||||
|
||||
#### 业务应用流程图
|
||||
```mermaid
|
||||
graph TD
|
||||
subgraph "积分变动报表应用流程"
|
||||
A["业务场景: 核对后台积分调整记录"] --> B["使用'会员积分变更查询'报表"];
|
||||
B --> C["筛选指定时间段内的积分变更流水"];
|
||||
C --> D["审计操作记录的合规性"];
|
||||
end
|
||||
```
|
||||
|
||||
<br>
|
||||
|
||||
### 4.5 会员赠品报表
|
||||
|
||||
此类报表详细记录了会员使用积分兑换赠品的全部活动数据。
|
||||
|
||||
- **会员赠品兑现查询**:宏观查询会员兑换赠品的流水记录,主要关注兑换行为本身。
|
||||
- **会员赠品兑现明细查询**:提供会员兑换赠品的详细记录,包含兑换的赠品、数量、消耗的积分/金额等。
|
||||
- **会员赠品积分兑换明细**:与上一报表类似,但更侧重于从“积分消耗”的角度来展示兑换明细。
|
||||
- **会员积分兑换赠品汇总**:按门店或所有门店,汇总统计在一段时间内,各类赠品被兑换的总数量和消耗的总积分。
|
||||
- **会员积分兑换赠品汇总(所有门店)**:查询一段时间内所有会员使用积分兑换赠品的明细记录。
|
||||
- **门店赠品剩余明细**:查询并显示各门店用于兑换的赠品的当前库存数量。
|
||||
|
||||
#### 业务应用流程图
|
||||
```mermaid
|
||||
graph TD
|
||||
subgraph "会员赠品报表应用流程"
|
||||
A["业务问题: 哪种兑换赠品最受欢迎?"] --> B["使用'会员积分兑换赠品汇总'报表"];
|
||||
B --> C["分析各赠品的兑换数量和频次"];
|
||||
C --> D["决策: 优化赠品采购策略"];
|
||||
|
||||
E["业务场景: 门店赠品库存盘点"] --> F["使用'门店赠品剩余明细'报表"];
|
||||
F --> G["查询各门店赠品实时库存"];
|
||||
G --> H["决策: 及时补货或调整兑换策略"];
|
||||
end
|
||||
```
|
||||
|
||||
<br>
|
||||
|
||||
### 4.6 会员其他报表
|
||||
|
||||
此类报表涵盖了部分专项业务的管理和分析需求。
|
||||
|
||||
- **总部配送会员卡记录**:查询由总部批量开卡并下发到门店的记录。
|
||||
- **未激活会员卡明细**:列出所有已开卡但尚未激活的会员卡信息,便于跟踪激活率。
|
||||
- **门店存余卡统计**:统计各门店当前剩余的未激活实体卡数量。
|
||||
- **门店发卡数统计**:按门店统计在指定时间段内新发展的会员数量。
|
||||
- **门店职员发卡情况统计**:将发卡数量的统计维度细化到每一位员工,可作为员工业绩考核的依据。
|
||||
- **门店会员激活明细**:查询指定时间段内完成激活操作的会员详细名单。
|
||||
- **会员钱包帐页**:以账页形式查询单个会员的钱包充值与消费明细。
|
||||
- **新办会员卡90天复购会员统计**:一项关键的会员质量评估指标,统计新会员在办卡后90天内的复购情况,用于评估拉新效率和新会员的留存能力。
|
||||
|
||||
#### 业务应用流程图
|
||||
```mermaid
|
||||
graph TD
|
||||
subgraph "会员其他报表应用流程"
|
||||
A["业务问题: 新会员质量如何?"] --> B["使用'新办会员卡90天复购会员统计'报表"];
|
||||
B --> C["计算新会员的复购率"];
|
||||
C --> D["评估拉新渠道和初期运营效果"];
|
||||
|
||||
E["业务问题: 哪个员工拉新最积极?"] --> F["使用'门店职员发卡情况统计'报表"];
|
||||
F --> G["统计各员工的发卡数量"];
|
||||
G --> H["执行激励: 设定发卡绩效考核"];
|
||||
end
|
||||
```
|
143
1-流程梳理/7-G3ERP万能报表模块解读⭐️/7-G3ERP万能报表_总模块解读-v1.0.md
Normal file
143
1-流程梳理/7-G3ERP万能报表模块解读⭐️/7-G3ERP万能报表_总模块解读-v1.0.md
Normal file
@ -0,0 +1,143 @@
|
||||
# G3ERP万能报表模块解读
|
||||
|
||||
## 一、万能报表模块概述
|
||||
|
||||
G3ERP的万能报表模块是整个系统的核心数据分析与决策支持中心。它并非一个独立的业务操作模块,而是深度集成于供应链、连锁配送等所有业务模块之上,提供一个强大、灵活且全面的报表查询与数据分析平台。
|
||||
|
||||
该模块的核心价值在于将前端业务操作产生的大量分散数据,进行系统性的整合、归类、计算与多维度呈现。通过万能报表,企业管理者和业务人员可以轻松实现从宏观到微观的数据穿透查询,深入洞察经营活动中的细节,从而为采购优化、销售策略调整、库存管理、财务监控等关键决策提供及时、准确的数据支持。
|
||||
|
||||
模块主要由分析中心、采购报表、批发销售报表、连锁配送报表、库存报表、综合分析及其他报表七大板块构成,全面覆盖企业经营的关键环节。
|
||||
|
||||
## 二、万能报表模块组成部分
|
||||
|
||||
### 1. 分析中心
|
||||
|
||||
分析中心是高度概括性的决策驾驶舱,提供核心业务的穿透式分析能力。用户可以从一个总览视图开始,通过层层钻取,深入到具体的业务细节。
|
||||
|
||||
- **零售分析**:聚焦于门店零售数据,可按时间、门店、商品分类等多维度进行销售情况的穿透汇总分析。
|
||||
- **库存分析**:对集团整体库存进行全面分析,可穿透查询总部及各门店的库存分布,并按供应商、商品、批号等维度进行汇总。
|
||||
- **采购分析**:针对采购入库数据进行深度分析,可穿透查询指定周期内按供应商、商品、类别等维度的入库汇总数据。
|
||||
- **销售分析**:针对批发销售数据进行汇总分析,可穿透查询按客户、业务员、商品、厂商等多维度的销售表现。
|
||||
|
||||
### 2. 采购报表
|
||||
|
||||
采购报表围绕采购业务的全流程进行数据监控与分析,为采购决策提供依据。
|
||||
|
||||
- **采购计划**:提供库存状态分析、时间区间进销存分析等报表,辅助制定科学的采购计划。
|
||||
- **采购订单**:通过订单完成率分析(按商品/供应商/采购员),评估采购执行效率和供应商履约能力。
|
||||
- **到货验收**:提供验收单、拒收记录、销售退回验收等明细查询。
|
||||
- **采购入库**:提供各类入库汇总表(按供应商/商品等)及进价波动分析,用于对账和成本监控。
|
||||
- **采购发票**:监控已付款未到票、供应商未到票等情况,管理发票流程。
|
||||
- **付款计划**:根据不同结算方式(账期/月结等)生成付款计划参考,优化资金使用。
|
||||
- **应付账款**:提供应付余额、账龄分析、应付明细账等,全面管理对供应商的负债。
|
||||
- **采购分析**:通过供应商贡献度、采购员考核等报表,宏观评估采购业务表现。
|
||||
|
||||
### 3. 批发销售报表
|
||||
|
||||
批发销售报表专注于销售环节的数据统计与分析,是评估市场表现和销售团队业绩的关键工具。
|
||||
|
||||
- **销售报表**:提供多维度的销售汇总表(按客户/业务员/商品等),满足不同场景的统计需求。
|
||||
- **厂商流向**:根据预设的厂商协议,追踪特定品牌或供应商商品的库存、入库与销售情况。
|
||||
- **销售发票**:查询已出库未开票、已回款未开票等明细,确保票务流程完整。
|
||||
- **回款计划**:通过到期未回款客户汇总表,预警回款风险,辅助催款。
|
||||
- **销售回款**:提供回款单明细及多维度回款汇总。
|
||||
- **应收账款**:提供应收余额、客户账龄分析、超期应收明细等,是企业信用管理和风险控制的核心。
|
||||
- **销售缺货**:分析缺货品种及频次,反向优化库存和采购策略。
|
||||
- **销售分析**:通过客户/业务员贡献度分析、销售环比分析等,为绩效考核和市场策略提供数据支持。
|
||||
|
||||
### 4. 连锁配送报表
|
||||
|
||||
连锁配送报表聚焦于总部与门店之间的物流与信息流协同,是保障连锁体系高效运转的重要支撑。
|
||||
|
||||
- **门店订货计划**:查询门店订货计划的明细与处理状态。
|
||||
- **配送处理业务**:通过多维度的门店请货配送率分析,评估总部的配送服务水平和采购保障能力。
|
||||
- **门店订货缺货**:分析配送未满足的缺货情况,定位供应链瓶颈。
|
||||
- **配送门店对账**:提供总部与门店间的出库与收货对账报表,确保账实相符。
|
||||
- **配送退货业务**:追踪门店退货申请的审批与处理流程。
|
||||
|
||||
### 5. 库存报表
|
||||
|
||||
库存报表提供对当前及历史库存状态的全面洞察,是库存管理与优化的基础。
|
||||
|
||||
- **实时库存**:查询精确到仓库、批次、批号的实时库存详情,并支持近效期、不可售等特殊库存状态的查询。
|
||||
- **库存分析**:提供库存周转天数分析、动销/滞销分析等深度报表,帮助企业盘活库存,减少资金占用。
|
||||
- **库存盘点**:提供盘点底单,支持动态盘点与周期盘点。
|
||||
- **到货拣货**:追踪商品从到货到上架的全过程信息。
|
||||
- **进销存表**:提供标准的月度进销存总账与明细账,是财务核算与库存审计的关键依据。
|
||||
|
||||
### 6. 综合分析
|
||||
|
||||
- **综合报表**:以商品为主线,提供一个全链路的数据视图,可一站式查询指定商品的订单、入库、配送、门店销售、库存记录等所有相关信息,是功能最强大的追溯与分析工具。
|
||||
|
||||
### 7. 其他报表
|
||||
|
||||
- **其他单据**:查询报损、报溢、调拨、调价等非核心采购销售业务的单据明细。
|
||||
- **基础资料**:提供对系统内供应商、客户、商品、职员等核心基础档案的查询功能。
|
||||
|
||||
## 三、万能报表模块核心价值与关联
|
||||
|
||||
### 1. 核心价值
|
||||
|
||||
- **数据穿透与钻取**:实现了从汇总数据到明细数据的层层追溯,便于快速定位问题根源。
|
||||
- **多维度分析**:提供时间、机构、人员、商品、客户/供应商等多维度交叉分析,满足复杂的数据洞察需求。
|
||||
- **业务流程监控**:通过订单完成率、配送满足率、缺货率等关键指标,实时监控核心业务流程的健康度。
|
||||
- **经营决策支持**:为采购补货、销售策略、库存优化、资金安排、绩效考核等经营活动提供量化依据。
|
||||
|
||||
### 2. 与其它模块的关联
|
||||
|
||||
万能报表模块与G3ERP的其他业务模块是“数据”与“应用”的关系。它本身不产生任何业务数据,其所有数据均来源于**供应链**、**连锁门店**、**集团分销**等模块的日常业务操作。
|
||||
|
||||
可以理解为,业务模块是数据的“生产者”,而万能报表模块是数据的“消费者”和“分析者”。它将前端业务模块产生的海量原始单据数据,转化为结构化、信息化的管理报表,是连接业务执行与经营决策的核心桥梁。
|
||||
|
||||
## 四、万能报表模块结构图
|
||||
|
||||
```mermaid
|
||||
mindmap
|
||||
root((G3ERP万能报表))
|
||||
分析中心
|
||||
零售分析
|
||||
库存分析
|
||||
采购分析
|
||||
销售分析
|
||||
采购报表
|
||||
采购计划
|
||||
采购订单
|
||||
到货验收
|
||||
采购入库
|
||||
采购发票
|
||||
付款计划
|
||||
应付账款
|
||||
采购分析
|
||||
批发销售
|
||||
销售报表
|
||||
厂商流向
|
||||
销售发票
|
||||
回款计划
|
||||
销售回款
|
||||
应收账款
|
||||
销售缺货
|
||||
销售分析
|
||||
连锁配送
|
||||
门店订货计划
|
||||
配送处理业务
|
||||
门店订货缺货
|
||||
配送门店对账
|
||||
配送退货业务
|
||||
库存报表
|
||||
实时库存
|
||||
库存分析
|
||||
库存盘点
|
||||
到货拣货
|
||||
进销存表
|
||||
综合分析
|
||||
综合报表
|
||||
其他报表
|
||||
其他单据
|
||||
基础资料
|
||||
```
|
||||
|
||||
## 五、总结
|
||||
|
||||
G3ERP的万能报表模块是整个系统的“大脑”和“仪表盘”。它通过对全业务流程数据的深度整合与分析,将企业的经营活动透明化、数据化,极大地提升了管理者的洞察力和决策水平。
|
||||
|
||||
该模块的设计全面覆盖了医药流通企业从采购到销售、从总部到门店、从业务到财务的各个环节,报表种类丰富,分析维度多样,查询功能强大。善用万能报表,是企业实现精细化管理、优化资源配置、提升核心竞争力的关键所在。
|
@ -1,465 +0,0 @@
|
||||
# G3ERP供应链仓存管理模块解读文档
|
||||
|
||||
## 一、仓存管理模块概述
|
||||
|
||||
G3ERP供应链仓存管理模块是整个供应链体系的物理执行与数据中枢。它承接采购管理的入库指令和销售管理的发货指令,负责所有商品在仓库内的实物操作与状态管理。该模块的设计深度融合了医药GSP规范,确保了从验收入库、在库存储、内部流转到出库发货的每一个环节都精准、高效且合规。
|
||||
|
||||
仓存管理的核心目标是保障库存数据的准确性、实物操作的规范性以及仓储作业的高效性,为采购决策、销售承诺以及财务核算提供坚实可靠的数据基础。
|
||||
|
||||
<br>
|
||||
|
||||
## 二、仓存管理功能架构
|
||||
|
||||
### 2.1 仓存管理功能架构图
|
||||
|
||||
仓存管理模块由以下九大核心子模块构成,形成一个功能全面、流程闭环的仓储作业管理体系:
|
||||
|
||||
```mermaid
|
||||
graph LR
|
||||
A["仓存管理模块"] --> B["验收入库"]
|
||||
A --> C["出库发货"]
|
||||
A --> D["集中拣货"]
|
||||
A --> E["运输管理"]
|
||||
A --> F["仓库调拨"]
|
||||
A --> G["盘点作业"]
|
||||
A --> H["库存调整"]
|
||||
A --> I["组装作业"]
|
||||
A --> J["其他业务"]
|
||||
|
||||
B --> B1["采购退货出库确认"]
|
||||
B --> B2["采购退货出库运输管理"]
|
||||
B --> B3["验收单关闭"]
|
||||
|
||||
C --> C1["销售出库分配"]
|
||||
C --> C2["销售出库配货"]
|
||||
C --> C3["销售出库复核"]
|
||||
C --> C4["销售差异调整单"]
|
||||
C --> C5["销售单汇总打印"]
|
||||
|
||||
D --> D1["集中拣货单生成"]
|
||||
D --> D2["拣货任务执行"]
|
||||
|
||||
E --> E1["常温/低温品种运输发运"]
|
||||
E --> E2["常温/低温品种运输回执"]
|
||||
E --> E3["装车发运配货"]
|
||||
E --> E4["运输工具/人员维护"]
|
||||
|
||||
F --> F1["仓库调拨单"]
|
||||
F --> F2["仓库调拨上下限设置"]
|
||||
|
||||
G --> G1["库存盘点方案"]
|
||||
G --> G2["盘点数据录入"]
|
||||
G --> G3["盘点结果差异处理"]
|
||||
|
||||
H --> H1["盘盈入库/盘亏出库"]
|
||||
H --> H2["库存批次调整"]
|
||||
H --> H3["批次信息调整"]
|
||||
H --> H4["不可售/管理锁库与解库"]
|
||||
|
||||
I --> I1["组装单"]
|
||||
I --> I2["拆分单"]
|
||||
|
||||
J --> J1["商品仓库属性浏览设置"]
|
||||
|
||||
classDef moduleClass fill:#e1f5fe,stroke:#01579b,stroke-width:2px
|
||||
classDef subModuleClass fill:#f3e5f5,stroke:#4a148c,stroke-width:1px
|
||||
classDef functionClass fill:#e8f5e8,stroke:#2e7d32,stroke-width:1px
|
||||
|
||||
class A moduleClass
|
||||
class B,C,D,E,F,G,H,I,J subModuleClass
|
||||
class B1,B2,B3,C1,C2,C3,C4,C5,D1,D2,E1,E2,E3,E4,F1,F2,G1,G2,G3,H1,H2,H3,H4,I1,I2,J1 functionClass
|
||||
```
|
||||
|
||||
<br>
|
||||
|
||||
### 2.2 仓存管理功能架构图结构说明
|
||||
|
||||
#### 核心业务循环
|
||||
仓存管理的核心业务围绕着商品的“进、销、存”三大活动展开:
|
||||
**验收入库 (进) → 库存管理 (存) → 出库发货 (销)**
|
||||
|
||||
- **进**:通过**验收入库**模块,承接采购或退货的商品,完成入库前的最后确认。
|
||||
- **存**:通过**仓库调拨**、**盘点作业**、**库存调整**、**组装作业**等模块,实现对在库商品的动态管理,确保账实相符和状态准确。
|
||||
- **销**:通过**出库发货**模块,响应销售订单,完成拣货、复核、发运等一系列出库操作。
|
||||
|
||||
#### 九大核心业务模块
|
||||
|
||||
1. **验收入库**
|
||||
- **功能描述**:承接采购指令,完成商品从到货、验收、上架到入库记账的全过程,是保障入库商品质量与数量准确的第一道关卡。
|
||||
- **核心特征**:深度融合GSP规范,支持按单、按商品验收;强制记录批号、效期等关键信息;支持与WMS/WCS设备集成。
|
||||
- **核心流程**:到货登记 → 质量初检 → 明细验收 → 上架分配 → 确认入库。
|
||||
- **执行角色**:验收员、库管员。
|
||||
- **业务成果**:确保入库商品合规、准确,为后续仓储作业提供合格的库存。
|
||||
|
||||
2. **出库发货**
|
||||
- **功能描述**:响应销售订单,执行从订单分配、拣货、复核到打包发货的完整出库流程。
|
||||
- **核心特征**:支持多种分配策略(如按客户、按区域);支持条码复核,降低错发率;与运输管理无缝衔接。
|
||||
- **核心流程**:订单分配 → 拣货/配货 → 复核/打包 → 出库记账 → 移交发运。
|
||||
- **执行角色**:订单处理员、拣货员、复核员。
|
||||
- **业务成果**:高效、准确地完成销售订单的履约,提升客户满意度。
|
||||
|
||||
3. **集中拣货**
|
||||
- **功能描述**:一种为提升大批量订单处理效率而设计的优化作业模式。
|
||||
- **核心特征**:将多个订单的相同商品汇总成“总拣单”,实现一次性批量拣货,再通过“分播”操作分配至原订单。
|
||||
- **核心流程**:波次生成 → 执行总拣 → 货物送至分播区 → 按单分播。
|
||||
- **执行角色**:拣货员、分播员。
|
||||
- **业务成果**:大幅减少拣货员的行走路径和重复劳动,显著提升出库效率。
|
||||
|
||||
4. **运输管理**
|
||||
- **功能描述**:对已完成出库的包裹进行发运、在途跟踪和回执确认的管理。
|
||||
- **核心特征**:支持对不同温区(常温、低温)的商品进行分类管理;记录承运商、车辆、司机等信息;支持运输回执的电子化管理。
|
||||
- **核心流程**:装车配载 → 发运登记 → 在途跟踪 → 签收回执 → 状态更新。
|
||||
- **执行角色**:发运员、调度员。
|
||||
- **业务成果**:实现物流过程的透明化管理,确保运输环节符合GSP要求,提供完整的物流追溯链。
|
||||
|
||||
5. **仓库调拨**
|
||||
- **功能描述**:管理企业内部不同仓库或货位之间的库存转移。
|
||||
- **核心特征**:支持不同类型仓库间的调拨(如合格品库↔不合格品库,整件库↔零货库);流程需经审批,确保调拨的合理性。
|
||||
- **核心流程**:发起调拨申请 → 审批 → 调出确认 → 在途管理 → 调入确认 → 库存转移。
|
||||
- **执行角色**:库管员、仓库主管。
|
||||
- **业务成果**:优化库存布局,盘活内部库存资源,满足不同业务场景对库存状态的需求。
|
||||
|
||||
6. **盘点作业**
|
||||
- **功能描述**:通过周期性或临时性的库存盘点,发现并处理库存差异,是保障账实相符的核心管理活动。
|
||||
- **核心特征**:支持全盘、按区盘、动销盘等多种盘点方式;盘点期间可锁定库存,防止数据变动;盘点差异可自动生成调整单据。
|
||||
- **核心流程**:制定方案 → 现场盘点 → 录入数据 → 计算差异 → 审核差异 → 生成调整凭证。
|
||||
- **执行角色**:盘点员、库管员、财务人员。
|
||||
- **业务成果**:保障库存数据的准确性,防止资产流失,为财务核算提供真实依据。
|
||||
|
||||
7. **库存调整**
|
||||
- **功能描述**:处理所有非标准采购/销售流程引起的库存变动,是修正库存数据、处理盘点差异、管理商品质量状态的最终执行模块。
|
||||
- **核心特征**:支持盘盈入库/盘亏出库、批次信息修改、库存状态锁定/解锁等多种调整类型;所有调整均需审批,有迹可循。
|
||||
- **核心流程**:发起调整申请 → 审批 → 执行调整 → 记账 → 完成库存数据更新。
|
||||
- **执行角色**:库管员、质量管理员、仓库主管。
|
||||
- **业务成果**:实现库存的精细化、多维度管理,确保库存数据与实物状态的实时同步。
|
||||
|
||||
8. **组装作业**
|
||||
- **功能描述**:支持将多个独立的“子件”商品组合成一个新的“父件”商品(组装),或反向操作(拆分)。
|
||||
- **核心特征**:适用于礼盒包装、促销捆绑、二次加工等场景;系统自动处理子件和父件的库存增减及成本转移。
|
||||
- **核心流程**:创建组装/拆分单 → 领料/退料 → 完工确认 → 库存与成本更新。
|
||||
- **执行角色**:仓管员、生产人员。
|
||||
- **业务成果**:满足多样化的销售和生产需求,增加商品附加值。
|
||||
|
||||
9. **其他业务**
|
||||
- **功能描述**:提供辅助性的批量管理功能,以提高基础数据维护的效率。
|
||||
- **核心特征**:主要用于集中设置或修改商品的仓库相关属性,如默认货位、存储条件、包装规格等。
|
||||
- **核心流程**:筛选商品 → 批量修改属性 → 保存生效。
|
||||
- **执行角色**:基础数据维护员、仓管员。
|
||||
- **业务成果**:提升数据维护效率,确保仓库作业基础数据的准确性与一致性。
|
||||
|
||||
---
|
||||
<br>
|
||||
|
||||
## 三、总业务流程设计
|
||||
|
||||
### 3.1 总业务流程设计图
|
||||
|
||||
```mermaid
|
||||
graph TD
|
||||
subgraph "上游指令"
|
||||
A["销售管理<br>(销售出库指令)"]
|
||||
B["采购管理<br>(采购入库/退货指令)"]
|
||||
|
||||
end
|
||||
|
||||
subgraph "仓存管理核心流程"
|
||||
D["<b>1. 入库流程</b><br>采购验收 -> 入库记账"]
|
||||
C["<b>2. 出库流程</b><br>销售出库分配 -> 配货 -> 复核 -> 发货"]
|
||||
E["<b>3. 内部管理流程</b><br>调拨/盘点/库存调整"]
|
||||
end
|
||||
|
||||
subgraph "下游衔接"
|
||||
F["核算管理<br>(成本计算/库存价值更新)"]
|
||||
G["运输管理<br>(发运与回执)"]
|
||||
end
|
||||
|
||||
A --> C
|
||||
B --> D
|
||||
|
||||
C -- "库存减少" --> E
|
||||
D -- "库存增加" --> E
|
||||
|
||||
E -- "库存数据" --> F
|
||||
C -- "待发运" --> G
|
||||
|
||||
|
||||
subgraph "出库详细流程"
|
||||
direction LR
|
||||
C_1["销售出库分配"] --> C_2["(可选)集中拣货"] --> C_3["销售出库配货"] --> C_4["销售出库复核"]--> C_5["出库记账"]
|
||||
end
|
||||
|
||||
subgraph "入库详细流程"
|
||||
direction LR
|
||||
D_1["采购验收"] --> D_2["(可选)保管确认"] --> D_3["入库记账"]
|
||||
end
|
||||
|
||||
C --> C_1
|
||||
D --> D_1
|
||||
|
||||
|
||||
classDef upstream fill:#e3f2fd,stroke:#1976d2,stroke-width:2px;
|
||||
classDef core fill:#e8f5e9,stroke:#388e3c,stroke-width:2px;
|
||||
classDef downstream fill:#fffde7,stroke:#fbc02d,stroke-width:2px;
|
||||
classDef detail fill:#f3e5f5,stroke:#8e24aa,stroke-width:1px,color:#333;
|
||||
|
||||
class A,B upstream;
|
||||
class C,D,E core;
|
||||
class F,G downstream;
|
||||
class C_1,C_2,C_3,D_1,D_2,D_3,D_4,D_5 detail;
|
||||
```
|
||||
|
||||
<br>
|
||||
|
||||
```mermaid
|
||||
graph TD
|
||||
subgraph "内部管理详细流程"
|
||||
subgraph "调拨流程"
|
||||
E_T1["仓库调拨单"] --> E_T2["审核"] --> E_T3["调拨记账"]
|
||||
end
|
||||
subgraph "盘点流程"
|
||||
E_P1["盘点方案"] --> E_P2["差异处理"] --> E_P3["差异审核"] --> E_P4["盘盈/亏调整"]
|
||||
end
|
||||
subgraph "组装流程"
|
||||
E_A1["组装/拆分单"] --> E_A2["审核"] --> E_A3["记账"]
|
||||
end
|
||||
subgraph "其它调整"
|
||||
E_AD1["其它调整<br>(锁库/批次修改)"] --> E_D2["审核"] --> E_D3["记账"]
|
||||
end
|
||||
end
|
||||
|
||||
E["内部管理流程"]
|
||||
E --> E_T1
|
||||
E --> E_P1
|
||||
E --> E_A1
|
||||
E --> E_AD1
|
||||
|
||||
```
|
||||
<br>
|
||||
|
||||
|
||||
### 3.2 核心数据流说明
|
||||
<br>
|
||||
|
||||
```mermaid
|
||||
graph TD
|
||||
subgraph "上游系统"
|
||||
A["采购管理模块"]
|
||||
B["销售管理模块"]
|
||||
end
|
||||
|
||||
subgraph "仓存管理模块 (数据核心)"
|
||||
C["库存账<br>(实时数据中心)"]
|
||||
|
||||
subgraph "入库数据流"
|
||||
direction LR
|
||||
A -- "采购入库指令" --> I1["采购验收"]
|
||||
I1 --> I2["入库记账"]
|
||||
I2 -- "1\. 库存数据增加" --> C
|
||||
end
|
||||
|
||||
subgraph "出库数据流"
|
||||
direction LR
|
||||
B -- "销售出库指令" --> O1["出库分配、拣货、复核"]
|
||||
O1 --> O2["出库记账"]
|
||||
O2 -- "2\. 库存数据减少" --> C
|
||||
O1 -- "实物" --> H["运输管理模块"]
|
||||
end
|
||||
|
||||
subgraph "内部数据流"
|
||||
M1["盘点调整"]
|
||||
M2["调拨"]
|
||||
M3["组装拆分"]
|
||||
M1 -- "3\. 库存数据校准" --> C
|
||||
M2 -- "4\. 库存位置状态变更" --> C
|
||||
M3 -- "5\. 库存形态变更" --> C
|
||||
end
|
||||
end
|
||||
|
||||
subgraph "下游系统"
|
||||
G["核算管理模块"]
|
||||
H
|
||||
end
|
||||
|
||||
C -- "6\. 库存成本数量数据" --> G
|
||||
```
|
||||
|
||||
<br>
|
||||
|
||||
1. **指令输入**:仓存模块的作业起点是来自**采购管理**的入库指令和来自**销售管理**的出库指令。
|
||||
2. **入库流程**:收到采购入库指令后,经过**采购验收**、可选的**保管确认**,最终通过**入库记账**完成库存增加。
|
||||
3. **出库流程**:收到销售出库指令后,通过**分配**、**配货**(可结合**集中拣货**)、**复核**,最终**记账**完成库存扣减,并将货物移交**运输管理**。
|
||||
4. **内部流转**:在库商品可通过**调拨**在不同仓库间转移,通过**盘点**和**库存调整**确保账实相符,通过**组装/拆分**改变商品形态。
|
||||
5. **数据输出**:所有库存变动(增、减、状态改变)的最终结果,都会实时更新库存账,并作为**核算管理**模块进行成本计算的依据。
|
||||
|
||||
---
|
||||
<br>
|
||||
|
||||
## 四、模块详解
|
||||
|
||||
### 4.1 验收入库
|
||||
|
||||
- **功能简述**:验收入库是承接上游采购订单,执行商品实物入库的关键环节,也是执行GSP规范、保障药品质量的第一道防线。它覆盖了从供应商送货到达、开具验收单、核对商品信息(批号、效期、数量、质量状况)、到最终确认入库、增加库存的全过程。对于不合格商品,系统支持拒收或转入不合格品库处理,确保只有合规的商品才能流入销售环节。
|
||||
- **业务流程图**:
|
||||
```mermaid
|
||||
graph TD
|
||||
subgraph "主流程:采购入库"
|
||||
A["开始<br>(采购订单到货)"] --> B["开具验收单"]
|
||||
B --> C{"验收商品信息<br>(批号、效期、数量)"}
|
||||
C -- "1\. 信息准确" --> D{"质量验收"}
|
||||
C -- "2\. 信息错误" --> E["验收单关闭/调整"]
|
||||
E --> F["通知采购及相关人员处理"]
|
||||
F --> G["流程结束"]
|
||||
|
||||
D -- "1\. 合格" --> H["确认入库"]
|
||||
H --> I["库存增加"]
|
||||
I --> G
|
||||
|
||||
D -- "2\. 不合格" --> J{"处理方式"}
|
||||
J -- "1\. 拒收" --> K["生成采购退货单"]
|
||||
K --> L["通知供应商取货"]
|
||||
L --> G
|
||||
J -- "2\. 入不合格品库" --> M["执行不合格品入库流程"]
|
||||
M --> G
|
||||
end
|
||||
```
|
||||
|
||||
### 4.2 出库发货
|
||||
|
||||
- **功能简述**:出库发货是响应销售订单、实现商品交付的核心业务流程。该模块将前端的销售单据转化为仓库内部的作业指令,通过`销售出库分配`进行任务分派,由拣货员进行`销售出库配货`,再由复核员通过条码扫描等方式进行`销售出库复核`,确保出库商品与订单完全一致。若出现差异,可通过`销售差异调整单`进行处理,最终将准确无误的包裹移交给运输管理环节,完成出库。
|
||||
- **业务流程图**:
|
||||
```mermaid
|
||||
graph TD
|
||||
A["销售单提交至仓库"] --> B["销售出库分配<br>(分配发货通道/波次)"]
|
||||
B --> C["销售出库配货<br>(拣货员按单或按货区拣货)"]
|
||||
C --> D["销售出库复核<br>(条码复核/人工复核)"]
|
||||
D --> E{"复核是否有差异?"}
|
||||
E -- "1\. 否" --> F["记账,完成出库"]
|
||||
E -- "2\. 是" --> G["销售差异调整单"]
|
||||
G --> H["调整库存与应收"]
|
||||
F --> I["移交运输管理"]
|
||||
H --> I
|
||||
F --> J["销售单汇总打印"]
|
||||
```
|
||||
|
||||
### 4.3 集中拣货
|
||||
|
||||
- **功能简述**:集中拣货是一种旨在提升大批量、小订单场景下出库效率的高级作业模式。系统通过“波次”管理,将多个待出库订单合并分析,把其中相同的商品汇总生成一张“总拣单”。拣货员只需按总拣单一次性、大批量地完成拣货(摘果式或播种式),然后将货品送至分播区,再由分播人员按原始订单进行二次分拣。这种“先集中、后分散”的模式,极大地优化了拣货路径,降低了重复劳动,是现代仓储精细化管理的标志。
|
||||
- **业务流程图**:
|
||||
```mermaid
|
||||
graph TD
|
||||
A["销售出库分配<br>(选择多个订单形成波次)"] --> B["执行'总拣'"]
|
||||
B --> C{"系统判断"}
|
||||
C -- "1\. 满足集中分拣条件" --> D["生成集中拣货单"]
|
||||
C -- "2\. 不满足条件" --> E["进入常规销售出库配货"]
|
||||
D --> F["拣货员按总数拣货"]
|
||||
F --> G["将货物送至分播区"]
|
||||
G --> H["在销售出库复核环节<br>按原订单进行分播与复核"]
|
||||
```
|
||||
|
||||
### 4.4 运输管理
|
||||
|
||||
- **功能简述**:运输管理模块无缝衔接出库发货流程,负责商品离开仓库后的物流环节。它通过`装车发运配货`对包裹进行装载规划,并通过`运输发运`功能记录承运商、车辆、司机、发运时间等关键信息,特别是对有特殊温控要求的`低温品种`进行重点管理。货物送达后,通过`运输回执`功能确认客户签收状态,形成一个从出库到妥投的、符合GSP要求的、完整的物流追溯闭环。
|
||||
- **业务流程图**:
|
||||
```mermaid
|
||||
graph TD
|
||||
A["出库复核完成"] --> B["装车发运配货<br>(规划装车顺序)"]
|
||||
B --> C{"选择运输类型"}
|
||||
C -- "1\. 常温" --> D["常温品种出库运输发运"]
|
||||
C -- "2\. 低温" --> E["低温品种出库运输发运"]
|
||||
D --> F["记录发运信息"]
|
||||
E --> F
|
||||
F --> G["货物在途"]
|
||||
G --> H["客户签收"]
|
||||
H --> I{"回执类型"}
|
||||
I -- "1\. 常温" --> J["常温品种出库运输回执"]
|
||||
I -- "2\. 低温" --> K["低温品种出库运输回执"]
|
||||
J --> L["更新运达状态"]
|
||||
K --> L
|
||||
```
|
||||
|
||||
### 4.5 仓库调拨
|
||||
|
||||
- **功能简述**:仓库调拨是实现企业内部库存资源优化配置和高效流转的重要手段。当需要将商品在不同属性的仓库(如合格品库、待验库、不合格品库)或不同物理位置的仓库(如A仓、B仓)之间转移时,通过`仓库调拨单`发起流程。调拨过程需要经过严格的审批,特别是涉及质量状态变更的调拨,确保了库存转移的合规性与可追溯性,是进行精细化库存布局管理的核心工具。
|
||||
- **业务流程图**:
|
||||
```mermaid
|
||||
graph TD
|
||||
A["发起调拨需求"] --> B["创建仓库调拨单"]
|
||||
B --> C["选择调出/调入仓库"]
|
||||
C --> D["选择商品批次及调拨数量"]
|
||||
D --> E["单据审核"]
|
||||
E --> F{"是否需要质量审核?<br>(如调入不合格库)"}
|
||||
F -- "1\. 是" --> G["质量审核"]
|
||||
F -- "2\. 否" --> H["(可选)调拨确认<br>(调入方确认)"]
|
||||
G --> H
|
||||
H --> I["记账"]
|
||||
I --> J["库存转移完成"]
|
||||
```
|
||||
|
||||
### 4.6 盘点作业
|
||||
|
||||
- **功能简述**:盘点作业是确保仓库账实相符、保障企业资产安全的核心管理活动。G3ERP提供了一套完整的盘点解决方案,从创建`库存盘点方案`开始,明确盘点范围和方式。盘点人员通过PDA或盘点表录入实际盘点数量后,系统会自动与账面库存进行比对,生成`盘点结果差异单`。这份差异单清晰地展示了盘盈和盘亏的明细,是后续进行库存调整的直接依据,形成一个从盘点到平账的业务闭环。
|
||||
- **业务流程图**:
|
||||
```mermaid
|
||||
graph TD
|
||||
A["制定盘点计划"] --> B["创建库存盘点方案<br>(定义范围/方式)"]
|
||||
B --> C["引入盘点范围内的商品"]
|
||||
C --> D["打印盘点表或使用PDA"]
|
||||
D --> E["录入实际盘点数量"]
|
||||
E --> F["锁定盘点数据并计算差异"]
|
||||
F --> G["生成盘点结果差异单"]
|
||||
G --> H{"是否需要复盘?"}
|
||||
H -- "1\. 是" --> B
|
||||
H -- "2\. 否" --> I["审核差异单<br>生成盘盈/盘亏单"]
|
||||
I --> J["进入库存调整流程"]
|
||||
```
|
||||
|
||||
### 4.7 库存调整
|
||||
|
||||
- **功能简述**:库存调整模块是处理所有非标准业务流程(非采购入库、非销售出库)引起的库存变动以及库存状态变更的“总阀门”。它功能强大,覆盖多种业务场景:因盘点差异产生的`盘盈入库/盘亏出库`;因信息录入错误进行的`批次信息调整`;因质量问题或GSP要求对商品进行的`不可售/管理锁库`与`解库`。所有调整操作均需审批并留有记录,确保了库存数据的每一次变动都有据可查。
|
||||
- **业务流程图**:
|
||||
```mermaid
|
||||
graph TD
|
||||
A["库存调整需求<br>(来自盘点/质量等)"] --> B{"选择调整类型"}
|
||||
B -- "1\. 盘点差异" --> C["盘盈入库/盘亏出库"]
|
||||
B -- "2\. 批次信息错误" --> D["批次信息调整单"]
|
||||
B -- "3\. 数量串批" --> D2["库存批次调整"]
|
||||
B -- "4\. 质量/管理问题" --> E["不可售/管理锁库"]
|
||||
B -- "5\. 解除限制" --> F["不可售/管理解库"]
|
||||
C --> G["审核并记账"]
|
||||
D --> G
|
||||
D2 --> G
|
||||
E --> G
|
||||
F --> G
|
||||
G --> H["库存数量/状态/信息更新"]
|
||||
```
|
||||
|
||||
### 4.8 组装作业
|
||||
|
||||
- **功能简述**:组装作业为企业提供了处理商品形态转换的能力,以满足多样化的生产和销售需求。通过`组装单`,可以将多个独立的“子件”商品(原料)消耗掉,生产出新的“父件”商品(成品),常用于礼盒包装、二次加工等场景。反之,通过`拆分单`,可以将一个“父件”商品拆解成多个“子件”商品。系统会自动处理此过程中涉及的库存增减和成本转移,实现了仓储与轻度生产的结合。
|
||||
- **业务流程图**:
|
||||
```mermaid
|
||||
graph TD
|
||||
A["发起组装/拆分需求"] --> B{"选择操作类型"}
|
||||
B -- "1\. 组装" --> C["创建组装单"]
|
||||
C --> D["选择父件(成品)"]
|
||||
D --> E["选择子件(原料)及数量"]
|
||||
E --> F["审核记账"]
|
||||
F --> G["子件库存减少<br>父件库存增加"]
|
||||
|
||||
B -- "2\. 拆分" --> H["创建拆分单"]
|
||||
H --> I["选择父件(成品)及数量"]
|
||||
I --> J["定义子件(原料)及产出数量"]
|
||||
J --> K["审核记账"]
|
||||
K --> L["父件库存减少<br>子件库存增加"]
|
||||
```
|
||||
|
||||
### 4.9 其他业务
|
||||
|
||||
- **功能简述**:其他业务模块主要包含一系列辅助性的管理工具,旨在提升仓库运营的日常效率和数据准确性。核心功能是`商品仓库属性浏览设置`,它允许管理员批量地查询、设置或修改商品的仓储相关属性,例如默认存储货位、拣货货位、库存上下限、包装规格等。通过此功能,可以大大简化基础数据的维护工作量,确保作业指令的准确性。
|
||||
- **业务流程图**:
|
||||
```mermaid
|
||||
graph TD
|
||||
A["进入商品仓库属性浏览设置"] --> B["筛选需要修改的商品"]
|
||||
B --> C["批量或单个修改属性<br>(如货区柜组, 包装量)"]
|
||||
C --> D["保存修改"]
|
||||
D --> E["商品仓库属性更新"]
|
@ -1,343 +0,0 @@
|
||||
# G3ERP连锁门店模块解读
|
||||
|
||||
## 一、连锁门店模块概述
|
||||
|
||||
G3ERP连锁门店模块是专为医药连锁企业设计的综合性业务管理解决方案。它全面覆盖了门店从日常运营、GSP合规管理到数据分析的各个方面,旨在帮助企业实现对旗下所有门店的标准化、精细化和智能化管理。
|
||||
|
||||
该模块以门店为核心,将补货、销售、库存、GSP规范等关键业务环节无缝整合,形成了一个高效协同的业务闭环。通过信息化的手段,系统不仅优化了门店的日常工作流程,提升了运营效率,更重要的是,它将严格的GSP质量管理规范融入到每一个操作细节中,确保了药品在零售环节的安全与合规。同时,强大的报表分析功能为总部的经营决策提供了及时、准确的数据支持。
|
||||
|
||||
## 二、连锁门店模块组成部分
|
||||
|
||||
G3ERP连锁门店模块主要由三大核心板块构成:日常业务、GSP管理和报表分析。这些板块既各司其职,又紧密联动,共同支撑着连锁门店的高效运作。
|
||||
|
||||
### 1. 日常业务
|
||||
|
||||
日常业务板块是门店运营的核心,涵盖了商品流转和价值实现的全过程,确保门店能够响应市场需求,完成销售目标。主要包括:
|
||||
|
||||
- **补货业务**:保障门店库存供给的起点。
|
||||
- **核心单据**:`补货计划单`、`缺货登记记录`。
|
||||
- **关键功能**:通过新增、引入、按模型生成等多种方式创建要货计划,并可对`补货计划参数`进行设置。
|
||||
|
||||
- **收货业务**:处理总部的配送来货。
|
||||
- **核心单据**:`门店接货单`、`门店拒收单`、`按明细验收入库确认`。
|
||||
- **关键流程**:开具接货单接收货物,对破损或不符商品可开具拒收单,最后通过验收入库确认增加库存。
|
||||
|
||||
- **零售业务**:门店面向终端消费者的销售核心。
|
||||
- **核心单据**:`零售POS单`、`中药划价模板`、`POS支付方式变更`。
|
||||
- **关键功能**:在POS端完成开单、收款、促销、会员积分、挂单/提单等操作,并支持对异常支付的调整。
|
||||
|
||||
- **批发业务**:支持门店开展对公、对小商户的批发销售。
|
||||
- **核心单据**:`门店批发开单`、`门店批发退回单`。
|
||||
|
||||
- **退货业务**:管理门店向总部的商品退货。
|
||||
- **核心单据**:`退货申请单`。
|
||||
- **关键流程**:通过提交退货申请发起流程,等待总部审批。
|
||||
|
||||
- **调拨业务**:优化区域内库存资源。
|
||||
- **核心单据**:`门店调拨申请单`、`店店调拨申请调入门店确认`。
|
||||
- **关键流程**:由调出门店开单,调入门店确认后,系统自动完成双方库存转移。
|
||||
|
||||
- **库存业务**:维持账实相符的关键。
|
||||
- **核心单据**:`门店直调入库/退回`、`其他入库/出库`、`仓库调拨`、`包装拆零`、`组装单`、`批次新增/调整/锁库/解库`。
|
||||
- **关键功能**:支持多种场景的库存变动,实现精细化的批次与状态管理。
|
||||
|
||||
- **盘点业务**:保障库存数据准确性。
|
||||
- **核心单据**:`静态库存盘点`、`盘点结果差异单`、`盘盈入库单`、`盘亏出库单`。
|
||||
- **关键流程**:建立盘点方案,录入实盘数,系统自动生成差异单,经审核后下推为损益单据。
|
||||
|
||||
- **价格业务**:管理门店价格体系。
|
||||
- **核心单据**:`门店零售价调价单`、`门店调价申请单`、`特价申请`。
|
||||
- **关键功能**:支持常规价格调整和应对临时团购等场景的特价申请。
|
||||
|
||||
- **日结月结**:门店的财务关账流程。
|
||||
- **核心单据**:`连锁门店日结单`、`连锁门店月末结账`。
|
||||
- **关键流程**:每日进行销售对账,月底在`月末结账前检查`通过后,执行月结完成成本核算。
|
||||
|
||||
### 2. GSP管理
|
||||
|
||||
GSP管理板块将国家《药品经营质量管理规范》的要求深度融入系统流程中,确保门店所有业务活动均在合规的框架下进行,是医药零售企业的生命线。主要包括:
|
||||
|
||||
- **采购与收货记录**:完整记录门店从总部或供应商的进货、收货、验收过程,确保来源可追溯。
|
||||
- **陈列与养护**:提供药品养护计划、温湿度监控、近效期提醒等功能,保障在店药品的质量。
|
||||
- **销售与售后管理**:规范特殊药品的销售登记流程,并记录顾客的咨询与投诉信息。
|
||||
- **质量管理**:对不合格品进行隔离、停售、报损、销毁等全生命周期管理,防止问题药品流入市场。
|
||||
- **中药管理**:针对中药饮片的特殊性,提供清斗、装斗等精细化管理功能。
|
||||
- **拆零管理**:规范拆零药品的拆分与销售记录。
|
||||
- **设施与设备**:建立门店设施设备台账,并记录其检修和使用情况。
|
||||
|
||||
### 3. 报表分析
|
||||
|
||||
报表分析板块是门店的数据大脑,它将分散的业务数据转化为直观的分析报告,为门店自查和总部决策提供强大的数据支持。主要包括:
|
||||
|
||||
- **订货与收货报表**:分析门店订货满足率、缺货情况及收货对账。
|
||||
- **销售报表**:提供多维度的销售明细与汇总分析,如按时间、商品、营业员、付款方式等。
|
||||
- **库存报表**:实时查询门店库存、批次详情、锁库情况、近效期商品及库存周转情况。
|
||||
- **价格报表**:监控负毛利商品,为价格调整提供依据。
|
||||
- **店间调拨与滞销品报表**:追踪店间调拨状态,分析滞销品分布与处理进度。
|
||||
- **提成绩效报表**:根据预设规则自动计算员工业绩提成。
|
||||
- **品类分析与综合分析**:进行SKU规划分析、ABC分类分析等深度经营分析,优化商品结构。
|
||||
|
||||
## 三、连锁门店模块各部分关联关系
|
||||
|
||||
G3ERP连锁门店模块的三大板块并非独立存在,而是通过紧密的业务流程、数据流和功能互补性,构成了一个有机整体。
|
||||
|
||||
### 1. 业务流程关联
|
||||
|
||||
连锁门店的运营是一个完整的闭环,各业务环节环环相扣:
|
||||
|
||||
### 4. 模块关系图
|
||||
|
||||
```mermaid
|
||||
graph TD
|
||||
subgraph "GSP管理 (质量与合规控制)"
|
||||
direction LR
|
||||
B1["质量验收"]
|
||||
B2["在库养护"]
|
||||
B3["特殊销售登记"]
|
||||
end
|
||||
|
||||
subgraph "日常业务 (数据源与执行核心)"
|
||||
direction LR
|
||||
A1["补货与收货"]
|
||||
A2["零售与批发"]
|
||||
A3["库存操作<br>(调拨/盘点)"]
|
||||
end
|
||||
|
||||
subgraph "报表分析 (数据洞察与决策支持)"
|
||||
direction LR
|
||||
C1["进销存报表"]
|
||||
C2["品类/SKU分析"]
|
||||
C3["财务对账报表"]
|
||||
end
|
||||
|
||||
%% GSP对业务的控制流 (自上而下)
|
||||
B1 -- "控制入库质量" --> A1
|
||||
B2 -- "监控在库质量" --> A3
|
||||
B3 -- "约束销售行为" --> A2
|
||||
|
||||
%% 业务向报表的数据流 (向下汇集)
|
||||
A1 -- "入库数据" --> C1
|
||||
A2 -- "销售数据" --> C1 & C2 & C3
|
||||
A3 -- "库存变动" --> C1
|
||||
|
||||
%% 报表对业务的反馈流 (自下而上)
|
||||
C1 -- "指导补货" --> A1
|
||||
C2 -- "指导销售" --> A2
|
||||
```
|
||||
|
||||
1. **主营业务流**:
|
||||
* **进货线**:由 **补货业务** 发起要货计划,总部配送后,进入 **收货业务** 进行验收,最终在 **库存业务** 中完成入库,增加库存。
|
||||
* **销售线**:通过 **零售业务** 或 **批发业务** 实现商品销售,在 **库存业务** 中扣减库存,销售数据最终在 **日结月结** 中汇总,完成资金和成本的核算。
|
||||
|
||||
2. **内部管理流**:
|
||||
* **库存调整线**:**盘点业务** 定期核对库存准确性,产生的差异通过 **库存业务** 中的盘盈、盘亏单进行平账。门店间的余缺调剂通过 **调拨业务** 实现,同样在 **库存业务** 中完成出入库。
|
||||
* **价格控制线**:**价格业务** 中的调价单或特价申请,其结果直接应用于 **零售业务** 和 **批发业务** 的开单环节。
|
||||
|
||||
3. **质量生命线**:
|
||||
* **GSP管理** 贯穿于所有业务流程之中。例如,收货必须验收,库存需要养护,特殊药品销售需要登记,不合格品需要启动专门的报损或销毁流程,确保每一步操作都符合GSP规范。
|
||||
|
||||
### 2. 数据关联
|
||||
|
||||
各板块之间通过统一的核心数据实现信息同步与联动:
|
||||
|
||||
1. **商品与批次信息**:作为最基础的数据,贯穿于所有业务单据中,是追溯商品流向的根本。
|
||||
2. **库存数据**:是所有业务操作的直接反映。收货、盘盈、调拨入库会增加库存;销售、盘亏、调拨出库会减少库存。库存的准确性是门店正常运营的基础。
|
||||
3. **单据流**:系统通过从补货计划单到收货单,从销售流水到日结单的完整单据链,实现了业务流程的可追溯和闭环管理。
|
||||
|
||||
### 3. 功能互补性
|
||||
|
||||
各板块功能相互支撑,协同完成门店的复杂管理任务:
|
||||
|
||||
1. **日常业务** 是数据产生的源头,为 **报表分析** 提供原始数据。
|
||||
2. **报表分析** 则是对 **日常业务** 结果的量化呈现与深度洞察,反过来指导门店的补货、销售和库存策略。
|
||||
3. **GSP管理** 为 **日常业务** 的所有环节提供合规性约束和质量保障,是业务健康运行的“安全阀”。
|
||||
|
||||
## 四、连锁门店模块流程图
|
||||
|
||||
### 1. 门店要货与收货流程
|
||||
|
||||
```mermaid
|
||||
graph TB
|
||||
subgraph "门店 (要货)"
|
||||
A1["方式1:新增请货"] --> A
|
||||
A2["方式2:引入商品"] --> A
|
||||
A3["方式3:按模型生成"] --> A
|
||||
A["补货计划单"] --> B["提交总部"]
|
||||
end
|
||||
|
||||
subgraph "总部 (配送)"
|
||||
B --> C["总部处理<br>(生成配送单)"]
|
||||
end
|
||||
|
||||
subgraph "门店 (收货)"
|
||||
C --> D["门店接货单<br>(核对实物)"]
|
||||
D --> E{"有无破损/不符?"}
|
||||
E --"否"--> F["按明细验收入库确认"]
|
||||
E --"是"--> G["门店拒收单"]
|
||||
G --> F
|
||||
F --> H["库存增加"]
|
||||
end
|
||||
```
|
||||
|
||||
### 2. 门店零售与资金结算流程
|
||||
|
||||
```mermaid
|
||||
graph TB
|
||||
subgraph "POS前台操作"
|
||||
A["开单<br>(扫描商品、录入会员)"] --> B["促销计算<br>(自动匹配)"]
|
||||
|
||||
subgraph "前台特殊操作"
|
||||
B --> K["挂单(F6)"]
|
||||
K --> L["提单(F7)"]
|
||||
L --> B
|
||||
B --> M["退货(Ctrl+Y)<br>(整单/拆单/强制)"]
|
||||
M --> C
|
||||
end
|
||||
|
||||
B --> C["收款(Page Down)<br>(现金、刷卡、扫码、储值)"]
|
||||
C --> D["打印小票"]
|
||||
end
|
||||
|
||||
subgraph "后台管理与结算"
|
||||
D --> E["生成销售流水"]
|
||||
E --> F["连锁门店日结单"]
|
||||
F --> G["与财务对账"]
|
||||
G --> H["连锁门店月末结账"]
|
||||
H --> I["成本核算"]
|
||||
end
|
||||
```
|
||||
|
||||
### 3. 门店库存核心管理流程
|
||||
|
||||
```mermaid
|
||||
graph TD
|
||||
subgraph "库存增加场景"
|
||||
A["总部配送入库"] --> Z["门店库存"]
|
||||
B["店间调拨入库"] --> Z
|
||||
C["盘盈入库"] --> Z
|
||||
D["其他入库"] --> Z
|
||||
end
|
||||
|
||||
subgraph "库存减少场景"
|
||||
Z --> E["零售/批发销售"]
|
||||
Z --> F["店间调拨出库"]
|
||||
Z --> G["盘亏出库"]
|
||||
Z --> H["其他出库"]
|
||||
end
|
||||
|
||||
subgraph "库存内部调整"
|
||||
I["静态库存盘点"] --> J["盘点差异单"]
|
||||
J --> C
|
||||
J --> G
|
||||
K["批次调整单"] --"调整批号"--> Z
|
||||
L["包装拆零单"] --"改变包装规格"--> Z
|
||||
end
|
||||
```
|
||||
|
||||
### 4. GSP关键质量控制流程
|
||||
|
||||
```mermaid
|
||||
graph TD
|
||||
A["药品入库"] --> B["GSP验收"]
|
||||
B -- "合格" --> C["合格品库/货架"]
|
||||
B -- "不合格" --> D["不合格品库"]
|
||||
|
||||
subgraph "在库养护"
|
||||
C --> E["陈列养护检查"]
|
||||
E --> F{"质量是否变化?"}
|
||||
F -- "否" --> C
|
||||
F -- "是" --> D
|
||||
end
|
||||
|
||||
subgraph "不合格品处理"
|
||||
D --> G["门店质量复查申请"]
|
||||
G --> H["总部审批"]
|
||||
H --> I{"处理意见"}
|
||||
I -- "销毁" --> J["不合格药品销毁记录"]
|
||||
I -- "退回" --> K["生成退货申请单"]
|
||||
end
|
||||
|
||||
C --> L["近效期提醒"]
|
||||
L --> M["重点养护/促销处理"]
|
||||
```
|
||||
|
||||
## 五、连锁门店模块思维导图
|
||||
|
||||
```mermaid
|
||||
mindmap
|
||||
root((G3ERP连锁门店模块))
|
||||
日常业务
|
||||
补货业务
|
||||
补货计划参数设置
|
||||
补货计划单
|
||||
缺货登记
|
||||
收货业务
|
||||
门店接货单
|
||||
门店拒收单
|
||||
按明细验收入库确认
|
||||
零售业务
|
||||
零售POS单
|
||||
中药划价模板
|
||||
POS支付方式变更
|
||||
批发业务
|
||||
门店批发开单
|
||||
门店批发退回单
|
||||
退货业务
|
||||
退货申请单
|
||||
调拨业务
|
||||
门店调拨申请单
|
||||
店店调拨确认
|
||||
库存业务
|
||||
直调入库/退回
|
||||
其他入库/出库
|
||||
仓库调拨
|
||||
包装拆零/组装
|
||||
批次新增/调整/锁库/解库
|
||||
盘点业务
|
||||
静态库存盘点
|
||||
盘点结果差异单
|
||||
盘盈入库/盘亏出库
|
||||
价格业务
|
||||
门店零售价调价单
|
||||
门店调价申请单
|
||||
特价申请
|
||||
日结月结
|
||||
连锁门店日结单
|
||||
月末结账
|
||||
GSP管理
|
||||
记录与追溯
|
||||
采购/收货/验收记录
|
||||
销售/售后记录
|
||||
在库质量控制
|
||||
陈列养护
|
||||
温湿度记录
|
||||
近效期管理
|
||||
不合格品管理
|
||||
质量复查
|
||||
报损/销毁
|
||||
批次停售/可售
|
||||
专项管理
|
||||
中药管理 (清斗/装斗)
|
||||
拆零管理
|
||||
设施设备
|
||||
报表分析
|
||||
进销存分析
|
||||
订货满足率
|
||||
销售汇总
|
||||
库存存销分析
|
||||
财务与对账
|
||||
配送对账
|
||||
损益明细
|
||||
专题分析
|
||||
提成绩效
|
||||
品类分析
|
||||
滞销品调剂
|
||||
```
|
||||
|
||||
## 六、总结
|
||||
|
||||
G3ERP连锁门店模块是一套高度集成且深度贴合医药零售行业特点的管理系统。它通过将门店的**日常业务**、**GSP合规**和**数据分析**三大核心板块进行有机融合,成功地解决了连锁药店在运营效率、质量控制和精细化管理方面的核心痛点。
|
||||
|
||||
该模块的设计充分体现了业务流程的闭环思想,从补货、收货、销售到库存调整,每一个环节都与GSP的质量要求紧密相连,确保了业务操作的规范性和药品的安全性。同时,系统提供的多维度、深层次的报表分析功能,使门店管理者和企业决策者能够基于实时数据做出科学判断,从而优化商品结构、提升盈利能力和市场竞争力。
|
||||
|
||||
综上所述,G3ERP连锁门店模块不仅是提升门店日常工作效率的工具,更是保障企业合规经营、实现数据驱动决策、提升连锁品牌核心竞争力的重要战略支撑。
|
@ -1,327 +0,0 @@
|
||||
# G3ERP连锁门店模块解读
|
||||
|
||||
## 一、连锁门店模块概述
|
||||
|
||||
G3ERP连锁门店模块是专为医药连锁企业设计的综合性业务管理解决方案。它全面覆盖了门店从日常运营、GSP合规管理到数据分析的各个方面,旨在帮助企业实现对旗下所有门店的标准化、精细化和智能化管理。
|
||||
|
||||
该模块以门店为核心,将补货、销售、库存、GSP规范等关键业务环节无缝整合,形成了一个高效协同的业务闭环。通过信息化的手段,系统不仅优化了门店的日常工作流程,提升了运营效率,更重要的是,它将严格的GSP质量管理规范融入到每一个操作细节中,确保了药品在零售环节的安全与合规。同时,强大的报表分析功能为总部的经营决策提供了及时、准确的数据支持。
|
||||
|
||||
## 二、连锁门店模块组成部分
|
||||
|
||||
G3ERP连锁门店模块主要由三大核心板块构成:日常业务、GSP管理和报表分析。这些板块既各司其职,又紧密联动,共同支撑着连锁门店的高效运作。
|
||||
|
||||
### 1. 日常业务
|
||||
|
||||
日常业务板块是门店运营的核心,涵盖了商品流转和价值实现的全过程,确保门店能够响应市场需求,完成销售目标。主要包括:
|
||||
|
||||
- **补货业务**:保障门店库存供给的起点。
|
||||
- **核心单据**:`补货计划单`、`缺货登记记录`。
|
||||
- **关键功能**:通过新增、引入、按模型生成等多种方式创建要货计划,并可对`补货计划参数`进行设置。
|
||||
|
||||
- **收货业务**:处理总部的配送来货。
|
||||
- **核心单据**:`门店接货单`、`门店拒收单`、`按明细验收入库确认`。
|
||||
- **关键流程**:开具接货单接收货物,对破损或不符商品可开具拒收单,最后通过验收入库确认增加库存。
|
||||
|
||||
- **零售业务**:门店面向终端消费者的销售核心。
|
||||
- **核心单据**:`零售POS单`、`中药划价模板`、`POS支付方式变更`。
|
||||
- **关键功能**:在POS端完成开单、收款、促销、会员积分、挂单/提单等操作,并支持对异常支付的调整。
|
||||
|
||||
- **批发业务**:支持门店开展对公、对小商户的批发销售。
|
||||
- **核心单据**:`门店批发开单`、`门店批发退回单`。
|
||||
|
||||
- **退货业务**:管理门店向总部的商品退货。
|
||||
- **核心单据**:`退货申请单`。
|
||||
- **关键流程**:通过提交退货申请发起流程,等待总部审批。
|
||||
|
||||
- **调拨业务**:优化区域内库存资源。
|
||||
- **核心单据**:`门店调拨申请单`、`店店调拨申请调入门店确认`。
|
||||
- **关键流程**:由调出门店开单,调入门店确认后,系统自动完成双方库存转移。
|
||||
|
||||
- **库存业务**:维持账实相符的关键。
|
||||
- **核心单据**:`门店直调入库/退回`、`其他入库/出库`、`仓库调拨`、`包装拆零`、`组装单`、`批次新增/调整/锁库/解库`。
|
||||
- **关键功能**:支持多种场景的库存变动,实现精细化的批次与状态管理。
|
||||
|
||||
- **盘点业务**:保障库存数据准确性。
|
||||
- **核心单据**:`静态库存盘点`、`盘点结果差异单`、`盘盈入库单`、`盘亏出库单`。
|
||||
- **关键流程**:建立盘点方案,录入实盘数,系统自动生成差异单,经审核后下推为损益单据。
|
||||
|
||||
- **价格业务**:管理门店价格体系。
|
||||
- **核心单据**:`门店零售价调价单`、`门店调价申请单`、`特价申请`。
|
||||
- **关键功能**:支持常规价格调整和应对临时团购等场景的特价申请。
|
||||
|
||||
- **日结月结**:门店的财务关账流程。
|
||||
- **核心单据**:`连锁门店日结单`、`连锁门店月末结账`。
|
||||
- **关键流程**:每日进行销售对账,月底在`月末结账前检查`通过后,执行月结完成成本核算。
|
||||
|
||||
### 2. GSP管理
|
||||
|
||||
GSP管理板块将国家《药品经营质量管理规范》的要求深度融入系统流程中,确保门店所有业务活动均在合规的框架下进行,是医药零售企业的生命线。主要包括:
|
||||
|
||||
- **采购与收货记录**:完整记录门店从总部或供应商的进货、收货、验收过程,确保来源可追溯。
|
||||
- **陈列与养护**:提供药品养护计划、温湿度监控、近效期提醒等功能,保障在店药品的质量。
|
||||
- **销售与售后管理**:规范特殊药品的销售登记流程,并记录顾客的咨询与投诉信息。
|
||||
- **质量管理**:对不合格品进行隔离、停售、报损、销毁等全生命周期管理,防止问题药品流入市场。
|
||||
- **中药管理**:针对中药饮片的特殊性,提供清斗、装斗等精细化管理功能。
|
||||
- **拆零管理**:规范拆零药品的拆分与销售记录。
|
||||
- **设施与设备**:建立门店设施设备台账,并记录其检修和使用情况。
|
||||
|
||||
### 3. 报表分析
|
||||
|
||||
报表分析板块是门店的数据大脑,它将分散的业务数据转化为直观的分析报告,为门店自查和总部决策提供强大的数据支持。主要包括:
|
||||
|
||||
- **订货与收货报表**:分析门店订货满足率、缺货情况及收货对账。
|
||||
- **销售报表**:提供多维度的销售明细与汇总分析,如按时间、商品、营业员、付款方式等。
|
||||
- **库存报表**:实时查询门店库存、批次详情、锁库情况、近效期商品及库存周转情况。
|
||||
- **价格报表**:监控负毛利商品,为价格调整提供依据。
|
||||
- **店间调拨与滞销品报表**:追踪店间调拨状态,分析滞销品分布与处理进度。
|
||||
- **提成绩效报表**:根据预设规则自动计算员工业绩提成。
|
||||
- **品类分析与综合分析**:进行SKU规划分析、ABC分类分析等深度经营分析,优化商品结构。
|
||||
|
||||
## 三、连锁门店模块各部分关联关系
|
||||
|
||||
G3ERP连锁门店模块的三大板块并非独立存在,而是通过紧密的业务流程、数据流和功能互补性,构成了一个有机整体。
|
||||
|
||||
### 1. 业务流程关联
|
||||
|
||||
连锁门店的运营是一个完整的闭环,各业务环节环环相扣:
|
||||
|
||||
### 4. 模块关系图
|
||||
|
||||
```mermaid
|
||||
graph TD
|
||||
subgraph "GSP管理 (质量与合规控制)"
|
||||
direction LR
|
||||
B1["质量验收"]
|
||||
B2["在库养护"]
|
||||
B3["特殊销售登记"]
|
||||
end
|
||||
|
||||
subgraph "日常业务 (数据源与执行核心)"
|
||||
direction LR
|
||||
A1["补货与收货"]
|
||||
A2["零售与批发"]
|
||||
A3["库存操作<br>(调拨/盘点)"]
|
||||
end
|
||||
|
||||
subgraph "报表分析 (数据洞察与决策支持)"
|
||||
direction LR
|
||||
C1["进销存报表"]
|
||||
C2["品类/SKU分析"]
|
||||
C3["财务对账报表"]
|
||||
end
|
||||
|
||||
%% GSP对业务的控制流 (自上而下)
|
||||
B1 -- "控制入库质量" --> A1
|
||||
B2 -- "监控在库质量" --> A3
|
||||
B3 -- "约束销售行为" --> A2
|
||||
|
||||
%% 业务向报表的数据流 (向下汇集)
|
||||
A1 -- "入库数据" --> C1
|
||||
A2 -- "销售数据" --> C1 & C2 & C3
|
||||
A3 -- "库存变动" --> C1
|
||||
|
||||
%% 报表对业务的反馈流 (自下而上)
|
||||
C1 -- "指导补货" --> A1
|
||||
C2 -- "指导销售" --> A2
|
||||
```
|
||||
|
||||
1. **主营业务流**:
|
||||
* **进货线**:由 **补货业务** 发起要货计划,总部配送后,进入 **收货业务** 进行验收,最终在 **库存业务** 中完成入库,增加库存。
|
||||
* **销售线**:通过 **零售业务** 或 **批发业务** 实现商品销售,在 **库存业务** 中扣减库存,销售数据最终在 **日结月结** 中汇总,完成资金和成本的核算。
|
||||
|
||||
2. **内部管理流**:
|
||||
* **库存调整线**:**盘点业务** 定期核对库存准确性,产生的差异通过 **库存业务** 中的盘盈、盘亏单进行平账。门店间的余缺调剂通过 **调拨业务** 实现,同样在 **库存业务** 中完成出入库。
|
||||
* **价格控制线**:**价格业务** 中的调价单或特价申请,其结果直接应用于 **零售业务** 和 **批发业务** 的开单环节。
|
||||
|
||||
3. **质量生命线**:
|
||||
* **GSP管理** 贯穿于所有业务流程之中。例如,收货必须验收,库存需要养护,特殊药品销售需要登记,不合格品需要启动专门的报损或销毁流程,确保每一步操作都符合GSP规范。
|
||||
|
||||
### 2. 数据关联
|
||||
|
||||
各板块之间通过统一的核心数据实现信息同步与联动:
|
||||
|
||||
1. **商品与批次信息**:作为最基础的数据,贯穿于所有业务单据中,是追溯商品流向的根本。
|
||||
2. **库存数据**:是所有业务操作的直接反映。收货、盘盈、调拨入库会增加库存;销售、盘亏、调拨出库会减少库存。库存的准确性是门店正常运营的基础。
|
||||
3. **单据流**:系统通过从补货计划单到收货单,从销售流水到日结单的完整单据链,实现了业务流程的可追溯和闭环管理。
|
||||
|
||||
### 3. 功能互补性
|
||||
|
||||
各板块功能相互支撑,协同完成门店的复杂管理任务:
|
||||
|
||||
1. **日常业务** 是数据产生的源头,为 **报表分析** 提供原始数据。
|
||||
2. **报表分析** 则是对 **日常业务** 结果的量化呈现与深度洞察,反过来指导门店的补货、销售和库存策略。
|
||||
3. **GSP管理** 为 **日常业务** 的所有环节提供合规性约束和质量保障,是业务健康运行的“安全阀”。
|
||||
|
||||
## 四、连锁门店模块流程图
|
||||
|
||||
### 1. 日常业务核心流程
|
||||
|
||||
```mermaid
|
||||
graph TD
|
||||
direction TB
|
||||
|
||||
subgraph "库存增加活动"
|
||||
A["补货/收货业务"]
|
||||
B["顾客退货"]
|
||||
C["调拨(调入)"]
|
||||
D["盘点(盘盈)"]
|
||||
end
|
||||
|
||||
I["门店库存<br>(核心枢纽)"]
|
||||
|
||||
subgraph "库存出库活动"
|
||||
E["零售/批发业务"]
|
||||
F["退货(退总部)"]
|
||||
G["调拨(调出)"]
|
||||
H["盘点(盘亏)"]
|
||||
end
|
||||
|
||||
subgraph "销售支持活动"
|
||||
J["价格业务"]
|
||||
K["日结月结"]
|
||||
end
|
||||
|
||||
A -- "主要来源" --> I
|
||||
B -- "入库" --> I
|
||||
C -- "入库" --> I
|
||||
D -- "入库" --> I
|
||||
|
||||
I -- "主要去向" --> E
|
||||
I -- "出库" --> F
|
||||
I -- "出库" --> G
|
||||
I -- "出库" --> H
|
||||
|
||||
J -- "影响售价" --> E
|
||||
K -- "结算资金" --> E
|
||||
```
|
||||
|
||||
### 2. GSP管理关键控制流程
|
||||
|
||||
```mermaid
|
||||
graph TD
|
||||
subgraph "药品生命周期与GSP控制"
|
||||
A["<b>入库环节</b><br>收货"] --> B{"GSP验收"};
|
||||
B -- "合格" --> C["<b>在库环节</b><br>合格品库存"];
|
||||
B -- "不合格" --> M["启动不合格品流程"];
|
||||
|
||||
C --> G["陈列养护"];
|
||||
C --> I["近效期管理"];
|
||||
C --> J["温湿度监控"];
|
||||
|
||||
G -- "发现问题" --> H["质量复查"];
|
||||
H -- "确认不合格" --> M;
|
||||
|
||||
C --> D["<b>出库环节</b><br>销售"];
|
||||
D --> K["特殊药品销售登记"];
|
||||
D --> L["顾客售后跟踪"];
|
||||
end
|
||||
|
||||
subgraph "不合格品处理中心"
|
||||
M --> N["停售 & 记录"];
|
||||
N --> O{"处理方式"};
|
||||
O -- "销毁" --> P["记录销毁"];
|
||||
O -- "退回" --> Q["转退货流程"];
|
||||
end
|
||||
```
|
||||
|
||||
### 3. 报表分析数据流
|
||||
|
||||
```mermaid
|
||||
graph TD
|
||||
subgraph "数据源 (来自日常业务与GSP)"
|
||||
A["交易数据<br>(销售、入库、退货、调拨)"]
|
||||
B["库存数据<br>(实时库存、批次、效期)"]
|
||||
C["管理数据<br>(GSP记录、价格、提成)"]
|
||||
end
|
||||
|
||||
subgraph "核心分析领域 (部分关键报表)"
|
||||
D["<b>进销存分析</b><br>[门店订货满足率分析]<br>[门店库存商品存销分析表]<br>[连锁门店月份进销存平衡表]"]
|
||||
E["<b>财务与对账</b><br>[门店天天销售汇总(按付款方式)]<br>[配送与门店入库对账]<br>[连锁门店损益明细]"]
|
||||
F["<b>专题与绩效分析</b><br>[门店动态AAA商品销售ABC分析表]<br>[连锁门店销售提成汇总]<br>[门店SKU规划分析]"]
|
||||
end
|
||||
|
||||
A -- "提供交易与库存数据" --> D & E
|
||||
B -- "提供库存状态数据" --> D & F
|
||||
C -- "提供管理与绩效数据" --> E & F
|
||||
```
|
||||
|
||||
## 五、连锁门店模块思维导图
|
||||
|
||||
```mermaid
|
||||
mindmap
|
||||
root((G3ERP连锁门店模块))
|
||||
日常业务
|
||||
补货业务
|
||||
补货计划参数设置
|
||||
补货计划单
|
||||
缺货登记
|
||||
收货业务
|
||||
门店接货单
|
||||
门店拒收单
|
||||
按明细验收入库确认
|
||||
零售业务
|
||||
零售POS单
|
||||
中药划价模板
|
||||
POS支付方式变更
|
||||
批发业务
|
||||
门店批发开单
|
||||
门店批发退回单
|
||||
退货业务
|
||||
退货申请单
|
||||
调拨业务
|
||||
门店调拨申请单
|
||||
店店调拨确认
|
||||
库存业务
|
||||
直调入库/退回
|
||||
其他入库/出库
|
||||
仓库调拨
|
||||
包装拆零/组装
|
||||
批次新增/调整/锁库/解库
|
||||
盘点业务
|
||||
静态库存盘点
|
||||
盘点结果差异单
|
||||
盘盈入库/盘亏出库
|
||||
价格业务
|
||||
门店零售价调价单
|
||||
门店调价申请单
|
||||
特价申请
|
||||
日结月结
|
||||
连锁门店日结单
|
||||
月末结账
|
||||
GSP管理
|
||||
记录与追溯
|
||||
采购/收货/验收记录
|
||||
销售/售后记录
|
||||
在库质量控制
|
||||
陈列养护
|
||||
温湿度记录
|
||||
近效期管理
|
||||
不合格品管理
|
||||
质量复查
|
||||
报损/销毁
|
||||
批次停售/可售
|
||||
专项管理
|
||||
中药管理 (清斗/装斗)
|
||||
拆零管理
|
||||
设施设备
|
||||
报表分析
|
||||
进销存分析
|
||||
订货满足率
|
||||
销售汇总
|
||||
库存存销分析
|
||||
财务与对账
|
||||
配送对账
|
||||
损益明细
|
||||
专题分析
|
||||
提成绩效
|
||||
品类分析
|
||||
滞销品调剂
|
||||
```
|
||||
|
||||
## 六、总结
|
||||
|
||||
G3ERP连锁门店模块是一套高度集成且深度贴合医药零售行业特点的管理系统。它通过将门店的**日常业务**、**GSP合规**和**数据分析**三大核心板块进行有机融合,成功地解决了连锁药店在运营效率、质量控制和精细化管理方面的核心痛点。
|
||||
|
||||
该模块的设计充分体现了业务流程的闭环思想,从补货、收货、销售到库存调整,每一个环节都与GSP的质量要求紧密相连,确保了业务操作的规范性和药品的安全性。同时,系统提供的多维度、深层次的报表分析功能,使门店管理者和企业决策者能够基于实时数据做出科学判断,从而优化商品结构、提升盈利能力和市场竞争力。
|
||||
|
||||
综上所述,G3ERP连锁门店模块不仅是提升门店日常工作效率的工具,更是保障企业合规经营、实现数据驱动决策、提升连锁品牌核心竞争力的重要战略支撑。
|
@ -1,360 +0,0 @@
|
||||
# G3ERP连锁门店模块解读
|
||||
|
||||
## 一、连锁门店模块概述
|
||||
|
||||
G3ERP连锁门店模块是专为医药连锁企业设计的综合性业务管理解决方案。它全面覆盖了门店从日常运营、GSP合规管理到数据分析的各个方面,旨在帮助企业实现对旗下所有门店的标准化、精细化和智能化管理。
|
||||
|
||||
该模块以门店为核心,将补货、销售、库存、GSP规范等关键业务环节无缝整合,形成了一个高效协同的业务闭环。通过信息化的手段,系统不仅优化了门店的日常工作流程,提升了运营效率,更重要的是,它将严格的GSP质量管理规范融入到每一个操作细节中,确保了药品在零售环节的安全与合规。同时,强大的报表分析功能为总部的经营决策提供了及时、准确的数据支持。
|
||||
|
||||
## 二、连锁门店模块组成部分
|
||||
|
||||
G3ERP连锁门店模块主要由三大核心板块构成:日常业务、GSP管理和报表分析。这些板块既各司其职,又紧密联动,共同支撑着连锁门店的高效运作。
|
||||
|
||||
### 1. 日常业务
|
||||
|
||||
日常业务板块是门店运营的核心,涵盖了商品流转和价值实现的全过程,确保门店能够响应市场需求,完成销售目标。主要包括:
|
||||
|
||||
- **补货业务**:保障门店库存供给的起点。
|
||||
- **核心单据**:`补货计划单`、`缺货登记记录`。
|
||||
- **关键功能**:通过新增、引入、按模型生成等多种方式创建要货计划,并可对`补货计划参数`进行设置。
|
||||
|
||||
- **收货业务**:处理总部的配送来货。
|
||||
- **核心单据**:`门店接货单`、`门店拒收单`、`按明细验收入库确认`。
|
||||
- **关键流程**:开具接货单接收货物,对破损或不符商品可开具拒收单,最后通过验收入库确认增加库存。
|
||||
|
||||
- **零售业务**:门店面向终端消费者的销售核心。
|
||||
- **核心单据**:`零售POS单`、`中药划价模板`、`POS支付方式变更`。
|
||||
- **关键功能**:在POS端完成开单、收款、促销、会员积分、挂单/提单等操作,并支持对异常支付的调整。
|
||||
|
||||
- **批发业务**:支持门店开展对公、对小商户的批发销售。
|
||||
- **核心单据**:`门店批发开单`、`门店批发退回单`。
|
||||
|
||||
- **退货业务**:管理门店向总部的商品退货。
|
||||
- **核心单据**:`退货申请单`。
|
||||
- **关键流程**:通过提交退货申请发起流程,等待总部审批。
|
||||
|
||||
- **调拨业务**:优化区域内库存资源。
|
||||
- **核心单据**:`门店调拨申请单`、`店店调拨申请调入门店确认`。
|
||||
- **关键流程**:由调出门店开单,调入门店确认后,系统自动完成双方库存转移。
|
||||
|
||||
- **库存业务**:维持账实相符的关键。
|
||||
- **核心单据**:`门店直调入库/退回`、`其他入库/出库`、`仓库调拨`、`包装拆零`、`组装单`、`批次新增/调整/锁库/解库`。
|
||||
- **关键功能**:支持多种场景的库存变动,实现精细化的批次与状态管理。
|
||||
|
||||
- **盘点业务**:保障库存数据准确性。
|
||||
- **核心单据**:`静态库存盘点`、`盘点结果差异单`、`盘盈入库单`、`盘亏出库单`。
|
||||
- **关键流程**:建立盘点方案,录入实盘数,系统自动生成差异单,经审核后下推为损益单据。
|
||||
|
||||
- **价格业务**:管理门店价格体系。
|
||||
- **核心单据**:`门店零售价调价单`、`门店调价申请单`、`特价申请`。
|
||||
- **关键功能**:支持常规价格调整和应对临时团购等场景的特价申请。
|
||||
|
||||
- **日结月结**:门店的财务关账流程。
|
||||
- **核心单据**:`连锁门店日结单`、`连锁门店月末结账`。
|
||||
- **关键流程**:每日进行销售对账,月底在`月末结账前检查`通过后,执行月结完成成本核算。
|
||||
|
||||
### 2. GSP管理
|
||||
|
||||
GSP管理板块将国家《药品经营质量管理规范》的要求深度融入系统流程中,确保门店所有业务活动均在合规的框架下进行,是医药零售企业的生命线。主要包括:
|
||||
|
||||
- **采购与收货记录**:完整记录门店从总部或供应商的进货、收货、验收过程,确保来源可追溯。
|
||||
- **陈列与养护**:提供药品养护计划、温湿度监控、近效期提醒等功能,保障在店药品的质量。
|
||||
- **销售与售后管理**:规范特殊药品的销售登记流程,并记录顾客的咨询与投诉信息。
|
||||
- **质量管理**:对不合格品进行隔离、停售、报损、销毁等全生命周期管理,防止问题药品流入市场。
|
||||
- **中药管理**:针对中药饮片的特殊性,提供清斗、装斗等精细化管理功能。
|
||||
- **拆零管理**:规范拆零药品的拆分与销售记录。
|
||||
- **设施与设备**:建立门店设施设备台账,并记录其检修和使用情况。
|
||||
|
||||
### 3. 报表分析
|
||||
|
||||
报表分析板块是门店的数据大脑,它将分散的业务数据转化为直观的分析报告,为门店自查和总部决策提供强大的数据支持。主要包括:
|
||||
|
||||
- **订货与收货报表**:分析门店订货满足率、缺货情况及收货对账。
|
||||
- **销售报表**:提供多维度的销售明细与汇总分析,如按时间、商品、营业员、付款方式等。
|
||||
- **库存报表**:实时查询门店库存、批次详情、锁库情况、近效期商品及库存周转情况。
|
||||
- **价格报表**:监控负毛利商品,为价格调整提供依据。
|
||||
- **店间调拨与滞销品报表**:追踪店间调拨状态,分析滞销品分布与处理进度。
|
||||
- **提成绩效报表**:根据预设规则自动计算员工业绩提成。
|
||||
- **品类分析与综合分析**:进行SKU规划分析、ABC分类分析等深度经营分析,优化商品结构。
|
||||
|
||||
## 三、连锁门店模块各部分关联关系
|
||||
|
||||
G3ERP连锁门店模块的三大板块并非独立存在,而是通过紧密的业务流程、数据流和功能互补性,构成了一个有机整体。
|
||||
|
||||
### 1. 业务流程关联
|
||||
|
||||
连锁门店的运营是一个完整的闭环,各业务环节环环相扣:
|
||||
|
||||
### 4. 模块关系图
|
||||
|
||||
```mermaid
|
||||
graph TD
|
||||
subgraph "GSP管理 (质量与合规控制)"
|
||||
direction LR
|
||||
B1["质量验收"]
|
||||
B2["在库养护"]
|
||||
B3["特殊销售登记"]
|
||||
end
|
||||
|
||||
subgraph "日常业务 (数据源与执行核心)"
|
||||
direction LR
|
||||
A1["补货与收货"]
|
||||
A2["零售与批发"]
|
||||
A3["库存操作<br>(调拨/盘点)"]
|
||||
end
|
||||
|
||||
subgraph "报表分析 (数据洞察与决策支持)"
|
||||
direction LR
|
||||
C1["进销存报表"]
|
||||
C2["品类/SKU分析"]
|
||||
C3["财务对账报表"]
|
||||
end
|
||||
|
||||
%% GSP对业务的控制流 (自上而下)
|
||||
B1 -- "控制入库质量" --> A1
|
||||
B2 -- "监控在库质量" --> A3
|
||||
B3 -- "约束销售行为" --> A2
|
||||
|
||||
%% 业务向报表的数据流 (向下汇集)
|
||||
A1 -- "入库数据" --> C1
|
||||
A2 -- "销售数据" --> C1 & C2 & C3
|
||||
A3 -- "库存变动" --> C1
|
||||
|
||||
%% 报表对业务的反馈流 (自下而上)
|
||||
C1 -- "指导补货" --> A1
|
||||
C2 -- "指导销售" --> A2
|
||||
```
|
||||
|
||||
1. **主营业务流**:
|
||||
* **进货线**:由 **补货业务** 发起要货计划,总部配送后,进入 **收货业务** 进行验收,最终在 **库存业务** 中完成入库,增加库存。
|
||||
* **销售线**:通过 **零售业务** 或 **批发业务** 实现商品销售,在 **库存业务** 中扣减库存,销售数据最终在 **日结月结** 中汇总,完成资金和成本的核算。
|
||||
|
||||
2. **内部管理流**:
|
||||
* **库存调整线**:**盘点业务** 定期核对库存准确性,产生的差异通过 **库存业务** 中的盘盈、盘亏单进行平账。门店间的余缺调剂通过 **调拨业务** 实现,同样在 **库存业务** 中完成出入库。
|
||||
* **价格控制线**:**价格业务** 中的调价单或特价申请,其结果直接应用于 **零售业务** 和 **批发业务** 的开单环节。
|
||||
|
||||
3. **质量生命线**:
|
||||
* **GSP管理** 贯穿于所有业务流程之中。例如,收货必须验收,库存需要养护,特殊药品销售需要登记,不合格品需要启动专门的报损或销毁流程,确保每一步操作都符合GSP规范。
|
||||
|
||||
### 2. 数据关联
|
||||
|
||||
各板块之间通过统一的核心数据实现信息同步与联动:
|
||||
|
||||
1. **商品与批次信息**:作为最基础的数据,贯穿于所有业务单据中,是追溯商品流向的根本。
|
||||
2. **库存数据**:是所有业务操作的直接反映。收货、盘盈、调拨入库会增加库存;销售、盘亏、调拨出库会减少库存。库存的准确性是门店正常运营的基础。
|
||||
3. **单据流**:系统通过从补货计划单到收货单,从销售流水到日结单的完整单据链,实现了业务流程的可追溯和闭环管理。
|
||||
|
||||
### 3. 功能互补性
|
||||
|
||||
各板块功能相互支撑,协同完成门店的复杂管理任务:
|
||||
|
||||
1. **日常业务** 是数据产生的源头,为 **报表分析** 提供原始数据。
|
||||
2. **报表分析** 则是对 **日常业务** 结果的量化呈现与深度洞察,反过来指导门店的补货、销售和库存策略。
|
||||
3. **GSP管理** 为 **日常业务** 的所有环节提供合规性约束和质量保障,是业务健康运行的“安全阀”。
|
||||
|
||||
## 四、连锁门店模块流程图
|
||||
|
||||
### 1. 门店要货与收货流程
|
||||
|
||||
```mermaid
|
||||
graph TB
|
||||
subgraph "门店 (要货)"
|
||||
A1["方式1:新增请货"] --> A["补货计划单"]
|
||||
A2["方式2:引入商品"] --> A
|
||||
A3["方式3:按模型生成"] --> A
|
||||
A --> B["提交总部"]
|
||||
end
|
||||
|
||||
subgraph "总部 (配送)"
|
||||
B --> C["生成配送单"]
|
||||
end
|
||||
|
||||
subgraph "门店 (收货)"
|
||||
C --> D["开具[门店接货单]"]
|
||||
D --> E{"有无破损/不符?"}
|
||||
E -- "否" --> F["[按明细验收入库确认]"]
|
||||
E -- "是" --> G["开具[门店拒收单]<br>注:拒收品项以锁库形式入库,需另做退货"]
|
||||
G --> F
|
||||
F --> H["库存增加"]
|
||||
end
|
||||
```
|
||||
|
||||
### 2. 门店零售与退货流程
|
||||
|
||||
```mermaid
|
||||
graph TB
|
||||
subgraph "正常销售"
|
||||
A["POS开单<br>(扫描商品、录入会员)"] --> B["促销计算"]
|
||||
B --> C["收款(Page Down)"]
|
||||
C --> D["打印小票"]
|
||||
D --> E["生成销售流水"]
|
||||
end
|
||||
|
||||
subgraph "退货处理 (Ctrl+Y)"
|
||||
F["调用退货窗口"] --> G{"选择退货模式"}
|
||||
G -- "整单/拆单退货" --> H["引入原单,选择明细"]
|
||||
G -- "强制退货" --> I["手动录入退货商品(负数)"]
|
||||
H --> J["确认退货"]
|
||||
I --> J
|
||||
J --> K["退款(原路返回)"]
|
||||
K --> L["生成负数销售流水"]
|
||||
end
|
||||
|
||||
subgraph "后台管理与结算"
|
||||
E --> M["生成正数销售流水"]
|
||||
L --> N["生成负数销售流水"]
|
||||
M --> O["连锁门店日结单"]
|
||||
N --> O
|
||||
O --> P["与财务对账"]
|
||||
P --> Q["连锁门店月末结账"]
|
||||
Q --> R["成本核算"]
|
||||
end
|
||||
```
|
||||
|
||||
### 3. 门店盘点流程
|
||||
|
||||
```mermaid
|
||||
graph TD
|
||||
A["创建[静态库存盘点]方案"] --> B["引入盘点范围<br>(全盘/抽盘)"]
|
||||
B --> C["锁定方案<br>(然后导出盘点表或使用PDA)"]
|
||||
C --> D["录入/导入实盘数量"]
|
||||
D --> E["计算差异"]
|
||||
E --> F["审核生成[盘点结果差异单]"]
|
||||
F --> G{"有无差异?"}
|
||||
G -- "无" --> H["盘点结束"]
|
||||
G -- "有" --> I["审核差异单"]
|
||||
I --> J{"盘盈/盘亏?"}
|
||||
J -- "盘盈" --> K["自动生成[盘盈入库单]"]
|
||||
J -- "盘亏" --> L["自动生成[盘亏出库单]"]
|
||||
K --> M["记账后库存增加"]
|
||||
L --> N["记账后库存减少"]
|
||||
```
|
||||
|
||||
### 4. 库存内部调整流程
|
||||
|
||||
```mermaid
|
||||
graph TD
|
||||
subgraph "店间调拨"
|
||||
A["调出门店开[调拨申请单]"] --> B["调入门店确认"]
|
||||
B --> C["双方库存自动增减"]
|
||||
end
|
||||
|
||||
subgraph "批次状态调整"
|
||||
D["[批次调整单]"] --> E["调整批号/效期等"]
|
||||
F["[批次锁库/解库单]"] --> G["冻结/解冻指定批次"]
|
||||
end
|
||||
|
||||
subgraph "包装规格调整"
|
||||
H["[包装拆零单]"] --> I["整包装库存减少<br>拆零品库存增加"]
|
||||
J["[组装单]"] --> K["原材料库存减少<br>成品库存增加"]
|
||||
end
|
||||
```
|
||||
|
||||
### 5. GSP关键质量控制流程
|
||||
|
||||
```mermaid
|
||||
graph TD
|
||||
A["药品入库"] --> B["GSP验收"]
|
||||
B -- "合格" --> C["合格品上架"]
|
||||
B -- "不合格" --> D["进入不合格品库"]
|
||||
|
||||
subgraph "在库养护"
|
||||
C --> E["[陈列养护检查]"]
|
||||
E --> F{"发现质量问题?"}
|
||||
F -- "否" --> C
|
||||
F -- "是" --> G["发起[质量复查申请]"]
|
||||
end
|
||||
|
||||
G --> D
|
||||
|
||||
subgraph "不合格品处理"
|
||||
D --> H["[不合格品记录]"]
|
||||
H --> I{"处理意见"}
|
||||
I -- "销毁" --> J["[不合格药品销毁记录]"]
|
||||
I -- "退回" --> K["转[退货申请单]流程"]
|
||||
end
|
||||
|
||||
C --> L["近效期提醒"]
|
||||
L --> M["重点养护/促销处理"]
|
||||
```
|
||||
|
||||
## 五、连锁门店模块思维导图
|
||||
|
||||
```mermaid
|
||||
mindmap
|
||||
root((G3ERP连锁门店模块))
|
||||
日常业务
|
||||
补货业务
|
||||
补货计划参数设置
|
||||
补货计划单
|
||||
缺货登记
|
||||
收货业务
|
||||
门店接货单
|
||||
门店拒收单
|
||||
按明细验收入库确认
|
||||
零售业务
|
||||
零售POS单
|
||||
中药划价模板
|
||||
POS支付方式变更
|
||||
批发业务
|
||||
门店批发开单
|
||||
门店批发退回单
|
||||
退货业务
|
||||
退货申请单
|
||||
调拨业务
|
||||
门店调拨申请单
|
||||
店店调拨确认
|
||||
库存业务
|
||||
直调入库/退回
|
||||
其他入库/出库
|
||||
仓库调拨
|
||||
包装拆零/组装
|
||||
批次新增/调整/锁库/解库
|
||||
盘点业务
|
||||
静态库存盘点
|
||||
盘点结果差异单
|
||||
盘盈入库/盘亏出库
|
||||
价格业务
|
||||
门店零售价调价单
|
||||
门店调价申请单
|
||||
特价申请
|
||||
日结月结
|
||||
连锁门店日结单
|
||||
月末结账
|
||||
GSP管理
|
||||
记录与追溯
|
||||
采购/收货/验收记录
|
||||
销售/售后记录
|
||||
在库质量控制
|
||||
陈列养护
|
||||
温湿度记录
|
||||
近效期管理
|
||||
不合格品管理
|
||||
质量复查
|
||||
报损/销毁
|
||||
批次停售/可售
|
||||
专项管理
|
||||
中药管理 (清斗/装斗)
|
||||
拆零管理
|
||||
设施设备
|
||||
报表分析
|
||||
进销存分析
|
||||
订货满足率
|
||||
销售汇总
|
||||
库存存销分析
|
||||
财务与对账
|
||||
配送对账
|
||||
损益明细
|
||||
专题分析
|
||||
提成绩效
|
||||
品类分析
|
||||
滞销品调剂
|
||||
```
|
||||
|
||||
## 六、总结
|
||||
|
||||
G3ERP连锁门店模块是一套高度集成且深度贴合医药零售行业特点的管理系统。它通过将门店的**日常业务**、**GSP合规**和**数据分析**三大核心板块进行有机融合,成功地解决了连锁药店在运营效率、质量控制和精细化管理方面的核心痛点。
|
||||
|
||||
该模块的设计充分体现了业务流程的闭环思想,从补货、收货、销售到库存调整,每一个环节都与GSP的质量要求紧密相连,确保了业务操作的规范性和药品的安全性。同时,系统提供的多维度、深层次的报表分析功能,使门店管理者和企业决策者能够基于实时数据做出科学判断,从而优化商品结构、提升盈利能力和市场竞争力。
|
||||
|
||||
综上所述,G3ERP连锁门店模块不仅是提升门店日常工作效率的工具,更是保障企业合规经营、实现数据驱动决策、提升连锁品牌核心竞争力的重要战略支撑。
|
@ -1,747 +0,0 @@
|
||||
# G3ERP连锁门店日常业务模块解读
|
||||
|
||||
## 一、连锁门店日常业务模块概述
|
||||
|
||||
G3ERP连锁门店的日常业务模块是整个门店运营管理的核心,它围绕着“商品”和“销售”两大主线,构建了一套完整、闭环的业务流程。该模块旨在通过信息化的手段,规范门店从要货、收货、销售、库存管理到财务结算的每一个环节,确保业务操作的标准化、数据的准确性以及运营的高效性。
|
||||
|
||||
本模块深度融合了GSP(药品经营质量管理规范)的要求,将合规性内嵌于各项业务操作之中,不仅提升了门店的日常工作效率,更保障了药品零售环节的安全与可追溯性,是支撑连锁药店稳健运营和持续发展的重要基石。
|
||||
|
||||
<br>
|
||||
|
||||
## 二、日常业务功能架构
|
||||
|
||||
### 2.1 日常业务功能架构图
|
||||
|
||||
连锁门店的日常业务主要由十大核心子模块构成,它们共同协作,覆盖了门店运营的方方面面。
|
||||
|
||||
```mermaid
|
||||
graph LR
|
||||
A["连锁门店日常业务"] --> B["补货业务"];
|
||||
A --> C["收货业务"];
|
||||
A --> D["零售业务"];
|
||||
A --> E["批发业务"];
|
||||
A --> F["退货业务"];
|
||||
A --> G["调拨业务"];
|
||||
A --> H["库存业务"];
|
||||
A --> I["盘点业务"];
|
||||
A --> J["价格业务"];
|
||||
A --> K["日结月结"];
|
||||
|
||||
subgraph "补货业务"
|
||||
B1["补货计划参数设置"]
|
||||
B2["补货计划单"]
|
||||
B3["缺货登记"]
|
||||
end
|
||||
|
||||
subgraph "收货业务"
|
||||
C1["门店接货单"]
|
||||
C2["门店拒收单"]
|
||||
C3["按明细验收入库确认"]
|
||||
end
|
||||
|
||||
subgraph "零售业务"
|
||||
D1["零售POS单"]
|
||||
D2["中药划价模板"]
|
||||
D3["POS支付方式变更"]
|
||||
end
|
||||
|
||||
subgraph "批发业务"
|
||||
E1["门店批发开单"]
|
||||
E2["门店批发退回单"]
|
||||
end
|
||||
|
||||
subgraph "退货业务"
|
||||
F1["退货申请单"]
|
||||
end
|
||||
|
||||
subgraph "调拨业务"
|
||||
G1["门店调拨申请单"]
|
||||
G2["店店调拨确认"]
|
||||
end
|
||||
|
||||
subgraph "库存业务"
|
||||
H1["直调入库/退回"]
|
||||
H2["其他入库/出库"]
|
||||
H3["仓库调拨"]
|
||||
H4["包装拆零/组装"]
|
||||
H5["批次管理"]
|
||||
end
|
||||
|
||||
subgraph "盘点业务"
|
||||
I1["静态库存盘点"]
|
||||
I2["盘点结果差异单"]
|
||||
I3["盘盈/盘亏处理"]
|
||||
end
|
||||
|
||||
subgraph "价格业务"
|
||||
J1["零售价调价"]
|
||||
J2["调价申请"]
|
||||
J3["特价申请"]
|
||||
end
|
||||
|
||||
subgraph "日结月结"
|
||||
K1["连锁门店日结单"]
|
||||
K2["连锁门店月末结账"]
|
||||
end
|
||||
|
||||
B --> B1 & B2 & B3;
|
||||
C --> C1 & C2 & C3;
|
||||
D --> D1 & D2 & D3;
|
||||
E --> E1 & E2;
|
||||
F --> F1;
|
||||
G --> G1 & G2;
|
||||
H --> H1 & H2 & H3 & H4 & H5;
|
||||
I --> I1 & I2 & I3;
|
||||
J --> J1 & J2 & J3;
|
||||
K --> K1 & K2;
|
||||
|
||||
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 subModuleClass;
|
||||
class B1,B2,B3,C1,C2,C3,D1,D2,D3,E1,E2,F1,G1,G2,H1,H2,H3,H4,H5,I1,I2,I3,J1,J2,J3,K1,K2 functionClass;
|
||||
```
|
||||
|
||||
<br>
|
||||
|
||||
### 2.2 日常业务功能架构图结构说明
|
||||
|
||||
#### 核心业务循环
|
||||
|
||||
连锁门店的日常业务构成了一个以“门店库存”为中心的闭环管理流程:
|
||||
|
||||
1. **库存流入**:通过 **补货业务** 向总部要货,经 **收货业务** 确认后入库;或由 **调拨业务** 从其他门店调入;或因 **盘点业务** 产生盘盈。
|
||||
2. **库存流出**:通过 **零售业务** 或 **批发业务** 销售给顾客;或通过 **退货业务** 退回总部;或通过 **调拨业务** 调出至其他门店;或因 **盘点业务** 产生盘亏。
|
||||
3. **价值实现与核算**:销售活动通过 **价格业务** 确定售价,最终在 **日结月结** 环节完成资金的归集与成本的核算。
|
||||
4. **内部管理**:**库存业务** 提供了多种工具对库存进行精细化管理,如批次调整、状态锁定等,确保账实相符。
|
||||
|
||||
#### 十大核心业务模块
|
||||
|
||||
1. **补货业务**:发起要货请求,保障商品供应
|
||||
- **功能描述**:门店向总部或配送中心发起要货请求,是保障门店商品供应、维持合理库存水平的起点。
|
||||
- **核心特征**:支持手动创建、按模板引入或根据智能补货模型(如基于销量、库存上下限)自动生成补货计划;提供缺货登记功能。
|
||||
- **核心流程**:需求分析 → 制定补货计划 → 提交计划 → 等待总部配送。
|
||||
- **执行角色**:门店店员、店长。
|
||||
- **业务成果**:生成向上级的要货计划,维持合理库存,保障销售需求,避免缺货。
|
||||
|
||||
2. **收货业务**:处理总部来货,把好质量第一关
|
||||
- **功能描述**:处理总部或供应商配送来货的接收、验收与入库确认,是商品进入门店库存的第一道质量关卡。
|
||||
- **核心特征**:通过`门店接货单`进行物理接收;对异常商品可开具`门店拒收单`;通过`按明细验收入库确认`核对关键信息。
|
||||
- **核心流程**:接货登记 → 质量初检 → 明细验收 → 确认入库。
|
||||
- **执行角色**:门店收货员、库管。
|
||||
- **业务成果**:确保到货商品质量符合GSP要求,准确更新门店库存。
|
||||
|
||||
3. **零售业务**:面向终端消费者,完成销售闭环
|
||||
- **功能描述**:通过POS系统完成面向终端消费者的核心销售环节。
|
||||
- **核心特征**:支持开单、收款、会员管理、积分兑换、多样化促销;提供中药划价、挂单/提单等特色功能。
|
||||
- **核心流程**:商品扫描 → 价格与促销计算 → 会员处理 → 收款 → 打印小票。
|
||||
- **执行角色**:收银员、店员。
|
||||
- **业务成果**:实现商品销售,完成资金回收,提升顾客购物体验。
|
||||
|
||||
4. **批发业务**:拓展对公销售渠道
|
||||
- **功能描述**:支持门店开展对公、对小商户等批量销售业务。
|
||||
- **核心特征**:使用独立的`门店批发开单`和`门店批发退回单`进行管理,涉及更正式的客户和价格策略。
|
||||
- **核心流程**:客户下单 → 批发开单 → 出库发货 →(若有退货)→ 退货入库处理。
|
||||
- **执行角色**:门店销售、店长。
|
||||
- **业务成果**:拓展B端销售渠道,增加销售额。
|
||||
|
||||
5. **退货业务**:规范化处理门店向总部的退货
|
||||
- **功能描述**:管理门店因滞销、近效期、质量问题等原因向总部退回商品的流程。
|
||||
- **核心特征**:通过`退货申请单`发起,需经由总部审批,确保退货的合规与可追溯。
|
||||
- **核心流程**:发起退货申请 → 录入退货信息 → 提交审批 → 等待总部处理。
|
||||
- **执行角色**:门店店员、店长。
|
||||
- **业务成果**:规范化处理滞销及问题商品,优化门店库存结构。
|
||||
|
||||
6. **调拨业务**:实现门店间库存互通,优化资源
|
||||
- **功能描述**:实现连锁门店之间的库存调剂,满足商品余缺的互补。
|
||||
- **核心特征**:由调出门店通过`门店调拨申请单`发起,调入门店通过`店店调拨确认`完成接收,系统自动处理双方库存。
|
||||
- **核心流程**:调出申请 → 调出确认 → 在途管理 → 调入确认 → 库存转移。
|
||||
- **执行角色**:门店库管、店长。
|
||||
- **业务成果**:盘活区域内库存,提升商品周转率,快速响应顾客需求。
|
||||
|
||||
7. **库存业务**:进行精细化的库存调整与控制
|
||||
- **功能描述**:处理所有非标准采购和销售流程引起的库存变动,并对库存状态进行精细化管理。
|
||||
- **核心特征**:支持直调入库、其他出入库、仓库内调拨、包装拆零/组装、批次锁库/解库等多种场景。
|
||||
- **核心流程**:根据业务需求 → 选择对应单据(如其他入库单)→ 执行操作 → 完成库存或状态的变更。
|
||||
- **执行角色**:门店库管、店长。
|
||||
- **业务成果**:实现库存的精细化、多维度管理,确保账实相符。
|
||||
|
||||
8. **盘点业务**:保障库存数据准确,确保资产安全
|
||||
- **功能描述**:通过定期的库存盘点,发现并处理库存差异,确保账面库存与实物库存一致。
|
||||
- **核心特征**:从`静态库存盘点`方案到`盘点结果差异单`,再到`盘盈/盘亏单`,形成完整的盘点到平账的闭环。
|
||||
- **核心流程**:制定方案 → 现场盘点 → 录入数据 → 计算差异 → 审核差异 → 库存调整。
|
||||
- **执行角色**:门店全体员工、店长。
|
||||
- **业务成果**:保障库存数据的准确性,防止资产流失。
|
||||
|
||||
9. **价格业务**:灵活管理门店价格体系
|
||||
- **功能描述**:管理门店的销售价格,以适应市场变化和促销需求。
|
||||
- **核心特征**:支持常规的`零售价调价`、门店主动的`调价申请`以及临时的`特价申请`。
|
||||
- **核心流程**:价格调整需求 → 选择相应流程(常规/申请/特价)→ 审批 → 价格生效。
|
||||
- **执行角色**:店长、总部营运/价格管理员。
|
||||
- **业务成果**:实现灵活、受控的价格策略,平衡销售与利润。
|
||||
|
||||
10. **日结月结**:完成财务对账与成本核算
|
||||
- **功能描述**:执行门店每日和每月的财务关账流程。
|
||||
- **核心特征**:通过`连锁门店日结单`完成每日销售款的核对;通过`月末结账前检查`和`月末结账`完成月度成本结转。
|
||||
- **核心流程**:每日对账 → 日结 → 月末检查 → 月结 → 成本核算。
|
||||
- **执行角色**:收银员、店长、财务人员。
|
||||
- **业务成果**:确保资金安全,完成成本核算,为财务报表提供准确数据。
|
||||
|
||||
<br>
|
||||
|
||||
---
|
||||
|
||||
## 三、总业务流程设计
|
||||
|
||||
### 3.1 总业务流程设计图
|
||||
|
||||
```mermaid
|
||||
graph TD
|
||||
direction TB
|
||||
|
||||
subgraph "库存增加活动"
|
||||
A["补货/收货业务"]
|
||||
B["顾客退货"]
|
||||
C["调拨(调入)"]
|
||||
D["盘点(盘盈)"]
|
||||
end
|
||||
|
||||
I["门店库存<br>(核心枢纽)"]
|
||||
|
||||
subgraph "库存减少活动"
|
||||
E["零售/批发业务"]
|
||||
F["退货(退总部)"]
|
||||
G["调拨(调出)"]
|
||||
H["盘点(盘亏)"]
|
||||
end
|
||||
|
||||
subgraph "支持与核算活动"
|
||||
J["价格业务"]
|
||||
K["日结月结"]
|
||||
end
|
||||
|
||||
A -- "主要来源" --> I;
|
||||
B -- "入库" --> I;
|
||||
C -- "入库" --> I;
|
||||
D -- "入库" --> I;
|
||||
|
||||
I -- "主要去向" --> E;
|
||||
I -- "出库" --> F;
|
||||
I -- "出库" --> G;
|
||||
I -- "出库" --> H;
|
||||
|
||||
J -- "影响售价" --> E;
|
||||
K -- "结算资金与成本" --> E;
|
||||
|
||||
classDef core fill:#e3f2fd,stroke:#1e88e5,stroke-width:2px,font-weight:bold;
|
||||
classDef activity fill:#e8f5e9,stroke:#388e3c,stroke-width:1px;
|
||||
classDef support fill:#fffde7,stroke:#fbc02d,stroke-width:1px;
|
||||
|
||||
class I core;
|
||||
class A,B,C,D,E,F,G,H activity;
|
||||
class J,K support;
|
||||
```
|
||||
|
||||
<br>
|
||||
|
||||
### 3.2 流程说明
|
||||
|
||||
门店的日常运营围绕 **门店库存** 这一核心枢纽展开,形成清晰的流入与流出路径:
|
||||
|
||||
- **库存流入(增加)**:
|
||||
- **主要渠道**:通过 **补货业务** 发起要货,经总部配送后,由 **收货业务** 完成验收后入库。
|
||||
- **其他渠道**:顾客的销售退货、其他门店的调拨入库、以及库存盘点产生的盘盈,都会增加门店的实际库存。
|
||||
|
||||
- **库存流出(减少)**:
|
||||
- **主要渠道**:通过 **零售或批发业务** 将商品销售给顾客。
|
||||
- **其他渠道**:向总部发起的 **退货**、向其他门店的 **调拨**、以及库存盘点产生的 **盘亏**,都会导致库存减少。
|
||||
|
||||
- **支持与核算**:
|
||||
- **价格业务** 决定了销售活动中的商品售价,直接影响销售额和毛利。
|
||||
- **日结月结** 负责对每日的销售款项进行核对清算,并在月末进行成本结转,完成财务闭环。
|
||||
|
||||
<br>
|
||||
|
||||
---
|
||||
|
||||
## 四、日常业务模块详细解读
|
||||
|
||||
### 4.1 补货业务
|
||||
|
||||
#### 4.1.1 补货业务功能简述
|
||||
|
||||
补货业务是保障门店商品供应、维持合理库存水平的起点。门店通过此模块向总部或配送中心发起要货请求。系统支持手动创建、按模板引入、或根据系统内置的智能补货模型(如基于销量、库存上下限等)自动生成补货计划,实现了要货的科学化与高效化。同时,对于临时缺货的商品,系统也提供了缺货登记功能,便于后续跟踪与处理。
|
||||
|
||||
#### 4.1.2 补货业务流程图
|
||||
|
||||
```mermaid
|
||||
graph LR
|
||||
subgraph "门店补货流程"
|
||||
A["开始"] --> B{"选择补货方式"};
|
||||
B -- "1\. 手动创建" --> C["新增/引入商品<br>手动填写补货数量"];
|
||||
B -- "2\. 模型生成" --> D["设置补货计划参数<br>(如:按销量、库存水位)"];
|
||||
D --> E["系统自动生成补货计划"];
|
||||
|
||||
C --> F["生成补货计划单"];
|
||||
E --> F;
|
||||
|
||||
F --> G["提交补货计划单至总部"];
|
||||
G --> H["结束<br>(等待总部配送)"];
|
||||
|
||||
subgraph "缺货处理"
|
||||
I["销售时发现缺货"] --> J["缺货登记"];
|
||||
J --> K["生成缺货记录"];
|
||||
K -.-> B;
|
||||
end
|
||||
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 exception fill:#ffebee,stroke:#f44336,stroke-width:1px;
|
||||
|
||||
class A,H startEnd;
|
||||
class C,D,E,F,G process;
|
||||
class B decision;
|
||||
class I,J,K exception;
|
||||
```
|
||||
|
||||
|
||||
<br>
|
||||
|
||||
---
|
||||
|
||||
### 4.2 收货业务
|
||||
|
||||
#### 4.2.1 收货业务功能简述
|
||||
|
||||
收货业务是商品进入门店库存、完成物流交接的关键环节,也是执行GSP规范、保障药品质量的第一道防线。当总部或供应商的货物送达门店后,门店需通过本模块完成一系列标准化操作,包括开具`门店接货单`进行物理接收,对不符合要求的商品(如包装破损、温度异常)开具`门店拒收单`,最后通过`按明细验收入库确认`,核对商品批号、效期等关键信息,最终确认入库,完成库存的增加。
|
||||
|
||||
#### 4.2.2 收货业务流程图
|
||||
|
||||
```mermaid
|
||||
graph TD
|
||||
subgraph "门店收货与验收流程"
|
||||
A["开始<br>(总部/供应商送货到达)"] --> B["开具门店接货单"];
|
||||
B --> C["录入运输信息<br>(如:冷链温度)"];
|
||||
C --> D{"商品初检"};
|
||||
D -- "1\. 正常" --> E["进入按明细验收入库环节"];
|
||||
D -- "2\. 异常(如破损)" --> F["开具门店拒收单"];
|
||||
F --> G["异常商品处理"];
|
||||
|
||||
E --> H["逐一核对商品信息<br>(批号、效期、数量)"];
|
||||
H --> I{"验收结果确认"};
|
||||
I -- "1\. 合格" --> J["确认入库"];
|
||||
J --> K["门店库存增加"];
|
||||
K --> L["结束"];
|
||||
I -- "2\. 不合格" --> 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;
|
||||
classDef exception fill:#ffebee,stroke:#f44336,stroke-width:1px;
|
||||
|
||||
class A,L startEnd;
|
||||
class B,C,E,H,J,K process;
|
||||
class D,I decision;
|
||||
class F,G exception;
|
||||
```
|
||||
|
||||
|
||||
<br>
|
||||
|
||||
---
|
||||
|
||||
### 4.3 零售业务
|
||||
|
||||
#### 4.3.1 零售业务功能简述
|
||||
|
||||
零售业务是连锁门店实现最终销售、创造价值的核心环节。G3ERP通过强大的POS(Point of Sale)系统,为门店提供了一个高效、稳定且功能全面的前台操作平台。该模块不仅支持日常的开单、收款、打印小票等基础功能,还深度集成了会员管理、积分兑换、多样化促销活动(如特价、买赠、组合套餐)等营销工具。此外,系统还特别针对中药销售提供了中药划价模板,并支持挂单/提单、异常支付方式变更等实用功能,全面满足现代药店零售场景的复杂需求。
|
||||
|
||||
#### 4.3.2 零售业务流程图
|
||||
|
||||
```mermaid
|
||||
graph TD
|
||||
subgraph "门店零售POS流程"
|
||||
A["顾客选购商品"] --> B["收银员扫描商品条码"];
|
||||
B --> C{"系统处理"};
|
||||
C -- "1\. 识别商品" --> D["显示商品信息与价格"];
|
||||
C -- "2\. 触发促销" --> E["自动应用优惠<br>(特价/买赠等)"];
|
||||
D --> F;
|
||||
E --> F["计算订单总额"];
|
||||
|
||||
F --> G{"会员/积分"};
|
||||
G -- "1\. 是会员" --> H["输入会员信息<br>进行积分累计/兑换"];
|
||||
G -- "2\. 非会员" --> I["进入收款环节"];
|
||||
H --> I;
|
||||
|
||||
I --> J{"选择支付方式"};
|
||||
J -- "现金/刷卡/移动支付" --> K["完成收款"];
|
||||
K --> L["打印销售小票"];
|
||||
L --> M["交易完成"];
|
||||
|
||||
subgraph "特殊操作"
|
||||
S1["中药销售"] --> S2["调用中药划价模板"];
|
||||
S2 --> F;
|
||||
T1["顾客暂离"] --> T2["挂单操作"];
|
||||
T2 --> U["保存当前订单"];
|
||||
V["顾客返回"] --> W["提单操作"];
|
||||
W --> F;
|
||||
end
|
||||
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 special fill:#fce4ec,stroke:#e91e63,stroke-width:1px;
|
||||
|
||||
class A,M startEnd;
|
||||
class B,D,E,F,H,I,K,L process;
|
||||
class C,G,J decision;
|
||||
class S1,S2,T1,T2,U,V,W special;
|
||||
```
|
||||
|
||||
|
||||
<br>
|
||||
|
||||
---
|
||||
|
||||
### 4.4 批发业务
|
||||
|
||||
#### 4.4.1 批发业务功能简述
|
||||
|
||||
批发业务模块为连锁门店提供了处理对公、对小商户等批量销售场景的能力。与零售业务不同,批发业务通常涉及更正式的客户管理和价格策略。门店可以通过`门店批发开单`功能,为已建档的批发客户创建销售订单,并处理后续的出库流程。当发生退货时,则通过`门店批发退回单`进行处理,确保账务和库存的准确调整。此模块是门店拓展B端业务、增加销售渠道的重要补充。
|
||||
|
||||
#### 4.4.2 批发业务流程图
|
||||
|
||||
```mermaid
|
||||
graph TD
|
||||
subgraph "门店批发业务完整流程"
|
||||
A["批发客户下单"] --> B["门店批发开单"];
|
||||
B --> C["选择客户并录入商品信息"];
|
||||
C --> D["确认价格与数量"];
|
||||
D --> E["生成批发销售单"];
|
||||
E --> F["出库/发货"];
|
||||
F --> G["交易完成"];
|
||||
|
||||
G --> H{"是否发生客户退货?"};
|
||||
H -- "1\. 是" --> I["创建门店批发退回单"];
|
||||
I --> J["录入退货商品与原因"];
|
||||
J --> K["审核退货单"];
|
||||
K --> L["商品入库并更新库存"];
|
||||
L --> M["完成退款/冲账"];
|
||||
M --> Z["流程结束"];
|
||||
|
||||
H -- "2\. 否" --> Z;
|
||||
end
|
||||
|
||||
classDef startEnd fill:#e8f5e9,stroke:#4caf50,stroke-width:2px;
|
||||
classDef process fill:#e3f2fd,stroke:#2196f3,stroke-width:2px;
|
||||
classDef returnProcess fill:#fff3e0,stroke:#ff9800,stroke-width:1px;
|
||||
classDef decision fill:#fffde7,stroke:#fbc02d,stroke-width:2px;
|
||||
|
||||
class A,Z startEnd;
|
||||
class B,C,D,E,F,G process;
|
||||
class H decision;
|
||||
class I,J,K,L,M returnProcess;
|
||||
```
|
||||
|
||||
|
||||
<br>
|
||||
|
||||
---
|
||||
|
||||
### 4.5 退货业务
|
||||
|
||||
#### 4.5.1 退货业务功能简述
|
||||
|
||||
退货业务模块规范了门店向总部或配送中心退回商品的流程。当门店因商品滞销、近效期、质量问题等原因需要退货时,必须通过`退货申请单`发起正式的退货流程。门店在申请单中详细说明退货的商品、批次、数量及原因。该申请单提交后将进入总部的审批环节,确保了退货操作的合规性、可追溯性和统一管理,有效避免了无序退货造成的库存与账务混乱。
|
||||
|
||||
#### 4.5.2 退货业务流程图
|
||||
|
||||
```mermaid
|
||||
graph TD
|
||||
subgraph "门店向总部退货流程"
|
||||
A["门店发起退货需求<br>(滞销/近效期/质量问题等)"] --> B["创建退货申请单"];
|
||||
B --> C["引入或录入退货商品信息<br>(批号、数量、原因)"];
|
||||
C --> D["提交退货申请"];
|
||||
D --> E["总部审批环节"];
|
||||
E --> F{"审批结果"};
|
||||
F -- "1\. 同意" --> G["总部安排退货接收<br>门店按指示操作"];
|
||||
F -- "2\. 驳回" --> H["门店收到通知<br>退货流程终止"];
|
||||
G --> I["结束"];
|
||||
H --> 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;
|
||||
classDef endpoint fill:#fce4ec,stroke:#e91e63,stroke-width:1px;
|
||||
|
||||
class A,I startEnd;
|
||||
class B,C,D,E process;
|
||||
class F decision;
|
||||
class G,H endpoint;
|
||||
```
|
||||
|
||||
|
||||
<br>
|
||||
|
||||
---
|
||||
|
||||
### 4.6 调拨业务
|
||||
|
||||
#### 4.6.1 调拨业务功能简述
|
||||
|
||||
调拨业务是实现连锁门店内、外部库存资源优化配置和高效流转的重要手段。当门店间需要相互调剂商品余缺时,可通过`门店调拨申请单`发起。调出门店创建申请单并出库后,调入门店在`店店调拨申请调入门店确认`模块中进行收货确认。一旦确认,系统将自动完成双方库存的增减,确保了调拨过程的准确、高效和可追溯,是提升区域内整体库存周转率和满足顾客需求的重要工具。
|
||||
|
||||
#### 4.6.2 调拨业务流程图
|
||||
|
||||
```mermaid
|
||||
graph TD
|
||||
subgraph "门店间调拨流程"
|
||||
A["调出门店发起调拨需求"] --> B["创建门店调拨申请单"];
|
||||
B --> C["选择调入门店<br>录入调拨商品及数量"];
|
||||
C --> D["调出门店确认出库"];
|
||||
D --> E["系统生成在途库存"];
|
||||
|
||||
E --> F["调入门店接收实物"];
|
||||
F --> G["进入'店店调拨申请调入门店确认'模块"];
|
||||
G --> H["核对商品信息并确认收货"];
|
||||
H --> I{"调拨完成"};
|
||||
|
||||
I -- "调出门店库存减少" --> J["结束"];
|
||||
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;
|
||||
classDef state fill:#fce4ec,stroke:#e91e63,stroke-width:1px;
|
||||
|
||||
class A,J startEnd;
|
||||
class B,C,D,F,G,H process;
|
||||
class I decision;
|
||||
class E state;
|
||||
```
|
||||
|
||||
|
||||
<br>
|
||||
|
||||
---
|
||||
|
||||
### 4.7 库存业务
|
||||
|
||||
#### 4.7.1 库存业务功能简述
|
||||
|
||||
库存业务模块是门店进行精细化库存管理的核心工具集,它处理所有非标准采购和销售流程引起的库存变动。该模块功能强大,覆盖了多种业务场景:
|
||||
- **门店直调入库/退回**:处理供应商直送门店的商品入库与退货。
|
||||
- **其他入库/出库**:用于处理赠品、物料、报损等非销售性的库存变动。
|
||||
- **仓库调拨**:在门店内的不同仓库(如合格品库、不合格品库)之间转移库存。
|
||||
- **包装拆零/组装**:支持将整件商品拆分为零散单位,或将多个商品组合成新的礼盒、套餐等。
|
||||
- **批次管理**:提供对特定批次进行锁定(防止销售)和解锁的功能,是进行质量管控和效期管理的重要手段。
|
||||
|
||||
通过这些功能,门店能够确保库存账目的准确性,并对库存状态进行灵活、有效的控制。
|
||||
|
||||
#### 4.7.2 库存业务流程图
|
||||
|
||||
```mermaid
|
||||
graph TD
|
||||
subgraph "库存精细化管理"
|
||||
A["库存管理需求"] --> B{"选择业务类型"};
|
||||
|
||||
B -- "1\. 供应商直送" --> C["门店直调入库/退回"];
|
||||
B -- "2\. 内部转移" --> D["仓库调拨<br>(如:合格品库 -> 不合格品库)"];
|
||||
B -- "3\. 形态改变" --> E["包装拆零/组装"];
|
||||
B -- "4\. 状态控制" --> F["批次锁库/解库"];
|
||||
B -- "5\. 其他变动" --> G["其他入库/出库<br>(赠品、报损等)"];
|
||||
|
||||
C --> H["库存直接增/减"];
|
||||
D --> H;
|
||||
E --> H;
|
||||
G --> H;
|
||||
F --> I["批次可售状态改变"];
|
||||
|
||||
H --> J["结束"];
|
||||
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;
|
||||
classDef result fill:#fce4ec,stroke:#e91e63,stroke-width:1px;
|
||||
|
||||
class A,J startEnd;
|
||||
class C,D,E,F,G process;
|
||||
class B decision;
|
||||
class H,I result;
|
||||
```
|
||||
|
||||
|
||||
<br>
|
||||
|
||||
---
|
||||
|
||||
### 4.8 盘点业务
|
||||
|
||||
#### 4.8.1 盘点业务功能简述
|
||||
|
||||
盘点业务是确保门店库存账实相符、保障资产安全的核心管理活动。G3ERP提供了一套完整的盘点解决方案,流程从创建`静态库存盘点`方案开始,明确盘点范围和方式。盘点人员录入实际盘点数量后,系统会自动与账面库存进行比对,生成`盘点结果差异单`。这份差异单清晰地展示了盘盈和盘亏的明细,经过相关负责人审核确认后,可一键下推生成`盘盈入库单`和`盘亏出库单`,最终完成库存数量和成本的调整,形成一个从盘点到平账的业务闭环。
|
||||
|
||||
#### 4.8.2 盘点业务流程图
|
||||
|
||||
```mermaid
|
||||
graph TD
|
||||
subgraph "门店库存盘点流程"
|
||||
A["制定盘点计划"] --> B["创建静态库存盘点方案"];
|
||||
B --> C["引入盘点范围内的商品"];
|
||||
C --> D["执行现场盘点"];
|
||||
D --> E["录入实盘数量"];
|
||||
E --> F["系统计算差异"];
|
||||
F --> G["生成盘点结果差异单"];
|
||||
G --> H{"审核盘点差异"};
|
||||
H -- "1\. 确认差异" --> I["下推生成盘盈/盘亏单"];
|
||||
H -- "2\. 需要复盘" --> D;
|
||||
|
||||
I --> J["盘盈入库单<br>(增加库存)"];
|
||||
I --> K["盘亏出库单<br>(减少库存)"];
|
||||
|
||||
J --> L["审核记账"];
|
||||
K --> L;
|
||||
|
||||
L --> M["库存与成本调整完成"];
|
||||
M --> N["结束"];
|
||||
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 result fill:#fce4ec,stroke:#e91e63,stroke-width:1px;
|
||||
|
||||
class A,N startEnd;
|
||||
class B,C,D,E,F,G,I,L,M process;
|
||||
class H decision;
|
||||
class J,K result;
|
||||
```
|
||||
|
||||
|
||||
<br>
|
||||
|
||||
---
|
||||
|
||||
### 4.9 价格业务
|
||||
|
||||
#### 4.9.1 价格业务功能简述
|
||||
|
||||
价格业务模块是门店进行销售价格管理的核心,直接关系到门店的销售策略和盈利能力。该模块提供了灵活多样的价格调整工具,以适应不同的业务场景:
|
||||
- **门店零售价调价单**:用于执行总部下发的、常规性的商品价格调整。
|
||||
- **门店调价申请单**:门店可以主动向上级申请对特定商品进行价格调整。
|
||||
- **特价申请**:为应对临时的团购、大客户议价或竞争需要,门店可以发起特价申请,在批准后以临时价格进行销售。
|
||||
|
||||
通过这套组合拳,系统既保证了价格体系的统一性和严肃性,又赋予了门店应对市场变化的灵活性。
|
||||
|
||||
#### 4.9.2 价格业务流程图
|
||||
|
||||
```mermaid
|
||||
graph TD
|
||||
subgraph "门店价格管理流程"
|
||||
A["价格管理需求"] --> B{"选择价格调整类型"};
|
||||
|
||||
B -- "1\. 常规调价" --> C["创建/接收 门店零售价调价单"];
|
||||
C --> D["录入或确认新零售价"];
|
||||
D --> E["审核后生效"];
|
||||
E --> F["更新商品售价"];
|
||||
F --> G["结束"];
|
||||
|
||||
B -- "2\. 门店主动申请" --> H["创建门店调价申请单"];
|
||||
H --> I["填写申请调价的商品与价格"];
|
||||
I --> J["提交至总部审批"];
|
||||
J --> K{"审批结果"};
|
||||
K -- "1\. 同意" --> E;
|
||||
K -- "2\. 驳回" --> L["申请作废"];
|
||||
L --> G;
|
||||
|
||||
B -- "3\. 临时特价" --> M["创建特价申请"];
|
||||
M --> N["填写特价商品、价格、客户及有效期"];
|
||||
N --> O["提交审批"];
|
||||
O --> P{"审批结果"};
|
||||
P -- "1\. 同意" --> Q["生成临时特价<br>(在指定条件下生效)"];
|
||||
P -- "2\. 驳回" --> R["申请作废"];
|
||||
Q --> G;
|
||||
R --> 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 result fill:#fce4ec,stroke:#e91e63,stroke-width:1px;
|
||||
|
||||
class A,G startEnd;
|
||||
class C,D,E,H,I,J,M,N,O process;
|
||||
class B,K,P decision;
|
||||
class F,L,Q,R result;
|
||||
```
|
||||
|
||||
|
||||
<br>
|
||||
|
||||
---
|
||||
|
||||
### 4.10 日结月结
|
||||
|
||||
#### 4.10.1 日结月结功能简述
|
||||
|
||||
日结与月结是门店财务管理中至关重要的环节,确保资金安全和成本核算的准确性。
|
||||
- **连锁门店日结单**:门店每日营业结束后,需进行日结操作。系统会自动汇总当日的销售流水,并与实际收到的现金、刷卡等款项进行核对。日结不仅是每日的财务对账,也是向上级或财务部门上缴营业款的依据。
|
||||
- **连锁门店月末结账**:在每个月的最后一天,门店必须执行月末结账。在结账前,系统提供`月末结账前检查`功能,确保所有业务单据(如出入库单、盘点单等)均已处理完毕。检查通过后,执行月结,系统将自动完成当月销售成本的计算与结转,为生成准确的财务报表提供基础。
|
||||
|
||||
#### 4.10.2 日结月结业务流程图
|
||||
|
||||
```mermaid
|
||||
graph TD
|
||||
subgraph "日结与月结流程"
|
||||
A["每日营业结束"] --> B["执行日结操作"];
|
||||
B --> C["系统汇总当日销售流水"];
|
||||
C --> D["核对各支付方式实收款"];
|
||||
D --> E{"对账结果"};
|
||||
E -- "1\. 平衡" --> F["生成日结单"];
|
||||
E -- "2\. 不平衡" --> G["查找并处理差异"];
|
||||
G --> D;
|
||||
F --> H["上缴营业款"];
|
||||
H --> I["日结完成"];
|
||||
|
||||
J["每月最后一天"] --> K["执行月末结账前检查"];
|
||||
K --> L{"检查结果"};
|
||||
L -- "1\. 通过" --> M["执行月末结账"];
|
||||
L -- "2\. 未通过" --> N["处理未完成的业务单据"];
|
||||
N --> K;
|
||||
M --> O["系统计算并结转销售成本"];
|
||||
O --> P["月结完成"];
|
||||
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 finalStep fill:#fce4ec,stroke:#e91e63,stroke-width:1px;
|
||||
|
||||
class A,I,J,P startEnd;
|
||||
class B,C,D,F,G,H,K,M,N,O process;
|
||||
class E,L decision;
|
||||
class P finalStep;
|
||||
```
|
||||
|
||||
|
||||
<br>
|
||||
|
||||
---
|
||||
|
||||
## 五、总结
|
||||
|
||||
G3ERP连锁门店日常业务模块是一套高度集成且功能全面的门店运营管理解决方案。它通过对补货、收货、零售、库存、结算等十大核心业务的精细化管理,构建了一个从商品流转到价值实现的全流程闭环。
|
||||
|
||||
该模块的设计严格遵循业务逻辑,以标准化的单据流驱动各项业务,确保了操作的规范性和数据的准确性。同时,清晰的流程图和详尽的功能解读,为门店人员提供了明确的操作指引,有效降低了培训成本,提升了整体运营效率。
|
||||
|
||||
综上所述,该模块不仅是门店日常工作的得力助手,更是连锁企业实现标准化管理、优化资源配置、提升核心竞争力的重要信息化支撑。
|
@ -1,684 +0,0 @@
|
||||
# G3ERP连锁门店日常业务模块解读
|
||||
|
||||
## 一、连锁门店日常业务模块概述
|
||||
|
||||
G3ERP连锁门店的日常业务模块是整个门店运营管理的核心,它围绕着“商品”和“销售”两大主线,构建了一套完整、闭环的业务流程。该模块旨在通过信息化的手段,规范门店从要货、收货、销售、库存管理到财务结算的每一个环节,确保业务操作的标准化、数据的准确性以及运营的高效性。
|
||||
|
||||
本模块深度融合了GSP(药品经营质量管理规范)的要求,将合规性内嵌于各项业务操作之中,不仅提升了门店的日常工作效率,更保障了药品零售环节的安全与可追溯性,是支撑连锁药店稳健运营和持续发展的重要基石。
|
||||
|
||||
<br>
|
||||
|
||||
## 二、日常业务功能架构
|
||||
|
||||
### 2.1 日常业务功能架构图
|
||||
|
||||
连锁门店的日常业务主要由十大核心子模块构成,它们共同协作,覆盖了门店运营的方方面面。
|
||||
|
||||
```mermaid
|
||||
graph LR
|
||||
A["连锁门店日常业务"] --> B["补货业务"];
|
||||
A --> C["收货业务"];
|
||||
A --> D["零售业务"];
|
||||
A --> E["批发业务"];
|
||||
A --> F["退货业务"];
|
||||
A --> G["调拨业务"];
|
||||
A --> H["库存业务"];
|
||||
A --> I["盘点业务"];
|
||||
A --> J["价格业务"];
|
||||
A --> K["日结月结"];
|
||||
|
||||
subgraph "补货业务"
|
||||
B1["补货计划参数设置"]
|
||||
B2["补货计划单"]
|
||||
B3["缺货登记"]
|
||||
end
|
||||
|
||||
subgraph "收货业务"
|
||||
C1["门店接货单"]
|
||||
C2["门店拒收单"]
|
||||
C3["按明细验收入库确认"]
|
||||
end
|
||||
|
||||
subgraph "零售业务"
|
||||
D1["零售POS单"]
|
||||
D2["中药划价模板"]
|
||||
D3["POS支付方式变更"]
|
||||
end
|
||||
|
||||
subgraph "批发业务"
|
||||
E1["门店批发开单"]
|
||||
E2["门店批发退回单"]
|
||||
end
|
||||
|
||||
subgraph "退货业务"
|
||||
F1["退货申请单"]
|
||||
end
|
||||
|
||||
subgraph "调拨业务"
|
||||
G1["门店调拨申请单"]
|
||||
G2["店店调拨确认"]
|
||||
end
|
||||
|
||||
subgraph "库存业务"
|
||||
H1["直调入库/退回"]
|
||||
H2["其他入库/出库"]
|
||||
H3["仓库调拨"]
|
||||
H4["包装拆零/组装"]
|
||||
H5["批次管理"]
|
||||
end
|
||||
|
||||
subgraph "盘点业务"
|
||||
I1["静态库存盘点"]
|
||||
I2["盘点结果差异单"]
|
||||
I3["盘盈/盘亏处理"]
|
||||
end
|
||||
|
||||
subgraph "价格业务"
|
||||
J1["零售价调价"]
|
||||
J2["调价申请"]
|
||||
J3["特价申请"]
|
||||
end
|
||||
|
||||
subgraph "日结月结"
|
||||
K1["连锁门店日结单"]
|
||||
K2["连锁门店月末结账"]
|
||||
end
|
||||
|
||||
B --> B1 & B2 & B3;
|
||||
C --> C1 & C2 & C3;
|
||||
D --> D1 & D2 & D3;
|
||||
E --> E1 & E2;
|
||||
F --> F1;
|
||||
G --> G1 & G2;
|
||||
H --> H1 & H2 & H3 & H4 & H5;
|
||||
I --> I1 & I2 & I3;
|
||||
J --> J1 & J2 & J3;
|
||||
K --> K1 & K2;
|
||||
|
||||
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 subModuleClass;
|
||||
class B1,B2,B3,C1,C2,C3,D1,D2,D3,E1,E2,F1,G1,G2,H1,H2,H3,H4,H5,I1,I2,I3,J1,J2,J3,K1,K2 functionClass;
|
||||
```
|
||||
|
||||
<br>
|
||||
|
||||
### 2.2 日常业务功能架构图结构说明
|
||||
|
||||
#### 核心业务循环
|
||||
|
||||
连锁门店的日常业务构成了一个以“门店库存”为中心的闭环管理流程:
|
||||
|
||||
1. **库存流入**:通过 **补货业务** 向总部要货,经 **收货业务** 确认后入库;或由 **调拨业务** 从其他门店调入;或因 **盘点业务** 产生盘盈。
|
||||
2. **库存流出**:通过 **零售业务** 或 **批发业务** 销售给顾客;或通过 **退货业务** 退回总部;或通过 **调拨业务** 调出至其他门店;或因 **盘点业务** 产生盘亏。
|
||||
3. **价值实现与核算**:销售活动通过 **价格业务** 确定售价,最终在 **日结月结** 环节完成资金的归集与成本的核算。
|
||||
4. **内部管理**:**库存业务** 提供了多种工具对库存进行精细化管理,如批次调整、状态锁定等,确保账实相符。
|
||||
|
||||
#### 十大核心业务模块
|
||||
|
||||
1. **补货业务**:门店运营的源头,负责向总部或配送中心发起要货请求,是保障门店商品供给的关键。
|
||||
2. **收货业务**:处理总部配送来货的接收、验收与入库确认,是商品进入门店库存的第一道关卡。
|
||||
3. **零售业务**:面向终端消费者的核心销售环节,通过POS系统完成开单、收款、促销、会员管理等一系列操作。
|
||||
4. **批发业务**:支持门店开展对公、对小商户的批量销售业务。
|
||||
5. **退货业务**:管理门店向总部的商品退货流程,确保退货过程的规范与可追溯。
|
||||
6. **调拨业务**:实现门店之间的库存互通有无,优化区域内的库存资源配置。
|
||||
7. **库存业务**:提供全面的库存管理工具,包括非正常出入库、库存状态调整、批次信息维护等,是维持账实相符的保障。
|
||||
8. **盘点业务**:通过定期的库存盘点,发现并处理库存差异,确保库存数据的准确性。
|
||||
9. **价格业务**:管理门店的零售价格体系,支持常规调价和临时特价申请,是门店盈利能力的重要影响因素。
|
||||
10. **日结月结**:门店的财务关账流程,负责每日销售款的核对与上缴,以及每月的成本结转与财务核算。
|
||||
|
||||
<br>
|
||||
|
||||
---
|
||||
|
||||
## 三、总业务流程设计
|
||||
|
||||
### 3.1 总业务流程设计图
|
||||
|
||||
```mermaid
|
||||
graph TD
|
||||
direction TB
|
||||
|
||||
subgraph "库存增加活动"
|
||||
A["补货/收货业务"]
|
||||
B["顾客退货"]
|
||||
C["调拨(调入)"]
|
||||
D["盘点(盘盈)"]
|
||||
end
|
||||
|
||||
I["门店库存<br>(核心枢纽)"]
|
||||
|
||||
subgraph "库存减少活动"
|
||||
E["零售/批发业务"]
|
||||
F["退货(退总部)"]
|
||||
G["调拨(调出)"]
|
||||
H["盘点(盘亏)"]
|
||||
end
|
||||
|
||||
subgraph "支持与核算活动"
|
||||
J["价格业务"]
|
||||
K["日结月结"]
|
||||
end
|
||||
|
||||
A -- "主要来源" --> I;
|
||||
B -- "入库" --> I;
|
||||
C -- "入库" --> I;
|
||||
D -- "入库" --> I;
|
||||
|
||||
I -- "主要去向" --> E;
|
||||
I -- "出库" --> F;
|
||||
I -- "出库" --> G;
|
||||
I -- "出库" --> H;
|
||||
|
||||
J -- "影响售价" --> E;
|
||||
K -- "结算资金与成本" --> E;
|
||||
|
||||
classDef core fill:#e3f2fd,stroke:#1e88e5,stroke-width:2px,font-weight:bold;
|
||||
classDef activity fill:#e8f5e9,stroke:#388e3c,stroke-width:1px;
|
||||
classDef support fill:#fffde7,stroke:#fbc02d,stroke-width:1px;
|
||||
|
||||
class I core;
|
||||
class A,B,C,D,E,F,G,H activity;
|
||||
class J,K support;
|
||||
```
|
||||
|
||||
<br>
|
||||
|
||||
### 3.2 流程说明
|
||||
|
||||
门店的日常运营围绕 **门店库存** 这一核心枢纽展开,形成清晰的流入与流出路径:
|
||||
|
||||
- **库存流入(增加)**:
|
||||
- **主要渠道**:通过 **补货业务** 发起要货,经总部配送后,由 **收货业务** 完成验收后入库。
|
||||
- **其他渠道**:顾客的销售退货、其他门店的调拨入库、以及库存盘点产生的盘盈,都会增加门店的实际库存。
|
||||
|
||||
- **库存流出(减少)**:
|
||||
- **主要渠道**:通过 **零售或批发业务** 将商品销售给顾客。
|
||||
- **其他渠道**:向总部发起的 **退货**、向其他门店的 **调拨**、以及库存盘点产生的 **盘亏**,都会导致库存减少。
|
||||
|
||||
- **支持与核算**:
|
||||
- **价格业务** 决定了销售活动中的商品售价,直接影响销售额和毛利。
|
||||
- **日结月结** 负责对每日的销售款项进行核对清算,并在月末进行成本结转,完成财务闭环。
|
||||
|
||||
<br>
|
||||
|
||||
---
|
||||
|
||||
## 四、日常业务模块详细解读
|
||||
|
||||
### 4.1 补货业务
|
||||
|
||||
#### 4.1.1 补货业务功能简述
|
||||
|
||||
补货业务是保障门店商品供应、维持合理库存水平的起点。门店通过此模块向总部或配送中心发起要货请求。系统支持手动创建、按模板引入、或根据系统内置的智能补货模型(如基于销量、库存上下限等)自动生成补货计划,实现了要货的科学化与高效化。同时,对于临时缺货的商品,系统也提供了缺货登记功能,便于后续跟踪与处理。
|
||||
|
||||
#### 4.1.2 补货业务流程图
|
||||
|
||||
```mermaid
|
||||
graph LR
|
||||
subgraph "门店补货流程"
|
||||
A["开始"] --> B{"选择补货方式"};
|
||||
B -- "1\. 手动创建" --> C["新增/引入商品<br>手动填写补货数量"];
|
||||
B -- "2\. 模型生成" --> D["设置补货计划参数<br>(如:按销量、库存水位)"];
|
||||
D --> E["系统自动生成补货计划"];
|
||||
|
||||
C --> F["生成补货计划单"];
|
||||
E --> F;
|
||||
|
||||
F --> G["提交补货计划单至总部"];
|
||||
G --> H["结束<br>(等待总部配送)"];
|
||||
|
||||
subgraph "缺货处理"
|
||||
I["销售时发现缺货"] --> J["缺货登记"];
|
||||
J --> K["生成缺货记录"];
|
||||
K -.-> B;
|
||||
end
|
||||
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 exception fill:#ffebee,stroke:#f44336,stroke-width:1px;
|
||||
|
||||
class A,H startEnd;
|
||||
class C,D,E,F,G process;
|
||||
class B decision;
|
||||
class I,J,K exception;
|
||||
```
|
||||
|
||||
|
||||
<br>
|
||||
|
||||
---
|
||||
|
||||
### 4.2 收货业务
|
||||
|
||||
#### 4.2.1 收货业务功能简述
|
||||
|
||||
收货业务是商品进入门店库存、完成物流交接的关键环节,也是执行GSP规范、保障药品质量的第一道防线。当总部或供应商的货物送达门店后,门店需通过本模块完成一系列标准化操作,包括开具`门店接货单`进行物理接收,对不符合要求的商品(如包装破损、温度异常)开具`门店拒收单`,最后通过`按明细验收入库确认`,核对商品批号、效期等关键信息,最终确认入库,完成库存的增加。
|
||||
|
||||
#### 4.2.2 收货业务流程图
|
||||
|
||||
```mermaid
|
||||
graph TD
|
||||
subgraph "门店收货与验收流程"
|
||||
A["开始<br>(总部/供应商送货到达)"] --> B["开具门店接货单"];
|
||||
B --> C["录入运输信息<br>(如:冷链温度)"];
|
||||
C --> D{"商品初检"};
|
||||
D -- "1\. 正常" --> E["进入按明细验收入库环节"];
|
||||
D -- "2\. 异常(如破损)" --> F["开具门店拒收单"];
|
||||
F --> G["异常商品处理"];
|
||||
|
||||
E --> H["逐一核对商品信息<br>(批号、效期、数量)"];
|
||||
H --> I{"验收结果确认"};
|
||||
I -- "1\. 合格" --> J["确认入库"];
|
||||
J --> K["门店库存增加"];
|
||||
K --> L["结束"];
|
||||
I -- "2\. 不合格" --> 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;
|
||||
classDef exception fill:#ffebee,stroke:#f44336,stroke-width:1px;
|
||||
|
||||
class A,L startEnd;
|
||||
class B,C,E,H,J,K process;
|
||||
class D,I decision;
|
||||
class F,G exception;
|
||||
```
|
||||
|
||||
|
||||
<br>
|
||||
|
||||
---
|
||||
|
||||
### 4.3 零售业务
|
||||
|
||||
#### 4.3.1 零售业务功能简述
|
||||
|
||||
零售业务是连锁门店实现最终销售、创造价值的核心环节。G3ERP通过强大的POS(Point of Sale)系统,为门店提供了一个高效、稳定且功能全面的前台操作平台。该模块不仅支持日常的开单、收款、打印小票等基础功能,还深度集成了会员管理、积分兑换、多样化促销活动(如特价、买赠、组合套餐)等营销工具。此外,系统还特别针对中药销售提供了中药划价模板,并支持挂单/提单、异常支付方式变更等实用功能,全面满足现代药店零售场景的复杂需求。
|
||||
|
||||
#### 4.3.2 零售业务流程图
|
||||
|
||||
```mermaid
|
||||
graph TD
|
||||
subgraph "门店零售POS流程"
|
||||
A["顾客选购商品"] --> B["收银员扫描商品条码"];
|
||||
B --> C{"系统处理"};
|
||||
C -- "1\. 识别商品" --> D["显示商品信息与价格"];
|
||||
C -- "2\. 触发促销" --> E["自动应用优惠<br>(特价/买赠等)"];
|
||||
D --> F;
|
||||
E --> F["计算订单总额"];
|
||||
|
||||
F --> G{"会员/积分"};
|
||||
G -- "1\. 是会员" --> H["输入会员信息<br>进行积分累计/兑换"];
|
||||
G -- "2\. 非会员" --> I["进入收款环节"];
|
||||
H --> I;
|
||||
|
||||
I --> J{"选择支付方式"};
|
||||
J -- "现金/刷卡/移动支付" --> K["完成收款"];
|
||||
K --> L["打印销售小票"];
|
||||
L --> M["交易完成"];
|
||||
|
||||
subgraph "特殊操作"
|
||||
S1["中药销售"] --> S2["调用中药划价模板"];
|
||||
S2 --> F;
|
||||
T1["顾客暂离"] --> T2["挂单操作"];
|
||||
T2 --> U["保存当前订单"];
|
||||
V["顾客返回"] --> W["提单操作"];
|
||||
W --> F;
|
||||
end
|
||||
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 special fill:#fce4ec,stroke:#e91e63,stroke-width:1px;
|
||||
|
||||
class A,M startEnd;
|
||||
class B,D,E,F,H,I,K,L process;
|
||||
class C,G,J decision;
|
||||
class S1,S2,T1,T2,U,V,W special;
|
||||
```
|
||||
|
||||
|
||||
<br>
|
||||
|
||||
---
|
||||
|
||||
### 4.4 批发业务
|
||||
|
||||
#### 4.4.1 批发业务功能简述
|
||||
|
||||
批发业务模块为连锁门店提供了处理对公、对小商户等批量销售场景的能力。与零售业务不同,批发业务通常涉及更正式的客户管理和价格策略。门店可以通过`门店批发开单`功能,为已建档的批发客户创建销售订单,并处理后续的出库流程。当发生退货时,则通过`门店批发退回单`进行处理,确保账务和库存的准确调整。此模块是门店拓展B端业务、增加销售渠道的重要补充。
|
||||
|
||||
#### 4.4.2 批发业务流程图
|
||||
|
||||
```mermaid
|
||||
graph TD
|
||||
subgraph "门店批发业务流程"
|
||||
A["批发客户下单"] --> B["门店批发开单"];
|
||||
B --> C["选择客户并录入商品信息"];
|
||||
C --> D["确认价格与数量"];
|
||||
D --> E["生成批发销售单"];
|
||||
E --> F["出库/发货"];
|
||||
F --> G["交易完成"];
|
||||
|
||||
subgraph "批发退货流程"
|
||||
H["客户发起退货"] --> I["创建门店批发退回单"];
|
||||
I --> J["录入退货商品与原因"];
|
||||
J --> K["审核退货单"];
|
||||
K --> L["商品入库并更新库存"];
|
||||
L --> M["完成退款/冲账"];
|
||||
end
|
||||
end
|
||||
|
||||
classDef startEnd fill:#e8f5e9,stroke:#4caf50,stroke-width:2px;
|
||||
classDef process fill:#e3f2fd,stroke:#2196f3,stroke-width:2px;
|
||||
classDef returnProcess fill:#fff3e0,stroke:#ff9800,stroke-width:1px;
|
||||
|
||||
class A,G startEnd;
|
||||
class B,C,D,E,F process;
|
||||
class H,I,J,K,L,M returnProcess;
|
||||
```
|
||||
|
||||
|
||||
<br>
|
||||
|
||||
---
|
||||
|
||||
### 4.5 退货业务
|
||||
|
||||
#### 4.5.1 退货业务功能简述
|
||||
|
||||
退货业务模块规范了门店向总部或配送中心退回商品的流程。当门店因商品滞销、近效期、质量问题等原因需要退货时,必须通过`退货申请单`发起正式的退货流程。门店在申请单中详细说明退货的商品、批次、数量及原因。该申请单提交后将进入总部的审批环节,确保了退货操作的合规性、可追溯性和统一管理,有效避免了无序退货造成的库存与账务混乱。
|
||||
|
||||
#### 4.5.2 退货业务流程图
|
||||
|
||||
```mermaid
|
||||
graph TD
|
||||
subgraph "门店向总部退货流程"
|
||||
A["门店发起退货需求<br>(滞销/近效期/质量问题等)"] --> B["创建退货申请单"];
|
||||
B --> C["引入或录入退货商品信息<br>(批号、数量、原因)"];
|
||||
C --> D["提交退货申请"];
|
||||
D --> E["总部审批环节"];
|
||||
E --> F{"审批结果"};
|
||||
F -- "1\. 同意" --> G["总部安排退货接收<br>门店按指示操作"];
|
||||
F -- "2\. 驳回" --> H["门店收到通知<br>退货流程终止"];
|
||||
G --> I["结束"];
|
||||
H --> 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;
|
||||
classDef endpoint fill:#fce4ec,stroke:#e91e63,stroke-width:1px;
|
||||
|
||||
class A,I startEnd;
|
||||
class B,C,D,E process;
|
||||
class F decision;
|
||||
class G,H endpoint;
|
||||
```
|
||||
|
||||
|
||||
<br>
|
||||
|
||||
---
|
||||
|
||||
### 4.6 调拨业务
|
||||
|
||||
#### 4.6.1 调拨业务功能简述
|
||||
|
||||
调拨业务是实现连锁门店内、外部库存资源优化配置和高效流转的重要手段。当门店间需要相互调剂商品余缺时,可通过`门店调拨申请单`发起。调出门店创建申请单并出库后,调入门店在`店店调拨申请调入门店确认`模块中进行收货确认。一旦确认,系统将自动完成双方库存的增减,确保了调拨过程的准确、高效和可追溯,是提升区域内整体库存周转率和满足顾客需求的重要工具。
|
||||
|
||||
#### 4.6.2 调拨业务流程图
|
||||
|
||||
```mermaid
|
||||
graph TD
|
||||
subgraph "门店间调拨流程"
|
||||
A["调出门店发起调拨需求"] --> B["创建门店调拨申请单"];
|
||||
B --> C["选择调入门店<br>录入调拨商品及数量"];
|
||||
C --> D["调出门店确认出库"];
|
||||
D --> E["系统生成在途库存"];
|
||||
|
||||
E --> F["调入门店接收实物"];
|
||||
F --> G["进入'店店调拨申请调入门店确认'模块"];
|
||||
G --> H["核对商品信息并确认收货"];
|
||||
H --> I{"调拨完成"};
|
||||
|
||||
I -- "调出门店库存减少" --> J["结束"];
|
||||
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;
|
||||
classDef state fill:#fce4ec,stroke:#e91e63,stroke-width:1px;
|
||||
|
||||
class A,J startEnd;
|
||||
class B,C,D,F,G,H process;
|
||||
class I decision;
|
||||
class E state;
|
||||
```
|
||||
|
||||
|
||||
<br>
|
||||
|
||||
---
|
||||
|
||||
### 4.7 库存业务
|
||||
|
||||
#### 4.7.1 库存业务功能简述
|
||||
|
||||
库存业务模块是门店进行精细化库存管理的核心工具集,它处理所有非标准采购和销售流程引起的库存变动。该模块功能强大,覆盖了多种业务场景:
|
||||
- **门店直调入库/退回**:处理供应商直送门店的商品入库与退货。
|
||||
- **其他入库/出库**:用于处理赠品、物料、报损等非销售性的库存变动。
|
||||
- **仓库调拨**:在门店内的不同仓库(如合格品库、不合格品库)之间转移库存。
|
||||
- **包装拆零/组装**:支持将整件商品拆分为零散单位,或将多个商品组合成新的礼盒、套餐等。
|
||||
- **批次管理**:提供对特定批次进行锁定(防止销售)和解锁的功能,是进行质量管控和效期管理的重要手段。
|
||||
|
||||
通过这些功能,门店能够确保库存账目的准确性,并对库存状态进行灵活、有效的控制。
|
||||
|
||||
#### 4.7.2 库存业务流程图
|
||||
|
||||
```mermaid
|
||||
graph TD
|
||||
subgraph "库存精细化管理"
|
||||
A["库存管理需求"] --> B{"选择业务类型"};
|
||||
|
||||
B -- "1\. 供应商直送" --> C["门店直调入库/退回"];
|
||||
B -- "2\. 内部转移" --> D["仓库调拨<br>(如:合格品库 -> 不合格品库)"];
|
||||
B -- "3\. 形态改变" --> E["包装拆零/组装"];
|
||||
B -- "4\. 状态控制" --> F["批次锁库/解库"];
|
||||
B -- "5\. 其他变动" --> G["其他入库/出库<br>(赠品、报损等)"];
|
||||
|
||||
C --> H["库存直接增/减"];
|
||||
D --> H;
|
||||
E --> H;
|
||||
G --> H;
|
||||
F --> I["批次可售状态改变"];
|
||||
|
||||
H --> J["结束"];
|
||||
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;
|
||||
classDef result fill:#fce4ec,stroke:#e91e63,stroke-width:1px;
|
||||
|
||||
class A,J startEnd;
|
||||
class C,D,E,F,G process;
|
||||
class B decision;
|
||||
class H,I result;
|
||||
```
|
||||
|
||||
|
||||
<br>
|
||||
|
||||
---
|
||||
|
||||
### 4.8 盘点业务
|
||||
|
||||
#### 4.8.1 盘点业务功能简述
|
||||
|
||||
盘点业务是确保门店库存账实相符、保障资产安全的核心管理活动。G3ERP提供了一套完整的盘点解决方案,流程从创建`静态库存盘点`方案开始,明确盘点范围和方式。盘点人员录入实际盘点数量后,系统会自动与账面库存进行比对,生成`盘点结果差异单`。这份差异单清晰地展示了盘盈和盘亏的明细,经过相关负责人审核确认后,可一键下推生成`盘盈入库单`和`盘亏出库单`,最终完成库存数量和成本的调整,形成一个从盘点到平账的业务闭环。
|
||||
|
||||
#### 4.8.2 盘点业务流程图
|
||||
|
||||
```mermaid
|
||||
graph TD
|
||||
subgraph "门店库存盘点流程"
|
||||
A["制定盘点计划"] --> B["创建静态库存盘点方案"];
|
||||
B --> C["引入盘点范围内的商品"];
|
||||
C --> D["执行现场盘点"];
|
||||
D --> E["录入实盘数量"];
|
||||
E --> F["系统计算差异"];
|
||||
F --> G["生成盘点结果差异单"];
|
||||
G --> H{"审核盘点差异"};
|
||||
H -- "1\. 确认差异" --> I["下推生成盘盈/盘亏单"];
|
||||
H -- "2\. 需要复盘" --> D;
|
||||
|
||||
I --> J["盘盈入库单<br>(增加库存)"];
|
||||
I --> K["盘亏出库单<br>(减少库存)"];
|
||||
|
||||
J --> L["审核记账"];
|
||||
K --> L;
|
||||
|
||||
L --> M["库存与成本调整完成"];
|
||||
M --> N["结束"];
|
||||
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 result fill:#fce4ec,stroke:#e91e63,stroke-width:1px;
|
||||
|
||||
class A,N startEnd;
|
||||
class B,C,D,E,F,G,I,L,M process;
|
||||
class H decision;
|
||||
class J,K result;
|
||||
```
|
||||
|
||||
|
||||
<br>
|
||||
|
||||
---
|
||||
|
||||
### 4.9 价格业务
|
||||
|
||||
#### 4.9.1 价格业务功能简述
|
||||
|
||||
价格业务模块是门店进行销售价格管理的核心,直接关系到门店的销售策略和盈利能力。该模块提供了灵活多样的价格调整工具,以适应不同的业务场景:
|
||||
- **门店零售价调价单**:用于执行总部下发的、常规性的商品价格调整。
|
||||
- **门店调价申请单**:门店可以主动向上级申请对特定商品进行价格调整。
|
||||
- **特价申请**:为应对临时的团购、大客户议价或竞争需要,门店可以发起特价申请,在批准后以临时价格进行销售。
|
||||
|
||||
通过这套组合拳,系统既保证了价格体系的统一性和严肃性,又赋予了门店应对市场变化的灵活性。
|
||||
|
||||
#### 4.9.2 价格业务流程图
|
||||
|
||||
```mermaid
|
||||
graph TD
|
||||
subgraph "门店价格管理流程"
|
||||
A["价格管理需求"] --> B{"选择价格调整类型"};
|
||||
|
||||
B -- "1\. 常规调价" --> C["创建/接收 门店零售价调价单"];
|
||||
C --> D["录入或确认新零售价"];
|
||||
D --> E["审核后生效"];
|
||||
E --> F["更新商品售价"];
|
||||
F --> G["结束"];
|
||||
|
||||
B -- "2\. 门店主动申请" --> H["创建门店调价申请单"];
|
||||
H --> I["填写申请调价的商品与价格"];
|
||||
I --> J["提交至总部审批"];
|
||||
J --> K{"审批结果"};
|
||||
K -- "1\. 同意" --> E;
|
||||
K -- "2\. 驳回" --> L["申请作废"];
|
||||
L --> G;
|
||||
|
||||
B -- "3\. 临时特价" --> M["创建特价申请"];
|
||||
M --> N["填写特价商品、价格、客户及有效期"];
|
||||
N --> O["提交审批"];
|
||||
O --> P{"审批结果"};
|
||||
P -- "1\. 同意" --> Q["生成临时特价<br>(在指定条件下生效)"];
|
||||
P -- "2\. 驳回" --> R["申请作废"];
|
||||
Q --> G;
|
||||
R --> 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 result fill:#fce4ec,stroke:#e91e63,stroke-width:1px;
|
||||
|
||||
class A,G startEnd;
|
||||
class C,D,E,H,I,J,M,N,O process;
|
||||
class B,K,P decision;
|
||||
class F,L,Q,R result;
|
||||
```
|
||||
|
||||
|
||||
<br>
|
||||
|
||||
---
|
||||
|
||||
### 4.10 日结月结
|
||||
|
||||
#### 4.10.1 日结月结功能简述
|
||||
|
||||
日结与月结是门店财务管理中至关重要的环节,确保资金安全和成本核算的准确性。
|
||||
- **连锁门店日结单**:门店每日营业结束后,需进行日结操作。系统会自动汇总当日的销售流水,并与实际收到的现金、刷卡等款项进行核对。日结不仅是每日的财务对账,也是向上级或财务部门上缴营业款的依据。
|
||||
- **连锁门店月末结账**:在每个月的最后一天,门店必须执行月末结账。在结账前,系统提供`月末结账前检查`功能,确保所有业务单据(如出入库单、盘点单等)均已处理完毕。检查通过后,执行月结,系统将自动完成当月销售成本的计算与结转,为生成准确的财务报表提供基础。
|
||||
|
||||
#### 4.10.2 日结月结业务流程图
|
||||
|
||||
```mermaid
|
||||
graph TD
|
||||
subgraph "日结与月结流程"
|
||||
A["每日营业结束"] --> B["执行日结操作"];
|
||||
B --> C["系统汇总当日销售流水"];
|
||||
C --> D["核对各支付方式实收款"];
|
||||
D --> E{"对账结果"};
|
||||
E -- "1\. 平衡" --> F["生成日结单"];
|
||||
E -- "2\. 不平衡" --> G["查找并处理差异"];
|
||||
G --> D;
|
||||
F --> H["上缴营业款"];
|
||||
H --> I["日结完成"];
|
||||
|
||||
J["每月最后一天"] --> K["执行月末结账前检查"];
|
||||
K --> L{"检查结果"};
|
||||
L -- "1\. 通过" --> M["执行月末结账"];
|
||||
L -- "2\. 未通过" --> N["处理未完成的业务单据"];
|
||||
N --> K;
|
||||
M --> O["系统计算并结转销售成本"];
|
||||
O --> P["月结完成"];
|
||||
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 finalStep fill:#fce4ec,stroke:#e91e63,stroke-width:1px;
|
||||
|
||||
class A,I,J,P startEnd;
|
||||
class B,C,D,F,G,H,K,M,N,O process;
|
||||
class E,L decision;
|
||||
class P finalStep;
|
||||
```
|
||||
|
||||
|
||||
<br>
|
||||
|
||||
---
|
||||
|
||||
## 五、总结
|
||||
|
||||
G3ERP连锁门店日常业务模块是一套高度集成且功能全面的门店运营管理解决方案。它通过对补货、收货、零售、库存、结算等十大核心业务的精细化管理,构建了一个从商品流转到价值实现的全流程闭环。
|
||||
|
||||
该模块的设计严格遵循业务逻辑,以标准化的单据流驱动各项业务,确保了操作的规范性和数据的准确性。同时,清晰的流程图和详尽的功能解读,为门店人员提供了明确的操作指引,有效降低了培训成本,提升了整体运营效率。
|
||||
|
||||
综上所述,该模块不仅是门店日常工作的得力助手,更是连锁企业实现标准化管理、优化资源配置、提升核心竞争力的重要信息化支撑。
|
@ -1,463 +0,0 @@
|
||||
# G3ERP连锁门店日常业务模块解读文档
|
||||
|
||||
## 一、连锁门店日常业务模块概述
|
||||
|
||||
G3ERP连锁门店日常业务模块是专为医药零售企业设计的前端运营管理系统,全面覆盖了门店从商品补货、收货、日常销售到库存管理和财务结算的各项核心业务。该模块作为企业运营的神经末梢,直接面向终端消费者,同时与总部供应链、财务及GSP管理体系紧密集成,旨在实现门店业务的标准化、自动化和智能化,确保运营效率和合规性。
|
||||
|
||||
<br>
|
||||
|
||||
## 二、连锁门店日常业务功能架构
|
||||
|
||||
### 2.1 功能架构图
|
||||
|
||||
连锁门店日常业务模块主要由以下十一大功能集群构成,形成一个完整的门店运营闭环:
|
||||
|
||||
```mermaid
|
||||
graph LR
|
||||
A["连锁门店日常业务"] --> B["补货业务"];
|
||||
A --> C["收货业务"];
|
||||
A --> D["零售业务"];
|
||||
A --> E["批发业务"];
|
||||
A --> F["退货业务"];
|
||||
A --> G["调拨业务"];
|
||||
A --> H["库存业务"];
|
||||
A --> I["盘点业务"];
|
||||
A --> J["价格业务"];
|
||||
A --> K["日结月结"];
|
||||
A --> L["其他业务"];
|
||||
|
||||
subgraph "补货业务"
|
||||
B1["补货计划"]
|
||||
B2["缺货登记"]
|
||||
B3["参数设置"]
|
||||
end
|
||||
|
||||
subgraph "收货业务"
|
||||
C1["门店接货"]
|
||||
C2["验收入库"]
|
||||
C3["门店拒收"]
|
||||
end
|
||||
|
||||
subgraph "零售业务"
|
||||
D1["零售POS单"]
|
||||
D2["中药划价"]
|
||||
D3["支付方式变更"]
|
||||
end
|
||||
|
||||
subgraph "批发业务"
|
||||
E1["批发开单"]
|
||||
E2["批发退回"]
|
||||
end
|
||||
|
||||
subgraph "退货业务"
|
||||
F1["退货申请"]
|
||||
F2["总部召回处理"]
|
||||
end
|
||||
|
||||
subgraph "调拨业务"
|
||||
G1["店间调拨申请"]
|
||||
G2["调入门店确认"]
|
||||
end
|
||||
|
||||
subgraph "库存业务"
|
||||
H1["直调入库/退回"]
|
||||
H2["其他出入库"]
|
||||
H3["批次管理(锁/解/调)"]
|
||||
H4["拆零/组装"]
|
||||
end
|
||||
|
||||
subgraph "盘点业务"
|
||||
I1["静态库存盘点"]
|
||||
I2["盘点差异处理"]
|
||||
I3["盘盈/盘亏处理"]
|
||||
end
|
||||
|
||||
subgraph "价格业务"
|
||||
J1["零售价调价"]
|
||||
J2["特价申请"]
|
||||
J3["价签管理"]
|
||||
end
|
||||
|
||||
subgraph "日结月结"
|
||||
K1["日结单"]
|
||||
K2["月末结账"]
|
||||
K3["反月结处理"]
|
||||
end
|
||||
|
||||
subgraph "其他业务"
|
||||
L1["货位设置"]
|
||||
L2["新品登记"]
|
||||
L3["滞销品登记"]
|
||||
end
|
||||
|
||||
B --> B1 & B2 & B3;
|
||||
C --> C1 & C2 & C3;
|
||||
D --> D1 & D2 & D3;
|
||||
E --> E1 & E2;
|
||||
F --> F1 & F2;
|
||||
G --> G1 & G2;
|
||||
H --> H1 & H2 & H3 & H4;
|
||||
I --> I1 & I2 & I3;
|
||||
J --> J1 & J2 & J3;
|
||||
K --> K1 & K2 & K3;
|
||||
L --> L1 & L2 & L3;
|
||||
|
||||
classDef moduleClass fill:#cce5ff,stroke:#004085,stroke-width:2px
|
||||
classDef subModuleClass fill:#e7d4e8,stroke:#4a148c,stroke-width:1px
|
||||
classDef functionClass fill:#d4edda,stroke:#155724,stroke-width:1px
|
||||
|
||||
class A moduleClass
|
||||
class B,C,D,E,F,G,H,I,J,K,L subModuleClass
|
||||
class B1,B2,B3,C1,C2,C3,D1,D2,D3,E1,E2,F1,F2,G1,G2,H1,H2,H3,H4,I1,I2,I3,J1,J2,J3,K1,K2,K3,L1,L2,L3 functionClass
|
||||
```
|
||||
|
||||
<br>
|
||||
|
||||
### 2.2 功能架构图结构说明
|
||||
|
||||
#### 核心业务循环
|
||||
|
||||
G3ERP连锁门店日常业务模块形成了两个主要的业务循环:
|
||||
|
||||
1. **库存流转循环**:**补货** → (总部配送) → **收货** → **库存管理** → **销售(零售/批发)** → **库存减少** → 触发新一轮**补货**。
|
||||
2. **财务核算循环**:**销售(零售/批发)** → **收款** → **日结** → **月结** → **财务对账**。
|
||||
|
||||
这两个循环构成了门店运营的核心,确保了商品流和资金流的闭环管理。
|
||||
|
||||
#### 十一大核心业务模块
|
||||
|
||||
1. **补货业务**:保障门店商品供应
|
||||
- **功能描述**:根据门店库存和销售情况,向总部发起要货请求。
|
||||
- **核心特征**:支持手动新增、按模型(如库存上下限、历史销量)自动生成、缺货登记等多种补货方式。
|
||||
- **核心流程**:参数设置 → 计划生成 → 计划提交 → 总部处理
|
||||
- **执行角色**:门店营业员、店长
|
||||
- **业务成果**:生成补货计划单,确保商品及时补充,降低缺货风险。
|
||||
|
||||
2. **收货业务**:确保到货商品准确合规
|
||||
- **功能描述**:处理总部的配送来货,进行实物清点、GSP验收和入库确认。
|
||||
- **核心特征**:严格的GSP流程,支持按明细验收、双人复核、冷链温度记录,以及对破损商品的拒收处理。
|
||||
- **核心流程**:接货登记 → 质量验收 → 确认入库 → 库存增加
|
||||
- **执行角色**:门店收货员、质量管理员
|
||||
- **业务成果**:确保入库商品数量准确、质量合格,完成库存的物理增加。
|
||||
|
||||
3. **零售业务**:完成面向终端客户的销售
|
||||
- **功能描述**:通过POS系统完成日常的药品零售、收款、退货、促销活动等操作。
|
||||
- **核心特征**:集成的POS界面,支持会员管理、多种支付方式、促销活动(买赠、组合、积分换购)、中药划价、含麻药品登记等复杂场景。
|
||||
- **核心流程**:商品扫描/录入 → 会员识别 → 价格计算 → 收款 → 小票打印
|
||||
- **执行角色**:门店收银员、营业员
|
||||
- **业务成果**:实现快速准确的销售收款,提升顾客体验,生成销售流水。
|
||||
|
||||
4. **批发业务**:处理对公或大宗销售
|
||||
- **功能描述**:针对团体客户或大宗购买场景,进行批发开单和退货处理。
|
||||
- **核心特征**:独立的开单界面,支持客户价格体系、信用管理和批量操作。
|
||||
- **核心流程**:选择客户 → 开具批发单 → 记账出库 → 应收账款生成
|
||||
- **执行角色**:门店业务员、店长
|
||||
- **业务成果**:满足大宗客户的购买需求,拓展销售渠道。
|
||||
|
||||
5. **退货业务**:向总部申请退回商品
|
||||
- **功能描述**:门店因滞销、近效期、质量问题等原因,向总部申请退货。
|
||||
- **核心特征**:支持按店存、效期品、总部召回等多种方式引入退货商品,退货申请需经总部审批。
|
||||
- **核心流程**:创建退货申请 → 提交总部审批 → 审批通过 → 门店打包待退
|
||||
- **执行角色**:门店营业员、店长
|
||||
- **业务成果**:处理冗余或问题库存,优化库存结构。
|
||||
|
||||
6. **调拨业务**:实现门店间的商品流转
|
||||
- **功能描述**:处理门店与门店之间的商品调拨,以快速满足区域内的商品需求。
|
||||
- **核心特征**:由调出门店发起,调入门店确认,系统自动处理双方库存的增减,无需总部介入实际物流。
|
||||
- **核心流程**:调出申请 → 调入确认 → 双方库存自动增减
|
||||
- **执行角色**:调出门店店长、调入门店店长
|
||||
- **业务成果**:提高区域内商品调剂效率,减少缺货。
|
||||
|
||||
7. **库存业务**:管理门店的非销售类库存变动
|
||||
- **功能描述**:处理除正常销售、采购、退货外的所有库存变动,如批次调整、拆零组装、其他出入库等。
|
||||
- **核心特征**:功能全面,包括直调入库(不经总部配送)、其他出入库(如赠品、办公用品)、批次锁库/解库/调整、包装拆零、商品组装等。
|
||||
- **核心流程**:创建相应单据 → 审核 → 记账 → 库存实时变动
|
||||
- **执行角色**:门店库管员、店长
|
||||
- **业务成果**:确保门店库存账实相符,满足各种复杂的库存管理需求。
|
||||
|
||||
8. **盘点业务**:核对账面与实际库存
|
||||
- **功能描述**:通过建立盘点方案,对门店库存进行全面或部分的盘点,并处理盘点差异。
|
||||
- **核心特征**:支持明盘/暗盘、批号/商品盘点、纸质/PDA盘点等多种方式。盘点差异可生成复盘任务或直接生成盘盈盘亏单。
|
||||
- **核心流程**:建立盘点方案 → 锁定库存 → 录入实盘数 → 计算差异 → 生成损益单
|
||||
- **执行角色**:门店全员
|
||||
- **业务成果**:发现并解决库存差异,保证库存数据的准确性。
|
||||
|
||||
9. **价格业务**:管理门店商品价格
|
||||
- **功能描述**:执行总部下发的调价指令,或申请对本店商品进行价格调整,并管理价签。
|
||||
- **核心特征**:支持总部强制调价、门店申请调价、团购特价申请等。调价后可批量生成价签。
|
||||
- **核心流程**:接收/申请调价 → 审核 → 执行 → 价格生效 → 打印价签
|
||||
- **执行角色**:店长、信息员
|
||||
- **业务成果**:确保门店售价的准确性和市场竞争力。
|
||||
|
||||
10. **日结月结**:完成门店财务周期的结算
|
||||
- **功能描述**:对门店每日的销售、收款进行汇总核对,并在月末进行结账,关闭当前会计期间。
|
||||
- **核心特征**:日结是月结的前提,月结前系统会自动检查所有业务单据是否处理完毕。支持反月结操作以应对特殊情况。
|
||||
- **核心流程**:完成所有业务 → 日结 → 月末检查 → 月结 → 成本计算
|
||||
- **执行角色**:店长、财务对接人
|
||||
- **业务成果**:完成门店财务周期的结算,为总部财务核算提供准确数据。
|
||||
|
||||
11. **其他业务**:提供辅助性管理功能
|
||||
- **功能描述**:包括仓库货位设置、新品及缺货登记、滞销品登记等辅助管理功能。
|
||||
- **核心特征**:是对核心业务流程的补充,提升门店管理的精细化水平。
|
||||
- **核心流程**:按需使用相应功能模块。
|
||||
- **执行角色**:店长、营业员
|
||||
- **业务成果**:提升门店运营管理的精细度和响应速度。
|
||||
|
||||
---
|
||||
<br>
|
||||
|
||||
## 三、总业务流程设计
|
||||
|
||||
### 3.1 门店核心业务流程图
|
||||
|
||||
```mermaid
|
||||
graph TD
|
||||
subgraph "顾客交互与销售"
|
||||
A["顾客进店"] --> B["商品咨询/推荐"];
|
||||
B --> C["POS开单<br>(扫描商品、录入会员)"];
|
||||
C --> D{"促销/优惠判断"};
|
||||
D -- "1\. 满足促销" --> E["执行促销策略<br>(买赠、组合、打折)"];
|
||||
D -- "2\. 不满足" --> F["正常价格"];
|
||||
E --> G["计算总价"];
|
||||
F --> G;
|
||||
G --> H["收款结算<br>(现金、刷卡、扫码、储值卡)"];
|
||||
H --> I["打印小票"];
|
||||
I --> J["顾客离店"];
|
||||
end
|
||||
|
||||
subgraph "内部运营与供应链"
|
||||
K["日常巡查/销售分析"] --> L{"发现库存不足?"};
|
||||
L -- "1\. 是" --> M["发起补货计划"];
|
||||
M --> N["总部处理配送"];
|
||||
N --> O["门店接货验收"];
|
||||
O --> P["合格品入库<br>(库存增加)"];
|
||||
P --> K;
|
||||
|
||||
L -- "2\. 否" --> K;
|
||||
|
||||
P --> C;
|
||||
end
|
||||
|
||||
subgraph "财务与盘点"
|
||||
H --> Q["生成销售流水"];
|
||||
Q --> R["门店日结"];
|
||||
R --> S["月末结账"];
|
||||
|
||||
T["定期/不定期"] --> U["发起盘点"];
|
||||
U --> V["盘点差异处理"];
|
||||
V --> W["盘盈入库/盘亏出库"];
|
||||
W --> P;
|
||||
end
|
||||
|
||||
classDef customer fill:#fff0f6,stroke:#d63384,stroke-width:2px;
|
||||
classDef operation fill:#e3f2fd,stroke:#0d6efd,stroke-width:2px;
|
||||
classDef finance fill:#d1e7dd,stroke:#198754,stroke-width:2px;
|
||||
|
||||
class A,B,C,D,E,F,G,H,I,J customer;
|
||||
class K,L,M,N,O,P operation;
|
||||
class Q,R,S,T,U,V,W finance;
|
||||
```
|
||||
|
||||
<br>
|
||||
|
||||
### 3.2 流程图说明
|
||||
|
||||
上图展示了连锁门店三大核心流程的交互关系:
|
||||
|
||||
1. **顾客交互与销售流程(粉色)**:这是门店最主要的外部流程,从顾客进店开始,通过POS系统完成一系列销售动作,最终完成交易。
|
||||
2. **内部运营与供应链流程(蓝色)**:这是支撑销售的内部核心流程。通过对库存的持续监控,发起补货,并通过收货入库环节完成商品补充,形成一个完整的“销售-补货-入库-再销售”的闭环。
|
||||
3. **财务与盘点流程(绿色)**:这是确保数据准确性的管理流程。销售流水在每日通过日结汇总,并在月末完成月结。定期的库存盘点则保证了账实相符,其结果(盘盈/盘亏)会直接影响库存数据。
|
||||
|
||||
三大流程相互交织,共同构成了门店高效、有序的日常运营体系。
|
||||
|
||||
---
|
||||
<br>
|
||||
|
||||
## 四、核心业务流程详解
|
||||
|
||||
### 4.1 零售与结算流程
|
||||
|
||||
```mermaid
|
||||
graph TD
|
||||
A["开始<br>POS开单"] --> B["录入商品/会员"];
|
||||
B --> C{"特殊商品?"};
|
||||
C -- "1\. 中药" --> D["切换划价状态"];
|
||||
C -- "2\. 含麻/近效期" --> E["触发销售登记"];
|
||||
C -- "3\. 普通商品" --> F["正常处理"];
|
||||
D --> F;
|
||||
F --> G["计算价格/折扣"];
|
||||
G --> H{"促销活动?"};
|
||||
H -- "1\. 是" --> I["执行促销方案"];
|
||||
H -- "2\. 否" --> J["进入收款"];
|
||||
I --> J;
|
||||
J -- "PageDown" --> K["收款界面"];
|
||||
K --> L["选择支付方式<br>(可多种组合)"];
|
||||
L --> M{"需要挂单?"};
|
||||
M -- "1\. 是" --> N["F6挂单"];
|
||||
M -- "2\. 否" --> O["确认收款"];
|
||||
N --> P["处理其他顾客"];
|
||||
P --> Q["F7提单"];
|
||||
Q --> O;
|
||||
O --> R["打印小票/开钱箱"];
|
||||
R --> S["完成一笔交易"];
|
||||
S --> T["...多笔交易后..."];
|
||||
T --> U["日终操作"];
|
||||
U --> V["执行门店日结"];
|
||||
V --> W["结束"];
|
||||
E --> J;
|
||||
```
|
||||
|
||||
<br>
|
||||
|
||||
### 4.2 补货与收货流程
|
||||
|
||||
```mermaid
|
||||
graph TD
|
||||
A["开始<br>库存预警或手动发起"] --> B["创建补货计划单"];
|
||||
B --> C{"生成方式"};
|
||||
C -- "1\. 手动新增" --> D["逐条录入商品"];
|
||||
C -- "2\. 模型生成" --> E["选择计划模型<br>(如:安全库存补货)"];
|
||||
C -- "3\. 引入" --> F["引入历史未请货商品"];
|
||||
D --> G["保存计划"];
|
||||
E --> G;
|
||||
F --> G;
|
||||
G --> H["审核并提交至总部"];
|
||||
H --> I["...总部配送..."];
|
||||
I --> J["门店接货"];
|
||||
J --> K["创建门店接货单<br>(录入运输/温控信息)"];
|
||||
K --> L["审核接货单"];
|
||||
L --> M["按明细验收入库"];
|
||||
M --> N{"验收结果"};
|
||||
N -- "1\. 合格" --> O["确认入库<br>(库存增加)"];
|
||||
N -- "2\. 不合格" --> P["创建门店拒收单"];
|
||||
O --> Q["结束"];
|
||||
P --> Q;
|
||||
```
|
||||
|
||||
<br>
|
||||
|
||||
### 4.3 库存盘点流程
|
||||
|
||||
```mermaid
|
||||
graph TD
|
||||
A["开始<br>发起盘点任务"] --> B["新增静态库存盘点方案"];
|
||||
B --> C["设置盘点范围与方式<br>(全盘/抽盘, 明盘/暗盘)"];
|
||||
C --> D["审核盘点方案"];
|
||||
D --> E["进入盘点操作"];
|
||||
E --> F["引入盘点范围内的商品"];
|
||||
F --> G["锁定库存"];
|
||||
G --> H{"盘点方式"};
|
||||
H -- "1\. 纸质盘点" --> I["导出盘点表"];
|
||||
H -- "2\. PDA盘点" --> J["下发任务至PDA"];
|
||||
I --> K["...线下盘点..."];
|
||||
J --> K;
|
||||
K --> L["录入/导入实盘数量"];
|
||||
L --> M["计算盈亏差异"];
|
||||
M --> N["审核盘点结果"];
|
||||
N --> O["生成盘点结果差异单"];
|
||||
O --> P{"处理差异"};
|
||||
P -- "1\. 复盘" --> E;
|
||||
P -- "2\. 确认损益" --> Q["审核差异单"];
|
||||
Q --> R["生成盘盈入库单/盘亏出库单"];
|
||||
R --> S["记账后调整库存"];
|
||||
S --> T["结束"];
|
||||
```
|
||||
|
||||
<br>
|
||||
|
||||
### 4.4 门店向总部退货流程
|
||||
|
||||
```mermaid
|
||||
graph TD
|
||||
A["开始<br>发现需退货商品<br>(近效期/滞销/质量问题)"] --> B["创建退货申请单"];
|
||||
B --> C{"引入方式"};
|
||||
C -- "1\. 店存引入" --> D["选择库存商品"];
|
||||
C -- "2\. 效期品引入" --> E["选择近效期商品"];
|
||||
C -- "3\. 总部召回引入" --> F["选择被召回商品"];
|
||||
D --> G["录入退货数量与原因"];
|
||||
E --> G;
|
||||
F --> G;
|
||||
G --> H["审核并提交至总部"];
|
||||
H --> I["...总部审批..."];
|
||||
I --> J{"审批结果"};
|
||||
J -- "1\. 同意" --> K["门店打包商品<br>等待总部物流处理"];
|
||||
J -- "2\. 驳回" --> L["门店自行处理<br>(如转为报损)"];
|
||||
K --> M["结束"];
|
||||
L --> M;
|
||||
```
|
||||
|
||||
<br>
|
||||
|
||||
### 4.5 店间调拨流程
|
||||
|
||||
```mermaid
|
||||
graph TD
|
||||
A["开始<br>调出门店发起"] --> B["创建门店调拨申请单"];
|
||||
B --> C["选择调入门店与调拨原因"];
|
||||
C --> D["录入调拨商品及数量"];
|
||||
D --> E["审核后,商品在调出门店被锁库"];
|
||||
E --> F["...实物运输..."];
|
||||
F --> G["调入门店<br>店店调拨申请调入门店确认"];
|
||||
G --> H["查询待确认的调拨单"];
|
||||
H --> I["核对实物与单据"];
|
||||
I --> J{"确认结果"};
|
||||
J -- "1\. 整单确认" --> K["系统自动处理"];
|
||||
J -- "2\. 差异处理" --> L["(需线下沟通解决)"];
|
||||
K --> M["调出门店库存减少"];
|
||||
K --> N["调入门店库存增加"];
|
||||
M --> O["结束"];
|
||||
N --> O;
|
||||
L --> O;
|
||||
```
|
||||
|
||||
<br>
|
||||
## 五、与总部模块的集成
|
||||
|
||||
连锁门店模块作为数据采集的前端,与总部的核心模块存在紧密的数据交互:
|
||||
|
||||
```mermaid
|
||||
graph LR
|
||||
subgraph "门店端"
|
||||
A["连锁门店日常业务"]
|
||||
end
|
||||
|
||||
subgraph "总部端"
|
||||
B["供应链管理<br>(采购、仓存)"]
|
||||
C["财务管理<br>(核算、应收应付)"]
|
||||
D["GSP质量管理"]
|
||||
E["会员与营销管理"]
|
||||
end
|
||||
|
||||
A -- "1\. 补货计划/退货申请" --> B;
|
||||
B -- "2\. 配送单/调价单" --> A;
|
||||
A -- "3\. 销售/收款数据" --> C;
|
||||
C -- "4\. 财务指令" --> A;
|
||||
A -- "5\. 质量问题上报" --> D;
|
||||
D -- "6\. GSP规范/召回指令" --> A;
|
||||
A -- "7\. 会员消费数据" --> E;
|
||||
E -- "8\. 促销/优惠券方案" --> A;
|
||||
```
|
||||
|
||||
**数据流说明:**
|
||||
|
||||
1. **补货与退货**:门店的补货需求和退货申请是总部供应链制定采购和仓储计划的重要依据。
|
||||
2. **配送与调价**:总部的配送指令和价格调整指令直接下达到门店执行。
|
||||
3. **销售与财务**:门店的销售和收款数据实时或定期上传,作为总部财务核算的基础。
|
||||
4. **财务指令**:总部的财务政策和指令会影响门店的结算操作。
|
||||
5. **质量上报**:门店发现的药品质量问题通过系统上报至总部GSP部门。
|
||||
6. **GSP指令**:总部的GSP规范和药品召回等指令需要门店严格执行。
|
||||
7. **会员数据**:门店是会员数据的主要采集点,为总部进行客户关系管理和精准营销提供支持。
|
||||
8. **营销方案**:总部的促销活动和优惠券方案在门店端落地执行。
|
||||
|
||||
<br>
|
||||
|
||||
## 六、总结
|
||||
|
||||
G3ERP连锁门店日常业务模块是支撑医药零售企业高效运作的核心系统。它通过对门店日常业务的全面覆盖和流程化管理,实现了:
|
||||
|
||||
1. **运营标准化**:将门店的各项操作固化为标准流程,降低了对人员经验的依赖,便于快速复制和扩张。
|
||||
2. **数据实时化**:实时采集销售、库存等关键数据,为总部的快速决策提供了及时、准确的数据支持。
|
||||
3. **管理精细化**:通过对批次、效期、价格、促销等细节的精细管理,提升了门店的盈利能力和风险控制水平。
|
||||
4. **合规自动化**:将GSP规范内嵌于业务流程中,如冷链记录、特殊药品销售登记等,确保门店运营的合规性。
|
||||
|
||||
该模块的有效应用,是保障连锁药店在激烈的市场竞争中保持运营效率、服务质量和合规安全的关键。
|
471
5.1.1-G3ERP会员储值_会员管理_模块解读文档-v1.0 copy.md
Normal file
471
5.1.1-G3ERP会员储值_会员管理_模块解读文档-v1.0 copy.md
Normal file
@ -0,0 +1,471 @@
|
||||
# G3ERP会员储值-会员管理模块解读文档
|
||||
|
||||
## 一、会员管理模块概述
|
||||
|
||||
G3ERP的会员管理是整个会员储值体系的核心与基石,它是一个集客户关系、权益管理和营销互动于一体的综合性功能模块。该模块旨在帮助企业实现对会员从“拉新、促活、留存、转化”全生命周期的精细化运营,通过定义会员身份、构建权益体系、设计互动策略,最终达到提升客户忠诚度与贡献值的战略目标。
|
||||
|
||||
<br>
|
||||
|
||||
## 二、会员管理功能架构
|
||||
|
||||
### 2.1 会员管理功能架构图
|
||||
|
||||
会员管理模块由以下九大核心功能组构成:
|
||||
|
||||
|
||||
```mermaid
|
||||
graph LR
|
||||
A["会员管理模块"]
|
||||
A --> J["短信"];
|
||||
A --> I["电子币"];
|
||||
A --> H["会员钱包"];
|
||||
A --> G["会员参数设置"];
|
||||
A --> F["会员活动方案"];
|
||||
A --> E["兑现管理"];
|
||||
A --> D["跟踪管理"];
|
||||
A --> C["会员维护"];
|
||||
A --> B["基础资料"];
|
||||
|
||||
|
||||
subgraph "通讯工具"
|
||||
J --> J1["短信发送"];
|
||||
end
|
||||
|
||||
subgraph "价值账户"
|
||||
H --> H1["钱包充值方案"];
|
||||
H --> H2["钱包充值"];
|
||||
H --> H3["钱包密码重置"];
|
||||
I --> I1["电子币类型"];
|
||||
I --> I2["电子币赠送/兑换/充值规则"];
|
||||
end
|
||||
|
||||
subgraph "核心规则"
|
||||
G --> G1["通用积分规则"];
|
||||
G --> G2["商品积分类别/折扣类型"];
|
||||
G --> G3["会员价格信息"];
|
||||
G --> G4["会员等级升降规则"];
|
||||
G --> G5["电子优惠券规则"];
|
||||
G --> G6["积分抵现规则"];
|
||||
end
|
||||
|
||||
subgraph "营销引擎"
|
||||
F --> F1["单品积分政策"];
|
||||
F --> F2["会员日折扣/多倍积分"];
|
||||
F --> F3["非会员日特殊折扣"];
|
||||
F --> F4["会员积分换购"];
|
||||
F --> F5["购买某些商品会员筛选"];
|
||||
end
|
||||
|
||||
subgraph "权益兑现"
|
||||
E --> E1["积分兑换赠品设置"];
|
||||
E --> E2["会员赠品积分兑现"];
|
||||
E --> E3["会员赠品积分快速兑换"];
|
||||
end
|
||||
|
||||
subgraph "客户关系"
|
||||
D --> D1["会员跟踪记录"];
|
||||
D --> D2["会员用药跟踪提醒"];
|
||||
D --> D3["商品知识管理"];
|
||||
D --> D4["会员特征与标签管理"];
|
||||
end
|
||||
|
||||
subgraph "日常操作"
|
||||
C --> C1["会员批量新增"];
|
||||
C --> C2["会员批量删除/禁用"];
|
||||
C --> C3["会员信息批量变更"];
|
||||
C --> C4["会员消费积分变更"];
|
||||
C --> C5["会员换卡/合并"];
|
||||
C --> C6["会员密码重置"];
|
||||
C --> C7["会员服务负责人批量变更"];
|
||||
C --> C8["会员积分清除"];
|
||||
C --> C9["会员送货地址维护"];
|
||||
end
|
||||
|
||||
subgraph "基础信息"
|
||||
B --> B1["会员组维护"];
|
||||
B --> B2["会员归属区域维护"];
|
||||
B --> B3["会员档案"];
|
||||
B --> B4["单会员维护"];
|
||||
B --> B5["历史删除会员查询"];
|
||||
end
|
||||
|
||||
|
||||
classDef moduleClass fill:#e1f5fe,stroke:#01579b,stroke-width:2px
|
||||
classDef subModuleClass fill:#f3e5f5,stroke:#4a148c,stroke-width:1px
|
||||
classDef functionClass fill:#e8f5e8,stroke:#2e7d32,stroke-width:1px
|
||||
|
||||
class A moduleClass;
|
||||
class B,C,D,E,F,G,H,I,J subModuleClass;
|
||||
class B1,B2,B3,B4,B5,C1,C2,C3,C4,C5,C6,C7,C8,C9,D1,D2,D3,D4,E1,E2,E3,F1,F2,F3,F4,F5,G1,G2,G3,G4,G5,G6,H1,H2,H3,I1,I2,J1 functionClass;
|
||||
```
|
||||
|
||||
### 2.2 会员管理功能架构图结构说明
|
||||
|
||||
#### 核心业务循环
|
||||
|
||||
G3ERP会员管理业务形成一个完整的客户运营闭环:
|
||||
|
||||
1. **会员引入与定义** → **权益累积与互动** → **价值核销与兑现** → **数据分析与优化**
|
||||
|
||||
这个循环反映了会员从加入到贡献价值,再到企业优化策略的完整流程,每个环节都有明确的业务目标和成果。
|
||||
|
||||
#### 九大核心业务模块
|
||||
|
||||
1. **基础资料**:定义会员体系的基础元素
|
||||
- **功能描述**:建立会员身份识别的基础,包括会员的分组(如金卡、银卡)、归属地以及核心的会员档案管理。
|
||||
- **核心特征**:支持单个会员的精细化维护和历史删除记录的追溯。
|
||||
- **核心流程**:定义会员组 -> 维护区域信息 -> 创建/维护会员档案。
|
||||
- **执行角色**:系统管理员、门店经理。
|
||||
- **业务成果**:建立结构化的会员信息库。
|
||||
|
||||
<br>
|
||||
|
||||
2. **会员维护**:处理会员生命周期中的日常变更
|
||||
- **功能描述**:提供对会员档案的批量操作和状态管理功能,是日常运营效率的关键。
|
||||
- **核心特征**:支持批量新增、删除、禁用、信息变更、积分调整、换卡/合并等高效操作。
|
||||
- **核心流程**:发起变更需求 -> 选择批量或单个操作 -> 审核后生效。
|
||||
- **执行角色**:运营人员、客服人员。
|
||||
- **业务成果**:确保会员信息的准确性,高效处理会员生命周期事件。
|
||||
|
||||
<br>
|
||||
|
||||
3. **跟踪管理**:深化客户关系,实现精准营销
|
||||
- **功能描述**:通过记录与会员的互动,以及为会员打上特征标签,实现对客户的精准画像和个性化关怀。
|
||||
- **核心特征**:支持会员回访跟踪、基于购药记录的用药提醒、以及自定义的会员数据/行为标签体系。
|
||||
- **核心流程**:记录互动 -> 分析行为 -> 贴上标签 -> 精准触达。
|
||||
- **执行角色**:客户关系专员、药师、营销人员。
|
||||
- **业务成果**:提升客户满意度和忠诚度,为精准营销提供数据支持。
|
||||
|
||||
<br>
|
||||
|
||||
4. **兑现管理**:提供会员权益的核销渠道
|
||||
- **功能描述**:定义并执行会员积分的兑换流程,是会员价值感知的重要环节。
|
||||
- **核心特征**:支持积分兑换赠品的方案设置,并提供标准和快速两种兑换操作模式。
|
||||
- **核心流程**:设置兑换方案 -> 会员发起兑换 -> 系统扣减积分与库存 -> 完成兑换。
|
||||
- **执行角色**:门店收银员、运营人员。
|
||||
- **业务成果**:完成会员权益的闭环,提升会员活跃度。
|
||||
|
||||
<br>
|
||||
|
||||
5. **会员活动方案**:构建多样化的营销活动
|
||||
- **功能描述**:作为营销活动的核心引擎,提供多种促销工具来激励会员消费。
|
||||
- **核心特征**:支持单品多倍积分、会员日(特殊折扣/多倍积分)、积分换购等多种灵活的促销方案。
|
||||
- **核心流程**:定义活动目标 -> 配置活动规则(商品、时间、会员范围) -> 审核发布 -> POS端自动执行。
|
||||
- **执行角色**:营销经理、运营经理。
|
||||
- **业务成果**:提升客单价和复购率,增加销售额。
|
||||
|
||||
<br>
|
||||
|
||||
6. **会员参数设置**:定义会员体系的全局规则
|
||||
- **功能描述**:配置整个会员体系的底层通用规则,是所有活动和权益计算的基础。
|
||||
- **核心特征**:包括通用积分获取规则、会员价体系、会员等级自动升降规则、优惠券使用限制、积分抵现规则等。
|
||||
- **核心流程**:设定全局参数 -> 各业务环节调用执行。
|
||||
- **执行角色**:系统管理员、运营总监。
|
||||
- **业务成果**:建立统一、规范、自动化的会员权益体系。
|
||||
|
||||
<br>
|
||||
|
||||
7. **会员钱包**:提供预付费功能
|
||||
- **功能描述**:独立的会员预充值账户,用于锁定客户资金,提升客户粘性。
|
||||
- **核心特征**:支持充值赠送方案、后台充值操作和独立的密码管理。
|
||||
- **核心流程**:设置充值方案 -> 会员充值 -> 余额增加 -> 消费支付。
|
||||
- **执行角色**:财务人员、门店收银员。
|
||||
- **业务成果**:增加企业预收资金,提高客户留存率。
|
||||
|
||||
<br>
|
||||
|
||||
8. **电子币**:一种灵活的虚拟代币
|
||||
- **功能描述**:作为一种补充性的虚拟货币,可用于特定场景的支付或营销活动。
|
||||
- **核心特征**:拥有独立的类型定义、获取规则(消费赠送、积分兑换、充值)和使用规则。
|
||||
- **核心流程**:定义电子币类型 -> 配置获取与使用规则 -> 会员获取 -> 消费核销。
|
||||
- **执行角色**:营销经理、运营人员。
|
||||
- **业务成果**:丰富营销手段,增加用户互动玩法。
|
||||
|
||||
<br>
|
||||
|
||||
9. **短信**:直接触达会员的通讯工具
|
||||
- **功能描述**:提供向会员发送营销或服务类短信的功能。
|
||||
- **核心特征**:支持会员筛选和批量发送。
|
||||
- **核心流程**:筛选目标会员 -> 编辑短信内容 -> 发送。
|
||||
- **执行角色**:营销人员。
|
||||
- **业务成果**:实现对会员的直接、快速触达。
|
||||
|
||||
## 三、总业务流程设计
|
||||
|
||||
### 3.1 总业务流程设计图
|
||||
<br>
|
||||
|
||||
```mermaid
|
||||
flowchart TD
|
||||
%% 主节点
|
||||
PM(("G3ERP<br>会员管理"))
|
||||
|
||||
%% 核心业务循环
|
||||
subgraph "会员生命周期"
|
||||
direction LR
|
||||
INTRO["1.会员引入<br>(新增/批量导入)"]
|
||||
MAINTAIN["2.日常维护<br>(信息变更/等级升降)"]
|
||||
INTERACT["3.互动与跟踪<br>(打标签/用药提醒)"]
|
||||
DEACTIVATE["4.状态变更<br>(积分清零/禁用/删除)"]
|
||||
end
|
||||
|
||||
subgraph "会员价值循环"
|
||||
direction LR
|
||||
ACQUIRE["5.价值获取<br>(消费/充值/活动赠送)"]
|
||||
CONSUME["6.价值消耗<br>(支付/抵现/兑换)"]
|
||||
TRANSFER["7.内部转换<br>(积分转储值)"]
|
||||
end
|
||||
|
||||
%% 基础设置
|
||||
subgraph "基础与规则设置"
|
||||
direction LR
|
||||
RULES["8.参数与规则<br>(积分/折扣/价格/优惠券)"]
|
||||
PLANS["9.营销活动方案<br>(会员日/换购/单品积分)"]
|
||||
end
|
||||
|
||||
%% 关联
|
||||
PM --> RULES
|
||||
PM --> PLANS
|
||||
RULES & PLANS --> ACQUIRE
|
||||
ACQUIRE --> CONSUME
|
||||
CONSUME --> ACQUIRE
|
||||
CONSUME --> TRANSFER
|
||||
TRANSFER --> CONSUME
|
||||
|
||||
PM --> INTRO
|
||||
INTRO --> MAINTAIN
|
||||
MAINTAIN --> INTERACT
|
||||
INTERACT --> DEACTIVATE
|
||||
|
||||
MAINTAIN --> ACQUIRE
|
||||
INTERACT --> ACQUIRE
|
||||
|
||||
%% 样式
|
||||
classDef mainNode fill:#f9f7ff,stroke:#6f42c1,stroke-width:3px,color:#6f42c1,font-weight:bold
|
||||
classDef lifecycleNode fill:#e6f7ff,stroke:#1890ff,stroke-width:2px,color:#1890ff,font-weight:bold
|
||||
classDef valueNode fill:#fff0f6,stroke:#eb2f96,stroke-width:2px,color:#c41d7f,font-weight:bold
|
||||
classDef setupNode fill:#f6ffed,stroke:#52c41a,stroke-width:2px,color:#389e0d,font-weight:bold
|
||||
|
||||
class PM mainNode
|
||||
class INTRO,MAINTAIN,INTERACT,DEACTIVATE lifecycleNode
|
||||
class ACQUIRE,CONSUME,TRANSFER valueNode
|
||||
class RULES,PLANS setupNode
|
||||
```
|
||||
<br>
|
||||
|
||||
### 3.2 常用单据分类说明
|
||||
|
||||
1. **会员主体单据**: 会员、单会员维护、会员批量新增/删除/禁用
|
||||
2. **信息变更单据**: 会员信息批量变更、会员服务负责人批量变更
|
||||
3. **积分价值单据**: 会员消费积分变更、会员积分清除、会员赠品积分兑现
|
||||
4. **状态变更单据**: 会员换卡、会员卡合并、会员密码重置
|
||||
5. **营销方案单据**: 单品积分政策方案、会员日折扣/多倍积分定义、会员积分换购商品设置
|
||||
6. **规则配置单据**: 会员参数设置、会员价格信息、收银时积分抵现规则、会员电子优惠券规则
|
||||
7. **钱包/电子币单据**: 会员钱包充值方案/充值、电子币类型/赠送规则/充值
|
||||
8. **客户互动单据**: 会员跟踪记录、会员用药跟踪提醒、短信发送
|
||||
|
||||
<br>
|
||||
|
||||
### 3.3 主要数据流
|
||||
1. **POS销售数据** → 触发【会员活动方案】与【会员参数设置】→ 更新【会员】的积分、电子币、优惠券等价值。
|
||||
2. **后台运营操作** → 直接创建【会员维护】、【兑现管理】、【会员钱包】等相关单据 → 改变【会员】的档案信息或价值余额。
|
||||
3. **会员基础信息** → 被所有营销活动、参数规则、跟踪管理等模块调用,作为判断条件。
|
||||
4. **商品基础信息** → 被【会员活动方案】(如单品积分、换购)、【会员价格信息】等调用,作为活动对象。
|
||||
5. **会员标签数据** → 由【跟踪管理】生成 → 用于【会员活动方案】或【短信】的精准筛选。
|
||||
|
||||
## 四、 其它业务流程
|
||||
|
||||
### 4.1 会员生命周期管理
|
||||
|
||||
#### 4.1.1 会员生命周期功能简述
|
||||
会员生命周期管理涵盖了从一个新客户成为会员,到其信息变更、等级变动,直至最终流失或休眠的全过程。G3ERP通过一系列功能确保了在各个阶段都能对会员进行有效管理。
|
||||
|
||||
#### 4.1.2 会员生命周期业务流程图
|
||||
```mermaid
|
||||
graph LR
|
||||
subgraph "会员引入"
|
||||
A["批量新增<br>(总部预制卡)"] --> C{"待激活状态"};
|
||||
B["单个新增<br>(门店/线上)"] --> D["已激活状态"];
|
||||
end
|
||||
|
||||
subgraph "日常维护与成长"
|
||||
C --> E["单会员维护<br>(补充资料并激活)"];
|
||||
D --> F["信息变更<br>(地址/电话等)"];
|
||||
E --> F;
|
||||
F --> G["等级升降<br>(基于积分/消费)"];
|
||||
G --> H["换卡/合并"];
|
||||
H --> I["旧卡禁用"];
|
||||
end
|
||||
|
||||
subgraph "状态管理"
|
||||
J["密码重置"]
|
||||
K["积分清零"]
|
||||
L["批量禁用/删除"]
|
||||
end
|
||||
|
||||
G --> K;
|
||||
F --> J;
|
||||
F --> L;
|
||||
```
|
||||
|
||||
<br>
|
||||
|
||||
### 4.2 会员核心权益管理
|
||||
|
||||
#### 4.2.1 会员核心权益功能简述
|
||||
会员的核心权益主要体现在其价值账户上,包括积分、钱包余额、电子币和优惠券。系统提供了一整套完整的工具来管理这些价值的获取、消耗和转换。
|
||||
|
||||
#### 4.2.2 会员核心权益业务流程图
|
||||
```mermaid
|
||||
graph TD
|
||||
subgraph "价值获取 (Inputs)"
|
||||
A["POS消费"] -- "触发赠送规则" --> Pool;
|
||||
B["后台充值<br>(钱包/电子币)"] -- "直接注入" --> Pool;
|
||||
C["后台调整<br>(积分变更)"] -- "手动注入" --> Pool;
|
||||
D["活动赠送<br>(如新办卡赠券)"] -- "活动触发" --> Pool;
|
||||
end
|
||||
|
||||
subgraph "价值应用 (Outputs)"
|
||||
E["POS消费支付<br>(钱包/储值/电子币/优惠券)"]
|
||||
F["POS积分抵现"]
|
||||
G["后台积分兑换<br>(礼品/电子币)"]
|
||||
end
|
||||
|
||||
subgraph "核心价值池"
|
||||
Pool["会员价值账户<br>(积分、钱包、电子币、优惠券)"]
|
||||
Transfer["内部转换<br>(积分转储值)"]
|
||||
end
|
||||
|
||||
Pool -- "支付/抵扣" --> E;
|
||||
Pool -- "抵现" --> F;
|
||||
Pool -- "兑换" --> G;
|
||||
|
||||
Pool -- "消耗积分" --> Transfer;
|
||||
Transfer -- "增加储值" --> Pool;
|
||||
```
|
||||
|
||||
<br>
|
||||
|
||||
### 4.3 会员跟踪与互动
|
||||
|
||||
#### 4.3.1 会员跟踪与互动功能简述
|
||||
为了实现精细化客户关系管理,系统提供了多种工具来跟踪会员行为、建立会员画像,并基于此进行个性化互动。
|
||||
|
||||
#### 4.3.2 会员跟踪与互动业务流程图
|
||||
```mermaid
|
||||
graph LR
|
||||
subgraph "数据采集与画像"
|
||||
A["会员消费行为<br>(购买商品)"] --> B["商品知识库<br>(药品功效/特征)"];
|
||||
B --> C["更新会员特征标签"];
|
||||
D["客服/药师互动"] --> E["会员跟踪记录<br>(回访/咨询)"];
|
||||
E --> F["更新会员行为标签"];
|
||||
end
|
||||
|
||||
subgraph "精准触达"
|
||||
C & F --> G["形成会员画像"];
|
||||
G --> H{"选择触达方式"};
|
||||
H -- "1\. 用药提醒" --> I["会员用药跟踪提醒<br>(短信/微信)"];
|
||||
H -- "2\. 营销活动" --> J["购买某些商品会员筛选"];
|
||||
J --> K["生成短信/活动推送"];
|
||||
end
|
||||
```
|
||||
|
||||
<br>
|
||||
|
||||
### 4.4 会员营销活动
|
||||
|
||||
#### 4.4.1 会员营销活动功能简述
|
||||
营销活动是驱动会员消费、提升活跃度的主要手段。系统通过灵活的方案配置,支持多种常见的零售促销场景。
|
||||
|
||||
#### 4.4.2 会员营销活动业务流程图
|
||||
```mermaid
|
||||
graph TD
|
||||
A["营销需求分析"] --> B{"选择活动类型"};
|
||||
B -- "积分激励" --> C["单品/分类多倍积分"];
|
||||
B -- "价格优惠" --> D["会员日/非会员日特殊折扣"];
|
||||
B -- "权益兑换" --> E["积分换购"];
|
||||
B -- "精准营销" --> F["特定商品购买者筛选"];
|
||||
|
||||
subgraph "方案配置"
|
||||
C & D & E & F --> G["设置活动方案<br>(名称、时间、范围)"];
|
||||
G --> H["定义规则<br>(商品、会员组、折扣/积分倍数)"];
|
||||
H --> I["选择应用门店"];
|
||||
end
|
||||
|
||||
subgraph "执行与核销"
|
||||
I --> J["审核方案"];
|
||||
J --> K["POS系统自动执行"];
|
||||
K --> L["生成销售/优惠记录"];
|
||||
end
|
||||
```
|
||||
|
||||
## 五、 与其它模块的集成
|
||||
|
||||
### 5.1 与储值管理模块
|
||||
- **数据互通**:会员信息是储值卡绑定的前提,积分可以按规则转换为储值金额。
|
||||
- **流程衔接**:会员的储值行为(如充值)可以触发会员管理模块中定义的赠送活动(如赠送积分或优惠券)。
|
||||
|
||||
### 5.2 与会员报表模块
|
||||
- **数据源**:会员管理模块中产生的所有业务数据(如会员信息、积分变动、消费记录、活动参与情况)是会员报表模块进行分析的基础。
|
||||
- **决策反馈**:报表模块的分析结果(如会员结构分析、流失预警)为会员管理策略的调整(如调整会员等级规则、设计新的营销活动)提供数据支持。
|
||||
|
||||
### 5.3 与外部系统(POS)
|
||||
- **核心交互**:POS系统是会员管理规则执行的核心场景。收银时,POS系统会实时调用会员管理的各项规则(如会员价、折扣、积分、优惠券、抵现等)并执行。
|
||||
- **数据同步**:POS产生的销售流水会实时同步回G3ERP,作为触发会员价值累积(积分、电子币等)和更新会员消费行为数据的依据。
|
||||
|
||||
### 5.4 数据流关系图
|
||||
|
||||
```mermaid
|
||||
graph TD
|
||||
subgraph "G3ERP 系统"
|
||||
A["会员管理模块"]
|
||||
B["储值管理模块"]
|
||||
C["会员报表模块"]
|
||||
D["商品/库存模块"]
|
||||
end
|
||||
|
||||
subgraph "外部系统"
|
||||
E["POS 系统"]
|
||||
end
|
||||
|
||||
subgraph "核心数据"
|
||||
F["会员信息"]
|
||||
G["商品信息"]
|
||||
H["销售流水"]
|
||||
I["营销规则与方案"]
|
||||
end
|
||||
|
||||
%% 数据流向
|
||||
E -- "销售流水" --> H;
|
||||
H -- "触发规则" --> A;
|
||||
A -- "更新会员价值" --> F;
|
||||
A -- "调用规则" --> I;
|
||||
I -- "应用于" --> E;
|
||||
|
||||
F -- "绑定储值卡" --> B;
|
||||
B -- "储值数据" --> F;
|
||||
A -- "积分转储值" --> B;
|
||||
|
||||
A & B & H -- "提供分析数据" --> C;
|
||||
C -- "决策支持" --> A;
|
||||
|
||||
D -- "商品信息" --> G;
|
||||
G -- "应用于" --> A;
|
||||
G -- "应用于" --> E;
|
||||
|
||||
classDef erp fill:#e3f2fd,stroke:#1976d2,stroke-width:2px;
|
||||
classDef external fill:#e8f5e9,stroke:#4caf50,stroke-width:2px;
|
||||
classDef data fill:#fffde7,stroke:#fbc02d,stroke-width:1px;
|
||||
|
||||
class A,B,C,D erp;
|
||||
class E external;
|
||||
class F,G,H,I data;
|
||||
```
|
||||
|
||||
<br>
|
||||
|
||||
## 六、总结
|
||||
|
||||
G3ERP的会员管理模块是一套设计精良、功能全面的客户关系与营销管理工具。它以会员为绝对中心,通过对**会员生命周期**的精细化管理和对**会员价值**(积分、钱包、电子币、优惠券)的闭环运营,构建了一个强大的客户忠诚度提升体系。
|
||||
|
||||
该模块最大的优势在于其**规则引擎的灵活性与功能的全面性**。从基础的会员档案管理,到复杂的等级升降、多维度营销活动和个性化客户跟踪,几乎涵盖了现代零售药店会员运营的所有核心场景。通过有效利用此模块,企业不仅能规范日常的会员服务工作,更能通过数据驱动的方式,实现精准营销和客户价值的最大化,为企业的长期稳定发展奠定坚实的客户基础。
|
297
5.3.1-G3ERP会员储值_会员报表_模块解读文档-v1.0.md
Normal file
297
5.3.1-G3ERP会员储值_会员报表_模块解读文档-v1.0.md
Normal file
@ -0,0 +1,297 @@
|
||||
# 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\. 会员其他报表"]
|
||||
|
||||
B --> B1["会员明细表"]
|
||||
B --> B2["会员生日提醒表"]
|
||||
B --> B3["会员积分记录查询"]
|
||||
B --> B4["会员积分帐页查询"]
|
||||
|
||||
C --> C1["会员消费明细查询"]
|
||||
C --> C2["会员消费频次统计"]
|
||||
C --> C3["不购物会员明细"]
|
||||
C --> C4["会员最后消费日期"]
|
||||
|
||||
D --> D1["会员整体结构分析"]
|
||||
D --> D2["会员销售品种分析"]
|
||||
D --> D3["会员销售结构分析(按门店)"]
|
||||
D --> D4["会员销售年龄段分析"]
|
||||
|
||||
E --> E1["会员积分变更查询"]
|
||||
E --> E2["会员积分兑现查询"]
|
||||
|
||||
F --> F1["会员赠品兑现查询"]
|
||||
F --> F2["会员赠品兑现明细查询"]
|
||||
F --> F3["会员积分兑换赠品汇总"]
|
||||
F --> F4["门店赠品剩余明细"]
|
||||
|
||||
G --> G1["未激活会员卡明细"]
|
||||
G --> G2["门店发卡数统计"]
|
||||
G --> G3["会员钱包帐页"]
|
||||
G --> G4["新办会员卡90天复购会员统计"]
|
||||
|
||||
classDef moduleClass fill:#e1f5fe,stroke:#01579b,stroke-width:2px
|
||||
classDef subModuleClass fill:#f3e5f5,stroke:#4a148c,stroke-width:1px
|
||||
classDef functionClass fill:#e8f5e8,stroke:#2e7d32,stroke-width:1px
|
||||
|
||||
class A moduleClass
|
||||
class B,C,D,E,F,G subModuleClass
|
||||
class B1,B2,B3,B4,C1,C2,C3,C4,D1,D2,D3,D4,E1,E2,F1,F2,F3,F4,G1,G2,G3,G4 functionClass
|
||||
```
|
||||
|
||||
<br>
|
||||
|
||||
### 2.2 会员报表功能架构图结构说明
|
||||
|
||||
- **一级模块**:**会员报表模块**是整个分析体系的顶层入口。
|
||||
- **二级分类**:下分为六大报表类别,分别对应不同的分析主题:
|
||||
1. **基础会员报表**:聚焦会员的基本信息和静态资料查询。
|
||||
2. **会员销售报表**:专注于会员的消费行为和交易记录分析。
|
||||
3. **会员分析报表**:提供宏观和结构性的会员群体洞察。
|
||||
4. **积分变动报表**:专项追踪会员积分的增减与兑换流水。
|
||||
5. **会员赠品报表**:专项追踪赠品兑换相关的业务数据。
|
||||
6. **会员其他报表**:涵盖会员卡管理、钱包流水及特定场景分析等补充性报表。
|
||||
- **三级功能**:每个类别下罗列了具体的报表功能,是数据分析的最小单元,直接面向用户的具体查询需求。
|
||||
- **分析逻辑递进关系**:这六大类别并非孤立存在,而是构成了一个从基础到深入的分析阶梯。运营人员可以循序渐进地使用:
|
||||
- **第一层(基础与行为)**:首先通过`基础会员报表`和`会员销售报表`,解决“是谁在买”和“买了什么”的基础问题。
|
||||
- **第二层(深度分析)**:在掌握基础数据后,利用`会员分析报表`进行深度挖掘,解答“客户群体有何特征”和“整体业务健康度如何”的战略问题。
|
||||
- **第三层(专项钻取)**:最后,当需要对特定业务环节进行审计或管理时,可通过`积分变动报表`、`会员赠品报表`和`会员其他报表`进行垂直深挖。
|
||||
|
||||
---
|
||||
<br>
|
||||
|
||||
## 三、总业务流程设计
|
||||
|
||||
### 3.1 数据流与业务应用流程图
|
||||
|
||||
会员报表模块本身不产生业务数据,而是作为数据的消费者和呈现者。其核心流程体现为数据的汇集、分析以及最终应用于商业决策的过程。
|
||||
|
||||
```mermaid
|
||||
graph TD
|
||||
subgraph "数据源 (Data Sources)"
|
||||
A["POS销售系统<br>(消费记录、支付方式)"]
|
||||
B["会员管理后台<br>(会员资料、积分变更、活动参与)"]
|
||||
C["储值管理后台<br>(充值、绑定、消费)"]
|
||||
end
|
||||
|
||||
subgraph "数据处理与呈现 (Processing & Presentation)"
|
||||
D["G3ERP核心数据库<br>(会员/销售/积分/储值等数据表)"]
|
||||
E["会员报表模块<br>(数据抽取、聚合、计算)"]
|
||||
F["可视化分析报表<br>(六大报表类别)"]
|
||||
end
|
||||
|
||||
subgraph "业务应用 (Business Application)"
|
||||
G["精准营销<br>(筛选目标客群、推送活动)"]
|
||||
H["运营决策<br>(调整营销策略、优化商品结构)"]
|
||||
I["客户关系管理<br>(生日关怀、沉睡唤醒、流失预警)"]
|
||||
J["绩效评估<br>(门店/员工发卡量、活动ROI)"]
|
||||
end
|
||||
|
||||
A --> D
|
||||
B --> D
|
||||
C --> D
|
||||
D --> E
|
||||
E --> F
|
||||
F --> G
|
||||
F --> H
|
||||
F --> I
|
||||
F --> J
|
||||
|
||||
classDef source fill:#fff3e0,stroke:#ff9800,stroke-width:2px;
|
||||
classDef process fill:#e3f2fd,stroke:#2196f3,stroke-width:2px;
|
||||
classDef application fill:#e8f5e9,stroke:#4caf50,stroke-width:2px;
|
||||
|
||||
class A,B,C source;
|
||||
class D,E,F process;
|
||||
class G,H,I,J application;
|
||||
```
|
||||
|
||||
<br>
|
||||
|
||||
### 3.2 流程说明
|
||||
|
||||
1. **数据汇集**:系统前端(如POS机)和后台(如会员管理、储值管理)产生的业务数据,被实时或准实时地记录到G3ERP的核心数据库中。
|
||||
2. **数据处理**:当用户访问会员报表模块时,系统会根据所选报表的逻辑,从数据库中抽取相关数据,并进行复杂的聚合、关联和计算。
|
||||
3. **数据呈现**:处理后的结果以结构化的报表形式呈现给用户。
|
||||
4. **业务应用**:用户(如运营经理、店长)根据报表揭示的洞察,进行相应的业务操作,如发起营销活动、调整会员策略、评估门店绩效等,从而形成一个从“数据”到“决策”再到“行动”的闭环。
|
||||
|
||||
---
|
||||
<br>
|
||||
|
||||
## 四、各报表分类详解
|
||||
|
||||
### 4.1 基础会员报表
|
||||
|
||||
此类报表提供会员最基础的信息查询功能,是日常会员管理和客户服务工作的基础。
|
||||
|
||||
- **会员明细表**:全面展示会员的基础档案信息,包括个人资料、当前积分余额、储值余额等,是进行客户服务与管理的基础查询工具。
|
||||
- **会员生日提醒表**:根据设定的提醒天数,筛选出即将过生日的会员名单,为执行生日关怀和营销活动提供数据支持。
|
||||
- **若干天内必须提醒会员明细**:查询在会员资料中设置了特定提醒日,并在指定天数内需要进行联系的会员,常用于慢性病管理或特定回访场景。
|
||||
- **会员积分记录查询**:提供指定时间段内,会员积分增减的详细流水记录,便于追溯每一笔积分的来源与去向。
|
||||
- **会员积分帐页查询**:以账户账页的形式,汇总展示会员在一段时间内积分的期初、发生额和期末余额,宏观了解积分变动情况。
|
||||
|
||||
#### 业务应用流程图
|
||||
```mermaid
|
||||
graph TD
|
||||
subgraph "基础会员报表应用流程"
|
||||
A["业务场景: 生日营销/客户关怀"] --> B["使用'会员生日提醒表'"];
|
||||
B --> C["筛选出近期生日会员名单"];
|
||||
C --> D["执行操作: 发送生日祝福短信/优惠券"];
|
||||
|
||||
E["业务场景: 客户服务/信息核对"] --> F["使用'会员明细表'"];
|
||||
F --> G["查询会员积分/储值/个人信息"];
|
||||
G --> H["解答客户疑问/处理业务"];
|
||||
end
|
||||
```
|
||||
|
||||
<br>
|
||||
|
||||
### 4.2 会员销售报表
|
||||
|
||||
此类报表专注于分析会员的购买行为,是洞察会员消费能力和偏好的核心工具。
|
||||
|
||||
- **会员消费明细查询**:查询会员在指定时间段内的每一笔消费记录详情。
|
||||
- **会员消费频次统计**:统计并分析会员在一段时间内的消费总额、消费次数、购买的商品种类数以及贡献的毛利等关键指标,用于识别高价值会员。
|
||||
- **不购物会员明细**:筛选出在指定时间段内(如默认60天)没有任何消费记录的会员,即“沉睡会员”,为客户流失预警和唤醒活动提供目标名单。
|
||||
- **会员最后消费日期**:查询会员的最近一次消费日期,用于评估会员的活跃状态。
|
||||
|
||||
#### 业务应用流程图
|
||||
```mermaid
|
||||
graph TD
|
||||
subgraph "会员销售报表应用流程"
|
||||
A["业务问题: 如何唤醒沉睡客户?"] --> B["使用'不购物会员明细'报表"];
|
||||
B --> C["筛选出超过60天未消费的会员"];
|
||||
C --> D["执行营销: 推送召回优惠券/关怀信息"];
|
||||
|
||||
E["业务问题: 谁是我们的高价值客户?"] --> F["使用'会员消费频次统计'报表"];
|
||||
F --> G["按消费金额/频次排序"];
|
||||
G --> H["识别Top会员并建立VIP服务策略"];
|
||||
end
|
||||
```
|
||||
|
||||
<br>
|
||||
|
||||
### 4.3 会员分析报表
|
||||
|
||||
此类报表从更宏观、更具结构性的视角对会员群体进行深度剖析,为战略决策提供支持。
|
||||
|
||||
- **会员整体结构分析**:提供一个全面的会员运营健康度仪表盘,分析指标包括会员总数、新增会员数、活跃会员占比、会员销售贡献度、流失率等。
|
||||
- **会员销售品种分析**:按单个门店分析会员购买的具体商品情况,包括各商品的购买数量、销售额、毛利等,有助于优化商品组合和发现潜力商品。
|
||||
- **会员销售结构分析(按门店)**:将“会员整体结构分析”的数据维度下钻到每个门店,便于进行跨门店的绩效对比和管理。
|
||||
- **会员销售年龄段分析**:按预设的年龄段,统计分析不同年龄层会员的购买力、消费人数和毛利贡献,帮助企业了解核心客群的用户画像。
|
||||
- **会员单店商圈消费结构分析**:对单个门店的会员消费情况进行环比分析,洞察消费趋势的变化。
|
||||
|
||||
#### 业务应用流程图
|
||||
```mermaid
|
||||
graph TD
|
||||
subgraph "会员分析报表应用流程"
|
||||
A["战略问题: 我们的会员运营健康吗?"] --> B["使用'会员整体结构分析'报表"];
|
||||
B --> C["分析新增、活跃、流失等核心指标"];
|
||||
C --> D["决策: 调整拉新/促活/防流失策略"];
|
||||
|
||||
E["战略问题: 各门店会员运营表现如何?"] --> F["使用'会员销售结构分析(按门店)'报表"];
|
||||
F --> G["横向对比各门店会员数、销售占比"];
|
||||
G --> H["决策: 推广优秀门店经验/改进落后门店"];
|
||||
end
|
||||
```
|
||||
|
||||
<br>
|
||||
|
||||
### 4.4 积分变动报表
|
||||
|
||||
此类报表专项追踪与“会员积分变更”和“积分兑现”相关的业务流水。
|
||||
|
||||
- **会员积分变更查询**:专门查询通过后台手动调整(增加或减少)的会员积分记录。
|
||||
- **会员积分兑现查询**:专门查询通过后台操作,会员使用积分兑换了特定权益(非赠品)的记录。
|
||||
|
||||
#### 业务应用流程图
|
||||
```mermaid
|
||||
graph TD
|
||||
subgraph "积分变动报表应用流程"
|
||||
A["业务场景: 核对后台积分调整记录"] --> B["使用'会员积分变更查询'报表"];
|
||||
B --> C["筛选指定时间段内的积分变更流水"];
|
||||
C --> D["审计操作记录的合规性"];
|
||||
end
|
||||
```
|
||||
|
||||
<br>
|
||||
|
||||
### 4.5 会员赠品报表
|
||||
|
||||
此类报表详细记录了会员使用积分兑换赠品的全部活动数据。
|
||||
|
||||
- **会员赠品兑现查询**:宏观查询会员兑换赠品的流水记录,主要关注兑换行为本身。
|
||||
- **会员赠品兑现明细查询**:提供会员兑换赠品的详细记录,包含兑换的赠品、数量、消耗的积分/金额等。
|
||||
- **会员积分兑换赠品明细**:与上一报表类似,但更侧重于从“积分消耗”的角度来展示兑换明细。
|
||||
- **会员积分兑换赠品汇总**:按门店或所有门店,汇总统计在一段时间内,各类赠品被兑换的总数量和消耗的总积分。
|
||||
- **门店赠品剩余明细**:查询并显示各门店用于兑换的赠品的当前库存数量。
|
||||
|
||||
#### 业务应用流程图
|
||||
```mermaid
|
||||
graph TD
|
||||
subgraph "会员赠品报表应用流程"
|
||||
A["业务问题: 哪种兑换赠品最受欢迎?"] --> B["使用'会员积分兑换赠品汇总'报表"];
|
||||
B --> C["分析各赠品的兑换数量和频次"];
|
||||
C --> D["决策: 优化赠品采购策略"];
|
||||
|
||||
E["业务场景: 门店赠品库存盘点"] --> F["使用'门店赠品剩余明细'报表"];
|
||||
F --> G["查询各门店赠品实时库存"];
|
||||
G --> H["决策: 及时补货或调整兑换策略"];
|
||||
end
|
||||
```
|
||||
|
||||
<br>
|
||||
|
||||
### 4.6 会员其他报表
|
||||
|
||||
此类报表涵盖了部分专项业务的管理和分析需求。
|
||||
|
||||
- **总部配送会员卡记录**:查询由总部批量开卡并下发到门店的记录。
|
||||
- **未激活会员卡明细**:列出所有已开卡但尚未激活的会员卡信息,便于跟踪激活率。
|
||||
- **门店存余卡统计**:统计各门店当前剩余的未激活实体卡数量。
|
||||
- **门店发卡数统计**:按门店统计在指定时间段内新发展的会员数量。
|
||||
- **门店职员发卡情况统计**:将发卡数量的统计维度细化到每一位员工,可作为员工业绩考核的依据。
|
||||
- **门店会员激活明细**:查询指定时间段内完成激活操作的会员详细名单。
|
||||
- **会员钱包帐页**:以账页形式查询单个会员的钱包充值与消费明细。
|
||||
- **新办会员卡90天复购会员统计**:一项关键的会员质量评估指标,统计新会员在办卡后90天内的复购情况,用于评估拉新效率和新会员的留存能力。
|
||||
|
||||
#### 业务应用流程图
|
||||
```mermaid
|
||||
graph TD
|
||||
subgraph "会员其他报表应用流程"
|
||||
A["业务问题: 新会员质量如何?"] --> B["使用'新办会员卡90天复购会员统计'报表"];
|
||||
B --> C["计算新会员的复购率"];
|
||||
C --> D["评估拉新渠道和初期运营效果"];
|
||||
|
||||
E["业务问题: 哪个员工拉新最积极?"] --> F["使用'门店职员发卡情况统计'报表"];
|
||||
F --> G["统计各员工的发卡数量"];
|
||||
G --> H["执行激励: 设定发卡绩效考核"];
|
||||
end
|
||||
```
|
@ -1 +1 @@
|
||||
[Task Manager UI](http://localhost:50490)
|
||||
[Task Manager UI](http://localhost:65167)
|
28
project_document/会员管理模块解读-任务.md
Normal file
28
project_document/会员管理模块解读-任务.md
Normal file
@ -0,0 +1,28 @@
|
||||
# 上下文
|
||||
项目ID: G3ERP-会员管理模块解读
|
||||
任务文件名:会员管理模块解读-任务.md
|
||||
创建于:2025-07-14 13:09:00 +08:00
|
||||
创建者: 齐天大圣 (AI)
|
||||
关联协议:RIPER-5 v4.9.2
|
||||
|
||||
# 任务描述
|
||||
基于提供的G3ERP操作手册、模块解读和文档范例,深入解读“会员储值”模块下的“会员管理”子模块,并产出一份结构清晰、内容详实、符合范例风格的模块解读文档。
|
||||
|
||||
# 1. 分析 (RESEARCH)
|
||||
* **(AI) 持久化记忆回顾:**
|
||||
- **内容核心**: 记忆中已存储“会员管理”模块的功能范畴,其作为会员储值模块的基石,覆盖了从基础资料设定、日常维护、客户关系跟踪、权益兑现到复杂营销活动的全生命周期管理。关键功能点包括会员组、积分、钱包、电子币、优惠券、会员日、等级升降等。
|
||||
- **结构与流程**: 已理解会员管理、储值管理、报表分析三大支柱的内在联系,以及“引入->价值获取->价值消耗->关系深化->分析优化”的核心运营闭环。
|
||||
- **文档风格**: 已学习并存储了参考文档 (`1.1.1-G3ERP供应链_采购管理_模块解读文档-完整版2.0.md`) 的行文风格,特别是其模块概述、功能架构图、业务流程图(Mermaid)和总结的组织方式。
|
||||
|
||||
* **核心发现、问题、风险:**
|
||||
- **核心发现**: “会员管理”功能极为庞大和细致,其核心在于“参数与方案”的灵活配置,这既是优点也是复杂性的来源。文档编写的重点应是梳理清楚各项功能之间的逻辑关系和优先级。
|
||||
- **潜在问题**: 操作手册 (`5-会员储值.md`) 侧重于“如何操作”,而模块总览 (`5-G3ERP会员储值_总模块解读-v1.0.md`) 侧重于“是什么”。两者之间缺少一个清晰的“为什么”和“如何关联”的桥梁。新文档需要弥补这一点。
|
||||
- **风险识别**: 功能点繁多,容易导致文档结构混乱。必须严格按照参考文档的结构,先总后分,逐层深入,避免堆砌功能截图和描述。Mermaid图的准确性至关重要,需要精确反映业务流。
|
||||
|
||||
* **(AR)初步架构评估摘要:**
|
||||
- 该模块的设计体现了典型的“规则引擎”+“账户系统”架构。
|
||||
- **数据实体**: 核心是`会员`实体,关联`积分账户`、`储值账户`、`钱包账户`、`电子币账户`、`优惠券`等多个价值实体。
|
||||
- **业务逻辑**: 主要由各种`方案`和`规则`(如积分方案、折扣方案、赠送规则)驱动,这些规则在POS交易等特定事件触发时被调用。
|
||||
- **解耦性**: 模块内部功能高度内聚,但与外部(如POS、库存)的接口清晰,耦合度适中。文档需要清晰地展示这些内外交互点。
|
||||
|
||||
* **DW确认:** 分析记录完整,已包含记忆回顾,符合RIPER-5规范。
|
Loading…
x
Reference in New Issue
Block a user