refactor: 重构文档目录结构并更新配置文件
feat: 新增G3ERP连锁门店模块解读相关文档 - 新增 G3ERP连锁门店模块解读-2.0.md - 新增 G3ERP连锁门店日常业务模块解读-v3.0.md - 新增 G3ERP连锁门店日常业务流程优化建议-v1.md - 新增 G3ERP连锁门店日常业务流程优化建议-v2.md
This commit is contained in:
parent
9b3b6ac9ce
commit
87ac87cbba
6
.gitignore
vendored
Normal file
6
.gitignore
vendored
Normal file
@ -0,0 +1,6 @@
|
||||
# Dependencies
|
||||
/node_modules
|
||||
|
||||
# Temporary files
|
||||
~$*
|
||||
*.tmp
|
||||
@ -32,10 +32,10 @@
|
||||
"autoApprove": [
|
||||
"interactive_feedback"
|
||||
],
|
||||
"disabled": false,
|
||||
"disabled": true,
|
||||
"alwaysAllow": [
|
||||
"interactive_feedback",
|
||||
"get_system_info"
|
||||
"get_system_info",
|
||||
"interactive_feedback"
|
||||
]
|
||||
},
|
||||
"playwright": {
|
||||
@ -108,14 +108,19 @@
|
||||
},
|
||||
"chain-of-thought": {
|
||||
"command": "npx",
|
||||
"args": ["-y", "mcp-chain-of-thought"],
|
||||
"args": [
|
||||
"-y",
|
||||
"mcp-chain-of-thought"
|
||||
],
|
||||
"env": {
|
||||
"DATA_DIR": "D:/Works/My Work Documents/树云科技/项目内容/G3ERP操作手册/data/chain-of-thought",
|
||||
"DATA_DIR": "D:/Works/My Work Documents/树云科技/项目内容/G3ERP操作手册/data/chain-of-thought",
|
||||
"ENABLE_THOUGHT_CHAIN": "true",
|
||||
"TEMPLATES_USE": "zh",
|
||||
"ENABLE_GUI": "true",
|
||||
"ENABLE_DETAILED_MODE": "true"
|
||||
}
|
||||
},
|
||||
"disabled": true,
|
||||
"alwaysAllow": []
|
||||
}
|
||||
}
|
||||
}
|
||||
327
1-流程梳理/4-G3ERP连锁门店模块解读/4-G3ERP连锁门店模块解读-2.0.md
Normal file
327
1-流程梳理/4-G3ERP连锁门店模块解读/4-G3ERP连锁门店模块解读-2.0.md
Normal file
@ -0,0 +1,327 @@
|
||||
# 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连锁门店模块不仅是提升门店日常工作效率的工具，更是保障企业合规经营、实现数据驱动决策、提升连锁品牌核心竞争力的重要战略支撑。
|
||||
747
1-流程梳理/4-G3ERP连锁门店模块解读/4.1.1-G3ERP连锁门店日常业务模块解读-v3.0.md
Normal file
747
1-流程梳理/4-G3ERP连锁门店模块解读/4.1.1-G3ERP连锁门店日常业务模块解读-v3.0.md
Normal file
@ -0,0 +1,747 @@
|
||||
# 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连锁门店日常业务模块是一套高度集成且功能全面的门店运营管理解决方案。它通过对补货、收货、零售、库存、结算等十大核心业务的精细化管理，构建了一个从商品流转到价值实现的全流程闭环。
|
||||
|
||||
该模块的设计严格遵循业务逻辑，以标准化的单据流驱动各项业务，确保了操作的规范性和数据的准确性。同时，清晰的流程图和详尽的功能解读，为门店人员提供了明确的操作指引，有效降低了培训成本，提升了整体运营效率。
|
||||
|
||||
综上所述，该模块不仅是门店日常工作的得力助手，更是连锁企业实现标准化管理、优化资源配置、提升核心竞争力的重要信息化支撑。
|
||||
159
1-流程梳理/4-G3ERP连锁门店模块解读/4.1.2-G3ERP连锁门店日常业务流程优化建议-v2.md
Normal file
159
1-流程梳理/4-G3ERP连锁门店模块解读/4.1.2-G3ERP连锁门店日常业务流程优化建议-v2.md
Normal file
@ -0,0 +1,159 @@
|
||||
# G3ERP连锁门店日常业务流程优化建议
|
||||
|
||||
---
|
||||
|
||||
## 1. 引言
|
||||
|
||||
G3ERP的连锁门店日常业务模块是支撑门店高效运作的核心。它通过标准化的流程覆盖了从补货到结算的全部环节，并深度融合了GSP合规要求，为业务的规范性与安全性提供了坚实保障。
|
||||
|
||||
本建议旨在基于现有流程的深刻理解，识别其核心优势与潜在瓶颈，并提出一系列旨在提升**智能化、自动化和移动化**水平的优化方案。我们的目标是将现有系统从一个稳定的“流程驱动”平台，升级为一个更具前瞻性的“数据与智能驱动”的决策支持与高效执行系统，从而全面提升连锁门店的核心竞争力。
|
||||
|
||||
---
|
||||
|
||||
## 2. 当前流程核心优点分析
|
||||
|
||||
经过对现有文档的梳理，我们识别出当前日常业务流程具备以下四大核心优点：
|
||||
|
||||
- **流程高度完整**：系统全面覆盖了补货、收货、零售、批发、退货、调拨、库存、盘点、价格、日结月结等十大核心模块，形成了一个从商品流入、内部管理到销售流出的完整业务闭环。
|
||||
- **权责边界清晰**：每个业务环节都通过特定的单据（如`补货计划单`、`门店接货单`、`退货申请单`）来驱动，明确了不同角色的操作权限与责任，便于追溯与管理。
|
||||
- **深度融合GSP合规**：系统将GSP（药品经营质量管理规范）的要求内嵌于收货验收、在库养护、不合格品处理等关键节点，确保所有操作都在合规的框架下进行，是医药零售企业的生命线。
|
||||
- **管理闭环严谨**：无论是盘点业务从发现差异到平账的闭环，还是调拨业务从申请到双方确认的闭环，都体现了严谨的管理思想，有效保障了库存数据的准确性和资产安全。
|
||||
|
||||
---
|
||||
|
||||
## 3. 当前流程待优化点分析
|
||||
|
||||
在肯定其优点的同时，我们也发现当前流程在应对未来更激烈的市场竞争和更高的效率要求时，存在以下可优化的空间：
|
||||
|
||||
- **智能化程度不足**：补货模型主要依赖于手动创建或基于固定的销量、库存水位，缺乏结合天气、节假日、促销活动等多维因素的动态预测能力，难以实现真正的“智能补货”。
|
||||
- **操作效率有待提升**：多个关键流程，如店间调拨、退货申请、价格调整等，严重依赖人工创建单据和逐级审批，在门店数量多、业务繁忙时容易成为效率瓶颈。
|
||||
- **数据联动深度不够**：各模块间的数据流于表面。例如，盘点产生的差异数据未能自动反馈并优化补货模型；销售数据的波动也未能自动触发价格或促销策略的调整建议。
|
||||
- **移动化场景缺失**：流程设计明显偏向PC端操作。对于收货、盘点、库内调拨等需要大量现场移动作业的场景，缺乏移动端（如PDA、手机App）的有效支持，导致数据录入延迟，现场操作效率低下。
|
||||
- **流程自动化程度有限**：审批流程固化，缺乏基于规则的自动化引擎。许多常规、低风险的审批（如小额调价、常规退货）仍需人工干预，占用了管理人员的宝贵时间。
|
||||
|
||||
---
|
||||
|
||||
## 4. 流程优化核心建议
|
||||
|
||||
针对以上分析，我们提出以下四项核心优化建议，旨在将系统能力推向新的高度。
|
||||
|
||||
### 4.1 引入智能补货与动态预警系统
|
||||
|
||||
将现有补货模型升级为基于AI的智能预测系统，实现从“被动补货”到“主动备货”的转变。
|
||||
|
||||
**逻辑流程图:**
|
||||
```mermaid
|
||||
graph TD
|
||||
A["开始"] --> B["调用AI服务预测销量"];
|
||||
B --> C["获取实时库存数据<br>(当前库存, 在途库存, 安全库存)"];
|
||||
|
||||
subgraph "核心计算与决策"
|
||||
D["生成建议补货清单"]
|
||||
E{"是否存在缺货风险?"}
|
||||
F["推送缺货预警通知"]
|
||||
end
|
||||
|
||||
C --> D;
|
||||
D --> E;
|
||||
E -- "1\. 是" --> F;
|
||||
F --> G["返回建议补货清单"];
|
||||
E -- "2\. 否" --> G;
|
||||
|
||||
G --> H["结束"];
|
||||
```
|
||||
|
||||
### 4.2 构建移动化现场作业平台 (PDA/App)
|
||||
|
||||
为收货、盘点、调拨等核心现场作业场景提供移动端解决方案，打通数据录入的“最后一公里”。
|
||||
|
||||
- **移动收货**：收货员使用PDA扫描配送箱码或商品码，系统自动与`门店接货单`进行核对。如遇破损等异常，可现场拍照并关联单据，一键完成验收入库。
|
||||
- **移动盘点**：盘点员使用PDA直接扫描商品条码录入实盘数，系统实时显示与账面库存的差异，支持现场立即复核，极大提升盘点效率与准确性。
|
||||
- **移动调拨**：调出门店通过PDA扫码完成出库，系统状态即时更新为“在途”；调入门店通过PDA扫码确认入库，流程无缝衔接。
|
||||
|
||||
**逻辑流程图:**
|
||||
```mermaid
|
||||
graph TD
|
||||
A["用户登录移动作业平台"] --> B{"选择任务"};
|
||||
|
||||
subgraph "移动收货"
|
||||
direction LR
|
||||
B -- "收货" --> C["扫描到货商品"];
|
||||
C --> D{"匹配接货单?"};
|
||||
D -- "是" --> E["确认入库"];
|
||||
D -- "否" --> F["记录异常(拍照)"];
|
||||
F --> E;
|
||||
end
|
||||
|
||||
subgraph "移动盘点"
|
||||
direction LR
|
||||
B -- "盘点" --> G["扫描盘点商品"];
|
||||
G --> H["录入实盘数量"];
|
||||
H --> I["系统实时比对差异"];
|
||||
I --> J["确认盘点结果"];
|
||||
end
|
||||
|
||||
subgraph "移动调拨"
|
||||
direction LR
|
||||
B -- "调拨" --> K["扫描调拨商品"];
|
||||
K --> L{"选择出库/入库"};
|
||||
L -- "出库" --> M["确认出库"];
|
||||
L -- "入库" --> N["确认入库"];
|
||||
end
|
||||
|
||||
E --> Z["后台库存实时同步"];
|
||||
J --> Z;
|
||||
M --> Z;
|
||||
N --> Z;
|
||||
```
|
||||
|
||||
### 4.3 设计自动化审批流引擎
|
||||
|
||||
引入可配置的规则引擎，将管理人员从大量重复的审批工作中解放出来。
|
||||
|
||||
**逻辑流程图:**
|
||||
```mermaid
|
||||
graph TD
|
||||
A["开始<br>(收到审批申请)"] --> B["加载对应类型的审批规则"];
|
||||
B --> C["遍历规则进行匹配"];
|
||||
C --> D{"是否匹配成功?"};
|
||||
D -- "1\. 是" --> E{"规则是否为'自动批准'?"};
|
||||
E -- "1\. 是" --> F["自动批准申请"];
|
||||
F --> G["记录日志"];
|
||||
G --> Z["结束"];
|
||||
|
||||
E -- "2\. 否" --> C;
|
||||
|
||||
D -- "2\. 否" --> H{"是否已遍历所有规则?"};
|
||||
H -- "1\. 否" --> C;
|
||||
H -- "2\. 是" --> I["转入人工审批流程"];
|
||||
I --> J["通知相关审批人"];
|
||||
J --> Z;
|
||||
```
|
||||
|
||||
### 4.4 强化数据洞察与流程联动
|
||||
|
||||
让数据不再是静态的报表，而是能反向驱动业务流程优化的“活”数据。
|
||||
|
||||
|
||||
|
||||
- **盘点结果联动补货模型**：当`盘亏出库单`审核通过后，系统可自动分析该商品的损耗率，并向店长推送“是否需要适当提高此商品的安全库存或调整陈列位置？”的智能建议。
|
||||
- **销售趋势联动价格策略**：当系统监测到某商品连续数周销售额环比下降超过设定阈值时，可自动生成“专题分析报告”，并触发“建议发起调价或促销活动”的任务给相关负责人。
|
||||
|
||||
---
|
||||
|
||||
## 5. 预期效益
|
||||
|
||||
实施以上优化建议，将为企业带来显著的多维度价值提升：
|
||||
|
||||
- **运营效率提升**：移动化和自动化将大幅减少收货、盘点、审批等环节的人工耗时，预计关键现场作业效率可提升**30%**以上。
|
||||
|
||||
|
||||
- **库存水平优化**：智能补货能有效降低缺货率和库存资金占用，预计可将整体库存周转率提升**15%-20%**。
|
||||
- **管理决策精准**：数据驱动的智能预警和流程联动，使管理决策从事后分析变为事前预警和事中干预，响应速度和准确性大幅提高。
|
||||
- **综合成本降低**：通过提升效率来降低人力成本，通过优化库存来减少资金成本和商品损耗，实现企业的降本增效。
|
||||
|
||||
---
|
||||
|
||||
## 6. 总结
|
||||
|
||||
G3ERP连锁门店日常业务模块已具备坚实的流程基础。本文提出的优化建议，核心思想是推动系统从一个稳定可靠的 **“流程驱动”** 平台，向一个更具智慧和效率的 **“数据与智能驱动”** 平台演进。通过引入智能化、移动化和自动化技术，我们不仅能解决当前存在的效率瓶颈，更能为企业在未来的市场竞争中构建起强大的、可持续的核心优势。
|
||||
@ -85,6 +85,46 @@ G3ERP连锁门店模块的三大板块并非独立存在，而是通过紧密的
|
||||
|
||||
连锁门店的运营是一个完整的闭环，各业务环节环环相扣：
|
||||
|
||||
### 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. **主营业务流**：
|
||||
* **进货线**：由 **补货业务** 发起要货计划，总部配送后，进入 **收货业务** 进行验收，最终在 **库存业务** 中完成入库，增加库存。
|
||||
* **销售线**：通过 **零售业务** 或 **批发业务** 实现商品销售，在 **库存业务** 中扣减库存，销售数据最终在 **日结月结** 中汇总，完成资金和成本的核算。
|
||||
327
4-G3ERP连锁门店模块解读-2.0 copy 2.md
Normal file
327
4-G3ERP连锁门店模块解读-2.0 copy 2.md
Normal file
@ -0,0 +1,327 @@
|
||||
# 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连锁门店模块不仅是提升门店日常工作效率的工具，更是保障企业合规经营、实现数据驱动决策、提升连锁品牌核心竞争力的重要战略支撑。
|
||||
360
4-G3ERP连锁门店模块解读-2.0 copy.md
Normal file
360
4-G3ERP连锁门店模块解读-2.0 copy.md
Normal file
@ -0,0 +1,360 @@
|
||||
# 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连锁门店模块不仅是提升门店日常工作效率的工具，更是保障企业合规经营、实现数据驱动决策、提升连锁品牌核心竞争力的重要战略支撑。
|
||||
747
4.1-G3ERP连锁门店日常业务模块解读-v3.0 copy 2.md
Normal file
747
4.1-G3ERP连锁门店日常业务模块解读-v3.0 copy 2.md
Normal file
@ -0,0 +1,747 @@
|
||||
# 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连锁门店日常业务模块是一套高度集成且功能全面的门店运营管理解决方案。它通过对补货、收货、零售、库存、结算等十大核心业务的精细化管理，构建了一个从商品流转到价值实现的全流程闭环。
|
||||
|
||||
该模块的设计严格遵循业务逻辑，以标准化的单据流驱动各项业务，确保了操作的规范性和数据的准确性。同时，清晰的流程图和详尽的功能解读，为门店人员提供了明确的操作指引，有效降低了培训成本，提升了整体运营效率。
|
||||
|
||||
综上所述，该模块不仅是门店日常工作的得力助手，更是连锁企业实现标准化管理、优化资源配置、提升核心竞争力的重要信息化支撑。
|
||||
684
4.1-G3ERP连锁门店日常业务模块解读-v3.0 copy.md
Normal file
684
4.1-G3ERP连锁门店日常业务模块解读-v3.0 copy.md
Normal file
@ -0,0 +1,684 @@
|
||||
# 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 +1 @@
|
||||
[Task Manager UI](http://localhost:59706)
|
||||
[Task Manager UI](http://localhost:61801)
|
||||
@ -1 +1 @@
|
||||
[Task Manager UI](http://localhost:50383?lang=zh-TW)
|
||||
[Task Manager UI](http://localhost:61796?lang=zh-TW)
|
||||
@ -0,0 +1,3 @@
|
||||
{
|
||||
"tasks": []
|
||||
}
|
||||
24
data/mcp-shrimp-task-manager/tasks.json
Normal file
24
data/mcp-shrimp-task-manager/tasks.json
Normal file
File diff suppressed because one or more lines are too long
5
data/memory/memory.json
Normal file
5
data/memory/memory.json
Normal file
@ -0,0 +1,5 @@
|
||||
{"type":"entity","name":"G3ERP连锁门店日常业务模型","entityType":"业务流程模型","observations":["该模型以'门店库存'为核心枢纽，构建了一个完整的业务闭环。","包含十大核心业务模块：补货、收货、零售、批发、退货、调拨、库存、盘点、价格、日结月结。","每个业务模块都有明确的输入、处理和输出，并由标准化的单据流驱动。"]}
|
||||
{"type":"entity","name":"结构化技术文档编写方法","entityType":"方法论","observations":["结合高阶解读文档（提供框架）、原始操作手册（提供细节）和优秀模板（提供结构）进行内容重构。","采用'总-分-总'的逻辑结构，确保文档清晰易懂。","大量使用Mermaid等可视化工具绘制流程图，将复杂流程简单化、直观化。"]}
|
||||
{"type":"entity","name":"G3ERP Documentation Style Preference","entityType":"UserPreference","observations":["User prefers highly structured technical documents.","Documents should follow a clear hierarchy: Overview -> Architecture -> Main Process -> Detailed Modules -> Summary.","Architecture sections require a detailed breakdown for each sub-module, analyzing: '功能描述' (Description), '核心特征' (Features), '核心流程' (Process), '执行角色' (Roles), and '业务成果' (Outcomes).","Mermaid.js is the required tool for all process flow diagrams, and nodes must be enclosed in quotes."]}
|
||||
{"type":"entity","name":"G3ERP Chain Store Business Logic","entityType":"ProjectKnowledge","observations":["The core business loop centers around '门店库存' (Store Inventory).","Comprises ten key modules: Replenishment, Receiving, Retail, Wholesale, Returns, Allocation, Inventory Management, Stocktaking, Pricing, and Daily/Monthly Closing.","The system is designed with GSP (Good Supply Practice for Pharmaceutical Products) compliance in mind, especially in receiving and quality control.","Detailed process flows for each of the ten modules have been documented and can be referenced in future G3ERP-related tasks."]}
|
||||
{"type":"entity","name":"G3ERP连锁门店流程优化策略","entityType":"项目成果","observations":["项目ID: G3ERP-OPT-001","核心优化方向：推动系统从‘流程驱动’向‘数据与智能驱动’演进。","具体建议1：引入基于AI的智能补货与动态预警系统，提升备货科学性。","具体建议2：构建移动化现场作业平台（PDA/App），解决收货、盘点等场景的效率瓶颈。","具体建议3：设计可配置的自动化审批流引擎，将管理人员从重复审批中解放出来。","具体建议4：强化数据洞察与流程联动，让数据反向驱动业务流程优化。"]}
|
||||
47
project_document/G3ERP连锁门店日常业务流程优化建议-任务文件-v1.0.md
Normal file
47
project_document/G3ERP连锁门店日常业务流程优化建议-任务文件-v1.0.md
Normal file
@ -0,0 +1,47 @@
|
||||
# 上下文
|
||||
项目ID: G3ERP-LS-OPT-001 任务文件名：G3ERP连锁门店日常业务流程优化建议-任务文件-v1.0.md 创建于：2025-07-08 17:51:00 +08:00
|
||||
创建者: AI-PM/PDM/AR/LD 关联协议：RIPER-5 v4.9.2
|
||||
|
||||
# 任务描述
|
||||
阅读理解三份相关文档，总结当前连锁门店日常业务模块的工作流程中的不足之处，提出合理的优化建议，并创建一份详细的优化建议MD文档。
|
||||
|
||||
# 1. 分析 (RESEARCH)
|
||||
* **(AI) 持久化记忆回顾:** `memory MCP`中无相关历史记录，本次为全新分析。
|
||||
* **核心发现、问题、风险:**
|
||||
1. **流程割裂与操作冗余**：拒收与退货流程脱节，手动审批环节过多，功能分散。
|
||||
2. **缺乏智能化与自动化**：补货模型基础，滞销品处理被动，报表以静态展示为主，缺少主动的决策支持。
|
||||
3. **库存管理逻辑复杂**：店间调拨流程不清晰，批次调整等操作未使用专用单据，影响追溯。
|
||||
* **(AR)初步架构评估摘要:** 现有流程虽稳定，但技术架构缺乏弹性，难以支持智能化和自动化扩展。优化建议将要求引入工作流引擎、新的数据模型以及可能的微服务化改造。
|
||||
* **DW确认:** 分析记录完整，已包含对三份文档的综合理解。
|
||||
|
||||
# 2. 提议的解决方案 (INNOVATE)
|
||||
* **方案对比概要:**
|
||||
* **方案A (保守优化):** 在现有架构上进行局部流程优化。
|
||||
* **方案B (全面革新):** 引入工作流引擎、智能算法和数据驾驶舱，重构关键业务模块。
|
||||
* **最终倾向方案:** **方案B (全面革新)**。
|
||||
* **(AR) 架构文档链接:** `1-流程梳理/4-G3ERP连锁门店模块解读/G3ERP连锁门店日常业务流程优化建议-v1.0.md`
|
||||
* **DW确认:** 方案记录完整，产出文档符合要求。
|
||||
|
||||
# 3. 实施计划 (PLAN - 核心检查清单)
|
||||
* **(AR) 最终架构/API规范链接:** (将在各任务中具体定义)
|
||||
* **(LD) 测试计划概要:** 每个任务均包含独立的`verificationCriteria`，将作为单元测试和集成测试的核心依据。
|
||||
* **实施检查清单:**
|
||||
1. `[P3-AR-001]` **任务:** 架构设计与核心服务：引入并配置轻量级工作流引擎 (ID: `b22ee568-9862-42d9-9ad2-1c5a3b0d5215`)
|
||||
2. `[P3-LD-002]` **任务:** 流程再造：重构收货拒收与退货一体化流程 (ID: `7d358956-c65e-4b99-af97-33a579c4a454`)
|
||||
3. `[P3-LD-003]` **任务:** 智能决策支持：开发门店运营驾驶舱后端API (ID: `9742a7f8-21f8-4734-8eaa-dbefc304fabe`)
|
||||
4. `[P3-LD-004]` **任务:** 智能决策支持：实现门店运营驾驶舱前端界面 (ID: `008a0582-d95f-44ae-8f16-1ff92ade0ab2`)
|
||||
5. `[P3-AR-005]` **任务:** 数据逻辑重构：实现新的店间调拨模型 (ID: `3c591ecd-46f0-46f6-822e-fb18686834ee`)
|
||||
6. `[P3-LD-006]` **任务:** 功能聚合：合并特价申请与团购特价申请 (ID: `f8015ceb-483b-4c14-ab4e-3e15e1337686`)
|
||||
7. `[P3-LD-007]` **任务:** 智能决策支持：构建智能补货引擎后端服务 (ID: `de92db52-d885-4f41-a9b4-a575a6fd2a09`)
|
||||
8. `[P3-AR-008]` **任务:** 数据逻辑重构：增加专用库存业务单据类型 (ID: `ed80f546-7dff-4703-b59a-0308e2710853`)
|
||||
9. `[P3-LD-009]` **任务:** 智能决策支持：建立动态库存预警与调剂平台后端服务 (ID: `5605e1d2-6ac0-4508-b8c8-b1c0d9c7b3ab`)
|
||||
* **DW确认:** 计划详尽、可执行，任务分解合理，依赖关系明确。
|
||||
|
||||
# 4. 当前执行步骤 (EXECUTE - 动态更新)
|
||||
(待定)
|
||||
|
||||
# 5. 任务进度 (EXECUTE - 逐步追加)
|
||||
(待定)
|
||||
|
||||
# 6. 最终审查 (REVIEW)
|
||||
(待定)
|
||||
Loading…
x
Reference in New Issue
Block a user