feat(docs): 更新连锁门店文档并清理旧文件
本次提交主要包含以下更新： 1. 文档更新: - 新增并更新了《连锁门店日常业务模块解读》至 v4.md 版本。 - 新增并更新了《连锁门店报表分析模块解读》至 v1.1.md 版本。 2. 文件清理: - 删除了多个重复的、过时的副本文件和旧版本文档，以保持仓库整洁。 3. 配置变更: - 更新了 data/chain-of-thought/WebGUI.md 中任务管理器 UI 的端口号。
This commit is contained in:
parent
0258249932
commit
7d4549e1c0
@ -27,36 +27,21 @@ graph LR
|
||||
A --> J["价格业务"];
|
||||
A --> K["日结月结"];
|
||||
|
||||
subgraph "补货业务"
|
||||
B1["补货计划参数设置"]
|
||||
B2["补货计划单"]
|
||||
B3["缺货登记"]
|
||||
subgraph "日结月结"
|
||||
K1["连锁门店日结单"]
|
||||
K2["连锁门店月末结账"]
|
||||
end
|
||||
|
||||
subgraph "收货业务"
|
||||
C1["门店接货单"]
|
||||
C2["门店拒收单"]
|
||||
C3["按明细验收入库确认"]
|
||||
subgraph "价格业务"
|
||||
J1["零售价调价"]
|
||||
J2["调价申请"]
|
||||
J3["特价申请"]
|
||||
end
|
||||
|
||||
subgraph "零售业务"
|
||||
D1["零售POS单"]
|
||||
D2["中药划价模板"]
|
||||
D3["POS支付方式变更"]
|
||||
end
|
||||
|
||||
subgraph "批发业务"
|
||||
E1["门店批发开单"]
|
||||
E2["门店批发退回单"]
|
||||
end
|
||||
|
||||
subgraph "退货业务"
|
||||
F1["退货申请单"]
|
||||
end
|
||||
|
||||
subgraph "调拨业务"
|
||||
G1["门店调拨申请单"]
|
||||
G2["店店调拨确认"]
|
||||
subgraph "盘点业务"
|
||||
I1["静态库存盘点"]
|
||||
I2["盘点结果差异单"]
|
||||
I3["盘盈/盘亏处理"]
|
||||
end
|
||||
|
||||
subgraph "库存业务"
|
||||
@ -67,24 +52,43 @@ graph LR
|
||||
H5["批次管理"]
|
||||
end
|
||||
|
||||
subgraph "盘点业务"
|
||||
I1["静态库存盘点"]
|
||||
I2["盘点结果差异单"]
|
||||
I3["盘盈/盘亏处理"]
|
||||
subgraph "调拨业务"
|
||||
G1["门店调拨申请单"]
|
||||
G2["店店调拨确认"]
|
||||
end
|
||||
|
||||
subgraph "价格业务"
|
||||
J1["零售价调价"]
|
||||
J2["调价申请"]
|
||||
J3["特价申请"]
|
||||
subgraph "退货业务"
|
||||
F1["退货申请单"]
|
||||
end
|
||||
|
||||
subgraph "日结月结"
|
||||
K1["连锁门店日结单"]
|
||||
K2["连锁门店月末结账"]
|
||||
subgraph "退货业务"
|
||||
F1["退货申请单"]
|
||||
end
|
||||
|
||||
B --> B1 & B2 & B3;
|
||||
subgraph "批发业务"
|
||||
E1["门店批发开单"]
|
||||
E2["门店批发退回单"]
|
||||
end
|
||||
|
||||
subgraph "零售业务"
|
||||
D1["零售POS单"]
|
||||
D2["中药划价模板"]
|
||||
D3["POS支付方式变更"]
|
||||
end
|
||||
|
||||
subgraph "收货业务"
|
||||
C1["门店接货单"]
|
||||
C2["门店拒收单"]
|
||||
C3["按明细验收入库确认"]
|
||||
end
|
||||
|
||||
subgraph "补货业务"
|
||||
B1["补货计划参数设置"]
|
||||
B2["补货计划单"]
|
||||
B3["缺货登记"]
|
||||
end
|
||||
|
||||
B --> B1 & B2 & B3;
|
||||
C --> C1 & C2 & C3;
|
||||
D --> D1 & D2 & D3;
|
||||
E --> E1 & E2;
|
||||
@ -189,6 +193,12 @@ graph LR
|
||||
- **执行角色**：收银员、店长、财务人员。
|
||||
- **业务成果**：确保资金安全，完成成本核算，为财务报表提供准确数据。
|
||||
|
||||
11. **其他业务**：提供辅助性管理工具
|
||||
- **功能描述**：提供一系列辅助门店日常运营的管理功能。
|
||||
- **核心特征**：包括对门店仓库货位的精细化设置、顾客对新品或缺货商品的需求登记、以及对店内滞销品的统一登记与上报。
|
||||
- **执行角色**：门店店员、店长。
|
||||
- **业务成果**：优化仓储管理，收集市场需求，加速滞销品处理。
|
||||
|
||||
<br>
|
||||
|
||||
---
|
||||
@ -272,7 +282,7 @@ graph TD
|
||||
|
||||
#### 4.1.1 补货业务功能简述
|
||||
|
||||
补货业务是保障门店商品供应、维持合理库存水平的起点。门店通过此模块向总部或配送中心发起要货请求。系统支持手动创建、按模板引入、或根据系统内置的智能补货模型（如基于销量、库存上下限等）自动生成补货计划，实现了要货的科学化与高效化。同时，对于临时缺货的商品，系统也提供了缺货登记功能，便于后续跟踪与处理。
|
||||
补货业务是保障门店商品供应、维持合理库存水平的起点。门店通过此模块向总部或配送中心发起要货请求。系统支持手动创建、按模板引入、或根据系统内置的智能补货模型（如基于销量、库存上下限等）自动生成补货计划，实现了要货的科学化与高效化。同时，对于临时缺货的商品，系统也提供了缺货登记功能，便于后续跟踪与处理。此外，系统还提供了对总部缺货记录的关闭处理功能，以及门店向上级申请调整补货参数的正式流程。
|
||||
|
||||
#### 4.1.2 补货业务流程图
|
||||
|
||||
@ -317,7 +327,7 @@ graph LR
|
||||
|
||||
#### 4.2.1 收货业务功能简述
|
||||
|
||||
收货业务是商品进入门店库存、完成物流交接的关键环节，也是执行GSP规范、保障药品质量的第一道防线。当总部或供应商的货物送达门店后，门店需通过本模块完成一系列标准化操作，包括开具`门店接货单`进行物理接收，对不符合要求的商品（如包装破损、温度异常）开具`门店拒收单`，最后通过`按明细验收入库确认`，核对商品批号、效期等关键信息，最终确认入库，完成库存的增加。
|
||||
收货业务是商品进入门店库存、完成物流交接的关键环节，也是执行GSP规范、保障药品质量的第一道防线。当总部或供应商的货物送达门店后，门店需通过本模块完成一系列标准化操作，包括开具`门店接货单`进行物理接收，对不符合要求的商品（如包装破损、温度异常）开具`门店拒收单`。**注意：拒收的商品在系统中会以锁库的形式先入库，后续必须通过退货流程正式退回总部，而非直接拒收在外。**最后通过`按明细验收入库确认`，核对商品批号、效期等关键信息，最终确认入库，完成库存的增加。
|
||||
|
||||
#### 4.2.2 收货业务流程图
|
||||
|
||||
@ -359,49 +369,54 @@ graph TD
|
||||
|
||||
#### 4.3.1 零售业务功能简述
|
||||
|
||||
零售业务是连锁门店实现最终销售、创造价值的核心环节。G3ERP通过强大的POS（Point of Sale）系统，为门店提供了一个高效、稳定且功能全面的前台操作平台。该模块不仅支持日常的开单、收款、打印小票等基础功能，还深度集成了会员管理、积分兑换、多样化促销活动（如特价、买赠、组合套餐）等营销工具。此外，系统还特别针对中药销售提供了中药划价模板，并支持挂单/提单、异常支付方式变更等实用功能，全面满足现代药店零售场景的复杂需求。
|
||||
零售业务是连锁门店实现最终销售、创造价值的核心环节。G3ERP通过强大的POS（Point of Sale）系统，为门店提供了一个高效、稳定且功能全面的前台操作平台。该模块不仅支持日常的开单、收款、打印小票等基础功能，还深度集成了会员管理、积分兑换、多样化促销活动（如特价、买赠、组合套餐）等营销工具。此外，系统还特别针对中药销售提供了中药划价模板，并支持挂单/提单、异常支付方式变更等实用功能，全面满足现代药店零售场景的复杂需求。同时，POS系统也支持完整的顾客退货流程，包括通过`Ctrl+Y`调出原单进行**整单退货**、**拆单退货**，或在无原单情况下进行**强制退货**。
|
||||
|
||||
#### 4.3.2 零售业务流程图
|
||||
|
||||
```mermaid
|
||||
graph TD
|
||||
subgraph "门店零售POS流程"
|
||||
A["顾客选购商品"] --> B["收银员扫描商品条码"];
|
||||
B --> C{"系统处理"};
|
||||
C -- "1\. 识别商品" --> D["显示商品信息与价格"];
|
||||
C -- "2\. 触发促销" --> E["自动应用优惠<br>(特价/买赠等)"];
|
||||
D --> F;
|
||||
E --> F["计算订单总额"];
|
||||
|
||||
F --> G{"会员/积分"};
|
||||
G -- "1\. 是会员" --> H["输入会员信息<br>进行积分累计/兑换"];
|
||||
G -- "2\. 非会员" --> I["进入收款环节"];
|
||||
subgraph "开单类型"
|
||||
direction LR
|
||||
A("销售开单") --> B["收银员扫描商品"];
|
||||
RT("退货开单") --> R1["调用退货窗口(Ctrl+Y)"];
|
||||
SP("特殊开单") --> S1["中药划价/挂单提取"];
|
||||
end
|
||||
|
||||
B --> C{"系统处理"};
|
||||
C -- "识别商品/促销" --> F["计算订单总额"];
|
||||
|
||||
R1 --> R2["查询/引入原单"];
|
||||
R2 --> R3{"选择退货模式<br>整单/拆单/强制"};
|
||||
R3 -- "加载退货商品" --> F;
|
||||
|
||||
S1 --> F;
|
||||
|
||||
F --> G{"会员处理"};
|
||||
G -- "是会员" --> H["积分累计/返还"];
|
||||
G -- "非会员" --> I["进入结算"];
|
||||
H --> I;
|
||||
|
||||
I --> J{"选择支付方式"};
|
||||
J -- "现金/刷卡/移动支付" --> K["完成收款"];
|
||||
K --> L["打印销售小票"];
|
||||
L --> M["交易完成"];
|
||||
I --> J{"订单总额 > 0 ?"};
|
||||
J -- "是(收款)" --> K["选择支付方式<br>(现金/刷卡/移动支付)"];
|
||||
J -- "否(退款)" --> L["按原路或指定方式退款"];
|
||||
|
||||
K --> M["完成收款"];
|
||||
L --> O;
|
||||
|
||||
subgraph "特殊操作"
|
||||
S1["中药销售"] --> S2["调用中药划价模板"];
|
||||
S2 --> F;
|
||||
T1["顾客暂离"] --> T2["挂单操作"];
|
||||
T2 --> U["保存当前订单"];
|
||||
V["顾客返回"] --> W["提单操作"];
|
||||
W --> F;
|
||||
end
|
||||
M --> N["打印销售小票"];
|
||||
N --> O["交易完成"];
|
||||
end
|
||||
|
||||
classDef startEnd fill:#e8f5e9,stroke:#4caf50,stroke-width:2px;
|
||||
classDef process fill:#e3f2fd,stroke:#2196f3,stroke-width:2px;
|
||||
classDef decision fill:#fffde7,stroke:#fbc02d,stroke-width:2px;
|
||||
classDef special fill:#fce4ec,stroke:#e91e63,stroke-width:1px;
|
||||
classDef type fill:#fce4ec,stroke:#e91e63,stroke-width:1px;
|
||||
|
||||
class A,M startEnd;
|
||||
class B,D,E,F,H,I,K,L process;
|
||||
class C,G,J decision;
|
||||
class S1,S2,T1,T2,U,V,W special;
|
||||
class O,N,M,L,K,I,H,G,F,C,B,R1,R2,R3 process;
|
||||
class J decision;
|
||||
class A,RT,SP type;
|
||||
```
|
||||
|
||||
|
||||
@ -496,7 +511,7 @@ graph TD
|
||||
|
||||
#### 4.6.1 调拨业务功能简述
|
||||
|
||||
调拨业务是实现连锁门店内、外部库存资源优化配置和高效流转的重要手段。当门店间需要相互调剂商品余缺时，可通过`门店调拨申请单`发起。调出门店创建申请单并出库后，调入门店在`店店调拨申请调入门店确认`模块中进行收货确认。一旦确认，系统将自动完成双方库存的增减，确保了调拨过程的准确、高效和可追溯，是提升区域内整体库存周转率和满足顾客需求的重要工具。
|
||||
调拨业务是实现连锁门店内、外部库存资源优化配置和高效流转的重要手段。当门店间需要相互调剂商品余缺时，可通过`门店调拨申请单`发起。调出门店创建申请单并出库后，调入门店在`店店调拨申请调入门店确认`模块中进行收货确认。一旦确认，系统将自动完成双方库存的增减，确保了调拨过程的准确、高效和可追溯，是提升区域内整体库存周转率和满足顾客需求的重要工具。**关键逻辑：在系统后台，此操作会自动生成一笔调出门店至总部的退货单和一笔总部至调入门店的配送单，以完成账务上的平账。**
|
||||
|
||||
#### 4.6.2 调拨业务流程图
|
||||
|
||||
@ -510,7 +525,7 @@ graph TD
|
||||
|
||||
E --> F["调入门店接收实物"];
|
||||
F --> G["进入'店店调拨申请调入门店确认'模块"];
|
||||
G --> H["核对商品信息并确认收货"];
|
||||
G --> H["核对商品信息并确认收货(店店调拨申请调入门店确认)"];
|
||||
H --> I{"调拨完成"};
|
||||
|
||||
I -- "调出门店库存减少" --> J["结束"];
|
||||
@ -543,6 +558,9 @@ graph TD
|
||||
- **仓库调拨**：在门店内的不同仓库（如合格品库、不合格品库）之间转移库存。
|
||||
- **包装拆零/组装**：支持将整件商品拆分为零散单位，或将多个商品组合成新的礼盒、套餐等。
|
||||
- **批次管理**：提供对特定批次进行锁定（防止销售）和解锁的功能，是进行质量管控和效期管理的重要手段。
|
||||
- **门店批次新增单**：在实物存在但系统无批次信息时，手工创建批次。
|
||||
- **库存批次调整单**：修正错误的批次信息。
|
||||
- **单店必备商品设置/撤销申请**：管理门店必须保有的商品目录。
|
||||
|
||||
通过这些功能，门店能够确保库存账目的准确性，并对库存状态进行灵活、有效的控制。
|
||||
|
||||
@ -640,6 +658,9 @@ graph TD
|
||||
- **门店零售价调价单**：用于执行总部下发的、常规性的商品价格调整。
|
||||
- **门店调价申请单**：门店可以主动向上级申请对特定商品进行价格调整。
|
||||
- **特价申请**：为应对临时的团购、大客户议价或竞争需要，门店可以发起特价申请，在批准后以临时价格进行销售。
|
||||
- **团购特价申请**：“特价申请”的增强版，功能更丰富。
|
||||
- **同行信息维护/价格信息**：用于市场调研，记录竞争对手情况。
|
||||
- **门店商品价签管理**：提供价签的生成与打印功能。
|
||||
|
||||
通过这套组合拳，系统既保证了价格体系的统一性和严肃性，又赋予了门店应对市场变化的灵活性。
|
||||
|
||||
@ -695,8 +716,8 @@ graph TD
|
||||
#### 4.10.1 日结月结功能简述
|
||||
|
||||
日结与月结是门店财务管理中至关重要的环节，确保资金安全和成本核算的准确性。
|
||||
- **连锁门店日结单**：门店每日营业结束后，需进行日结操作。系统会自动汇总当日的销售流水，并与实际收到的现金、刷卡等款项进行核对。日结不仅是每日的财务对账，也是向上级或财务部门上缴营业款的依据。
|
||||
- **连锁门店月末结账**：在每个月的最后一天，门店必须执行月末结账。在结账前，系统提供`月末结账前检查`功能，确保所有业务单据（如出入库单、盘点单等）均已处理完毕。检查通过后，执行月结，系统将自动完成当月销售成本的计算与结转，为生成准确的财务报表提供基础。
|
||||
- **连锁门店日结单**：门店每日营业结束后，需进行日结操作。系统会自动汇总当日的销售流水，并与实际收到的现金、刷卡等款项进行核对。日结不仅是每日的财务对账，也是向上级或财务部门上缴营业款的依据。**核心规则：门店必须每日执行日结。若当天无任何销售，也必须执行‘空日结’操作，否则将导致月末无法成功结账。**
|
||||
- **连锁门店月末结账**：在每个月的最后一天，门店必须执行月末结账。在结账前，系统提供`月末结账前检查`功能，确保所有业务单据（如出入库单、盘点单等）均已处理完毕。检查通过后，执行月结，系统将自动完成当月销售成本的计算与结转，为生成准确的财务报表提供基础。此外，系统还提供`连锁门店反月结`和`连锁门店月结确认单`等功能，以应对异常情况和保留操作记录。
|
||||
|
||||
#### 4.10.2 日结月结业务流程图
|
||||
|
||||
@ -736,8 +757,51 @@ graph TD
|
||||
|
||||
<br>
|
||||
|
||||
|
||||
### 4.11 其他业务
|
||||
|
||||
#### 4.11.1 其他业务功能简述
|
||||
|
||||
其他业务模块提供了一系列辅助门店日常运营的管理功能，旨在优化仓储管理、收集市场需求并加速滞销品处理。
|
||||
- **连锁门店仓库货位设置**：对门店内的仓库、货区、货位进行精细化设置和管理。
|
||||
- **连锁门店新品及缺货登记**：记录顾客对新品或当前缺货商品的需求，为总部的采购和首营提供依据。
|
||||
- **连锁门店滞销品登记**：门店主动上报滞销商品，由总部进行统一的调剂或退货处理，盘活库存。
|
||||
|
||||
#### 4.11.2 其他业务流程图
|
||||
|
||||
```mermaid
|
||||
graph TD
|
||||
subgraph "门店辅助管理"
|
||||
A["运营管理需求"] --> B{"选择业务类型"};
|
||||
|
||||
B -- "1\. 仓储优化" --> C["连锁门店仓库货位设置"];
|
||||
C --> D["维护货架、货区、货位信息"];
|
||||
D --> E["批量更新商品货位"];
|
||||
E --> Z["结束"];
|
||||
|
||||
B -- "2\. 市场需求收集" --> F["连锁门店新品及缺货登记"];
|
||||
F --> G["登记顾客需求<br>(新品/缺货)"];
|
||||
G --> H["提交总部二次确认"];
|
||||
H --> Z;
|
||||
|
||||
B -- "3\. 滞销品处理" --> I["连锁门店滞销品登记"];
|
||||
I --> J["引入或录入滞销品"];
|
||||
J --> K["提交总部进行调剂"];
|
||||
K --> Z;
|
||||
end
|
||||
|
||||
classDef startEnd fill:#e8f5e9,stroke:#4caf50,stroke-width:2px;
|
||||
classDef process fill:#e3f2fd,stroke:#2196f3,stroke-width:2px;
|
||||
classDef decision fill:#fffde7,stroke:#fbc02d,stroke-width:2px;
|
||||
|
||||
class A,Z startEnd;
|
||||
class C,D,E,F,G,H,I,J,K process;
|
||||
class B decision;
|
||||
```
|
||||
|
||||
---
|
||||
|
||||
|
||||
## 五、总结
|
||||
|
||||
G3ERP连锁门店日常业务模块是一套高度集成且功能全面的门店运营管理解决方案。它通过对补货、收货、零售、库存、结算等十大核心业务的精细化管理，构建了一个从商品流转到价值实现的全流程闭环。
|
||||
@ -745,3 +809,8 @@ G3ERP连锁门店日常业务模块是一套高度集成且功能全面的门店
|
||||
该模块的设计严格遵循业务逻辑，以标准化的单据流驱动各项业务，确保了操作的规范性和数据的准确性。同时，清晰的流程图和详尽的功能解读，为门店人员提供了明确的操作指引，有效降低了培训成本，提升了整体运营效率。
|
||||
|
||||
综上所述，该模块不仅是门店日常工作的得力助手，更是连锁企业实现标准化管理、优化资源配置、提升核心竞争力的重要信息化支撑。
|
||||
|
||||
<br>
|
||||
|
||||
---
|
||||
|
||||
@ -152,10 +152,12 @@ graph TD
|
||||
该组报表详细记录了所有进入门店库存的商品信息，是核对账目、进行供应商对账、以及监控库存流入情况的基础。
|
||||
|
||||
#### 4.2.2 核心报表解读
|
||||
- **门店入库明细/退货明细**：**管理价值**：提供精确的入库流水记录，是查询特定批次商品来源、处理质量问题追溯的根本依据。
|
||||
- **门店入库明细**：**管理价值**：提供精确的入库流水记录，是查询特定批次商品来源、处理质量问题追溯的根本依据。
|
||||
- **门店入库退货明细**：**管理价值**：专门用于追踪门店的退货出库记录，为核对退货账目、分析退货原因提供清晰的数据支持。
|
||||
- **门店入库汇总（按日期/配送单号/商品）**：**管理价值**：从不同维度对入库数据进行统计，便于进行日度/月度的进货成本分析，或针对特定商品的采购频率和数量进行评估。
|
||||
- **配送与门店入库对账系列报表**：**管理价值**：核心的对账工具，确保总部发货数据与门店收货数据完全一致，及时发现差异并处理，保障账实相符。
|
||||
- **门店未收货确认明细**：**管理价值**：监控在途库存，提醒门店及时对已到货商品进行收货确认，避免库存数据更新延迟。
|
||||
- **门店配送明细记录**：**管理价值**：提供总部配送给门店的官方发货清单，是门店收货前核对预期到货商品、以及打印委托配送单据的重要凭证。
|
||||
|
||||
#### 4.2.3 分析流程图
|
||||
|
||||
@ -223,7 +225,9 @@ graph TD
|
||||
- **门店天天销售汇总分析**：**管理价值**：门店的“每日战报”，通过客流量、客单价、毛利等关键指标，直观反映每日的经营健康状况。
|
||||
- **门店天天销售汇总（按付款方式/收款员）**：**管理价值**：前者是与财务对账的关键报表；后者则用于评估不同班次或收款台的效率。
|
||||
- **门店天天销售汇总（按时间段/营业员）**：**管理价值**：前者帮助识别销售高峰与低谷，以优化排班；后者是员工业绩考核与提成计算的基础。
|
||||
- **连锁销售汇总（按商品/分类/商品集合）**：**管理价值**：强大的商品分析工具，用于识别畅销品、滞销品，分析不同品类的销售贡献，或评估特定营销活动（如“黄金单品”）的效果。
|
||||
- **连锁销售汇总（按商品）**：**管理价值**：强大的单品分析工具，用于从销售额、销量、毛利等角度识别核心的畅销品与滞销品。
|
||||
- **连锁销售汇总（分类分析）**：**管理价值**：从更高维度分析不同商品分类（如零售大中小类、ABC分类）的销售贡献，为优化商品结构、调整品类策略提供宏观视角。
|
||||
- **连锁销售汇总（按门店按商品集合汇总）**：**管理价值**：用于评估特定营销活动（如“黄金单品”、“百日会战”等）的效果，通过商品集合的方式，精准统计活动相关商品的整体销售表现。
|
||||
|
||||
#### 4.5.3 分析流程图
|
||||
|
||||
@ -345,6 +349,7 @@ graph TD
|
||||
#### 4.10.2 核心报表解读
|
||||
- **连锁门店损益明细/其他入出明细**：**管理价值**：提供盘点损益、赠品出库等非销售性库存变动的详细记录，便于财务进行账务处理。
|
||||
- **连锁门店损益平衡检查**：**管理价值**：用于核对各类损益单据的总账，确保账务的平衡与准确。
|
||||
- **滞销品调剂明细**：**管理价值**：用于查询门店申报的滞销品调剂明细记录，如果库存为0则不显示。
|
||||
|
||||
#### 4.10.3 分析流程图
|
||||
|
||||
@ -1,465 +0,0 @@
|
||||
# G3ERP供应链仓存管理模块解读文档
|
||||
|
||||
## 一、仓存管理模块概述
|
||||
|
||||
G3ERP供应链仓存管理模块是整个供应链体系的物理执行与数据中枢。它承接采购管理的入库指令和销售管理的发货指令，负责所有商品在仓库内的实物操作与状态管理。该模块的设计深度融合了医药GSP规范，确保了从验收入库、在库存储、内部流转到出库发货的每一个环节都精准、高效且合规。
|
||||
|
||||
仓存管理的核心目标是保障库存数据的准确性、实物操作的规范性以及仓储作业的高效性，为采购决策、销售承诺以及财务核算提供坚实可靠的数据基础。
|
||||
|
||||
<br>
|
||||
|
||||
## 二、仓存管理功能架构
|
||||
|
||||
### 2.1 仓存管理功能架构图
|
||||
|
||||
仓存管理模块由以下九大核心子模块构成，形成一个功能全面、流程闭环的仓储作业管理体系：
|
||||
|
||||
```mermaid
|
||||
graph LR
|
||||
A["仓存管理模块"] --> B["验收入库"]
|
||||
A --> C["出库发货"]
|
||||
A --> D["集中拣货"]
|
||||
A --> E["运输管理"]
|
||||
A --> F["仓库调拨"]
|
||||
A --> G["盘点作业"]
|
||||
A --> H["库存调整"]
|
||||
A --> I["组装作业"]
|
||||
A --> J["其他业务"]
|
||||
|
||||
B --> B1["采购退货出库确认"]
|
||||
B --> B2["采购退货出库运输管理"]
|
||||
B --> B3["验收单关闭"]
|
||||
|
||||
C --> C1["销售出库分配"]
|
||||
C --> C2["销售出库配货"]
|
||||
C --> C3["销售出库复核"]
|
||||
C --> C4["销售差异调整单"]
|
||||
C --> C5["销售单汇总打印"]
|
||||
|
||||
D --> D1["集中拣货单生成"]
|
||||
D --> D2["拣货任务执行"]
|
||||
|
||||
E --> E1["常温/低温品种运输发运"]
|
||||
E --> E2["常温/低温品种运输回执"]
|
||||
E --> E3["装车发运配货"]
|
||||
E --> E4["运输工具/人员维护"]
|
||||
|
||||
F --> F1["仓库调拨单"]
|
||||
F --> F2["仓库调拨上下限设置"]
|
||||
|
||||
G --> G1["库存盘点方案"]
|
||||
G --> G2["盘点数据录入"]
|
||||
G --> G3["盘点结果差异处理"]
|
||||
|
||||
H --> H1["盘盈入库/盘亏出库"]
|
||||
H --> H2["库存批次调整"]
|
||||
H --> H3["批次信息调整"]
|
||||
H --> H4["不可售/管理锁库与解库"]
|
||||
|
||||
I --> I1["组装单"]
|
||||
I --> I2["拆分单"]
|
||||
|
||||
J --> J1["商品仓库属性浏览设置"]
|
||||
|
||||
classDef moduleClass fill:#e1f5fe,stroke:#01579b,stroke-width:2px
|
||||
classDef subModuleClass fill:#f3e5f5,stroke:#4a148c,stroke-width:1px
|
||||
classDef functionClass fill:#e8f5e8,stroke:#2e7d32,stroke-width:1px
|
||||
|
||||
class A moduleClass
|
||||
class B,C,D,E,F,G,H,I,J subModuleClass
|
||||
class B1,B2,B3,C1,C2,C3,C4,C5,D1,D2,E1,E2,E3,E4,F1,F2,G1,G2,G3,H1,H2,H3,H4,I1,I2,J1 functionClass
|
||||
```
|
||||
|
||||
<br>
|
||||
|
||||
### 2.2 仓存管理功能架构图结构说明
|
||||
|
||||
#### 核心业务循环
|
||||
仓存管理的核心业务围绕着商品的“进、销、存”三大活动展开：
|
||||
**验收入库 (进) → 库存管理 (存) → 出库发货 (销)**
|
||||
|
||||
- **进**：通过**验收入库**模块，承接采购或退货的商品，完成入库前的最后确认。
|
||||
- **存**：通过**仓库调拨**、**盘点作业**、**库存调整**、**组装作业**等模块，实现对在库商品的动态管理，确保账实相符和状态准确。
|
||||
- **销**：通过**出库发货**模块，响应销售订单，完成拣货、复核、发运等一系列出库操作。
|
||||
|
||||
#### 九大核心业务模块
|
||||
|
||||
1. **验收入库**
|
||||
- **功能描述**：承接采购指令，完成商品从到货、验收、上架到入库记账的全过程，是保障入库商品质量与数量准确的第一道关卡。
|
||||
- **核心特征**：深度融合GSP规范，支持按单、按商品验收；强制记录批号、效期等关键信息；支持与WMS/WCS设备集成。
|
||||
- **核心流程**：到货登记 → 质量初检 → 明细验收 → 上架分配 → 确认入库。
|
||||
- **执行角色**：验收员、库管员。
|
||||
- **业务成果**：确保入库商品合规、准确，为后续仓储作业提供合格的库存。
|
||||
|
||||
2. **出库发货**
|
||||
- **功能描述**：响应销售订单，执行从订单分配、拣货、复核到打包发货的完整出库流程。
|
||||
- **核心特征**：支持多种分配策略（如按客户、按区域）；支持条码复核，降低错发率；与运输管理无缝衔接。
|
||||
- **核心流程**：订单分配 → 拣货/配货 → 复核/打包 → 出库记账 → 移交发运。
|
||||
- **执行角色**：订单处理员、拣货员、复核员。
|
||||
- **业务成果**：高效、准确地完成销售订单的履约，提升客户满意度。
|
||||
|
||||
3. **集中拣货**
|
||||
- **功能描述**：一种为提升大批量订单处理效率而设计的优化作业模式。
|
||||
- **核心特征**：将多个订单的相同商品汇总成“总拣单”，实现一次性批量拣货，再通过“分播”操作分配至原订单。
|
||||
- **核心流程**：波次生成 → 执行总拣 → 货物送至分播区 → 按单分播。
|
||||
- **执行角色**：拣货员、分播员。
|
||||
- **业务成果**：大幅减少拣货员的行走路径和重复劳动，显著提升出库效率。
|
||||
|
||||
4. **运输管理**
|
||||
- **功能描述**：对已完成出库的包裹进行发运、在途跟踪和回执确认的管理。
|
||||
- **核心特征**：支持对不同温区（常温、低温）的商品进行分类管理；记录承运商、车辆、司机等信息；支持运输回执的电子化管理。
|
||||
- **核心流程**：装车配载 → 发运登记 → 在途跟踪 → 签收回执 → 状态更新。
|
||||
- **执行角色**：发运员、调度员。
|
||||
- **业务成果**：实现物流过程的透明化管理，确保运输环节符合GSP要求，提供完整的物流追溯链。
|
||||
|
||||
5. **仓库调拨**
|
||||
- **功能描述**：管理企业内部不同仓库或货位之间的库存转移。
|
||||
- **核心特征**：支持不同类型仓库间的调拨（如合格品库↔不合格品库，整件库↔零货库）；流程需经审批，确保调拨的合理性。
|
||||
- **核心流程**：发起调拨申请 → 审批 → 调出确认 → 在途管理 → 调入确认 → 库存转移。
|
||||
- **执行角色**：库管员、仓库主管。
|
||||
- **业务成果**：优化库存布局，盘活内部库存资源，满足不同业务场景对库存状态的需求。
|
||||
|
||||
6. **盘点作业**
|
||||
- **功能描述**：通过周期性或临时性的库存盘点，发现并处理库存差异，是保障账实相符的核心管理活动。
|
||||
- **核心特征**：支持全盘、按区盘、动销盘等多种盘点方式；盘点期间可锁定库存，防止数据变动；盘点差异可自动生成调整单据。
|
||||
- **核心流程**：制定方案 → 现场盘点 → 录入数据 → 计算差异 → 审核差异 → 生成调整凭证。
|
||||
- **执行角色**：盘点员、库管员、财务人员。
|
||||
- **业务成果**：保障库存数据的准确性，防止资产流失，为财务核算提供真实依据。
|
||||
|
||||
7. **库存调整**
|
||||
- **功能描述**：处理所有非标准采购/销售流程引起的库存变动，是修正库存数据、处理盘点差异、管理商品质量状态的最终执行模块。
|
||||
- **核心特征**：支持盘盈入库/盘亏出库、批次信息修改、库存状态锁定/解锁等多种调整类型；所有调整均需审批，有迹可循。
|
||||
- **核心流程**：发起调整申请 → 审批 → 执行调整 → 记账 → 完成库存数据更新。
|
||||
- **执行角色**：库管员、质量管理员、仓库主管。
|
||||
- **业务成果**：实现库存的精细化、多维度管理，确保库存数据与实物状态的实时同步。
|
||||
|
||||
8. **组装作业**
|
||||
- **功能描述**：支持将多个独立的“子件”商品组合成一个新的“父件”商品（组装），或反向操作（拆分）。
|
||||
- **核心特征**：适用于礼盒包装、促销捆绑、二次加工等场景；系统自动处理子件和父件的库存增减及成本转移。
|
||||
- **核心流程**：创建组装/拆分单 → 领料/退料 → 完工确认 → 库存与成本更新。
|
||||
- **执行角色**：仓管员、生产人员。
|
||||
- **业务成果**：满足多样化的销售和生产需求，增加商品附加值。
|
||||
|
||||
9. **其他业务**
|
||||
- **功能描述**：提供辅助性的批量管理功能，以提高基础数据维护的效率。
|
||||
- **核心特征**：主要用于集中设置或修改商品的仓库相关属性，如默认货位、存储条件、包装规格等。
|
||||
- **核心流程**：筛选商品 → 批量修改属性 → 保存生效。
|
||||
- **执行角色**：基础数据维护员、仓管员。
|
||||
- **业务成果**：提升数据维护效率，确保仓库作业基础数据的准确性与一致性。
|
||||
|
||||
---
|
||||
<br>
|
||||
|
||||
## 三、总业务流程设计
|
||||
|
||||
### 3.1 总业务流程设计图
|
||||
|
||||
```mermaid
|
||||
graph TD
|
||||
subgraph "上游指令"
|
||||
A["销售管理<br>(销售出库指令)"]
|
||||
B["采购管理<br>(采购入库/退货指令)"]
|
||||
|
||||
end
|
||||
|
||||
subgraph "仓存管理核心流程"
|
||||
D["<b>1. 入库流程</b><br>采购验收 -> 入库记账"]
|
||||
C["<b>2. 出库流程</b><br>销售出库分配 -> 配货 -> 复核 -> 发货"]
|
||||
E["<b>3. 内部管理流程</b><br>调拨/盘点/库存调整"]
|
||||
end
|
||||
|
||||
subgraph "下游衔接"
|
||||
F["核算管理<br>(成本计算/库存价值更新)"]
|
||||
G["运输管理<br>(发运与回执)"]
|
||||
end
|
||||
|
||||
A --> C
|
||||
B --> D
|
||||
|
||||
C -- "库存减少" --> E
|
||||
D -- "库存增加" --> E
|
||||
|
||||
E -- "库存数据" --> F
|
||||
C -- "待发运" --> G
|
||||
|
||||
|
||||
subgraph "出库详细流程"
|
||||
direction LR
|
||||
C_1["销售出库分配"] --> C_2["(可选)集中拣货"] --> C_3["销售出库配货"] --> C_4["销售出库复核"]--> C_5["出库记账"]
|
||||
end
|
||||
|
||||
subgraph "入库详细流程"
|
||||
direction LR
|
||||
D_1["采购验收"] --> D_2["(可选)保管确认"] --> D_3["入库记账"]
|
||||
end
|
||||
|
||||
C --> C_1
|
||||
D --> D_1
|
||||
|
||||
|
||||
classDef upstream fill:#e3f2fd,stroke:#1976d2,stroke-width:2px;
|
||||
classDef core fill:#e8f5e9,stroke:#388e3c,stroke-width:2px;
|
||||
classDef downstream fill:#fffde7,stroke:#fbc02d,stroke-width:2px;
|
||||
classDef detail fill:#f3e5f5,stroke:#8e24aa,stroke-width:1px,color:#333;
|
||||
|
||||
class A,B upstream;
|
||||
class C,D,E core;
|
||||
class F,G downstream;
|
||||
class C_1,C_2,C_3,D_1,D_2,D_3,D_4,D_5 detail;
|
||||
```
|
||||
|
||||
<br>
|
||||
|
||||
```mermaid
|
||||
graph TD
|
||||
subgraph "内部管理详细流程"
|
||||
subgraph "调拨流程"
|
||||
E_T1["仓库调拨单"] --> E_T2["审核"] --> E_T3["调拨记账"]
|
||||
end
|
||||
subgraph "盘点流程"
|
||||
E_P1["盘点方案"] --> E_P2["差异处理"] --> E_P3["差异审核"] --> E_P4["盘盈/亏调整"]
|
||||
end
|
||||
subgraph "组装流程"
|
||||
E_A1["组装/拆分单"] --> E_A2["审核"] --> E_A3["记账"]
|
||||
end
|
||||
subgraph "其它调整"
|
||||
E_AD1["其它调整<br>(锁库/批次修改)"] --> E_D2["审核"] --> E_D3["记账"]
|
||||
end
|
||||
end
|
||||
|
||||
E["内部管理流程"]
|
||||
E --> E_T1
|
||||
E --> E_P1
|
||||
E --> E_A1
|
||||
E --> E_AD1
|
||||
|
||||
```
|
||||
<br>
|
||||
|
||||
|
||||
### 3.2 核心数据流说明
|
||||
<br>
|
||||
|
||||
```mermaid
|
||||
graph TD
|
||||
subgraph "上游系统"
|
||||
A["采购管理模块"]
|
||||
B["销售管理模块"]
|
||||
end
|
||||
|
||||
subgraph "仓存管理模块 (数据核心)"
|
||||
C["库存账<br>(实时数据中心)"]
|
||||
|
||||
subgraph "入库数据流"
|
||||
direction LR
|
||||
A -- "采购入库指令" --> I1["采购验收"]
|
||||
I1 --> I2["入库记账"]
|
||||
I2 -- "1\. 库存数据增加" --> C
|
||||
end
|
||||
|
||||
subgraph "出库数据流"
|
||||
direction LR
|
||||
B -- "销售出库指令" --> O1["出库分配、拣货、复核"]
|
||||
O1 --> O2["出库记账"]
|
||||
O2 -- "2\. 库存数据减少" --> C
|
||||
O1 -- "实物" --> H["运输管理模块"]
|
||||
end
|
||||
|
||||
subgraph "内部数据流"
|
||||
M1["盘点调整"]
|
||||
M2["调拨"]
|
||||
M3["组装拆分"]
|
||||
M1 -- "3\. 库存数据校准" --> C
|
||||
M2 -- "4\. 库存位置状态变更" --> C
|
||||
M3 -- "5\. 库存形态变更" --> C
|
||||
end
|
||||
end
|
||||
|
||||
subgraph "下游系统"
|
||||
G["核算管理模块"]
|
||||
H
|
||||
end
|
||||
|
||||
C -- "6\. 库存成本数量数据" --> G
|
||||
```
|
||||
|
||||
<br>
|
||||
|
||||
1. **指令输入**：仓存模块的作业起点是来自**采购管理**的入库指令和来自**销售管理**的出库指令。
|
||||
2. **入库流程**：收到采购入库指令后，经过**采购验收**、可选的**保管确认**，最终通过**入库记账**完成库存增加。
|
||||
3. **出库流程**：收到销售出库指令后，通过**分配**、**配货**（可结合**集中拣货**）、**复核**，最终**记账**完成库存扣减，并将货物移交**运输管理**。
|
||||
4. **内部流转**：在库商品可通过**调拨**在不同仓库间转移，通过**盘点**和**库存调整**确保账实相符，通过**组装/拆分**改变商品形态。
|
||||
5. **数据输出**：所有库存变动（增、减、状态改变）的最终结果，都会实时更新库存账，并作为**核算管理**模块进行成本计算的依据。
|
||||
|
||||
---
|
||||
<br>
|
||||
|
||||
## 四、模块详解
|
||||
|
||||
### 4.1 验收入库
|
||||
|
||||
- **功能简述**：验收入库是承接上游采购订单，执行商品实物入库的关键环节，也是执行GSP规范、保障药品质量的第一道防线。它覆盖了从供应商送货到达、开具验收单、核对商品信息（批号、效期、数量、质量状况）、到最终确认入库、增加库存的全过程。对于不合格商品，系统支持拒收或转入不合格品库处理，确保只有合规的商品才能流入销售环节。
|
||||
- **业务流程图**：
|
||||
```mermaid
|
||||
graph TD
|
||||
subgraph "主流程：采购入库"
|
||||
A["开始<br>(采购订单到货)"] --> B["开具验收单"]
|
||||
B --> C{"验收商品信息<br>(批号、效期、数量)"}
|
||||
C -- "1\. 信息准确" --> D{"质量验收"}
|
||||
C -- "2\. 信息错误" --> E["验收单关闭/调整"]
|
||||
E --> F["通知采购及相关人员处理"]
|
||||
F --> G["流程结束"]
|
||||
|
||||
D -- "1\. 合格" --> H["确认入库"]
|
||||
H --> I["库存增加"]
|
||||
I --> G
|
||||
|
||||
D -- "2\. 不合格" --> J{"处理方式"}
|
||||
J -- "1\. 拒收" --> K["生成采购退货单"]
|
||||
K --> L["通知供应商取货"]
|
||||
L --> G
|
||||
J -- "2\. 入不合格品库" --> M["执行不合格品入库流程"]
|
||||
M --> G
|
||||
end
|
||||
```
|
||||
|
||||
### 4.2 出库发货
|
||||
|
||||
- **功能简述**：出库发货是响应销售订单、实现商品交付的核心业务流程。该模块将前端的销售单据转化为仓库内部的作业指令，通过`销售出库分配`进行任务分派，由拣货员进行`销售出库配货`，再由复核员通过条码扫描等方式进行`销售出库复核`，确保出库商品与订单完全一致。若出现差异，可通过`销售差异调整单`进行处理，最终将准确无误的包裹移交给运输管理环节，完成出库。
|
||||
- **业务流程图**：
|
||||
```mermaid
|
||||
graph TD
|
||||
A["销售单提交至仓库"] --> B["销售出库分配<br>(分配发货通道/波次)"]
|
||||
B --> C["销售出库配货<br>(拣货员按单或按货区拣货)"]
|
||||
C --> D["销售出库复核<br>(条码复核/人工复核)"]
|
||||
D --> E{"复核是否有差异?"}
|
||||
E -- "1\. 否" --> F["记账，完成出库"]
|
||||
E -- "2\. 是" --> G["销售差异调整单"]
|
||||
G --> H["调整库存与应收"]
|
||||
F --> I["移交运输管理"]
|
||||
H --> I
|
||||
F --> J["销售单汇总打印"]
|
||||
```
|
||||
|
||||
### 4.3 集中拣货
|
||||
|
||||
- **功能简述**：集中拣货是一种旨在提升大批量、小订单场景下出库效率的高级作业模式。系统通过“波次”管理，将多个待出库订单合并分析，把其中相同的商品汇总生成一张“总拣单”。拣货员只需按总拣单一次性、大批量地完成拣货（摘果式或播种式），然后将货品送至分播区，再由分播人员按原始订单进行二次分拣。这种“先集中、后分散”的模式，极大地优化了拣货路径，降低了重复劳动，是现代仓储精细化管理的标志。
|
||||
- **业务流程图**：
|
||||
```mermaid
|
||||
graph TD
|
||||
A["销售出库分配<br>(选择多个订单形成波次)"] --> B["执行'总拣'"]
|
||||
B --> C{"系统判断"}
|
||||
C -- "1\. 满足集中分拣条件" --> D["生成集中拣货单"]
|
||||
C -- "2\. 不满足条件" --> E["进入常规销售出库配货"]
|
||||
D --> F["拣货员按总数拣货"]
|
||||
F --> G["将货物送至分播区"]
|
||||
G --> H["在销售出库复核环节<br>按原订单进行分播与复核"]
|
||||
```
|
||||
|
||||
### 4.4 运输管理
|
||||
|
||||
- **功能简述**：运输管理模块无缝衔接出库发货流程，负责商品离开仓库后的物流环节。它通过`装车发运配货`对包裹进行装载规划，并通过`运输发运`功能记录承运商、车辆、司机、发运时间等关键信息，特别是对有特殊温控要求的`低温品种`进行重点管理。货物送达后，通过`运输回执`功能确认客户签收状态，形成一个从出库到妥投的、符合GSP要求的、完整的物流追溯闭环。
|
||||
- **业务流程图**：
|
||||
```mermaid
|
||||
graph TD
|
||||
A["出库复核完成"] --> B["装车发运配货<br>(规划装车顺序)"]
|
||||
B --> C{"选择运输类型"}
|
||||
C -- "1\. 常温" --> D["常温品种出库运输发运"]
|
||||
C -- "2\. 低温" --> E["低温品种出库运输发运"]
|
||||
D --> F["记录发运信息"]
|
||||
E --> F
|
||||
F --> G["货物在途"]
|
||||
G --> H["客户签收"]
|
||||
H --> I{"回执类型"}
|
||||
I -- "1\. 常温" --> J["常温品种出库运输回执"]
|
||||
I -- "2\. 低温" --> K["低温品种出库运输回执"]
|
||||
J --> L["更新运达状态"]
|
||||
K --> L
|
||||
```
|
||||
|
||||
### 4.5 仓库调拨
|
||||
|
||||
- **功能简述**：仓库调拨是实现企业内部库存资源优化配置和高效流转的重要手段。当需要将商品在不同属性的仓库（如合格品库、待验库、不合格品库）或不同物理位置的仓库（如A仓、B仓）之间转移时，通过`仓库调拨单`发起流程。调拨过程需要经过严格的审批，特别是涉及质量状态变更的调拨，确保了库存转移的合规性与可追溯性，是进行精细化库存布局管理的核心工具。
|
||||
- **业务流程图**：
|
||||
```mermaid
|
||||
graph TD
|
||||
A["发起调拨需求"] --> B["创建仓库调拨单"]
|
||||
B --> C["选择调出/调入仓库"]
|
||||
C --> D["选择商品批次及调拨数量"]
|
||||
D --> E["单据审核"]
|
||||
E --> F{"是否需要质量审核?<br>(如调入不合格库)"}
|
||||
F -- "1\. 是" --> G["质量审核"]
|
||||
F -- "2\. 否" --> H["(可选)调拨确认<br>(调入方确认)"]
|
||||
G --> H
|
||||
H --> I["记账"]
|
||||
I --> J["库存转移完成"]
|
||||
```
|
||||
|
||||
### 4.6 盘点作业
|
||||
|
||||
- **功能简述**：盘点作业是确保仓库账实相符、保障企业资产安全的核心管理活动。G3ERP提供了一套完整的盘点解决方案，从创建`库存盘点方案`开始，明确盘点范围和方式。盘点人员通过PDA或盘点表录入实际盘点数量后，系统会自动与账面库存进行比对，生成`盘点结果差异单`。这份差异单清晰地展示了盘盈和盘亏的明细，是后续进行库存调整的直接依据，形成一个从盘点到平账的业务闭环。
|
||||
- **业务流程图**：
|
||||
```mermaid
|
||||
graph TD
|
||||
A["制定盘点计划"] --> B["创建库存盘点方案<br>(定义范围/方式)"]
|
||||
B --> C["引入盘点范围内的商品"]
|
||||
C --> D["打印盘点表或使用PDA"]
|
||||
D --> E["录入实际盘点数量"]
|
||||
E --> F["锁定盘点数据并计算差异"]
|
||||
F --> G["生成盘点结果差异单"]
|
||||
G --> H{"是否需要复盘?"}
|
||||
H -- "1\. 是" --> B
|
||||
H -- "2\. 否" --> I["审核差异单<br>生成盘盈/盘亏单"]
|
||||
I --> J["进入库存调整流程"]
|
||||
```
|
||||
|
||||
### 4.7 库存调整
|
||||
|
||||
- **功能简述**：库存调整模块是处理所有非标准业务流程（非采购入库、非销售出库）引起的库存变动以及库存状态变更的“总阀门”。它功能强大，覆盖多种业务场景：因盘点差异产生的`盘盈入库/盘亏出库`；因信息录入错误进行的`批次信息调整`；因质量问题或GSP要求对商品进行的`不可售/管理锁库`与`解库`。所有调整操作均需审批并留有记录，确保了库存数据的每一次变动都有据可查。
|
||||
- **业务流程图**：
|
||||
```mermaid
|
||||
graph TD
|
||||
A["库存调整需求<br>(来自盘点/质量等)"] --> B{"选择调整类型"}
|
||||
B -- "1\. 盘点差异" --> C["盘盈入库/盘亏出库"]
|
||||
B -- "2\. 批次信息错误" --> D["批次信息调整单"]
|
||||
B -- "3\. 数量串批" --> D2["库存批次调整"]
|
||||
B -- "4\. 质量/管理问题" --> E["不可售/管理锁库"]
|
||||
B -- "5\. 解除限制" --> F["不可售/管理解库"]
|
||||
C --> G["审核并记账"]
|
||||
D --> G
|
||||
D2 --> G
|
||||
E --> G
|
||||
F --> G
|
||||
G --> H["库存数量/状态/信息更新"]
|
||||
```
|
||||
|
||||
### 4.8 组装作业
|
||||
|
||||
- **功能简述**：组装作业为企业提供了处理商品形态转换的能力，以满足多样化的生产和销售需求。通过`组装单`，可以将多个独立的“子件”商品（原料）消耗掉，生产出新的“父件”商品（成品），常用于礼盒包装、二次加工等场景。反之，通过`拆分单`，可以将一个“父件”商品拆解成多个“子件”商品。系统会自动处理此过程中涉及的库存增减和成本转移，实现了仓储与轻度生产的结合。
|
||||
- **业务流程图**：
|
||||
```mermaid
|
||||
graph TD
|
||||
A["发起组装/拆分需求"] --> B{"选择操作类型"}
|
||||
B -- "1\. 组装" --> C["创建组装单"]
|
||||
C --> D["选择父件(成品)"]
|
||||
D --> E["选择子件(原料)及数量"]
|
||||
E --> F["审核记账"]
|
||||
F --> G["子件库存减少<br>父件库存增加"]
|
||||
|
||||
B -- "2\. 拆分" --> H["创建拆分单"]
|
||||
H --> I["选择父件(成品)及数量"]
|
||||
I --> J["定义子件(原料)及产出数量"]
|
||||
J --> K["审核记账"]
|
||||
K --> L["父件库存减少<br>子件库存增加"]
|
||||
```
|
||||
|
||||
### 4.9 其他业务
|
||||
|
||||
- **功能简述**：其他业务模块主要包含一系列辅助性的管理工具，旨在提升仓库运营的日常效率和数据准确性。核心功能是`商品仓库属性浏览设置`，它允许管理员批量地查询、设置或修改商品的仓储相关属性，例如默认存储货位、拣货货位、库存上下限、包装规格等。通过此功能，可以大大简化基础数据的维护工作量，确保作业指令的准确性。
|
||||
- **业务流程图**：
|
||||
```mermaid
|
||||
graph TD
|
||||
A["进入商品仓库属性浏览设置"] --> B["筛选需要修改的商品"]
|
||||
B --> C["批量或单个修改属性<br>(如货区柜组, 包装量)"]
|
||||
C --> D["保存修改"]
|
||||
D --> E["商品仓库属性更新"]
|
||||
@ -1,343 +0,0 @@
|
||||
# G3ERP连锁门店模块解读
|
||||
|
||||
## 一、连锁门店模块概述
|
||||
|
||||
G3ERP连锁门店模块是专为医药连锁企业设计的综合性业务管理解决方案。它全面覆盖了门店从日常运营、GSP合规管理到数据分析的各个方面，旨在帮助企业实现对旗下所有门店的标准化、精细化和智能化管理。
|
||||
|
||||
该模块以门店为核心，将补货、销售、库存、GSP规范等关键业务环节无缝整合，形成了一个高效协同的业务闭环。通过信息化的手段，系统不仅优化了门店的日常工作流程，提升了运营效率，更重要的是，它将严格的GSP质量管理规范融入到每一个操作细节中，确保了药品在零售环节的安全与合规。同时，强大的报表分析功能为总部的经营决策提供了及时、准确的数据支持。
|
||||
|
||||
## 二、连锁门店模块组成部分
|
||||
|
||||
G3ERP连锁门店模块主要由三大核心板块构成：日常业务、GSP管理和报表分析。这些板块既各司其职，又紧密联动，共同支撑着连锁门店的高效运作。
|
||||
|
||||
### 1. 日常业务
|
||||
|
||||
日常业务板块是门店运营的核心，涵盖了商品流转和价值实现的全过程，确保门店能够响应市场需求，完成销售目标。主要包括：
|
||||
|
||||
- **补货业务**：保障门店库存供给的起点。
|
||||
- **核心单据**：`补货计划单`、`缺货登记记录`。
|
||||
- **关键功能**：通过新增、引入、按模型生成等多种方式创建要货计划，并可对`补货计划参数`进行设置。
|
||||
|
||||
- **收货业务**：处理总部的配送来货。
|
||||
- **核心单据**：`门店接货单`、`门店拒收单`、`按明细验收入库确认`。
|
||||
- **关键流程**：开具接货单接收货物，对破损或不符商品可开具拒收单，最后通过验收入库确认增加库存。
|
||||
|
||||
- **零售业务**：门店面向终端消费者的销售核心。
|
||||
- **核心单据**：`零售POS单`、`中药划价模板`、`POS支付方式变更`。
|
||||
- **关键功能**：在POS端完成开单、收款、促销、会员积分、挂单/提单等操作，并支持对异常支付的调整。
|
||||
|
||||
- **批发业务**：支持门店开展对公、对小商户的批发销售。
|
||||
- **核心单据**：`门店批发开单`、`门店批发退回单`。
|
||||
|
||||
- **退货业务**：管理门店向总部的商品退货。
|
||||
- **核心单据**：`退货申请单`。
|
||||
- **关键流程**：通过提交退货申请发起流程，等待总部审批。
|
||||
|
||||
- **调拨业务**：优化区域内库存资源。
|
||||
- **核心单据**：`门店调拨申请单`、`店店调拨申请调入门店确认`。
|
||||
- **关键流程**：由调出门店开单，调入门店确认后，系统自动完成双方库存转移。
|
||||
|
||||
- **库存业务**：维持账实相符的关键。
|
||||
- **核心单据**：`门店直调入库/退回`、`其他入库/出库`、`仓库调拨`、`包装拆零`、`组装单`、`批次新增/调整/锁库/解库`。
|
||||
- **关键功能**：支持多种场景的库存变动，实现精细化的批次与状态管理。
|
||||
|
||||
- **盘点业务**：保障库存数据准确性。
|
||||
- **核心单据**：`静态库存盘点`、`盘点结果差异单`、`盘盈入库单`、`盘亏出库单`。
|
||||
- **关键流程**：建立盘点方案，录入实盘数，系统自动生成差异单，经审核后下推为损益单据。
|
||||
|
||||
- **价格业务**：管理门店价格体系。
|
||||
- **核心单据**：`门店零售价调价单`、`门店调价申请单`、`特价申请`。
|
||||
- **关键功能**：支持常规价格调整和应对临时团购等场景的特价申请。
|
||||
|
||||
- **日结月结**：门店的财务关账流程。
|
||||
- **核心单据**：`连锁门店日结单`、`连锁门店月末结账`。
|
||||
- **关键流程**：每日进行销售对账，月底在`月末结账前检查`通过后，执行月结完成成本核算。
|
||||
|
||||
### 2. GSP管理
|
||||
|
||||
GSP管理板块将国家《药品经营质量管理规范》的要求深度融入系统流程中，确保门店所有业务活动均在合规的框架下进行，是医药零售企业的生命线。主要包括：
|
||||
|
||||
- **采购与收货记录**：完整记录门店从总部或供应商的进货、收货、验收过程，确保来源可追溯。
|
||||
- **陈列与养护**：提供药品养护计划、温湿度监控、近效期提醒等功能，保障在店药品的质量。
|
||||
- **销售与售后管理**：规范特殊药品的销售登记流程，并记录顾客的咨询与投诉信息。
|
||||
- **质量管理**：对不合格品进行隔离、停售、报损、销毁等全生命周期管理，防止问题药品流入市场。
|
||||
- **中药管理**：针对中药饮片的特殊性，提供清斗、装斗等精细化管理功能。
|
||||
- **拆零管理**：规范拆零药品的拆分与销售记录。
|
||||
- **设施与设备**：建立门店设施设备台账，并记录其检修和使用情况。
|
||||
|
||||
### 3. 报表分析
|
||||
|
||||
报表分析板块是门店的数据大脑，它将分散的业务数据转化为直观的分析报告，为门店自查和总部决策提供强大的数据支持。主要包括：
|
||||
|
||||
- **订货与收货报表**：分析门店订货满足率、缺货情况及收货对账。
|
||||
- **销售报表**：提供多维度的销售明细与汇总分析，如按时间、商品、营业员、付款方式等。
|
||||
- **库存报表**：实时查询门店库存、批次详情、锁库情况、近效期商品及库存周转情况。
|
||||
- **价格报表**：监控负毛利商品，为价格调整提供依据。
|
||||
- **店间调拨与滞销品报表**：追踪店间调拨状态，分析滞销品分布与处理进度。
|
||||
- **提成绩效报表**：根据预设规则自动计算员工业绩提成。
|
||||
- **品类分析与综合分析**：进行SKU规划分析、ABC分类分析等深度经营分析，优化商品结构。
|
||||
|
||||
## 三、连锁门店模块各部分关联关系
|
||||
|
||||
G3ERP连锁门店模块的三大板块并非独立存在，而是通过紧密的业务流程、数据流和功能互补性，构成了一个有机整体。
|
||||
|
||||
### 1. 业务流程关联
|
||||
|
||||
连锁门店的运营是一个完整的闭环，各业务环节环环相扣：
|
||||
|
||||
### 4. 模块关系图
|
||||
|
||||
```mermaid
|
||||
graph TD
|
||||
subgraph "GSP管理 (质量与合规控制)"
|
||||
direction LR
|
||||
B1["质量验收"]
|
||||
B2["在库养护"]
|
||||
B3["特殊销售登记"]
|
||||
end
|
||||
|
||||
subgraph "日常业务 (数据源与执行核心)"
|
||||
direction LR
|
||||
A1["补货与收货"]
|
||||
A2["零售与批发"]
|
||||
A3["库存操作<br>(调拨/盘点)"]
|
||||
end
|
||||
|
||||
subgraph "报表分析 (数据洞察与决策支持)"
|
||||
direction LR
|
||||
C1["进销存报表"]
|
||||
C2["品类/SKU分析"]
|
||||
C3["财务对账报表"]
|
||||
end
|
||||
|
||||
%% GSP对业务的控制流 (自上而下)
|
||||
B1 -- "控制入库质量" --> A1
|
||||
B2 -- "监控在库质量" --> A3
|
||||
B3 -- "约束销售行为" --> A2
|
||||
|
||||
%% 业务向报表的数据流 (向下汇集)
|
||||
A1 -- "入库数据" --> C1
|
||||
A2 -- "销售数据" --> C1 & C2 & C3
|
||||
A3 -- "库存变动" --> C1
|
||||
|
||||
%% 报表对业务的反馈流 (自下而上)
|
||||
C1 -- "指导补货" --> A1
|
||||
C2 -- "指导销售" --> A2
|
||||
```
|
||||
|
||||
1. **主营业务流**：
|
||||
* **进货线**：由 **补货业务** 发起要货计划，总部配送后，进入 **收货业务** 进行验收，最终在 **库存业务** 中完成入库，增加库存。
|
||||
* **销售线**：通过 **零售业务** 或 **批发业务** 实现商品销售，在 **库存业务** 中扣减库存，销售数据最终在 **日结月结** 中汇总，完成资金和成本的核算。
|
||||
|
||||
2. **内部管理流**：
|
||||
* **库存调整线**：**盘点业务** 定期核对库存准确性，产生的差异通过 **库存业务** 中的盘盈、盘亏单进行平账。门店间的余缺调剂通过 **调拨业务** 实现，同样在 **库存业务** 中完成出入库。
|
||||
* **价格控制线**：**价格业务** 中的调价单或特价申请，其结果直接应用于 **零售业务** 和 **批发业务** 的开单环节。
|
||||
|
||||
3. **质量生命线**：
|
||||
* **GSP管理** 贯穿于所有业务流程之中。例如，收货必须验收，库存需要养护，特殊药品销售需要登记，不合格品需要启动专门的报损或销毁流程，确保每一步操作都符合GSP规范。
|
||||
|
||||
### 2. 数据关联
|
||||
|
||||
各板块之间通过统一的核心数据实现信息同步与联动：
|
||||
|
||||
1. **商品与批次信息**：作为最基础的数据，贯穿于所有业务单据中，是追溯商品流向的根本。
|
||||
2. **库存数据**：是所有业务操作的直接反映。收货、盘盈、调拨入库会增加库存；销售、盘亏、调拨出库会减少库存。库存的准确性是门店正常运营的基础。
|
||||
3. **单据流**：系统通过从补货计划单到收货单，从销售流水到日结单的完整单据链，实现了业务流程的可追溯和闭环管理。
|
||||
|
||||
### 3. 功能互补性
|
||||
|
||||
各板块功能相互支撑，协同完成门店的复杂管理任务：
|
||||
|
||||
1. **日常业务** 是数据产生的源头，为 **报表分析** 提供原始数据。
|
||||
2. **报表分析** 则是对 **日常业务** 结果的量化呈现与深度洞察，反过来指导门店的补货、销售和库存策略。
|
||||
3. **GSP管理** 为 **日常业务** 的所有环节提供合规性约束和质量保障，是业务健康运行的“安全阀”。
|
||||
|
||||
## 四、连锁门店模块流程图
|
||||
|
||||
### 1. 门店要货与收货流程
|
||||
|
||||
```mermaid
|
||||
graph TB
|
||||
subgraph "门店 (要货)"
|
||||
A1["方式1：新增请货"] --> A
|
||||
A2["方式2：引入商品"] --> A
|
||||
A3["方式3：按模型生成"] --> A
|
||||
A["补货计划单"] --> B["提交总部"]
|
||||
end
|
||||
|
||||
subgraph "总部 (配送)"
|
||||
B --> C["总部处理<br>(生成配送单)"]
|
||||
end
|
||||
|
||||
subgraph "门店 (收货)"
|
||||
C --> D["门店接货单<br>(核对实物)"]
|
||||
D --> E{"有无破损/不符?"}
|
||||
E --"否"--> F["按明细验收入库确认"]
|
||||
E --"是"--> G["门店拒收单"]
|
||||
G --> F
|
||||
F --> H["库存增加"]
|
||||
end
|
||||
```
|
||||
|
||||
### 2. 门店零售与资金结算流程
|
||||
|
||||
```mermaid
|
||||
graph TB
|
||||
subgraph "POS前台操作"
|
||||
A["开单<br>(扫描商品、录入会员)"] --> B["促销计算<br>(自动匹配)"]
|
||||
|
||||
subgraph "前台特殊操作"
|
||||
B --> K["挂单(F6)"]
|
||||
K --> L["提单(F7)"]
|
||||
L --> B
|
||||
B --> M["退货(Ctrl+Y)<br>(整单/拆单/强制)"]
|
||||
M --> C
|
||||
end
|
||||
|
||||
B --> C["收款(Page Down)<br>(现金、刷卡、扫码、储值)"]
|
||||
C --> D["打印小票"]
|
||||
end
|
||||
|
||||
subgraph "后台管理与结算"
|
||||
D --> E["生成销售流水"]
|
||||
E --> F["连锁门店日结单"]
|
||||
F --> G["与财务对账"]
|
||||
G --> H["连锁门店月末结账"]
|
||||
H --> I["成本核算"]
|
||||
end
|
||||
```
|
||||
|
||||
### 3. 门店库存核心管理流程
|
||||
|
||||
```mermaid
|
||||
graph TD
|
||||
subgraph "库存增加场景"
|
||||
A["总部配送入库"] --> Z["门店库存"]
|
||||
B["店间调拨入库"] --> Z
|
||||
C["盘盈入库"] --> Z
|
||||
D["其他入库"] --> Z
|
||||
end
|
||||
|
||||
subgraph "库存减少场景"
|
||||
Z --> E["零售/批发销售"]
|
||||
Z --> F["店间调拨出库"]
|
||||
Z --> G["盘亏出库"]
|
||||
Z --> H["其他出库"]
|
||||
end
|
||||
|
||||
subgraph "库存内部调整"
|
||||
I["静态库存盘点"] --> J["盘点差异单"]
|
||||
J --> C
|
||||
J --> G
|
||||
K["批次调整单"] --"调整批号"--> Z
|
||||
L["包装拆零单"] --"改变包装规格"--> Z
|
||||
end
|
||||
```
|
||||
|
||||
### 4. GSP关键质量控制流程
|
||||
|
||||
```mermaid
|
||||
graph TD
|
||||
A["药品入库"] --> B["GSP验收"]
|
||||
B -- "合格" --> C["合格品库/货架"]
|
||||
B -- "不合格" --> D["不合格品库"]
|
||||
|
||||
subgraph "在库养护"
|
||||
C --> E["陈列养护检查"]
|
||||
E --> F{"质量是否变化?"}
|
||||
F -- "否" --> C
|
||||
F -- "是" --> D
|
||||
end
|
||||
|
||||
subgraph "不合格品处理"
|
||||
D --> G["门店质量复查申请"]
|
||||
G --> H["总部审批"]
|
||||
H --> I{"处理意见"}
|
||||
I -- "销毁" --> J["不合格药品销毁记录"]
|
||||
I -- "退回" --> K["生成退货申请单"]
|
||||
end
|
||||
|
||||
C --> L["近效期提醒"]
|
||||
L --> M["重点养护/促销处理"]
|
||||
```
|
||||
|
||||
## 五、连锁门店模块思维导图
|
||||
|
||||
```mermaid
|
||||
mindmap
|
||||
root((G3ERP连锁门店模块))
|
||||
日常业务
|
||||
补货业务
|
||||
补货计划参数设置
|
||||
补货计划单
|
||||
缺货登记
|
||||
收货业务
|
||||
门店接货单
|
||||
门店拒收单
|
||||
按明细验收入库确认
|
||||
零售业务
|
||||
零售POS单
|
||||
中药划价模板
|
||||
POS支付方式变更
|
||||
批发业务
|
||||
门店批发开单
|
||||
门店批发退回单
|
||||
退货业务
|
||||
退货申请单
|
||||
调拨业务
|
||||
门店调拨申请单
|
||||
店店调拨确认
|
||||
库存业务
|
||||
直调入库/退回
|
||||
其他入库/出库
|
||||
仓库调拨
|
||||
包装拆零/组装
|
||||
批次新增/调整/锁库/解库
|
||||
盘点业务
|
||||
静态库存盘点
|
||||
盘点结果差异单
|
||||
盘盈入库/盘亏出库
|
||||
价格业务
|
||||
门店零售价调价单
|
||||
门店调价申请单
|
||||
特价申请
|
||||
日结月结
|
||||
连锁门店日结单
|
||||
月末结账
|
||||
GSP管理
|
||||
记录与追溯
|
||||
采购/收货/验收记录
|
||||
销售/售后记录
|
||||
在库质量控制
|
||||
陈列养护
|
||||
温湿度记录
|
||||
近效期管理
|
||||
不合格品管理
|
||||
质量复查
|
||||
报损/销毁
|
||||
批次停售/可售
|
||||
专项管理
|
||||
中药管理 (清斗/装斗)
|
||||
拆零管理
|
||||
设施设备
|
||||
报表分析
|
||||
进销存分析
|
||||
订货满足率
|
||||
销售汇总
|
||||
库存存销分析
|
||||
财务与对账
|
||||
配送对账
|
||||
损益明细
|
||||
专题分析
|
||||
提成绩效
|
||||
品类分析
|
||||
滞销品调剂
|
||||
```
|
||||
|
||||
## 六、总结
|
||||
|
||||
G3ERP连锁门店模块是一套高度集成且深度贴合医药零售行业特点的管理系统。它通过将门店的**日常业务**、**GSP合规**和**数据分析**三大核心板块进行有机融合，成功地解决了连锁药店在运营效率、质量控制和精细化管理方面的核心痛点。
|
||||
|
||||
该模块的设计充分体现了业务流程的闭环思想，从补货、收货、销售到库存调整，每一个环节都与GSP的质量要求紧密相连，确保了业务操作的规范性和药品的安全性。同时，系统提供的多维度、深层次的报表分析功能，使门店管理者和企业决策者能够基于实时数据做出科学判断，从而优化商品结构、提升盈利能力和市场竞争力。
|
||||
|
||||
综上所述，G3ERP连锁门店模块不仅是提升门店日常工作效率的工具，更是保障企业合规经营、实现数据驱动决策、提升连锁品牌核心竞争力的重要战略支撑。
|
||||
@ -1,327 +0,0 @@
|
||||
# G3ERP连锁门店模块解读
|
||||
|
||||
## 一、连锁门店模块概述
|
||||
|
||||
G3ERP连锁门店模块是专为医药连锁企业设计的综合性业务管理解决方案。它全面覆盖了门店从日常运营、GSP合规管理到数据分析的各个方面，旨在帮助企业实现对旗下所有门店的标准化、精细化和智能化管理。
|
||||
|
||||
该模块以门店为核心，将补货、销售、库存、GSP规范等关键业务环节无缝整合，形成了一个高效协同的业务闭环。通过信息化的手段，系统不仅优化了门店的日常工作流程，提升了运营效率，更重要的是，它将严格的GSP质量管理规范融入到每一个操作细节中，确保了药品在零售环节的安全与合规。同时，强大的报表分析功能为总部的经营决策提供了及时、准确的数据支持。
|
||||
|
||||
## 二、连锁门店模块组成部分
|
||||
|
||||
G3ERP连锁门店模块主要由三大核心板块构成：日常业务、GSP管理和报表分析。这些板块既各司其职，又紧密联动，共同支撑着连锁门店的高效运作。
|
||||
|
||||
### 1. 日常业务
|
||||
|
||||
日常业务板块是门店运营的核心，涵盖了商品流转和价值实现的全过程，确保门店能够响应市场需求，完成销售目标。主要包括：
|
||||
|
||||
- **补货业务**：保障门店库存供给的起点。
|
||||
- **核心单据**：`补货计划单`、`缺货登记记录`。
|
||||
- **关键功能**：通过新增、引入、按模型生成等多种方式创建要货计划，并可对`补货计划参数`进行设置。
|
||||
|
||||
- **收货业务**：处理总部的配送来货。
|
||||
- **核心单据**：`门店接货单`、`门店拒收单`、`按明细验收入库确认`。
|
||||
- **关键流程**：开具接货单接收货物，对破损或不符商品可开具拒收单，最后通过验收入库确认增加库存。
|
||||
|
||||
- **零售业务**：门店面向终端消费者的销售核心。
|
||||
- **核心单据**：`零售POS单`、`中药划价模板`、`POS支付方式变更`。
|
||||
- **关键功能**：在POS端完成开单、收款、促销、会员积分、挂单/提单等操作，并支持对异常支付的调整。
|
||||
|
||||
- **批发业务**：支持门店开展对公、对小商户的批发销售。
|
||||
- **核心单据**：`门店批发开单`、`门店批发退回单`。
|
||||
|
||||
- **退货业务**：管理门店向总部的商品退货。
|
||||
- **核心单据**：`退货申请单`。
|
||||
- **关键流程**：通过提交退货申请发起流程，等待总部审批。
|
||||
|
||||
- **调拨业务**：优化区域内库存资源。
|
||||
- **核心单据**：`门店调拨申请单`、`店店调拨申请调入门店确认`。
|
||||
- **关键流程**：由调出门店开单，调入门店确认后，系统自动完成双方库存转移。
|
||||
|
||||
- **库存业务**：维持账实相符的关键。
|
||||
- **核心单据**：`门店直调入库/退回`、`其他入库/出库`、`仓库调拨`、`包装拆零`、`组装单`、`批次新增/调整/锁库/解库`。
|
||||
- **关键功能**：支持多种场景的库存变动，实现精细化的批次与状态管理。
|
||||
|
||||
- **盘点业务**：保障库存数据准确性。
|
||||
- **核心单据**：`静态库存盘点`、`盘点结果差异单`、`盘盈入库单`、`盘亏出库单`。
|
||||
- **关键流程**：建立盘点方案，录入实盘数，系统自动生成差异单，经审核后下推为损益单据。
|
||||
|
||||
- **价格业务**：管理门店价格体系。
|
||||
- **核心单据**：`门店零售价调价单`、`门店调价申请单`、`特价申请`。
|
||||
- **关键功能**：支持常规价格调整和应对临时团购等场景的特价申请。
|
||||
|
||||
- **日结月结**：门店的财务关账流程。
|
||||
- **核心单据**：`连锁门店日结单`、`连锁门店月末结账`。
|
||||
- **关键流程**：每日进行销售对账，月底在`月末结账前检查`通过后，执行月结完成成本核算。
|
||||
|
||||
### 2. GSP管理
|
||||
|
||||
GSP管理板块将国家《药品经营质量管理规范》的要求深度融入系统流程中，确保门店所有业务活动均在合规的框架下进行，是医药零售企业的生命线。主要包括：
|
||||
|
||||
- **采购与收货记录**：完整记录门店从总部或供应商的进货、收货、验收过程，确保来源可追溯。
|
||||
- **陈列与养护**：提供药品养护计划、温湿度监控、近效期提醒等功能，保障在店药品的质量。
|
||||
- **销售与售后管理**：规范特殊药品的销售登记流程，并记录顾客的咨询与投诉信息。
|
||||
- **质量管理**：对不合格品进行隔离、停售、报损、销毁等全生命周期管理，防止问题药品流入市场。
|
||||
- **中药管理**：针对中药饮片的特殊性，提供清斗、装斗等精细化管理功能。
|
||||
- **拆零管理**：规范拆零药品的拆分与销售记录。
|
||||
- **设施与设备**：建立门店设施设备台账，并记录其检修和使用情况。
|
||||
|
||||
### 3. 报表分析
|
||||
|
||||
报表分析板块是门店的数据大脑，它将分散的业务数据转化为直观的分析报告，为门店自查和总部决策提供强大的数据支持。主要包括：
|
||||
|
||||
- **订货与收货报表**：分析门店订货满足率、缺货情况及收货对账。
|
||||
- **销售报表**：提供多维度的销售明细与汇总分析，如按时间、商品、营业员、付款方式等。
|
||||
- **库存报表**：实时查询门店库存、批次详情、锁库情况、近效期商品及库存周转情况。
|
||||
- **价格报表**：监控负毛利商品，为价格调整提供依据。
|
||||
- **店间调拨与滞销品报表**：追踪店间调拨状态，分析滞销品分布与处理进度。
|
||||
- **提成绩效报表**：根据预设规则自动计算员工业绩提成。
|
||||
- **品类分析与综合分析**：进行SKU规划分析、ABC分类分析等深度经营分析，优化商品结构。
|
||||
|
||||
## 三、连锁门店模块各部分关联关系
|
||||
|
||||
G3ERP连锁门店模块的三大板块并非独立存在，而是通过紧密的业务流程、数据流和功能互补性，构成了一个有机整体。
|
||||
|
||||
### 1. 业务流程关联
|
||||
|
||||
连锁门店的运营是一个完整的闭环，各业务环节环环相扣：
|
||||
|
||||
### 4. 模块关系图
|
||||
|
||||
```mermaid
|
||||
graph TD
|
||||
subgraph "GSP管理 (质量与合规控制)"
|
||||
direction LR
|
||||
B1["质量验收"]
|
||||
B2["在库养护"]
|
||||
B3["特殊销售登记"]
|
||||
end
|
||||
|
||||
subgraph "日常业务 (数据源与执行核心)"
|
||||
direction LR
|
||||
A1["补货与收货"]
|
||||
A2["零售与批发"]
|
||||
A3["库存操作<br>(调拨/盘点)"]
|
||||
end
|
||||
|
||||
subgraph "报表分析 (数据洞察与决策支持)"
|
||||
direction LR
|
||||
C1["进销存报表"]
|
||||
C2["品类/SKU分析"]
|
||||
C3["财务对账报表"]
|
||||
end
|
||||
|
||||
%% GSP对业务的控制流 (自上而下)
|
||||
B1 -- "控制入库质量" --> A1
|
||||
B2 -- "监控在库质量" --> A3
|
||||
B3 -- "约束销售行为" --> A2
|
||||
|
||||
%% 业务向报表的数据流 (向下汇集)
|
||||
A1 -- "入库数据" --> C1
|
||||
A2 -- "销售数据" --> C1 & C2 & C3
|
||||
A3 -- "库存变动" --> C1
|
||||
|
||||
%% 报表对业务的反馈流 (自下而上)
|
||||
C1 -- "指导补货" --> A1
|
||||
C2 -- "指导销售" --> A2
|
||||
```
|
||||
|
||||
1. **主营业务流**：
|
||||
* **进货线**：由 **补货业务** 发起要货计划，总部配送后，进入 **收货业务** 进行验收，最终在 **库存业务** 中完成入库，增加库存。
|
||||
* **销售线**：通过 **零售业务** 或 **批发业务** 实现商品销售，在 **库存业务** 中扣减库存，销售数据最终在 **日结月结** 中汇总，完成资金和成本的核算。
|
||||
|
||||
2. **内部管理流**：
|
||||
* **库存调整线**：**盘点业务** 定期核对库存准确性，产生的差异通过 **库存业务** 中的盘盈、盘亏单进行平账。门店间的余缺调剂通过 **调拨业务** 实现，同样在 **库存业务** 中完成出入库。
|
||||
* **价格控制线**：**价格业务** 中的调价单或特价申请，其结果直接应用于 **零售业务** 和 **批发业务** 的开单环节。
|
||||
|
||||
3. **质量生命线**：
|
||||
* **GSP管理** 贯穿于所有业务流程之中。例如，收货必须验收，库存需要养护，特殊药品销售需要登记，不合格品需要启动专门的报损或销毁流程，确保每一步操作都符合GSP规范。
|
||||
|
||||
### 2. 数据关联
|
||||
|
||||
各板块之间通过统一的核心数据实现信息同步与联动：
|
||||
|
||||
1. **商品与批次信息**：作为最基础的数据，贯穿于所有业务单据中，是追溯商品流向的根本。
|
||||
2. **库存数据**：是所有业务操作的直接反映。收货、盘盈、调拨入库会增加库存；销售、盘亏、调拨出库会减少库存。库存的准确性是门店正常运营的基础。
|
||||
3. **单据流**：系统通过从补货计划单到收货单，从销售流水到日结单的完整单据链，实现了业务流程的可追溯和闭环管理。
|
||||
|
||||
### 3. 功能互补性
|
||||
|
||||
各板块功能相互支撑，协同完成门店的复杂管理任务：
|
||||
|
||||
1. **日常业务** 是数据产生的源头，为 **报表分析** 提供原始数据。
|
||||
2. **报表分析** 则是对 **日常业务** 结果的量化呈现与深度洞察，反过来指导门店的补货、销售和库存策略。
|
||||
3. **GSP管理** 为 **日常业务** 的所有环节提供合规性约束和质量保障，是业务健康运行的“安全阀”。
|
||||
|
||||
## 四、连锁门店模块流程图
|
||||
|
||||
### 1. 日常业务核心流程
|
||||
|
||||
```mermaid
|
||||
graph TD
|
||||
direction TB
|
||||
|
||||
subgraph "库存增加活动"
|
||||
A["补货/收货业务"]
|
||||
B["顾客退货"]
|
||||
C["调拨(调入)"]
|
||||
D["盘点(盘盈)"]
|
||||
end
|
||||
|
||||
I["门店库存<br>(核心枢纽)"]
|
||||
|
||||
subgraph "库存出库活动"
|
||||
E["零售/批发业务"]
|
||||
F["退货(退总部)"]
|
||||
G["调拨(调出)"]
|
||||
H["盘点(盘亏)"]
|
||||
end
|
||||
|
||||
subgraph "销售支持活动"
|
||||
J["价格业务"]
|
||||
K["日结月结"]
|
||||
end
|
||||
|
||||
A -- "主要来源" --> I
|
||||
B -- "入库" --> I
|
||||
C -- "入库" --> I
|
||||
D -- "入库" --> I
|
||||
|
||||
I -- "主要去向" --> E
|
||||
I -- "出库" --> F
|
||||
I -- "出库" --> G
|
||||
I -- "出库" --> H
|
||||
|
||||
J -- "影响售价" --> E
|
||||
K -- "结算资金" --> E
|
||||
```
|
||||
|
||||
### 2. GSP管理关键控制流程
|
||||
|
||||
```mermaid
|
||||
graph TD
|
||||
subgraph "药品生命周期与GSP控制"
|
||||
A["<b>入库环节</b><br>收货"] --> B{"GSP验收"};
|
||||
B -- "合格" --> C["<b>在库环节</b><br>合格品库存"];
|
||||
B -- "不合格" --> M["启动不合格品流程"];
|
||||
|
||||
C --> G["陈列养护"];
|
||||
C --> I["近效期管理"];
|
||||
C --> J["温湿度监控"];
|
||||
|
||||
G -- "发现问题" --> H["质量复查"];
|
||||
H -- "确认不合格" --> M;
|
||||
|
||||
C --> D["<b>出库环节</b><br>销售"];
|
||||
D --> K["特殊药品销售登记"];
|
||||
D --> L["顾客售后跟踪"];
|
||||
end
|
||||
|
||||
subgraph "不合格品处理中心"
|
||||
M --> N["停售 & 记录"];
|
||||
N --> O{"处理方式"};
|
||||
O -- "销毁" --> P["记录销毁"];
|
||||
O -- "退回" --> Q["转退货流程"];
|
||||
end
|
||||
```
|
||||
|
||||
### 3. 报表分析数据流
|
||||
|
||||
```mermaid
|
||||
graph TD
|
||||
subgraph "数据源 (来自日常业务与GSP)"
|
||||
A["交易数据<br>(销售、入库、退货、调拨)"]
|
||||
B["库存数据<br>(实时库存、批次、效期)"]
|
||||
C["管理数据<br>(GSP记录、价格、提成)"]
|
||||
end
|
||||
|
||||
subgraph "核心分析领域 (部分关键报表)"
|
||||
D["<b>进销存分析</b><br>[门店订货满足率分析]<br>[门店库存商品存销分析表]<br>[连锁门店月份进销存平衡表]"]
|
||||
E["<b>财务与对账</b><br>[门店天天销售汇总(按付款方式)]<br>[配送与门店入库对账]<br>[连锁门店损益明细]"]
|
||||
F["<b>专题与绩效分析</b><br>[门店动态AAA商品销售ABC分析表]<br>[连锁门店销售提成汇总]<br>[门店SKU规划分析]"]
|
||||
end
|
||||
|
||||
A -- "提供交易与库存数据" --> D & E
|
||||
B -- "提供库存状态数据" --> D & F
|
||||
C -- "提供管理与绩效数据" --> E & F
|
||||
```
|
||||
|
||||
## 五、连锁门店模块思维导图
|
||||
|
||||
```mermaid
|
||||
mindmap
|
||||
root((G3ERP连锁门店模块))
|
||||
日常业务
|
||||
补货业务
|
||||
补货计划参数设置
|
||||
补货计划单
|
||||
缺货登记
|
||||
收货业务
|
||||
门店接货单
|
||||
门店拒收单
|
||||
按明细验收入库确认
|
||||
零售业务
|
||||
零售POS单
|
||||
中药划价模板
|
||||
POS支付方式变更
|
||||
批发业务
|
||||
门店批发开单
|
||||
门店批发退回单
|
||||
退货业务
|
||||
退货申请单
|
||||
调拨业务
|
||||
门店调拨申请单
|
||||
店店调拨确认
|
||||
库存业务
|
||||
直调入库/退回
|
||||
其他入库/出库
|
||||
仓库调拨
|
||||
包装拆零/组装
|
||||
批次新增/调整/锁库/解库
|
||||
盘点业务
|
||||
静态库存盘点
|
||||
盘点结果差异单
|
||||
盘盈入库/盘亏出库
|
||||
价格业务
|
||||
门店零售价调价单
|
||||
门店调价申请单
|
||||
特价申请
|
||||
日结月结
|
||||
连锁门店日结单
|
||||
月末结账
|
||||
GSP管理
|
||||
记录与追溯
|
||||
采购/收货/验收记录
|
||||
销售/售后记录
|
||||
在库质量控制
|
||||
陈列养护
|
||||
温湿度记录
|
||||
近效期管理
|
||||
不合格品管理
|
||||
质量复查
|
||||
报损/销毁
|
||||
批次停售/可售
|
||||
专项管理
|
||||
中药管理 (清斗/装斗)
|
||||
拆零管理
|
||||
设施设备
|
||||
报表分析
|
||||
进销存分析
|
||||
订货满足率
|
||||
销售汇总
|
||||
库存存销分析
|
||||
财务与对账
|
||||
配送对账
|
||||
损益明细
|
||||
专题分析
|
||||
提成绩效
|
||||
品类分析
|
||||
滞销品调剂
|
||||
```
|
||||
|
||||
## 六、总结
|
||||
|
||||
G3ERP连锁门店模块是一套高度集成且深度贴合医药零售行业特点的管理系统。它通过将门店的**日常业务**、**GSP合规**和**数据分析**三大核心板块进行有机融合，成功地解决了连锁药店在运营效率、质量控制和精细化管理方面的核心痛点。
|
||||
|
||||
该模块的设计充分体现了业务流程的闭环思想，从补货、收货、销售到库存调整，每一个环节都与GSP的质量要求紧密相连，确保了业务操作的规范性和药品的安全性。同时，系统提供的多维度、深层次的报表分析功能，使门店管理者和企业决策者能够基于实时数据做出科学判断，从而优化商品结构、提升盈利能力和市场竞争力。
|
||||
|
||||
综上所述，G3ERP连锁门店模块不仅是提升门店日常工作效率的工具，更是保障企业合规经营、实现数据驱动决策、提升连锁品牌核心竞争力的重要战略支撑。
|
||||
@ -1,360 +0,0 @@
|
||||
# G3ERP连锁门店模块解读
|
||||
|
||||
## 一、连锁门店模块概述
|
||||
|
||||
G3ERP连锁门店模块是专为医药连锁企业设计的综合性业务管理解决方案。它全面覆盖了门店从日常运营、GSP合规管理到数据分析的各个方面，旨在帮助企业实现对旗下所有门店的标准化、精细化和智能化管理。
|
||||
|
||||
该模块以门店为核心，将补货、销售、库存、GSP规范等关键业务环节无缝整合，形成了一个高效协同的业务闭环。通过信息化的手段，系统不仅优化了门店的日常工作流程，提升了运营效率，更重要的是，它将严格的GSP质量管理规范融入到每一个操作细节中，确保了药品在零售环节的安全与合规。同时，强大的报表分析功能为总部的经营决策提供了及时、准确的数据支持。
|
||||
|
||||
## 二、连锁门店模块组成部分
|
||||
|
||||
G3ERP连锁门店模块主要由三大核心板块构成：日常业务、GSP管理和报表分析。这些板块既各司其职，又紧密联动，共同支撑着连锁门店的高效运作。
|
||||
|
||||
### 1. 日常业务
|
||||
|
||||
日常业务板块是门店运营的核心，涵盖了商品流转和价值实现的全过程，确保门店能够响应市场需求，完成销售目标。主要包括：
|
||||
|
||||
- **补货业务**：保障门店库存供给的起点。
|
||||
- **核心单据**：`补货计划单`、`缺货登记记录`。
|
||||
- **关键功能**：通过新增、引入、按模型生成等多种方式创建要货计划，并可对`补货计划参数`进行设置。
|
||||
|
||||
- **收货业务**：处理总部的配送来货。
|
||||
- **核心单据**：`门店接货单`、`门店拒收单`、`按明细验收入库确认`。
|
||||
- **关键流程**：开具接货单接收货物，对破损或不符商品可开具拒收单，最后通过验收入库确认增加库存。
|
||||
|
||||
- **零售业务**：门店面向终端消费者的销售核心。
|
||||
- **核心单据**：`零售POS单`、`中药划价模板`、`POS支付方式变更`。
|
||||
- **关键功能**：在POS端完成开单、收款、促销、会员积分、挂单/提单等操作，并支持对异常支付的调整。
|
||||
|
||||
- **批发业务**：支持门店开展对公、对小商户的批发销售。
|
||||
- **核心单据**：`门店批发开单`、`门店批发退回单`。
|
||||
|
||||
- **退货业务**：管理门店向总部的商品退货。
|
||||
- **核心单据**：`退货申请单`。
|
||||
- **关键流程**：通过提交退货申请发起流程，等待总部审批。
|
||||
|
||||
- **调拨业务**：优化区域内库存资源。
|
||||
- **核心单据**：`门店调拨申请单`、`店店调拨申请调入门店确认`。
|
||||
- **关键流程**：由调出门店开单，调入门店确认后，系统自动完成双方库存转移。
|
||||
|
||||
- **库存业务**：维持账实相符的关键。
|
||||
- **核心单据**：`门店直调入库/退回`、`其他入库/出库`、`仓库调拨`、`包装拆零`、`组装单`、`批次新增/调整/锁库/解库`。
|
||||
- **关键功能**：支持多种场景的库存变动，实现精细化的批次与状态管理。
|
||||
|
||||
- **盘点业务**：保障库存数据准确性。
|
||||
- **核心单据**：`静态库存盘点`、`盘点结果差异单`、`盘盈入库单`、`盘亏出库单`。
|
||||
- **关键流程**：建立盘点方案，录入实盘数，系统自动生成差异单，经审核后下推为损益单据。
|
||||
|
||||
- **价格业务**：管理门店价格体系。
|
||||
- **核心单据**：`门店零售价调价单`、`门店调价申请单`、`特价申请`。
|
||||
- **关键功能**：支持常规价格调整和应对临时团购等场景的特价申请。
|
||||
|
||||
- **日结月结**：门店的财务关账流程。
|
||||
- **核心单据**：`连锁门店日结单`、`连锁门店月末结账`。
|
||||
- **关键流程**：每日进行销售对账，月底在`月末结账前检查`通过后，执行月结完成成本核算。
|
||||
|
||||
### 2. GSP管理
|
||||
|
||||
GSP管理板块将国家《药品经营质量管理规范》的要求深度融入系统流程中，确保门店所有业务活动均在合规的框架下进行，是医药零售企业的生命线。主要包括：
|
||||
|
||||
- **采购与收货记录**：完整记录门店从总部或供应商的进货、收货、验收过程，确保来源可追溯。
|
||||
- **陈列与养护**：提供药品养护计划、温湿度监控、近效期提醒等功能，保障在店药品的质量。
|
||||
- **销售与售后管理**：规范特殊药品的销售登记流程，并记录顾客的咨询与投诉信息。
|
||||
- **质量管理**：对不合格品进行隔离、停售、报损、销毁等全生命周期管理，防止问题药品流入市场。
|
||||
- **中药管理**：针对中药饮片的特殊性，提供清斗、装斗等精细化管理功能。
|
||||
- **拆零管理**：规范拆零药品的拆分与销售记录。
|
||||
- **设施与设备**：建立门店设施设备台账，并记录其检修和使用情况。
|
||||
|
||||
### 3. 报表分析
|
||||
|
||||
报表分析板块是门店的数据大脑，它将分散的业务数据转化为直观的分析报告，为门店自查和总部决策提供强大的数据支持。主要包括：
|
||||
|
||||
- **订货与收货报表**：分析门店订货满足率、缺货情况及收货对账。
|
||||
- **销售报表**：提供多维度的销售明细与汇总分析，如按时间、商品、营业员、付款方式等。
|
||||
- **库存报表**：实时查询门店库存、批次详情、锁库情况、近效期商品及库存周转情况。
|
||||
- **价格报表**：监控负毛利商品，为价格调整提供依据。
|
||||
- **店间调拨与滞销品报表**：追踪店间调拨状态，分析滞销品分布与处理进度。
|
||||
- **提成绩效报表**：根据预设规则自动计算员工业绩提成。
|
||||
- **品类分析与综合分析**：进行SKU规划分析、ABC分类分析等深度经营分析，优化商品结构。
|
||||
|
||||
## 三、连锁门店模块各部分关联关系
|
||||
|
||||
G3ERP连锁门店模块的三大板块并非独立存在，而是通过紧密的业务流程、数据流和功能互补性，构成了一个有机整体。
|
||||
|
||||
### 1. 业务流程关联
|
||||
|
||||
连锁门店的运营是一个完整的闭环，各业务环节环环相扣：
|
||||
|
||||
### 4. 模块关系图
|
||||
|
||||
```mermaid
|
||||
graph TD
|
||||
subgraph "GSP管理 (质量与合规控制)"
|
||||
direction LR
|
||||
B1["质量验收"]
|
||||
B2["在库养护"]
|
||||
B3["特殊销售登记"]
|
||||
end
|
||||
|
||||
subgraph "日常业务 (数据源与执行核心)"
|
||||
direction LR
|
||||
A1["补货与收货"]
|
||||
A2["零售与批发"]
|
||||
A3["库存操作<br>(调拨/盘点)"]
|
||||
end
|
||||
|
||||
subgraph "报表分析 (数据洞察与决策支持)"
|
||||
direction LR
|
||||
C1["进销存报表"]
|
||||
C2["品类/SKU分析"]
|
||||
C3["财务对账报表"]
|
||||
end
|
||||
|
||||
%% GSP对业务的控制流 (自上而下)
|
||||
B1 -- "控制入库质量" --> A1
|
||||
B2 -- "监控在库质量" --> A3
|
||||
B3 -- "约束销售行为" --> A2
|
||||
|
||||
%% 业务向报表的数据流 (向下汇集)
|
||||
A1 -- "入库数据" --> C1
|
||||
A2 -- "销售数据" --> C1 & C2 & C3
|
||||
A3 -- "库存变动" --> C1
|
||||
|
||||
%% 报表对业务的反馈流 (自下而上)
|
||||
C1 -- "指导补货" --> A1
|
||||
C2 -- "指导销售" --> A2
|
||||
```
|
||||
|
||||
1. **主营业务流**：
|
||||
* **进货线**：由 **补货业务** 发起要货计划，总部配送后，进入 **收货业务** 进行验收，最终在 **库存业务** 中完成入库，增加库存。
|
||||
* **销售线**：通过 **零售业务** 或 **批发业务** 实现商品销售，在 **库存业务** 中扣减库存，销售数据最终在 **日结月结** 中汇总，完成资金和成本的核算。
|
||||
|
||||
2. **内部管理流**：
|
||||
* **库存调整线**：**盘点业务** 定期核对库存准确性，产生的差异通过 **库存业务** 中的盘盈、盘亏单进行平账。门店间的余缺调剂通过 **调拨业务** 实现，同样在 **库存业务** 中完成出入库。
|
||||
* **价格控制线**：**价格业务** 中的调价单或特价申请，其结果直接应用于 **零售业务** 和 **批发业务** 的开单环节。
|
||||
|
||||
3. **质量生命线**：
|
||||
* **GSP管理** 贯穿于所有业务流程之中。例如，收货必须验收，库存需要养护，特殊药品销售需要登记，不合格品需要启动专门的报损或销毁流程，确保每一步操作都符合GSP规范。
|
||||
|
||||
### 2. 数据关联
|
||||
|
||||
各板块之间通过统一的核心数据实现信息同步与联动：
|
||||
|
||||
1. **商品与批次信息**：作为最基础的数据，贯穿于所有业务单据中，是追溯商品流向的根本。
|
||||
2. **库存数据**：是所有业务操作的直接反映。收货、盘盈、调拨入库会增加库存；销售、盘亏、调拨出库会减少库存。库存的准确性是门店正常运营的基础。
|
||||
3. **单据流**：系统通过从补货计划单到收货单，从销售流水到日结单的完整单据链，实现了业务流程的可追溯和闭环管理。
|
||||
|
||||
### 3. 功能互补性
|
||||
|
||||
各板块功能相互支撑，协同完成门店的复杂管理任务：
|
||||
|
||||
1. **日常业务** 是数据产生的源头，为 **报表分析** 提供原始数据。
|
||||
2. **报表分析** 则是对 **日常业务** 结果的量化呈现与深度洞察，反过来指导门店的补货、销售和库存策略。
|
||||
3. **GSP管理** 为 **日常业务** 的所有环节提供合规性约束和质量保障，是业务健康运行的“安全阀”。
|
||||
|
||||
## 四、连锁门店模块流程图
|
||||
|
||||
### 1. 门店要货与收货流程
|
||||
|
||||
```mermaid
|
||||
graph TB
|
||||
subgraph "门店 (要货)"
|
||||
A1["方式1：新增请货"] --> A["补货计划单"]
|
||||
A2["方式2：引入商品"] --> A
|
||||
A3["方式3：按模型生成"] --> A
|
||||
A --> B["提交总部"]
|
||||
end
|
||||
|
||||
subgraph "总部 (配送)"
|
||||
B --> C["生成配送单"]
|
||||
end
|
||||
|
||||
subgraph "门店 (收货)"
|
||||
C --> D["开具[门店接货单]"]
|
||||
D --> E{"有无破损/不符?"}
|
||||
E -- "否" --> F["[按明细验收入库确认]"]
|
||||
E -- "是" --> G["开具[门店拒收单]<br>注:拒收品项以锁库形式入库,需另做退货"]
|
||||
G --> F
|
||||
F --> H["库存增加"]
|
||||
end
|
||||
```
|
||||
|
||||
### 2. 门店零售与退货流程
|
||||
|
||||
```mermaid
|
||||
graph TB
|
||||
subgraph "正常销售"
|
||||
A["POS开单<br>(扫描商品、录入会员)"] --> B["促销计算"]
|
||||
B --> C["收款(Page Down)"]
|
||||
C --> D["打印小票"]
|
||||
D --> E["生成销售流水"]
|
||||
end
|
||||
|
||||
subgraph "退货处理 (Ctrl+Y)"
|
||||
F["调用退货窗口"] --> G{"选择退货模式"}
|
||||
G -- "整单/拆单退货" --> H["引入原单,选择明细"]
|
||||
G -- "强制退货" --> I["手动录入退货商品(负数)"]
|
||||
H --> J["确认退货"]
|
||||
I --> J
|
||||
J --> K["退款(原路返回)"]
|
||||
K --> L["生成负数销售流水"]
|
||||
end
|
||||
|
||||
subgraph "后台管理与结算"
|
||||
E --> M["生成正数销售流水"]
|
||||
L --> N["生成负数销售流水"]
|
||||
M --> O["连锁门店日结单"]
|
||||
N --> O
|
||||
O --> P["与财务对账"]
|
||||
P --> Q["连锁门店月末结账"]
|
||||
Q --> R["成本核算"]
|
||||
end
|
||||
```
|
||||
|
||||
### 3. 门店盘点流程
|
||||
|
||||
```mermaid
|
||||
graph TD
|
||||
A["创建[静态库存盘点]方案"] --> B["引入盘点范围<br>(全盘/抽盘)"]
|
||||
B --> C["锁定方案<br>(然后导出盘点表或使用PDA)"]
|
||||
C --> D["录入/导入实盘数量"]
|
||||
D --> E["计算差异"]
|
||||
E --> F["审核生成[盘点结果差异单]"]
|
||||
F --> G{"有无差异?"}
|
||||
G -- "无" --> H["盘点结束"]
|
||||
G -- "有" --> I["审核差异单"]
|
||||
I --> J{"盘盈/盘亏?"}
|
||||
J -- "盘盈" --> K["自动生成[盘盈入库单]"]
|
||||
J -- "盘亏" --> L["自动生成[盘亏出库单]"]
|
||||
K --> M["记账后库存增加"]
|
||||
L --> N["记账后库存减少"]
|
||||
```
|
||||
|
||||
### 4. 库存内部调整流程
|
||||
|
||||
```mermaid
|
||||
graph TD
|
||||
subgraph "店间调拨"
|
||||
A["调出门店开[调拨申请单]"] --> B["调入门店确认"]
|
||||
B --> C["双方库存自动增减"]
|
||||
end
|
||||
|
||||
subgraph "批次状态调整"
|
||||
D["[批次调整单]"] --> E["调整批号/效期等"]
|
||||
F["[批次锁库/解库单]"] --> G["冻结/解冻指定批次"]
|
||||
end
|
||||
|
||||
subgraph "包装规格调整"
|
||||
H["[包装拆零单]"] --> I["整包装库存减少<br>拆零品库存增加"]
|
||||
J["[组装单]"] --> K["原材料库存减少<br>成品库存增加"]
|
||||
end
|
||||
```
|
||||
|
||||
### 5. GSP关键质量控制流程
|
||||
|
||||
```mermaid
|
||||
graph TD
|
||||
A["药品入库"] --> B["GSP验收"]
|
||||
B -- "合格" --> C["合格品上架"]
|
||||
B -- "不合格" --> D["进入不合格品库"]
|
||||
|
||||
subgraph "在库养护"
|
||||
C --> E["[陈列养护检查]"]
|
||||
E --> F{"发现质量问题?"}
|
||||
F -- "否" --> C
|
||||
F -- "是" --> G["发起[质量复查申请]"]
|
||||
end
|
||||
|
||||
G --> D
|
||||
|
||||
subgraph "不合格品处理"
|
||||
D --> H["[不合格品记录]"]
|
||||
H --> I{"处理意见"}
|
||||
I -- "销毁" --> J["[不合格药品销毁记录]"]
|
||||
I -- "退回" --> K["转[退货申请单]流程"]
|
||||
end
|
||||
|
||||
C --> L["近效期提醒"]
|
||||
L --> M["重点养护/促销处理"]
|
||||
```
|
||||
|
||||
## 五、连锁门店模块思维导图
|
||||
|
||||
```mermaid
|
||||
mindmap
|
||||
root((G3ERP连锁门店模块))
|
||||
日常业务
|
||||
补货业务
|
||||
补货计划参数设置
|
||||
补货计划单
|
||||
缺货登记
|
||||
收货业务
|
||||
门店接货单
|
||||
门店拒收单
|
||||
按明细验收入库确认
|
||||
零售业务
|
||||
零售POS单
|
||||
中药划价模板
|
||||
POS支付方式变更
|
||||
批发业务
|
||||
门店批发开单
|
||||
门店批发退回单
|
||||
退货业务
|
||||
退货申请单
|
||||
调拨业务
|
||||
门店调拨申请单
|
||||
店店调拨确认
|
||||
库存业务
|
||||
直调入库/退回
|
||||
其他入库/出库
|
||||
仓库调拨
|
||||
包装拆零/组装
|
||||
批次新增/调整/锁库/解库
|
||||
盘点业务
|
||||
静态库存盘点
|
||||
盘点结果差异单
|
||||
盘盈入库/盘亏出库
|
||||
价格业务
|
||||
门店零售价调价单
|
||||
门店调价申请单
|
||||
特价申请
|
||||
日结月结
|
||||
连锁门店日结单
|
||||
月末结账
|
||||
GSP管理
|
||||
记录与追溯
|
||||
采购/收货/验收记录
|
||||
销售/售后记录
|
||||
在库质量控制
|
||||
陈列养护
|
||||
温湿度记录
|
||||
近效期管理
|
||||
不合格品管理
|
||||
质量复查
|
||||
报损/销毁
|
||||
批次停售/可售
|
||||
专项管理
|
||||
中药管理 (清斗/装斗)
|
||||
拆零管理
|
||||
设施设备
|
||||
报表分析
|
||||
进销存分析
|
||||
订货满足率
|
||||
销售汇总
|
||||
库存存销分析
|
||||
财务与对账
|
||||
配送对账
|
||||
损益明细
|
||||
专题分析
|
||||
提成绩效
|
||||
品类分析
|
||||
滞销品调剂
|
||||
```
|
||||
|
||||
## 六、总结
|
||||
|
||||
G3ERP连锁门店模块是一套高度集成且深度贴合医药零售行业特点的管理系统。它通过将门店的**日常业务**、**GSP合规**和**数据分析**三大核心板块进行有机融合，成功地解决了连锁药店在运营效率、质量控制和精细化管理方面的核心痛点。
|
||||
|
||||
该模块的设计充分体现了业务流程的闭环思想，从补货、收货、销售到库存调整，每一个环节都与GSP的质量要求紧密相连，确保了业务操作的规范性和药品的安全性。同时，系统提供的多维度、深层次的报表分析功能，使门店管理者和企业决策者能够基于实时数据做出科学判断，从而优化商品结构、提升盈利能力和市场竞争力。
|
||||
|
||||
综上所述，G3ERP连锁门店模块不仅是提升门店日常工作效率的工具，更是保障企业合规经营、实现数据驱动决策、提升连锁品牌核心竞争力的重要战略支撑。
|
||||
@ -1,747 +0,0 @@
|
||||
# G3ERP连锁门店日常业务模块解读
|
||||
|
||||
## 一、连锁门店日常业务模块概述
|
||||
|
||||
G3ERP连锁门店的日常业务模块是整个门店运营管理的核心，它围绕着“商品”和“销售”两大主线，构建了一套完整、闭环的业务流程。该模块旨在通过信息化的手段，规范门店从要货、收货、销售、库存管理到财务结算的每一个环节，确保业务操作的标准化、数据的准确性以及运营的高效性。
|
||||
|
||||
本模块深度融合了GSP（药品经营质量管理规范）的要求，将合规性内嵌于各项业务操作之中，不仅提升了门店的日常工作效率，更保障了药品零售环节的安全与可追溯性，是支撑连锁药店稳健运营和持续发展的重要基石。
|
||||
|
||||
<br>
|
||||
|
||||
## 二、日常业务功能架构
|
||||
|
||||
### 2.1 日常业务功能架构图
|
||||
|
||||
连锁门店的日常业务主要由十大核心子模块构成，它们共同协作，覆盖了门店运营的方方面面。
|
||||
|
||||
```mermaid
|
||||
graph LR
|
||||
A["连锁门店日常业务"] --> B["补货业务"];
|
||||
A --> C["收货业务"];
|
||||
A --> D["零售业务"];
|
||||
A --> E["批发业务"];
|
||||
A --> F["退货业务"];
|
||||
A --> G["调拨业务"];
|
||||
A --> H["库存业务"];
|
||||
A --> I["盘点业务"];
|
||||
A --> J["价格业务"];
|
||||
A --> K["日结月结"];
|
||||
|
||||
subgraph "补货业务"
|
||||
B1["补货计划参数设置"]
|
||||
B2["补货计划单"]
|
||||
B3["缺货登记"]
|
||||
end
|
||||
|
||||
subgraph "收货业务"
|
||||
C1["门店接货单"]
|
||||
C2["门店拒收单"]
|
||||
C3["按明细验收入库确认"]
|
||||
end
|
||||
|
||||
subgraph "零售业务"
|
||||
D1["零售POS单"]
|
||||
D2["中药划价模板"]
|
||||
D3["POS支付方式变更"]
|
||||
end
|
||||
|
||||
subgraph "批发业务"
|
||||
E1["门店批发开单"]
|
||||
E2["门店批发退回单"]
|
||||
end
|
||||
|
||||
subgraph "退货业务"
|
||||
F1["退货申请单"]
|
||||
end
|
||||
|
||||
subgraph "调拨业务"
|
||||
G1["门店调拨申请单"]
|
||||
G2["店店调拨确认"]
|
||||
end
|
||||
|
||||
subgraph "库存业务"
|
||||
H1["直调入库/退回"]
|
||||
H2["其他入库/出库"]
|
||||
H3["仓库调拨"]
|
||||
H4["包装拆零/组装"]
|
||||
H5["批次管理"]
|
||||
end
|
||||
|
||||
subgraph "盘点业务"
|
||||
I1["静态库存盘点"]
|
||||
I2["盘点结果差异单"]
|
||||
I3["盘盈/盘亏处理"]
|
||||
end
|
||||
|
||||
subgraph "价格业务"
|
||||
J1["零售价调价"]
|
||||
J2["调价申请"]
|
||||
J3["特价申请"]
|
||||
end
|
||||
|
||||
subgraph "日结月结"
|
||||
K1["连锁门店日结单"]
|
||||
K2["连锁门店月末结账"]
|
||||
end
|
||||
|
||||
B --> B1 & B2 & B3;
|
||||
C --> C1 & C2 & C3;
|
||||
D --> D1 & D2 & D3;
|
||||
E --> E1 & E2;
|
||||
F --> F1;
|
||||
G --> G1 & G2;
|
||||
H --> H1 & H2 & H3 & H4 & H5;
|
||||
I --> I1 & I2 & I3;
|
||||
J --> J1 & J2 & J3;
|
||||
K --> K1 & K2;
|
||||
|
||||
classDef moduleClass fill:#e1f5fe,stroke:#01579b,stroke-width:2px;
|
||||
classDef subModuleClass fill:#f3e5f5,stroke:#4a148c,stroke-width:1px;
|
||||
classDef functionClass fill:#e8f5e9,stroke:#2e7d32,stroke-width:1px;
|
||||
|
||||
class A moduleClass;
|
||||
class B,C,D,E,F,G,H,I,J,K subModuleClass;
|
||||
class B1,B2,B3,C1,C2,C3,D1,D2,D3,E1,E2,F1,G1,G2,H1,H2,H3,H4,H5,I1,I2,I3,J1,J2,J3,K1,K2 functionClass;
|
||||
```
|
||||
|
||||
<br>
|
||||
|
||||
### 2.2 日常业务功能架构图结构说明
|
||||
|
||||
#### 核心业务循环
|
||||
|
||||
连锁门店的日常业务构成了一个以“门店库存”为中心的闭环管理流程：
|
||||
|
||||
1. **库存流入**：通过 **补货业务** 向总部要货，经 **收货业务** 确认后入库；或由 **调拨业务** 从其他门店调入；或因 **盘点业务** 产生盘盈。
|
||||
2. **库存流出**：通过 **零售业务** 或 **批发业务** 销售给顾客；或通过 **退货业务** 退回总部；或通过 **调拨业务** 调出至其他门店；或因 **盘点业务** 产生盘亏。
|
||||
3. **价值实现与核算**：销售活动通过 **价格业务** 确定售价，最终在 **日结月结** 环节完成资金的归集与成本的核算。
|
||||
4. **内部管理**：**库存业务** 提供了多种工具对库存进行精细化管理，如批次调整、状态锁定等，确保账实相符。
|
||||
|
||||
#### 十大核心业务模块
|
||||
|
||||
1. **补货业务**：发起要货请求，保障商品供应
|
||||
- **功能描述**：门店向总部或配送中心发起要货请求，是保障门店商品供应、维持合理库存水平的起点。
|
||||
- **核心特征**：支持手动创建、按模板引入或根据智能补货模型（如基于销量、库存上下限）自动生成补货计划；提供缺货登记功能。
|
||||
- **核心流程**：需求分析 → 制定补货计划 → 提交计划 → 等待总部配送。
|
||||
- **执行角色**：门店店员、店长。
|
||||
- **业务成果**：生成向上级的要货计划，维持合理库存，保障销售需求，避免缺货。
|
||||
|
||||
2. **收货业务**：处理总部来货，把好质量第一关
|
||||
- **功能描述**：处理总部或供应商配送来货的接收、验收与入库确认，是商品进入门店库存的第一道质量关卡。
|
||||
- **核心特征**：通过`门店接货单`进行物理接收；对异常商品可开具`门店拒收单`；通过`按明细验收入库确认`核对关键信息。
|
||||
- **核心流程**：接货登记 → 质量初检 → 明细验收 → 确认入库。
|
||||
- **执行角色**：门店收货员、库管。
|
||||
- **业务成果**：确保到货商品质量符合GSP要求，准确更新门店库存。
|
||||
|
||||
3. **零售业务**：面向终端消费者，完成销售闭环
|
||||
- **功能描述**：通过POS系统完成面向终端消费者的核心销售环节。
|
||||
- **核心特征**：支持开单、收款、会员管理、积分兑换、多样化促销；提供中药划价、挂单/提单等特色功能。
|
||||
- **核心流程**：商品扫描 → 价格与促销计算 → 会员处理 → 收款 → 打印小票。
|
||||
- **执行角色**：收银员、店员。
|
||||
- **业务成果**：实现商品销售，完成资金回收，提升顾客购物体验。
|
||||
|
||||
4. **批发业务**：拓展对公销售渠道
|
||||
- **功能描述**：支持门店开展对公、对小商户等批量销售业务。
|
||||
- **核心特征**：使用独立的`门店批发开单`和`门店批发退回单`进行管理，涉及更正式的客户和价格策略。
|
||||
- **核心流程**：客户下单 → 批发开单 → 出库发货 →（若有退货）→ 退货入库处理。
|
||||
- **执行角色**：门店销售、店长。
|
||||
- **业务成果**：拓展B端销售渠道，增加销售额。
|
||||
|
||||
5. **退货业务**：规范化处理门店向总部的退货
|
||||
- **功能描述**：管理门店因滞销、近效期、质量问题等原因向总部退回商品的流程。
|
||||
- **核心特征**：通过`退货申请单`发起，需经由总部审批，确保退货的合规与可追溯。
|
||||
- **核心流程**：发起退货申请 → 录入退货信息 → 提交审批 → 等待总部处理。
|
||||
- **执行角色**：门店店员、店长。
|
||||
- **业务成果**：规范化处理滞销及问题商品，优化门店库存结构。
|
||||
|
||||
6. **调拨业务**：实现门店间库存互通，优化资源
|
||||
- **功能描述**：实现连锁门店之间的库存调剂，满足商品余缺的互补。
|
||||
- **核心特征**：由调出门店通过`门店调拨申请单`发起，调入门店通过`店店调拨确认`完成接收，系统自动处理双方库存。
|
||||
- **核心流程**：调出申请 → 调出确认 → 在途管理 → 调入确认 → 库存转移。
|
||||
- **执行角色**：门店库管、店长。
|
||||
- **业务成果**：盘活区域内库存，提升商品周转率，快速响应顾客需求。
|
||||
|
||||
7. **库存业务**：进行精细化的库存调整与控制
|
||||
- **功能描述**：处理所有非标准采购和销售流程引起的库存变动，并对库存状态进行精细化管理。
|
||||
- **核心特征**：支持直调入库、其他出入库、仓库内调拨、包装拆零/组装、批次锁库/解库等多种场景。
|
||||
- **核心流程**：根据业务需求 → 选择对应单据（如其他入库单）→ 执行操作 → 完成库存或状态的变更。
|
||||
- **执行角色**：门店库管、店长。
|
||||
- **业务成果**：实现库存的精细化、多维度管理，确保账实相符。
|
||||
|
||||
8. **盘点业务**：保障库存数据准确，确保资产安全
|
||||
- **功能描述**：通过定期的库存盘点，发现并处理库存差异，确保账面库存与实物库存一致。
|
||||
- **核心特征**：从`静态库存盘点`方案到`盘点结果差异单`，再到`盘盈/盘亏单`，形成完整的盘点到平账的闭环。
|
||||
- **核心流程**：制定方案 → 现场盘点 → 录入数据 → 计算差异 → 审核差异 → 库存调整。
|
||||
- **执行角色**：门店全体员工、店长。
|
||||
- **业务成果**：保障库存数据的准确性，防止资产流失。
|
||||
|
||||
9. **价格业务**：灵活管理门店价格体系
|
||||
- **功能描述**：管理门店的销售价格，以适应市场变化和促销需求。
|
||||
- **核心特征**：支持常规的`零售价调价`、门店主动的`调价申请`以及临时的`特价申请`。
|
||||
- **核心流程**：价格调整需求 → 选择相应流程（常规/申请/特价）→ 审批 → 价格生效。
|
||||
- **执行角色**：店长、总部营运/价格管理员。
|
||||
- **业务成果**：实现灵活、受控的价格策略，平衡销售与利润。
|
||||
|
||||
10. **日结月结**：完成财务对账与成本核算
|
||||
- **功能描述**：执行门店每日和每月的财务关账流程。
|
||||
- **核心特征**：通过`连锁门店日结单`完成每日销售款的核对；通过`月末结账前检查`和`月末结账`完成月度成本结转。
|
||||
- **核心流程**：每日对账 → 日结 → 月末检查 → 月结 → 成本核算。
|
||||
- **执行角色**：收银员、店长、财务人员。
|
||||
- **业务成果**：确保资金安全，完成成本核算，为财务报表提供准确数据。
|
||||
|
||||
<br>
|
||||
|
||||
---
|
||||
|
||||
## 三、总业务流程设计
|
||||
|
||||
### 3.1 总业务流程设计图
|
||||
|
||||
```mermaid
|
||||
graph TD
|
||||
direction TB
|
||||
|
||||
subgraph "库存增加活动"
|
||||
A["补货/收货业务"]
|
||||
B["顾客退货"]
|
||||
C["调拨(调入)"]
|
||||
D["盘点(盘盈)"]
|
||||
end
|
||||
|
||||
I["门店库存<br>(核心枢纽)"]
|
||||
|
||||
subgraph "库存减少活动"
|
||||
E["零售/批发业务"]
|
||||
F["退货(退总部)"]
|
||||
G["调拨(调出)"]
|
||||
H["盘点(盘亏)"]
|
||||
end
|
||||
|
||||
subgraph "支持与核算活动"
|
||||
J["价格业务"]
|
||||
K["日结月结"]
|
||||
end
|
||||
|
||||
A -- "主要来源" --> I;
|
||||
B -- "入库" --> I;
|
||||
C -- "入库" --> I;
|
||||
D -- "入库" --> I;
|
||||
|
||||
I -- "主要去向" --> E;
|
||||
I -- "出库" --> F;
|
||||
I -- "出库" --> G;
|
||||
I -- "出库" --> H;
|
||||
|
||||
J -- "影响售价" --> E;
|
||||
K -- "结算资金与成本" --> E;
|
||||
|
||||
classDef core fill:#e3f2fd,stroke:#1e88e5,stroke-width:2px,font-weight:bold;
|
||||
classDef activity fill:#e8f5e9,stroke:#388e3c,stroke-width:1px;
|
||||
classDef support fill:#fffde7,stroke:#fbc02d,stroke-width:1px;
|
||||
|
||||
class I core;
|
||||
class A,B,C,D,E,F,G,H activity;
|
||||
class J,K support;
|
||||
```
|
||||
|
||||
<br>
|
||||
|
||||
### 3.2 流程说明
|
||||
|
||||
门店的日常运营围绕 **门店库存** 这一核心枢纽展开，形成清晰的流入与流出路径：
|
||||
|
||||
- **库存流入（增加）**：
|
||||
- **主要渠道**：通过 **补货业务** 发起要货，经总部配送后，由 **收货业务** 完成验收后入库。
|
||||
- **其他渠道**：顾客的销售退货、其他门店的调拨入库、以及库存盘点产生的盘盈，都会增加门店的实际库存。
|
||||
|
||||
- **库存流出（减少）**：
|
||||
- **主要渠道**：通过 **零售或批发业务** 将商品销售给顾客。
|
||||
- **其他渠道**：向总部发起的 **退货**、向其他门店的 **调拨**、以及库存盘点产生的 **盘亏**，都会导致库存减少。
|
||||
|
||||
- **支持与核算**：
|
||||
- **价格业务** 决定了销售活动中的商品售价，直接影响销售额和毛利。
|
||||
- **日结月结** 负责对每日的销售款项进行核对清算，并在月末进行成本结转，完成财务闭环。
|
||||
|
||||
<br>
|
||||
|
||||
---
|
||||
|
||||
## 四、日常业务模块详细解读
|
||||
|
||||
### 4.1 补货业务
|
||||
|
||||
#### 4.1.1 补货业务功能简述
|
||||
|
||||
补货业务是保障门店商品供应、维持合理库存水平的起点。门店通过此模块向总部或配送中心发起要货请求。系统支持手动创建、按模板引入、或根据系统内置的智能补货模型（如基于销量、库存上下限等）自动生成补货计划，实现了要货的科学化与高效化。同时，对于临时缺货的商品，系统也提供了缺货登记功能，便于后续跟踪与处理。
|
||||
|
||||
#### 4.1.2 补货业务流程图
|
||||
|
||||
```mermaid
|
||||
graph LR
|
||||
subgraph "门店补货流程"
|
||||
A["开始"] --> B{"选择补货方式"};
|
||||
B -- "1\. 手动创建" --> C["新增/引入商品<br>手动填写补货数量"];
|
||||
B -- "2\. 模型生成" --> D["设置补货计划参数<br>(如：按销量、库存水位)"];
|
||||
D --> E["系统自动生成补货计划"];
|
||||
|
||||
C --> F["生成补货计划单"];
|
||||
E --> F;
|
||||
|
||||
F --> G["提交补货计划单至总部"];
|
||||
G --> H["结束<br>(等待总部配送)"];
|
||||
|
||||
subgraph "缺货处理"
|
||||
I["销售时发现缺货"] --> J["缺货登记"];
|
||||
J --> K["生成缺货记录"];
|
||||
K -.-> B;
|
||||
end
|
||||
end
|
||||
|
||||
classDef startEnd fill:#e8f5e9,stroke:#4caf50,stroke-width:2px;
|
||||
classDef process fill:#e3f2fd,stroke:#2196f3,stroke-width:2px;
|
||||
classDef decision fill:#fffde7,stroke:#fbc02d,stroke-width:2px;
|
||||
classDef exception fill:#ffebee,stroke:#f44336,stroke-width:1px;
|
||||
|
||||
class A,H startEnd;
|
||||
class C,D,E,F,G process;
|
||||
class B decision;
|
||||
class I,J,K exception;
|
||||
```
|
||||
|
||||
|
||||
<br>
|
||||
|
||||
---
|
||||
|
||||
### 4.2 收货业务
|
||||
|
||||
#### 4.2.1 收货业务功能简述
|
||||
|
||||
收货业务是商品进入门店库存、完成物流交接的关键环节，也是执行GSP规范、保障药品质量的第一道防线。当总部或供应商的货物送达门店后，门店需通过本模块完成一系列标准化操作，包括开具`门店接货单`进行物理接收，对不符合要求的商品（如包装破损、温度异常）开具`门店拒收单`，最后通过`按明细验收入库确认`，核对商品批号、效期等关键信息，最终确认入库，完成库存的增加。
|
||||
|
||||
#### 4.2.2 收货业务流程图
|
||||
|
||||
```mermaid
|
||||
graph TD
|
||||
subgraph "门店收货与验收流程"
|
||||
A["开始<br>(总部/供应商送货到达)"] --> B["开具门店接货单"];
|
||||
B --> C["录入运输信息<br>(如：冷链温度)"];
|
||||
C --> D{"商品初检"};
|
||||
D -- "1\. 正常" --> E["进入按明细验收入库环节"];
|
||||
D -- "2\. 异常(如破损)" --> F["开具门店拒收单"];
|
||||
F --> G["异常商品处理"];
|
||||
|
||||
E --> H["逐一核对商品信息<br>(批号、效期、数量)"];
|
||||
H --> I{"验收结果确认"};
|
||||
I -- "1\. 合格" --> J["确认入库"];
|
||||
J --> K["门店库存增加"];
|
||||
K --> L["结束"];
|
||||
I -- "2\. 不合格" --> F;
|
||||
end
|
||||
|
||||
classDef startEnd fill:#e8f5e9,stroke:#4caf50,stroke-width:2px;
|
||||
classDef process fill:#e3f2fd,stroke:#2196f3,stroke-width:2px;
|
||||
classDef decision fill:#fffde7,stroke:#fbc02d,stroke-width:2px;
|
||||
classDef exception fill:#ffebee,stroke:#f44336,stroke-width:1px;
|
||||
|
||||
class A,L startEnd;
|
||||
class B,C,E,H,J,K process;
|
||||
class D,I decision;
|
||||
class F,G exception;
|
||||
```
|
||||
|
||||
|
||||
<br>
|
||||
|
||||
---
|
||||
|
||||
### 4.3 零售业务
|
||||
|
||||
#### 4.3.1 零售业务功能简述
|
||||
|
||||
零售业务是连锁门店实现最终销售、创造价值的核心环节。G3ERP通过强大的POS（Point of Sale）系统，为门店提供了一个高效、稳定且功能全面的前台操作平台。该模块不仅支持日常的开单、收款、打印小票等基础功能，还深度集成了会员管理、积分兑换、多样化促销活动（如特价、买赠、组合套餐）等营销工具。此外，系统还特别针对中药销售提供了中药划价模板，并支持挂单/提单、异常支付方式变更等实用功能，全面满足现代药店零售场景的复杂需求。
|
||||
|
||||
#### 4.3.2 零售业务流程图
|
||||
|
||||
```mermaid
|
||||
graph TD
|
||||
subgraph "门店零售POS流程"
|
||||
A["顾客选购商品"] --> B["收银员扫描商品条码"];
|
||||
B --> C{"系统处理"};
|
||||
C -- "1\. 识别商品" --> D["显示商品信息与价格"];
|
||||
C -- "2\. 触发促销" --> E["自动应用优惠<br>(特价/买赠等)"];
|
||||
D --> F;
|
||||
E --> F["计算订单总额"];
|
||||
|
||||
F --> G{"会员/积分"};
|
||||
G -- "1\. 是会员" --> H["输入会员信息<br>进行积分累计/兑换"];
|
||||
G -- "2\. 非会员" --> I["进入收款环节"];
|
||||
H --> I;
|
||||
|
||||
I --> J{"选择支付方式"};
|
||||
J -- "现金/刷卡/移动支付" --> K["完成收款"];
|
||||
K --> L["打印销售小票"];
|
||||
L --> M["交易完成"];
|
||||
|
||||
subgraph "特殊操作"
|
||||
S1["中药销售"] --> S2["调用中药划价模板"];
|
||||
S2 --> F;
|
||||
T1["顾客暂离"] --> T2["挂单操作"];
|
||||
T2 --> U["保存当前订单"];
|
||||
V["顾客返回"] --> W["提单操作"];
|
||||
W --> F;
|
||||
end
|
||||
end
|
||||
|
||||
classDef startEnd fill:#e8f5e9,stroke:#4caf50,stroke-width:2px;
|
||||
classDef process fill:#e3f2fd,stroke:#2196f3,stroke-width:2px;
|
||||
classDef decision fill:#fffde7,stroke:#fbc02d,stroke-width:2px;
|
||||
classDef special fill:#fce4ec,stroke:#e91e63,stroke-width:1px;
|
||||
|
||||
class A,M startEnd;
|
||||
class B,D,E,F,H,I,K,L process;
|
||||
class C,G,J decision;
|
||||
class S1,S2,T1,T2,U,V,W special;
|
||||
```
|
||||
|
||||
|
||||
<br>
|
||||
|
||||
---
|
||||
|
||||
### 4.4 批发业务
|
||||
|
||||
#### 4.4.1 批发业务功能简述
|
||||
|
||||
批发业务模块为连锁门店提供了处理对公、对小商户等批量销售场景的能力。与零售业务不同，批发业务通常涉及更正式的客户管理和价格策略。门店可以通过`门店批发开单`功能，为已建档的批发客户创建销售订单，并处理后续的出库流程。当发生退货时，则通过`门店批发退回单`进行处理，确保账务和库存的准确调整。此模块是门店拓展B端业务、增加销售渠道的重要补充。
|
||||
|
||||
#### 4.4.2 批发业务流程图
|
||||
|
||||
```mermaid
|
||||
graph TD
|
||||
subgraph "门店批发业务完整流程"
|
||||
A["批发客户下单"] --> B["门店批发开单"];
|
||||
B --> C["选择客户并录入商品信息"];
|
||||
C --> D["确认价格与数量"];
|
||||
D --> E["生成批发销售单"];
|
||||
E --> F["出库/发货"];
|
||||
F --> G["交易完成"];
|
||||
|
||||
G --> H{"是否发生客户退货?"};
|
||||
H -- "1\. 是" --> I["创建门店批发退回单"];
|
||||
I --> J["录入退货商品与原因"];
|
||||
J --> K["审核退货单"];
|
||||
K --> L["商品入库并更新库存"];
|
||||
L --> M["完成退款/冲账"];
|
||||
M --> Z["流程结束"];
|
||||
|
||||
H -- "2\. 否" --> Z;
|
||||
end
|
||||
|
||||
classDef startEnd fill:#e8f5e9,stroke:#4caf50,stroke-width:2px;
|
||||
classDef process fill:#e3f2fd,stroke:#2196f3,stroke-width:2px;
|
||||
classDef returnProcess fill:#fff3e0,stroke:#ff9800,stroke-width:1px;
|
||||
classDef decision fill:#fffde7,stroke:#fbc02d,stroke-width:2px;
|
||||
|
||||
class A,Z startEnd;
|
||||
class B,C,D,E,F,G process;
|
||||
class H decision;
|
||||
class I,J,K,L,M returnProcess;
|
||||
```
|
||||
|
||||
|
||||
<br>
|
||||
|
||||
---
|
||||
|
||||
### 4.5 退货业务
|
||||
|
||||
#### 4.5.1 退货业务功能简述
|
||||
|
||||
退货业务模块规范了门店向总部或配送中心退回商品的流程。当门店因商品滞销、近效期、质量问题等原因需要退货时，必须通过`退货申请单`发起正式的退货流程。门店在申请单中详细说明退货的商品、批次、数量及原因。该申请单提交后将进入总部的审批环节，确保了退货操作的合规性、可追溯性和统一管理，有效避免了无序退货造成的库存与账务混乱。
|
||||
|
||||
#### 4.5.2 退货业务流程图
|
||||
|
||||
```mermaid
|
||||
graph TD
|
||||
subgraph "门店向总部退货流程"
|
||||
A["门店发起退货需求<br>(滞销/近效期/质量问题等)"] --> B["创建退货申请单"];
|
||||
B --> C["引入或录入退货商品信息<br>(批号、数量、原因)"];
|
||||
C --> D["提交退货申请"];
|
||||
D --> E["总部审批环节"];
|
||||
E --> F{"审批结果"};
|
||||
F -- "1\. 同意" --> G["总部安排退货接收<br>门店按指示操作"];
|
||||
F -- "2\. 驳回" --> H["门店收到通知<br>退货流程终止"];
|
||||
G --> I["结束"];
|
||||
H --> I;
|
||||
end
|
||||
|
||||
classDef startEnd fill:#e8f5e9,stroke:#4caf50,stroke-width:2px;
|
||||
classDef process fill:#e3f2fd,stroke:#2196f3,stroke-width:2px;
|
||||
classDef decision fill:#fffde7,stroke:#fbc02d,stroke-width:2px;
|
||||
classDef endpoint fill:#fce4ec,stroke:#e91e63,stroke-width:1px;
|
||||
|
||||
class A,I startEnd;
|
||||
class B,C,D,E process;
|
||||
class F decision;
|
||||
class G,H endpoint;
|
||||
```
|
||||
|
||||
|
||||
<br>
|
||||
|
||||
---
|
||||
|
||||
### 4.6 调拨业务
|
||||
|
||||
#### 4.6.1 调拨业务功能简述
|
||||
|
||||
调拨业务是实现连锁门店内、外部库存资源优化配置和高效流转的重要手段。当门店间需要相互调剂商品余缺时，可通过`门店调拨申请单`发起。调出门店创建申请单并出库后，调入门店在`店店调拨申请调入门店确认`模块中进行收货确认。一旦确认，系统将自动完成双方库存的增减，确保了调拨过程的准确、高效和可追溯，是提升区域内整体库存周转率和满足顾客需求的重要工具。
|
||||
|
||||
#### 4.6.2 调拨业务流程图
|
||||
|
||||
```mermaid
|
||||
graph TD
|
||||
subgraph "门店间调拨流程"
|
||||
A["调出门店发起调拨需求"] --> B["创建门店调拨申请单"];
|
||||
B --> C["选择调入门店<br>录入调拨商品及数量"];
|
||||
C --> D["调出门店确认出库"];
|
||||
D --> E["系统生成在途库存"];
|
||||
|
||||
E --> F["调入门店接收实物"];
|
||||
F --> G["进入'店店调拨申请调入门店确认'模块"];
|
||||
G --> H["核对商品信息并确认收货"];
|
||||
H --> I{"调拨完成"};
|
||||
|
||||
I -- "调出门店库存减少" --> J["结束"];
|
||||
I -- "调入门店库存增加" --> J;
|
||||
end
|
||||
|
||||
classDef startEnd fill:#e8f5e9,stroke:#4caf50,stroke-width:2px;
|
||||
classDef process fill:#e3f2fd,stroke:#2196f3,stroke-width:2px;
|
||||
classDef decision fill:#fffde7,stroke:#fbc02d,stroke-width:2px;
|
||||
classDef state fill:#fce4ec,stroke:#e91e63,stroke-width:1px;
|
||||
|
||||
class A,J startEnd;
|
||||
class B,C,D,F,G,H process;
|
||||
class I decision;
|
||||
class E state;
|
||||
```
|
||||
|
||||
|
||||
<br>
|
||||
|
||||
---
|
||||
|
||||
### 4.7 库存业务
|
||||
|
||||
#### 4.7.1 库存业务功能简述
|
||||
|
||||
库存业务模块是门店进行精细化库存管理的核心工具集，它处理所有非标准采购和销售流程引起的库存变动。该模块功能强大，覆盖了多种业务场景：
|
||||
- **门店直调入库/退回**：处理供应商直送门店的商品入库与退货。
|
||||
- **其他入库/出库**：用于处理赠品、物料、报损等非销售性的库存变动。
|
||||
- **仓库调拨**：在门店内的不同仓库（如合格品库、不合格品库）之间转移库存。
|
||||
- **包装拆零/组装**：支持将整件商品拆分为零散单位，或将多个商品组合成新的礼盒、套餐等。
|
||||
- **批次管理**：提供对特定批次进行锁定（防止销售）和解锁的功能，是进行质量管控和效期管理的重要手段。
|
||||
|
||||
通过这些功能，门店能够确保库存账目的准确性，并对库存状态进行灵活、有效的控制。
|
||||
|
||||
#### 4.7.2 库存业务流程图
|
||||
|
||||
```mermaid
|
||||
graph TD
|
||||
subgraph "库存精细化管理"
|
||||
A["库存管理需求"] --> B{"选择业务类型"};
|
||||
|
||||
B -- "1\. 供应商直送" --> C["门店直调入库/退回"];
|
||||
B -- "2\. 内部转移" --> D["仓库调拨<br>(如：合格品库 -> 不合格品库)"];
|
||||
B -- "3\. 形态改变" --> E["包装拆零/组装"];
|
||||
B -- "4\. 状态控制" --> F["批次锁库/解库"];
|
||||
B -- "5\. 其他变动" --> G["其他入库/出库<br>(赠品、报损等)"];
|
||||
|
||||
C --> H["库存直接增/减"];
|
||||
D --> H;
|
||||
E --> H;
|
||||
G --> H;
|
||||
F --> I["批次可售状态改变"];
|
||||
|
||||
H --> J["结束"];
|
||||
I --> J;
|
||||
end
|
||||
|
||||
classDef startEnd fill:#e8f5e9,stroke:#4caf50,stroke-width:2px;
|
||||
classDef process fill:#e3f2fd,stroke:#2196f3,stroke-width:2px;
|
||||
classDef decision fill:#fffde7,stroke:#fbc02d,stroke-width:2px;
|
||||
classDef result fill:#fce4ec,stroke:#e91e63,stroke-width:1px;
|
||||
|
||||
class A,J startEnd;
|
||||
class C,D,E,F,G process;
|
||||
class B decision;
|
||||
class H,I result;
|
||||
```
|
||||
|
||||
|
||||
<br>
|
||||
|
||||
---
|
||||
|
||||
### 4.8 盘点业务
|
||||
|
||||
#### 4.8.1 盘点业务功能简述
|
||||
|
||||
盘点业务是确保门店库存账实相符、保障资产安全的核心管理活动。G3ERP提供了一套完整的盘点解决方案，流程从创建`静态库存盘点`方案开始，明确盘点范围和方式。盘点人员录入实际盘点数量后，系统会自动与账面库存进行比对，生成`盘点结果差异单`。这份差异单清晰地展示了盘盈和盘亏的明细，经过相关负责人审核确认后，可一键下推生成`盘盈入库单`和`盘亏出库单`，最终完成库存数量和成本的调整，形成一个从盘点到平账的业务闭环。
|
||||
|
||||
#### 4.8.2 盘点业务流程图
|
||||
|
||||
```mermaid
|
||||
graph TD
|
||||
subgraph "门店库存盘点流程"
|
||||
A["制定盘点计划"] --> B["创建静态库存盘点方案"];
|
||||
B --> C["引入盘点范围内的商品"];
|
||||
C --> D["执行现场盘点"];
|
||||
D --> E["录入实盘数量"];
|
||||
E --> F["系统计算差异"];
|
||||
F --> G["生成盘点结果差异单"];
|
||||
G --> H{"审核盘点差异"};
|
||||
H -- "1\. 确认差异" --> I["下推生成盘盈/盘亏单"];
|
||||
H -- "2\. 需要复盘" --> D;
|
||||
|
||||
I --> J["盘盈入库单<br>(增加库存)"];
|
||||
I --> K["盘亏出库单<br>(减少库存)"];
|
||||
|
||||
J --> L["审核记账"];
|
||||
K --> L;
|
||||
|
||||
L --> M["库存与成本调整完成"];
|
||||
M --> N["结束"];
|
||||
end
|
||||
|
||||
classDef startEnd fill:#e8f5e9,stroke:#4caf50,stroke-width:2px;
|
||||
classDef process fill:#e3f2fd,stroke:#2196f3,stroke-width:2px;
|
||||
classDef decision fill:#fffde7,stroke:#fbc02d,stroke-width:2px;
|
||||
classDef result fill:#fce4ec,stroke:#e91e63,stroke-width:1px;
|
||||
|
||||
class A,N startEnd;
|
||||
class B,C,D,E,F,G,I,L,M process;
|
||||
class H decision;
|
||||
class J,K result;
|
||||
```
|
||||
|
||||
|
||||
<br>
|
||||
|
||||
---
|
||||
|
||||
### 4.9 价格业务
|
||||
|
||||
#### 4.9.1 价格业务功能简述
|
||||
|
||||
价格业务模块是门店进行销售价格管理的核心，直接关系到门店的销售策略和盈利能力。该模块提供了灵活多样的价格调整工具，以适应不同的业务场景：
|
||||
- **门店零售价调价单**：用于执行总部下发的、常规性的商品价格调整。
|
||||
- **门店调价申请单**：门店可以主动向上级申请对特定商品进行价格调整。
|
||||
- **特价申请**：为应对临时的团购、大客户议价或竞争需要，门店可以发起特价申请，在批准后以临时价格进行销售。
|
||||
|
||||
通过这套组合拳，系统既保证了价格体系的统一性和严肃性，又赋予了门店应对市场变化的灵活性。
|
||||
|
||||
#### 4.9.2 价格业务流程图
|
||||
|
||||
```mermaid
|
||||
graph TD
|
||||
subgraph "门店价格管理流程"
|
||||
A["价格管理需求"] --> B{"选择价格调整类型"};
|
||||
|
||||
B -- "1\. 常规调价" --> C["创建/接收 门店零售价调价单"];
|
||||
C --> D["录入或确认新零售价"];
|
||||
D --> E["审核后生效"];
|
||||
E --> F["更新商品售价"];
|
||||
F --> G["结束"];
|
||||
|
||||
B -- "2\. 门店主动申请" --> H["创建门店调价申请单"];
|
||||
H --> I["填写申请调价的商品与价格"];
|
||||
I --> J["提交至总部审批"];
|
||||
J --> K{"审批结果"};
|
||||
K -- "1\. 同意" --> E;
|
||||
K -- "2\. 驳回" --> L["申请作废"];
|
||||
L --> G;
|
||||
|
||||
B -- "3\. 临时特价" --> M["创建特价申请"];
|
||||
M --> N["填写特价商品、价格、客户及有效期"];
|
||||
N --> O["提交审批"];
|
||||
O --> P{"审批结果"};
|
||||
P -- "1\. 同意" --> Q["生成临时特价<br>(在指定条件下生效)"];
|
||||
P -- "2\. 驳回" --> R["申请作废"];
|
||||
Q --> G;
|
||||
R --> G;
|
||||
end
|
||||
|
||||
classDef startEnd fill:#e8f5e9,stroke:#4caf50,stroke-width:2px;
|
||||
classDef process fill:#e3f2fd,stroke:#2196f3,stroke-width:2px;
|
||||
classDef decision fill:#fffde7,stroke:#fbc02d,stroke-width:2px;
|
||||
classDef result fill:#fce4ec,stroke:#e91e63,stroke-width:1px;
|
||||
|
||||
class A,G startEnd;
|
||||
class C,D,E,H,I,J,M,N,O process;
|
||||
class B,K,P decision;
|
||||
class F,L,Q,R result;
|
||||
```
|
||||
|
||||
|
||||
<br>
|
||||
|
||||
---
|
||||
|
||||
### 4.10 日结月结
|
||||
|
||||
#### 4.10.1 日结月结功能简述
|
||||
|
||||
日结与月结是门店财务管理中至关重要的环节，确保资金安全和成本核算的准确性。
|
||||
- **连锁门店日结单**：门店每日营业结束后，需进行日结操作。系统会自动汇总当日的销售流水，并与实际收到的现金、刷卡等款项进行核对。日结不仅是每日的财务对账，也是向上级或财务部门上缴营业款的依据。
|
||||
- **连锁门店月末结账**：在每个月的最后一天，门店必须执行月末结账。在结账前，系统提供`月末结账前检查`功能，确保所有业务单据（如出入库单、盘点单等）均已处理完毕。检查通过后，执行月结，系统将自动完成当月销售成本的计算与结转，为生成准确的财务报表提供基础。
|
||||
|
||||
#### 4.10.2 日结月结业务流程图
|
||||
|
||||
```mermaid
|
||||
graph TD
|
||||
subgraph "日结与月结流程"
|
||||
A["每日营业结束"] --> B["执行日结操作"];
|
||||
B --> C["系统汇总当日销售流水"];
|
||||
C --> D["核对各支付方式实收款"];
|
||||
D --> E{"对账结果"};
|
||||
E -- "1\. 平衡" --> F["生成日结单"];
|
||||
E -- "2\. 不平衡" --> G["查找并处理差异"];
|
||||
G --> D;
|
||||
F --> H["上缴营业款"];
|
||||
H --> I["日结完成"];
|
||||
|
||||
J["每月最后一天"] --> K["执行月末结账前检查"];
|
||||
K --> L{"检查结果"};
|
||||
L -- "1\. 通过" --> M["执行月末结账"];
|
||||
L -- "2\. 未通过" --> N["处理未完成的业务单据"];
|
||||
N --> K;
|
||||
M --> O["系统计算并结转销售成本"];
|
||||
O --> P["月结完成"];
|
||||
end
|
||||
|
||||
classDef startEnd fill:#e8f5e9,stroke:#4caf50,stroke-width:2px;
|
||||
classDef process fill:#e3f2fd,stroke:#2196f3,stroke-width:2px;
|
||||
classDef decision fill:#fffde7,stroke:#fbc02d,stroke-width:2px;
|
||||
classDef finalStep fill:#fce4ec,stroke:#e91e63,stroke-width:1px;
|
||||
|
||||
class A,I,J,P startEnd;
|
||||
class B,C,D,F,G,H,K,M,N,O process;
|
||||
class E,L decision;
|
||||
class P finalStep;
|
||||
```
|
||||
|
||||
|
||||
<br>
|
||||
|
||||
---
|
||||
|
||||
## 五、总结
|
||||
|
||||
G3ERP连锁门店日常业务模块是一套高度集成且功能全面的门店运营管理解决方案。它通过对补货、收货、零售、库存、结算等十大核心业务的精细化管理，构建了一个从商品流转到价值实现的全流程闭环。
|
||||
|
||||
该模块的设计严格遵循业务逻辑，以标准化的单据流驱动各项业务，确保了操作的规范性和数据的准确性。同时，清晰的流程图和详尽的功能解读，为门店人员提供了明确的操作指引，有效降低了培训成本，提升了整体运营效率。
|
||||
|
||||
综上所述，该模块不仅是门店日常工作的得力助手，更是连锁企业实现标准化管理、优化资源配置、提升核心竞争力的重要信息化支撑。
|
||||
@ -1,684 +0,0 @@
|
||||
# G3ERP连锁门店日常业务模块解读
|
||||
|
||||
## 一、连锁门店日常业务模块概述
|
||||
|
||||
G3ERP连锁门店的日常业务模块是整个门店运营管理的核心，它围绕着“商品”和“销售”两大主线，构建了一套完整、闭环的业务流程。该模块旨在通过信息化的手段，规范门店从要货、收货、销售、库存管理到财务结算的每一个环节，确保业务操作的标准化、数据的准确性以及运营的高效性。
|
||||
|
||||
本模块深度融合了GSP（药品经营质量管理规范）的要求，将合规性内嵌于各项业务操作之中，不仅提升了门店的日常工作效率，更保障了药品零售环节的安全与可追溯性，是支撑连锁药店稳健运营和持续发展的重要基石。
|
||||
|
||||
<br>
|
||||
|
||||
## 二、日常业务功能架构
|
||||
|
||||
### 2.1 日常业务功能架构图
|
||||
|
||||
连锁门店的日常业务主要由十大核心子模块构成，它们共同协作，覆盖了门店运营的方方面面。
|
||||
|
||||
```mermaid
|
||||
graph LR
|
||||
A["连锁门店日常业务"] --> B["补货业务"];
|
||||
A --> C["收货业务"];
|
||||
A --> D["零售业务"];
|
||||
A --> E["批发业务"];
|
||||
A --> F["退货业务"];
|
||||
A --> G["调拨业务"];
|
||||
A --> H["库存业务"];
|
||||
A --> I["盘点业务"];
|
||||
A --> J["价格业务"];
|
||||
A --> K["日结月结"];
|
||||
|
||||
subgraph "补货业务"
|
||||
B1["补货计划参数设置"]
|
||||
B2["补货计划单"]
|
||||
B3["缺货登记"]
|
||||
end
|
||||
|
||||
subgraph "收货业务"
|
||||
C1["门店接货单"]
|
||||
C2["门店拒收单"]
|
||||
C3["按明细验收入库确认"]
|
||||
end
|
||||
|
||||
subgraph "零售业务"
|
||||
D1["零售POS单"]
|
||||
D2["中药划价模板"]
|
||||
D3["POS支付方式变更"]
|
||||
end
|
||||
|
||||
subgraph "批发业务"
|
||||
E1["门店批发开单"]
|
||||
E2["门店批发退回单"]
|
||||
end
|
||||
|
||||
subgraph "退货业务"
|
||||
F1["退货申请单"]
|
||||
end
|
||||
|
||||
subgraph "调拨业务"
|
||||
G1["门店调拨申请单"]
|
||||
G2["店店调拨确认"]
|
||||
end
|
||||
|
||||
subgraph "库存业务"
|
||||
H1["直调入库/退回"]
|
||||
H2["其他入库/出库"]
|
||||
H3["仓库调拨"]
|
||||
H4["包装拆零/组装"]
|
||||
H5["批次管理"]
|
||||
end
|
||||
|
||||
subgraph "盘点业务"
|
||||
I1["静态库存盘点"]
|
||||
I2["盘点结果差异单"]
|
||||
I3["盘盈/盘亏处理"]
|
||||
end
|
||||
|
||||
subgraph "价格业务"
|
||||
J1["零售价调价"]
|
||||
J2["调价申请"]
|
||||
J3["特价申请"]
|
||||
end
|
||||
|
||||
subgraph "日结月结"
|
||||
K1["连锁门店日结单"]
|
||||
K2["连锁门店月末结账"]
|
||||
end
|
||||
|
||||
B --> B1 & B2 & B3;
|
||||
C --> C1 & C2 & C3;
|
||||
D --> D1 & D2 & D3;
|
||||
E --> E1 & E2;
|
||||
F --> F1;
|
||||
G --> G1 & G2;
|
||||
H --> H1 & H2 & H3 & H4 & H5;
|
||||
I --> I1 & I2 & I3;
|
||||
J --> J1 & J2 & J3;
|
||||
K --> K1 & K2;
|
||||
|
||||
classDef moduleClass fill:#e1f5fe,stroke:#01579b,stroke-width:2px;
|
||||
classDef subModuleClass fill:#f3e5f5,stroke:#4a148c,stroke-width:1px;
|
||||
classDef functionClass fill:#e8f5e9,stroke:#2e7d32,stroke-width:1px;
|
||||
|
||||
class A moduleClass;
|
||||
class B,C,D,E,F,G,H,I,J,K subModuleClass;
|
||||
class B1,B2,B3,C1,C2,C3,D1,D2,D3,E1,E2,F1,G1,G2,H1,H2,H3,H4,H5,I1,I2,I3,J1,J2,J3,K1,K2 functionClass;
|
||||
```
|
||||
|
||||
<br>
|
||||
|
||||
### 2.2 日常业务功能架构图结构说明
|
||||
|
||||
#### 核心业务循环
|
||||
|
||||
连锁门店的日常业务构成了一个以“门店库存”为中心的闭环管理流程：
|
||||
|
||||
1. **库存流入**：通过 **补货业务** 向总部要货，经 **收货业务** 确认后入库；或由 **调拨业务** 从其他门店调入；或因 **盘点业务** 产生盘盈。
|
||||
2. **库存流出**：通过 **零售业务** 或 **批发业务** 销售给顾客；或通过 **退货业务** 退回总部；或通过 **调拨业务** 调出至其他门店；或因 **盘点业务** 产生盘亏。
|
||||
3. **价值实现与核算**：销售活动通过 **价格业务** 确定售价，最终在 **日结月结** 环节完成资金的归集与成本的核算。
|
||||
4. **内部管理**：**库存业务** 提供了多种工具对库存进行精细化管理，如批次调整、状态锁定等，确保账实相符。
|
||||
|
||||
#### 十大核心业务模块
|
||||
|
||||
1. **补货业务**：门店运营的源头，负责向总部或配送中心发起要货请求，是保障门店商品供给的关键。
|
||||
2. **收货业务**：处理总部配送来货的接收、验收与入库确认，是商品进入门店库存的第一道关卡。
|
||||
3. **零售业务**：面向终端消费者的核心销售环节，通过POS系统完成开单、收款、促销、会员管理等一系列操作。
|
||||
4. **批发业务**：支持门店开展对公、对小商户的批量销售业务。
|
||||
5. **退货业务**：管理门店向总部的商品退货流程，确保退货过程的规范与可追溯。
|
||||
6. **调拨业务**：实现门店之间的库存互通有无，优化区域内的库存资源配置。
|
||||
7. **库存业务**：提供全面的库存管理工具，包括非正常出入库、库存状态调整、批次信息维护等，是维持账实相符的保障。
|
||||
8. **盘点业务**：通过定期的库存盘点，发现并处理库存差异，确保库存数据的准确性。
|
||||
9. **价格业务**：管理门店的零售价格体系，支持常规调价和临时特价申请，是门店盈利能力的重要影响因素。
|
||||
10. **日结月结**：门店的财务关账流程，负责每日销售款的核对与上缴，以及每月的成本结转与财务核算。
|
||||
|
||||
<br>
|
||||
|
||||
---
|
||||
|
||||
## 三、总业务流程设计
|
||||
|
||||
### 3.1 总业务流程设计图
|
||||
|
||||
```mermaid
|
||||
graph TD
|
||||
direction TB
|
||||
|
||||
subgraph "库存增加活动"
|
||||
A["补货/收货业务"]
|
||||
B["顾客退货"]
|
||||
C["调拨(调入)"]
|
||||
D["盘点(盘盈)"]
|
||||
end
|
||||
|
||||
I["门店库存<br>(核心枢纽)"]
|
||||
|
||||
subgraph "库存减少活动"
|
||||
E["零售/批发业务"]
|
||||
F["退货(退总部)"]
|
||||
G["调拨(调出)"]
|
||||
H["盘点(盘亏)"]
|
||||
end
|
||||
|
||||
subgraph "支持与核算活动"
|
||||
J["价格业务"]
|
||||
K["日结月结"]
|
||||
end
|
||||
|
||||
A -- "主要来源" --> I;
|
||||
B -- "入库" --> I;
|
||||
C -- "入库" --> I;
|
||||
D -- "入库" --> I;
|
||||
|
||||
I -- "主要去向" --> E;
|
||||
I -- "出库" --> F;
|
||||
I -- "出库" --> G;
|
||||
I -- "出库" --> H;
|
||||
|
||||
J -- "影响售价" --> E;
|
||||
K -- "结算资金与成本" --> E;
|
||||
|
||||
classDef core fill:#e3f2fd,stroke:#1e88e5,stroke-width:2px,font-weight:bold;
|
||||
classDef activity fill:#e8f5e9,stroke:#388e3c,stroke-width:1px;
|
||||
classDef support fill:#fffde7,stroke:#fbc02d,stroke-width:1px;
|
||||
|
||||
class I core;
|
||||
class A,B,C,D,E,F,G,H activity;
|
||||
class J,K support;
|
||||
```
|
||||
|
||||
<br>
|
||||
|
||||
### 3.2 流程说明
|
||||
|
||||
门店的日常运营围绕 **门店库存** 这一核心枢纽展开，形成清晰的流入与流出路径：
|
||||
|
||||
- **库存流入（增加）**：
|
||||
- **主要渠道**：通过 **补货业务** 发起要货，经总部配送后，由 **收货业务** 完成验收后入库。
|
||||
- **其他渠道**：顾客的销售退货、其他门店的调拨入库、以及库存盘点产生的盘盈，都会增加门店的实际库存。
|
||||
|
||||
- **库存流出（减少）**：
|
||||
- **主要渠道**：通过 **零售或批发业务** 将商品销售给顾客。
|
||||
- **其他渠道**：向总部发起的 **退货**、向其他门店的 **调拨**、以及库存盘点产生的 **盘亏**，都会导致库存减少。
|
||||
|
||||
- **支持与核算**：
|
||||
- **价格业务** 决定了销售活动中的商品售价，直接影响销售额和毛利。
|
||||
- **日结月结** 负责对每日的销售款项进行核对清算，并在月末进行成本结转，完成财务闭环。
|
||||
|
||||
<br>
|
||||
|
||||
---
|
||||
|
||||
## 四、日常业务模块详细解读
|
||||
|
||||
### 4.1 补货业务
|
||||
|
||||
#### 4.1.1 补货业务功能简述
|
||||
|
||||
补货业务是保障门店商品供应、维持合理库存水平的起点。门店通过此模块向总部或配送中心发起要货请求。系统支持手动创建、按模板引入、或根据系统内置的智能补货模型（如基于销量、库存上下限等）自动生成补货计划，实现了要货的科学化与高效化。同时，对于临时缺货的商品，系统也提供了缺货登记功能，便于后续跟踪与处理。
|
||||
|
||||
#### 4.1.2 补货业务流程图
|
||||
|
||||
```mermaid
|
||||
graph LR
|
||||
subgraph "门店补货流程"
|
||||
A["开始"] --> B{"选择补货方式"};
|
||||
B -- "1\. 手动创建" --> C["新增/引入商品<br>手动填写补货数量"];
|
||||
B -- "2\. 模型生成" --> D["设置补货计划参数<br>(如：按销量、库存水位)"];
|
||||
D --> E["系统自动生成补货计划"];
|
||||
|
||||
C --> F["生成补货计划单"];
|
||||
E --> F;
|
||||
|
||||
F --> G["提交补货计划单至总部"];
|
||||
G --> H["结束<br>(等待总部配送)"];
|
||||
|
||||
subgraph "缺货处理"
|
||||
I["销售时发现缺货"] --> J["缺货登记"];
|
||||
J --> K["生成缺货记录"];
|
||||
K -.-> B;
|
||||
end
|
||||
end
|
||||
|
||||
classDef startEnd fill:#e8f5e9,stroke:#4caf50,stroke-width:2px;
|
||||
classDef process fill:#e3f2fd,stroke:#2196f3,stroke-width:2px;
|
||||
classDef decision fill:#fffde7,stroke:#fbc02d,stroke-width:2px;
|
||||
classDef exception fill:#ffebee,stroke:#f44336,stroke-width:1px;
|
||||
|
||||
class A,H startEnd;
|
||||
class C,D,E,F,G process;
|
||||
class B decision;
|
||||
class I,J,K exception;
|
||||
```
|
||||
|
||||
|
||||
<br>
|
||||
|
||||
---
|
||||
|
||||
### 4.2 收货业务
|
||||
|
||||
#### 4.2.1 收货业务功能简述
|
||||
|
||||
收货业务是商品进入门店库存、完成物流交接的关键环节，也是执行GSP规范、保障药品质量的第一道防线。当总部或供应商的货物送达门店后，门店需通过本模块完成一系列标准化操作，包括开具`门店接货单`进行物理接收，对不符合要求的商品（如包装破损、温度异常）开具`门店拒收单`，最后通过`按明细验收入库确认`，核对商品批号、效期等关键信息，最终确认入库，完成库存的增加。
|
||||
|
||||
#### 4.2.2 收货业务流程图
|
||||
|
||||
```mermaid
|
||||
graph TD
|
||||
subgraph "门店收货与验收流程"
|
||||
A["开始<br>(总部/供应商送货到达)"] --> B["开具门店接货单"];
|
||||
B --> C["录入运输信息<br>(如：冷链温度)"];
|
||||
C --> D{"商品初检"};
|
||||
D -- "1\. 正常" --> E["进入按明细验收入库环节"];
|
||||
D -- "2\. 异常(如破损)" --> F["开具门店拒收单"];
|
||||
F --> G["异常商品处理"];
|
||||
|
||||
E --> H["逐一核对商品信息<br>(批号、效期、数量)"];
|
||||
H --> I{"验收结果确认"};
|
||||
I -- "1\. 合格" --> J["确认入库"];
|
||||
J --> K["门店库存增加"];
|
||||
K --> L["结束"];
|
||||
I -- "2\. 不合格" --> F;
|
||||
end
|
||||
|
||||
classDef startEnd fill:#e8f5e9,stroke:#4caf50,stroke-width:2px;
|
||||
classDef process fill:#e3f2fd,stroke:#2196f3,stroke-width:2px;
|
||||
classDef decision fill:#fffde7,stroke:#fbc02d,stroke-width:2px;
|
||||
classDef exception fill:#ffebee,stroke:#f44336,stroke-width:1px;
|
||||
|
||||
class A,L startEnd;
|
||||
class B,C,E,H,J,K process;
|
||||
class D,I decision;
|
||||
class F,G exception;
|
||||
```
|
||||
|
||||
|
||||
<br>
|
||||
|
||||
---
|
||||
|
||||
### 4.3 零售业务
|
||||
|
||||
#### 4.3.1 零售业务功能简述
|
||||
|
||||
零售业务是连锁门店实现最终销售、创造价值的核心环节。G3ERP通过强大的POS（Point of Sale）系统，为门店提供了一个高效、稳定且功能全面的前台操作平台。该模块不仅支持日常的开单、收款、打印小票等基础功能，还深度集成了会员管理、积分兑换、多样化促销活动（如特价、买赠、组合套餐）等营销工具。此外，系统还特别针对中药销售提供了中药划价模板，并支持挂单/提单、异常支付方式变更等实用功能，全面满足现代药店零售场景的复杂需求。
|
||||
|
||||
#### 4.3.2 零售业务流程图
|
||||
|
||||
```mermaid
|
||||
graph TD
|
||||
subgraph "门店零售POS流程"
|
||||
A["顾客选购商品"] --> B["收银员扫描商品条码"];
|
||||
B --> C{"系统处理"};
|
||||
C -- "1\. 识别商品" --> D["显示商品信息与价格"];
|
||||
C -- "2\. 触发促销" --> E["自动应用优惠<br>(特价/买赠等)"];
|
||||
D --> F;
|
||||
E --> F["计算订单总额"];
|
||||
|
||||
F --> G{"会员/积分"};
|
||||
G -- "1\. 是会员" --> H["输入会员信息<br>进行积分累计/兑换"];
|
||||
G -- "2\. 非会员" --> I["进入收款环节"];
|
||||
H --> I;
|
||||
|
||||
I --> J{"选择支付方式"};
|
||||
J -- "现金/刷卡/移动支付" --> K["完成收款"];
|
||||
K --> L["打印销售小票"];
|
||||
L --> M["交易完成"];
|
||||
|
||||
subgraph "特殊操作"
|
||||
S1["中药销售"] --> S2["调用中药划价模板"];
|
||||
S2 --> F;
|
||||
T1["顾客暂离"] --> T2["挂单操作"];
|
||||
T2 --> U["保存当前订单"];
|
||||
V["顾客返回"] --> W["提单操作"];
|
||||
W --> F;
|
||||
end
|
||||
end
|
||||
|
||||
classDef startEnd fill:#e8f5e9,stroke:#4caf50,stroke-width:2px;
|
||||
classDef process fill:#e3f2fd,stroke:#2196f3,stroke-width:2px;
|
||||
classDef decision fill:#fffde7,stroke:#fbc02d,stroke-width:2px;
|
||||
classDef special fill:#fce4ec,stroke:#e91e63,stroke-width:1px;
|
||||
|
||||
class A,M startEnd;
|
||||
class B,D,E,F,H,I,K,L process;
|
||||
class C,G,J decision;
|
||||
class S1,S2,T1,T2,U,V,W special;
|
||||
```
|
||||
|
||||
|
||||
<br>
|
||||
|
||||
---
|
||||
|
||||
### 4.4 批发业务
|
||||
|
||||
#### 4.4.1 批发业务功能简述
|
||||
|
||||
批发业务模块为连锁门店提供了处理对公、对小商户等批量销售场景的能力。与零售业务不同，批发业务通常涉及更正式的客户管理和价格策略。门店可以通过`门店批发开单`功能，为已建档的批发客户创建销售订单，并处理后续的出库流程。当发生退货时，则通过`门店批发退回单`进行处理，确保账务和库存的准确调整。此模块是门店拓展B端业务、增加销售渠道的重要补充。
|
||||
|
||||
#### 4.4.2 批发业务流程图
|
||||
|
||||
```mermaid
|
||||
graph TD
|
||||
subgraph "门店批发业务流程"
|
||||
A["批发客户下单"] --> B["门店批发开单"];
|
||||
B --> C["选择客户并录入商品信息"];
|
||||
C --> D["确认价格与数量"];
|
||||
D --> E["生成批发销售单"];
|
||||
E --> F["出库/发货"];
|
||||
F --> G["交易完成"];
|
||||
|
||||
subgraph "批发退货流程"
|
||||
H["客户发起退货"] --> I["创建门店批发退回单"];
|
||||
I --> J["录入退货商品与原因"];
|
||||
J --> K["审核退货单"];
|
||||
K --> L["商品入库并更新库存"];
|
||||
L --> M["完成退款/冲账"];
|
||||
end
|
||||
end
|
||||
|
||||
classDef startEnd fill:#e8f5e9,stroke:#4caf50,stroke-width:2px;
|
||||
classDef process fill:#e3f2fd,stroke:#2196f3,stroke-width:2px;
|
||||
classDef returnProcess fill:#fff3e0,stroke:#ff9800,stroke-width:1px;
|
||||
|
||||
class A,G startEnd;
|
||||
class B,C,D,E,F process;
|
||||
class H,I,J,K,L,M returnProcess;
|
||||
```
|
||||
|
||||
|
||||
<br>
|
||||
|
||||
---
|
||||
|
||||
### 4.5 退货业务
|
||||
|
||||
#### 4.5.1 退货业务功能简述
|
||||
|
||||
退货业务模块规范了门店向总部或配送中心退回商品的流程。当门店因商品滞销、近效期、质量问题等原因需要退货时，必须通过`退货申请单`发起正式的退货流程。门店在申请单中详细说明退货的商品、批次、数量及原因。该申请单提交后将进入总部的审批环节，确保了退货操作的合规性、可追溯性和统一管理，有效避免了无序退货造成的库存与账务混乱。
|
||||
|
||||
#### 4.5.2 退货业务流程图
|
||||
|
||||
```mermaid
|
||||
graph TD
|
||||
subgraph "门店向总部退货流程"
|
||||
A["门店发起退货需求<br>(滞销/近效期/质量问题等)"] --> B["创建退货申请单"];
|
||||
B --> C["引入或录入退货商品信息<br>(批号、数量、原因)"];
|
||||
C --> D["提交退货申请"];
|
||||
D --> E["总部审批环节"];
|
||||
E --> F{"审批结果"};
|
||||
F -- "1\. 同意" --> G["总部安排退货接收<br>门店按指示操作"];
|
||||
F -- "2\. 驳回" --> H["门店收到通知<br>退货流程终止"];
|
||||
G --> I["结束"];
|
||||
H --> I;
|
||||
end
|
||||
|
||||
classDef startEnd fill:#e8f5e9,stroke:#4caf50,stroke-width:2px;
|
||||
classDef process fill:#e3f2fd,stroke:#2196f3,stroke-width:2px;
|
||||
classDef decision fill:#fffde7,stroke:#fbc02d,stroke-width:2px;
|
||||
classDef endpoint fill:#fce4ec,stroke:#e91e63,stroke-width:1px;
|
||||
|
||||
class A,I startEnd;
|
||||
class B,C,D,E process;
|
||||
class F decision;
|
||||
class G,H endpoint;
|
||||
```
|
||||
|
||||
|
||||
<br>
|
||||
|
||||
---
|
||||
|
||||
### 4.6 调拨业务
|
||||
|
||||
#### 4.6.1 调拨业务功能简述
|
||||
|
||||
调拨业务是实现连锁门店内、外部库存资源优化配置和高效流转的重要手段。当门店间需要相互调剂商品余缺时，可通过`门店调拨申请单`发起。调出门店创建申请单并出库后，调入门店在`店店调拨申请调入门店确认`模块中进行收货确认。一旦确认，系统将自动完成双方库存的增减，确保了调拨过程的准确、高效和可追溯，是提升区域内整体库存周转率和满足顾客需求的重要工具。
|
||||
|
||||
#### 4.6.2 调拨业务流程图
|
||||
|
||||
```mermaid
|
||||
graph TD
|
||||
subgraph "门店间调拨流程"
|
||||
A["调出门店发起调拨需求"] --> B["创建门店调拨申请单"];
|
||||
B --> C["选择调入门店<br>录入调拨商品及数量"];
|
||||
C --> D["调出门店确认出库"];
|
||||
D --> E["系统生成在途库存"];
|
||||
|
||||
E --> F["调入门店接收实物"];
|
||||
F --> G["进入'店店调拨申请调入门店确认'模块"];
|
||||
G --> H["核对商品信息并确认收货"];
|
||||
H --> I{"调拨完成"};
|
||||
|
||||
I -- "调出门店库存减少" --> J["结束"];
|
||||
I -- "调入门店库存增加" --> J;
|
||||
end
|
||||
|
||||
classDef startEnd fill:#e8f5e9,stroke:#4caf50,stroke-width:2px;
|
||||
classDef process fill:#e3f2fd,stroke:#2196f3,stroke-width:2px;
|
||||
classDef decision fill:#fffde7,stroke:#fbc02d,stroke-width:2px;
|
||||
classDef state fill:#fce4ec,stroke:#e91e63,stroke-width:1px;
|
||||
|
||||
class A,J startEnd;
|
||||
class B,C,D,F,G,H process;
|
||||
class I decision;
|
||||
class E state;
|
||||
```
|
||||
|
||||
|
||||
<br>
|
||||
|
||||
---
|
||||
|
||||
### 4.7 库存业务
|
||||
|
||||
#### 4.7.1 库存业务功能简述
|
||||
|
||||
库存业务模块是门店进行精细化库存管理的核心工具集，它处理所有非标准采购和销售流程引起的库存变动。该模块功能强大，覆盖了多种业务场景：
|
||||
- **门店直调入库/退回**：处理供应商直送门店的商品入库与退货。
|
||||
- **其他入库/出库**：用于处理赠品、物料、报损等非销售性的库存变动。
|
||||
- **仓库调拨**：在门店内的不同仓库（如合格品库、不合格品库）之间转移库存。
|
||||
- **包装拆零/组装**：支持将整件商品拆分为零散单位，或将多个商品组合成新的礼盒、套餐等。
|
||||
- **批次管理**：提供对特定批次进行锁定（防止销售）和解锁的功能，是进行质量管控和效期管理的重要手段。
|
||||
|
||||
通过这些功能，门店能够确保库存账目的准确性，并对库存状态进行灵活、有效的控制。
|
||||
|
||||
#### 4.7.2 库存业务流程图
|
||||
|
||||
```mermaid
|
||||
graph TD
|
||||
subgraph "库存精细化管理"
|
||||
A["库存管理需求"] --> B{"选择业务类型"};
|
||||
|
||||
B -- "1\. 供应商直送" --> C["门店直调入库/退回"];
|
||||
B -- "2\. 内部转移" --> D["仓库调拨<br>(如：合格品库 -> 不合格品库)"];
|
||||
B -- "3\. 形态改变" --> E["包装拆零/组装"];
|
||||
B -- "4\. 状态控制" --> F["批次锁库/解库"];
|
||||
B -- "5\. 其他变动" --> G["其他入库/出库<br>(赠品、报损等)"];
|
||||
|
||||
C --> H["库存直接增/减"];
|
||||
D --> H;
|
||||
E --> H;
|
||||
G --> H;
|
||||
F --> I["批次可售状态改变"];
|
||||
|
||||
H --> J["结束"];
|
||||
I --> J;
|
||||
end
|
||||
|
||||
classDef startEnd fill:#e8f5e9,stroke:#4caf50,stroke-width:2px;
|
||||
classDef process fill:#e3f2fd,stroke:#2196f3,stroke-width:2px;
|
||||
classDef decision fill:#fffde7,stroke:#fbc02d,stroke-width:2px;
|
||||
classDef result fill:#fce4ec,stroke:#e91e63,stroke-width:1px;
|
||||
|
||||
class A,J startEnd;
|
||||
class C,D,E,F,G process;
|
||||
class B decision;
|
||||
class H,I result;
|
||||
```
|
||||
|
||||
|
||||
<br>
|
||||
|
||||
---
|
||||
|
||||
### 4.8 盘点业务
|
||||
|
||||
#### 4.8.1 盘点业务功能简述
|
||||
|
||||
盘点业务是确保门店库存账实相符、保障资产安全的核心管理活动。G3ERP提供了一套完整的盘点解决方案，流程从创建`静态库存盘点`方案开始，明确盘点范围和方式。盘点人员录入实际盘点数量后，系统会自动与账面库存进行比对，生成`盘点结果差异单`。这份差异单清晰地展示了盘盈和盘亏的明细，经过相关负责人审核确认后，可一键下推生成`盘盈入库单`和`盘亏出库单`，最终完成库存数量和成本的调整，形成一个从盘点到平账的业务闭环。
|
||||
|
||||
#### 4.8.2 盘点业务流程图
|
||||
|
||||
```mermaid
|
||||
graph TD
|
||||
subgraph "门店库存盘点流程"
|
||||
A["制定盘点计划"] --> B["创建静态库存盘点方案"];
|
||||
B --> C["引入盘点范围内的商品"];
|
||||
C --> D["执行现场盘点"];
|
||||
D --> E["录入实盘数量"];
|
||||
E --> F["系统计算差异"];
|
||||
F --> G["生成盘点结果差异单"];
|
||||
G --> H{"审核盘点差异"};
|
||||
H -- "1\. 确认差异" --> I["下推生成盘盈/盘亏单"];
|
||||
H -- "2\. 需要复盘" --> D;
|
||||
|
||||
I --> J["盘盈入库单<br>(增加库存)"];
|
||||
I --> K["盘亏出库单<br>(减少库存)"];
|
||||
|
||||
J --> L["审核记账"];
|
||||
K --> L;
|
||||
|
||||
L --> M["库存与成本调整完成"];
|
||||
M --> N["结束"];
|
||||
end
|
||||
|
||||
classDef startEnd fill:#e8f5e9,stroke:#4caf50,stroke-width:2px;
|
||||
classDef process fill:#e3f2fd,stroke:#2196f3,stroke-width:2px;
|
||||
classDef decision fill:#fffde7,stroke:#fbc02d,stroke-width:2px;
|
||||
classDef result fill:#fce4ec,stroke:#e91e63,stroke-width:1px;
|
||||
|
||||
class A,N startEnd;
|
||||
class B,C,D,E,F,G,I,L,M process;
|
||||
class H decision;
|
||||
class J,K result;
|
||||
```
|
||||
|
||||
|
||||
<br>
|
||||
|
||||
---
|
||||
|
||||
### 4.9 价格业务
|
||||
|
||||
#### 4.9.1 价格业务功能简述
|
||||
|
||||
价格业务模块是门店进行销售价格管理的核心，直接关系到门店的销售策略和盈利能力。该模块提供了灵活多样的价格调整工具，以适应不同的业务场景：
|
||||
- **门店零售价调价单**：用于执行总部下发的、常规性的商品价格调整。
|
||||
- **门店调价申请单**：门店可以主动向上级申请对特定商品进行价格调整。
|
||||
- **特价申请**：为应对临时的团购、大客户议价或竞争需要，门店可以发起特价申请，在批准后以临时价格进行销售。
|
||||
|
||||
通过这套组合拳，系统既保证了价格体系的统一性和严肃性，又赋予了门店应对市场变化的灵活性。
|
||||
|
||||
#### 4.9.2 价格业务流程图
|
||||
|
||||
```mermaid
|
||||
graph TD
|
||||
subgraph "门店价格管理流程"
|
||||
A["价格管理需求"] --> B{"选择价格调整类型"};
|
||||
|
||||
B -- "1\. 常规调价" --> C["创建/接收 门店零售价调价单"];
|
||||
C --> D["录入或确认新零售价"];
|
||||
D --> E["审核后生效"];
|
||||
E --> F["更新商品售价"];
|
||||
F --> G["结束"];
|
||||
|
||||
B -- "2\. 门店主动申请" --> H["创建门店调价申请单"];
|
||||
H --> I["填写申请调价的商品与价格"];
|
||||
I --> J["提交至总部审批"];
|
||||
J --> K{"审批结果"};
|
||||
K -- "1\. 同意" --> E;
|
||||
K -- "2\. 驳回" --> L["申请作废"];
|
||||
L --> G;
|
||||
|
||||
B -- "3\. 临时特价" --> M["创建特价申请"];
|
||||
M --> N["填写特价商品、价格、客户及有效期"];
|
||||
N --> O["提交审批"];
|
||||
O --> P{"审批结果"};
|
||||
P -- "1\. 同意" --> Q["生成临时特价<br>(在指定条件下生效)"];
|
||||
P -- "2\. 驳回" --> R["申请作废"];
|
||||
Q --> G;
|
||||
R --> G;
|
||||
end
|
||||
|
||||
classDef startEnd fill:#e8f5e9,stroke:#4caf50,stroke-width:2px;
|
||||
classDef process fill:#e3f2fd,stroke:#2196f3,stroke-width:2px;
|
||||
classDef decision fill:#fffde7,stroke:#fbc02d,stroke-width:2px;
|
||||
classDef result fill:#fce4ec,stroke:#e91e63,stroke-width:1px;
|
||||
|
||||
class A,G startEnd;
|
||||
class C,D,E,H,I,J,M,N,O process;
|
||||
class B,K,P decision;
|
||||
class F,L,Q,R result;
|
||||
```
|
||||
|
||||
|
||||
<br>
|
||||
|
||||
---
|
||||
|
||||
### 4.10 日结月结
|
||||
|
||||
#### 4.10.1 日结月结功能简述
|
||||
|
||||
日结与月结是门店财务管理中至关重要的环节，确保资金安全和成本核算的准确性。
|
||||
- **连锁门店日结单**：门店每日营业结束后，需进行日结操作。系统会自动汇总当日的销售流水，并与实际收到的现金、刷卡等款项进行核对。日结不仅是每日的财务对账，也是向上级或财务部门上缴营业款的依据。
|
||||
- **连锁门店月末结账**：在每个月的最后一天，门店必须执行月末结账。在结账前，系统提供`月末结账前检查`功能，确保所有业务单据（如出入库单、盘点单等）均已处理完毕。检查通过后，执行月结，系统将自动完成当月销售成本的计算与结转，为生成准确的财务报表提供基础。
|
||||
|
||||
#### 4.10.2 日结月结业务流程图
|
||||
|
||||
```mermaid
|
||||
graph TD
|
||||
subgraph "日结与月结流程"
|
||||
A["每日营业结束"] --> B["执行日结操作"];
|
||||
B --> C["系统汇总当日销售流水"];
|
||||
C --> D["核对各支付方式实收款"];
|
||||
D --> E{"对账结果"};
|
||||
E -- "1\. 平衡" --> F["生成日结单"];
|
||||
E -- "2\. 不平衡" --> G["查找并处理差异"];
|
||||
G --> D;
|
||||
F --> H["上缴营业款"];
|
||||
H --> I["日结完成"];
|
||||
|
||||
J["每月最后一天"] --> K["执行月末结账前检查"];
|
||||
K --> L{"检查结果"};
|
||||
L -- "1\. 通过" --> M["执行月末结账"];
|
||||
L -- "2\. 未通过" --> N["处理未完成的业务单据"];
|
||||
N --> K;
|
||||
M --> O["系统计算并结转销售成本"];
|
||||
O --> P["月结完成"];
|
||||
end
|
||||
|
||||
classDef startEnd fill:#e8f5e9,stroke:#4caf50,stroke-width:2px;
|
||||
classDef process fill:#e3f2fd,stroke:#2196f3,stroke-width:2px;
|
||||
classDef decision fill:#fffde7,stroke:#fbc02d,stroke-width:2px;
|
||||
classDef finalStep fill:#fce4ec,stroke:#e91e63,stroke-width:1px;
|
||||
|
||||
class A,I,J,P startEnd;
|
||||
class B,C,D,F,G,H,K,M,N,O process;
|
||||
class E,L decision;
|
||||
class P finalStep;
|
||||
```
|
||||
|
||||
|
||||
<br>
|
||||
|
||||
---
|
||||
|
||||
## 五、总结
|
||||
|
||||
G3ERP连锁门店日常业务模块是一套高度集成且功能全面的门店运营管理解决方案。它通过对补货、收货、零售、库存、结算等十大核心业务的精细化管理，构建了一个从商品流转到价值实现的全流程闭环。
|
||||
|
||||
该模块的设计严格遵循业务逻辑，以标准化的单据流驱动各项业务，确保了操作的规范性和数据的准确性。同时，清晰的流程图和详尽的功能解读，为门店人员提供了明确的操作指引，有效降低了培训成本，提升了整体运营效率。
|
||||
|
||||
综上所述，该模块不仅是门店日常工作的得力助手，更是连锁企业实现标准化管理、优化资源配置、提升核心竞争力的重要信息化支撑。
|
||||
@ -1,463 +0,0 @@
|
||||
# G3ERP连锁门店日常业务模块解读文档
|
||||
|
||||
## 一、连锁门店日常业务模块概述
|
||||
|
||||
G3ERP连锁门店日常业务模块是专为医药零售企业设计的前端运营管理系统，全面覆盖了门店从商品补货、收货、日常销售到库存管理和财务结算的各项核心业务。该模块作为企业运营的神经末梢，直接面向终端消费者，同时与总部供应链、财务及GSP管理体系紧密集成，旨在实现门店业务的标准化、自动化和智能化，确保运营效率和合规性。
|
||||
|
||||
<br>
|
||||
|
||||
## 二、连锁门店日常业务功能架构
|
||||
|
||||
### 2.1 功能架构图
|
||||
|
||||
连锁门店日常业务模块主要由以下十一大功能集群构成，形成一个完整的门店运营闭环：
|
||||
|
||||
```mermaid
|
||||
graph LR
|
||||
A["连锁门店日常业务"] --> B["补货业务"];
|
||||
A --> C["收货业务"];
|
||||
A --> D["零售业务"];
|
||||
A --> E["批发业务"];
|
||||
A --> F["退货业务"];
|
||||
A --> G["调拨业务"];
|
||||
A --> H["库存业务"];
|
||||
A --> I["盘点业务"];
|
||||
A --> J["价格业务"];
|
||||
A --> K["日结月结"];
|
||||
A --> L["其他业务"];
|
||||
|
||||
subgraph "补货业务"
|
||||
B1["补货计划"]
|
||||
B2["缺货登记"]
|
||||
B3["参数设置"]
|
||||
end
|
||||
|
||||
subgraph "收货业务"
|
||||
C1["门店接货"]
|
||||
C2["验收入库"]
|
||||
C3["门店拒收"]
|
||||
end
|
||||
|
||||
subgraph "零售业务"
|
||||
D1["零售POS单"]
|
||||
D2["中药划价"]
|
||||
D3["支付方式变更"]
|
||||
end
|
||||
|
||||
subgraph "批发业务"
|
||||
E1["批发开单"]
|
||||
E2["批发退回"]
|
||||
end
|
||||
|
||||
subgraph "退货业务"
|
||||
F1["退货申请"]
|
||||
F2["总部召回处理"]
|
||||
end
|
||||
|
||||
subgraph "调拨业务"
|
||||
G1["店间调拨申请"]
|
||||
G2["调入门店确认"]
|
||||
end
|
||||
|
||||
subgraph "库存业务"
|
||||
H1["直调入库/退回"]
|
||||
H2["其他出入库"]
|
||||
H3["批次管理(锁/解/调)"]
|
||||
H4["拆零/组装"]
|
||||
end
|
||||
|
||||
subgraph "盘点业务"
|
||||
I1["静态库存盘点"]
|
||||
I2["盘点差异处理"]
|
||||
I3["盘盈/盘亏处理"]
|
||||
end
|
||||
|
||||
subgraph "价格业务"
|
||||
J1["零售价调价"]
|
||||
J2["特价申请"]
|
||||
J3["价签管理"]
|
||||
end
|
||||
|
||||
subgraph "日结月结"
|
||||
K1["日结单"]
|
||||
K2["月末结账"]
|
||||
K3["反月结处理"]
|
||||
end
|
||||
|
||||
subgraph "其他业务"
|
||||
L1["货位设置"]
|
||||
L2["新品登记"]
|
||||
L3["滞销品登记"]
|
||||
end
|
||||
|
||||
B --> B1 & B2 & B3;
|
||||
C --> C1 & C2 & C3;
|
||||
D --> D1 & D2 & D3;
|
||||
E --> E1 & E2;
|
||||
F --> F1 & F2;
|
||||
G --> G1 & G2;
|
||||
H --> H1 & H2 & H3 & H4;
|
||||
I --> I1 & I2 & I3;
|
||||
J --> J1 & J2 & J3;
|
||||
K --> K1 & K2 & K3;
|
||||
L --> L1 & L2 & L3;
|
||||
|
||||
classDef moduleClass fill:#cce5ff,stroke:#004085,stroke-width:2px
|
||||
classDef subModuleClass fill:#e7d4e8,stroke:#4a148c,stroke-width:1px
|
||||
classDef functionClass fill:#d4edda,stroke:#155724,stroke-width:1px
|
||||
|
||||
class A moduleClass
|
||||
class B,C,D,E,F,G,H,I,J,K,L subModuleClass
|
||||
class B1,B2,B3,C1,C2,C3,D1,D2,D3,E1,E2,F1,F2,G1,G2,H1,H2,H3,H4,I1,I2,I3,J1,J2,J3,K1,K2,K3,L1,L2,L3 functionClass
|
||||
```
|
||||
|
||||
<br>
|
||||
|
||||
### 2.2 功能架构图结构说明
|
||||
|
||||
#### 核心业务循环
|
||||
|
||||
G3ERP连锁门店日常业务模块形成了两个主要的业务循环：
|
||||
|
||||
1. **库存流转循环**：**补货** → (总部配送) → **收货** → **库存管理** → **销售(零售/批发)** → **库存减少** → 触发新一轮**补货**。
|
||||
2. **财务核算循环**：**销售(零售/批发)** → **收款** → **日结** → **月结** → **财务对账**。
|
||||
|
||||
这两个循环构成了门店运营的核心，确保了商品流和资金流的闭环管理。
|
||||
|
||||
#### 十一大核心业务模块
|
||||
|
||||
1. **补货业务**：保障门店商品供应
|
||||
- **功能描述**：根据门店库存和销售情况，向总部发起要货请求。
|
||||
- **核心特征**：支持手动新增、按模型（如库存上下限、历史销量）自动生成、缺货登记等多种补货方式。
|
||||
- **核心流程**：参数设置 → 计划生成 → 计划提交 → 总部处理
|
||||
- **执行角色**：门店营业员、店长
|
||||
- **业务成果**：生成补货计划单，确保商品及时补充，降低缺货风险。
|
||||
|
||||
2. **收货业务**：确保到货商品准确合规
|
||||
- **功能描述**：处理总部的配送来货，进行实物清点、GSP验收和入库确认。
|
||||
- **核心特征**：严格的GSP流程，支持按明细验收、双人复核、冷链温度记录，以及对破损商品的拒收处理。
|
||||
- **核心流程**：接货登记 → 质量验收 → 确认入库 → 库存增加
|
||||
- **执行角色**：门店收货员、质量管理员
|
||||
- **业务成果**：确保入库商品数量准确、质量合格，完成库存的物理增加。
|
||||
|
||||
3. **零售业务**：完成面向终端客户的销售
|
||||
- **功能描述**：通过POS系统完成日常的药品零售、收款、退货、促销活动等操作。
|
||||
- **核心特征**：集成的POS界面，支持会员管理、多种支付方式、促销活动（买赠、组合、积分换购）、中药划价、含麻药品登记等复杂场景。
|
||||
- **核心流程**：商品扫描/录入 → 会员识别 → 价格计算 → 收款 → 小票打印
|
||||
- **执行角色**：门店收银员、营业员
|
||||
- **业务成果**：实现快速准确的销售收款，提升顾客体验，生成销售流水。
|
||||
|
||||
4. **批发业务**：处理对公或大宗销售
|
||||
- **功能描述**：针对团体客户或大宗购买场景，进行批发开单和退货处理。
|
||||
- **核心特征**：独立的开单界面，支持客户价格体系、信用管理和批量操作。
|
||||
- **核心流程**：选择客户 → 开具批发单 → 记账出库 → 应收账款生成
|
||||
- **执行角色**：门店业务员、店长
|
||||
- **业务成果**：满足大宗客户的购买需求，拓展销售渠道。
|
||||
|
||||
5. **退货业务**：向总部申请退回商品
|
||||
- **功能描述**：门店因滞销、近效期、质量问题等原因，向总部申请退货。
|
||||
- **核心特征**：支持按店存、效期品、总部召回等多种方式引入退货商品，退货申请需经总部审批。
|
||||
- **核心流程**：创建退货申请 → 提交总部审批 → 审批通过 → 门店打包待退
|
||||
- **执行角色**：门店营业员、店长
|
||||
- **业务成果**：处理冗余或问题库存，优化库存结构。
|
||||
|
||||
6. **调拨业务**：实现门店间的商品流转
|
||||
- **功能描述**：处理门店与门店之间的商品调拨，以快速满足区域内的商品需求。
|
||||
- **核心特征**：由调出门店发起，调入门店确认，系统自动处理双方库存的增减，无需总部介入实际物流。
|
||||
- **核心流程**：调出申请 → 调入确认 → 双方库存自动增减
|
||||
- **执行角色**：调出门店店长、调入门店店长
|
||||
- **业务成果**：提高区域内商品调剂效率，减少缺货。
|
||||
|
||||
7. **库存业务**：管理门店的非销售类库存变动
|
||||
- **功能描述**：处理除正常销售、采购、退货外的所有库存变动，如批次调整、拆零组装、其他出入库等。
|
||||
- **核心特征**：功能全面，包括直调入库（不经总部配送）、其他出入库（如赠品、办公用品）、批次锁库/解库/调整、包装拆零、商品组装等。
|
||||
- **核心流程**：创建相应单据 → 审核 → 记账 → 库存实时变动
|
||||
- **执行角色**：门店库管员、店长
|
||||
- **业务成果**：确保门店库存账实相符，满足各种复杂的库存管理需求。
|
||||
|
||||
8. **盘点业务**：核对账面与实际库存
|
||||
- **功能描述**：通过建立盘点方案，对门店库存进行全面或部分的盘点，并处理盘点差异。
|
||||
- **核心特征**：支持明盘/暗盘、批号/商品盘点、纸质/PDA盘点等多种方式。盘点差异可生成复盘任务或直接生成盘盈盘亏单。
|
||||
- **核心流程**：建立盘点方案 → 锁定库存 → 录入实盘数 → 计算差异 → 生成损益单
|
||||
- **执行角色**：门店全员
|
||||
- **业务成果**：发现并解决库存差异，保证库存数据的准确性。
|
||||
|
||||
9. **价格业务**：管理门店商品价格
|
||||
- **功能描述**：执行总部下发的调价指令，或申请对本店商品进行价格调整，并管理价签。
|
||||
- **核心特征**：支持总部强制调价、门店申请调价、团购特价申请等。调价后可批量生成价签。
|
||||
- **核心流程**：接收/申请调价 → 审核 → 执行 → 价格生效 → 打印价签
|
||||
- **执行角色**：店长、信息员
|
||||
- **业务成果**：确保门店售价的准确性和市场竞争力。
|
||||
|
||||
10. **日结月结**：完成门店财务周期的结算
|
||||
- **功能描述**：对门店每日的销售、收款进行汇总核对，并在月末进行结账，关闭当前会计期间。
|
||||
- **核心特征**：日结是月结的前提，月结前系统会自动检查所有业务单据是否处理完毕。支持反月结操作以应对特殊情况。
|
||||
- **核心流程**：完成所有业务 → 日结 → 月末检查 → 月结 → 成本计算
|
||||
- **执行角色**：店长、财务对接人
|
||||
- **业务成果**：完成门店财务周期的结算，为总部财务核算提供准确数据。
|
||||
|
||||
11. **其他业务**：提供辅助性管理功能
|
||||
- **功能描述**：包括仓库货位设置、新品及缺货登记、滞销品登记等辅助管理功能。
|
||||
- **核心特征**：是对核心业务流程的补充，提升门店管理的精细化水平。
|
||||
- **核心流程**：按需使用相应功能模块。
|
||||
- **执行角色**：店长、营业员
|
||||
- **业务成果**：提升门店运营管理的精细度和响应速度。
|
||||
|
||||
---
|
||||
<br>
|
||||
|
||||
## 三、总业务流程设计
|
||||
|
||||
### 3.1 门店核心业务流程图
|
||||
|
||||
```mermaid
|
||||
graph TD
|
||||
subgraph "顾客交互与销售"
|
||||
A["顾客进店"] --> B["商品咨询/推荐"];
|
||||
B --> C["POS开单<br>(扫描商品、录入会员)"];
|
||||
C --> D{"促销/优惠判断"};
|
||||
D -- "1\. 满足促销" --> E["执行促销策略<br>(买赠、组合、打折)"];
|
||||
D -- "2\. 不满足" --> F["正常价格"];
|
||||
E --> G["计算总价"];
|
||||
F --> G;
|
||||
G --> H["收款结算<br>(现金、刷卡、扫码、储值卡)"];
|
||||
H --> I["打印小票"];
|
||||
I --> J["顾客离店"];
|
||||
end
|
||||
|
||||
subgraph "内部运营与供应链"
|
||||
K["日常巡查/销售分析"] --> L{"发现库存不足?"};
|
||||
L -- "1\. 是" --> M["发起补货计划"];
|
||||
M --> N["总部处理配送"];
|
||||
N --> O["门店接货验收"];
|
||||
O --> P["合格品入库<br>(库存增加)"];
|
||||
P --> K;
|
||||
|
||||
L -- "2\. 否" --> K;
|
||||
|
||||
P --> C;
|
||||
end
|
||||
|
||||
subgraph "财务与盘点"
|
||||
H --> Q["生成销售流水"];
|
||||
Q --> R["门店日结"];
|
||||
R --> S["月末结账"];
|
||||
|
||||
T["定期/不定期"] --> U["发起盘点"];
|
||||
U --> V["盘点差异处理"];
|
||||
V --> W["盘盈入库/盘亏出库"];
|
||||
W --> P;
|
||||
end
|
||||
|
||||
classDef customer fill:#fff0f6,stroke:#d63384,stroke-width:2px;
|
||||
classDef operation fill:#e3f2fd,stroke:#0d6efd,stroke-width:2px;
|
||||
classDef finance fill:#d1e7dd,stroke:#198754,stroke-width:2px;
|
||||
|
||||
class A,B,C,D,E,F,G,H,I,J customer;
|
||||
class K,L,M,N,O,P operation;
|
||||
class Q,R,S,T,U,V,W finance;
|
||||
```
|
||||
|
||||
<br>
|
||||
|
||||
### 3.2 流程图说明
|
||||
|
||||
上图展示了连锁门店三大核心流程的交互关系：
|
||||
|
||||
1. **顾客交互与销售流程（粉色）**：这是门店最主要的外部流程，从顾客进店开始，通过POS系统完成一系列销售动作，最终完成交易。
|
||||
2. **内部运营与供应链流程（蓝色）**：这是支撑销售的内部核心流程。通过对库存的持续监控，发起补货，并通过收货入库环节完成商品补充，形成一个完整的“销售-补货-入库-再销售”的闭环。
|
||||
3. **财务与盘点流程（绿色）**：这是确保数据准确性的管理流程。销售流水在每日通过日结汇总，并在月末完成月结。定期的库存盘点则保证了账实相符，其结果（盘盈/盘亏）会直接影响库存数据。
|
||||
|
||||
三大流程相互交织，共同构成了门店高效、有序的日常运营体系。
|
||||
|
||||
---
|
||||
<br>
|
||||
|
||||
## 四、核心业务流程详解
|
||||
|
||||
### 4.1 零售与结算流程
|
||||
|
||||
```mermaid
|
||||
graph TD
|
||||
A["开始<br>POS开单"] --> B["录入商品/会员"];
|
||||
B --> C{"特殊商品?"};
|
||||
C -- "1\. 中药" --> D["切换划价状态"];
|
||||
C -- "2\. 含麻/近效期" --> E["触发销售登记"];
|
||||
C -- "3\. 普通商品" --> F["正常处理"];
|
||||
D --> F;
|
||||
F --> G["计算价格/折扣"];
|
||||
G --> H{"促销活动?"};
|
||||
H -- "1\. 是" --> I["执行促销方案"];
|
||||
H -- "2\. 否" --> J["进入收款"];
|
||||
I --> J;
|
||||
J -- "PageDown" --> K["收款界面"];
|
||||
K --> L["选择支付方式<br>(可多种组合)"];
|
||||
L --> M{"需要挂单?"};
|
||||
M -- "1\. 是" --> N["F6挂单"];
|
||||
M -- "2\. 否" --> O["确认收款"];
|
||||
N --> P["处理其他顾客"];
|
||||
P --> Q["F7提单"];
|
||||
Q --> O;
|
||||
O --> R["打印小票/开钱箱"];
|
||||
R --> S["完成一笔交易"];
|
||||
S --> T["...多笔交易后..."];
|
||||
T --> U["日终操作"];
|
||||
U --> V["执行门店日结"];
|
||||
V --> W["结束"];
|
||||
E --> J;
|
||||
```
|
||||
|
||||
<br>
|
||||
|
||||
### 4.2 补货与收货流程
|
||||
|
||||
```mermaid
|
||||
graph TD
|
||||
A["开始<br>库存预警或手动发起"] --> B["创建补货计划单"];
|
||||
B --> C{"生成方式"};
|
||||
C -- "1\. 手动新增" --> D["逐条录入商品"];
|
||||
C -- "2\. 模型生成" --> E["选择计划模型<br>(如:安全库存补货)"];
|
||||
C -- "3\. 引入" --> F["引入历史未请货商品"];
|
||||
D --> G["保存计划"];
|
||||
E --> G;
|
||||
F --> G;
|
||||
G --> H["审核并提交至总部"];
|
||||
H --> I["...总部配送..."];
|
||||
I --> J["门店接货"];
|
||||
J --> K["创建门店接货单<br>(录入运输/温控信息)"];
|
||||
K --> L["审核接货单"];
|
||||
L --> M["按明细验收入库"];
|
||||
M --> N{"验收结果"};
|
||||
N -- "1\. 合格" --> O["确认入库<br>(库存增加)"];
|
||||
N -- "2\. 不合格" --> P["创建门店拒收单"];
|
||||
O --> Q["结束"];
|
||||
P --> Q;
|
||||
```
|
||||
|
||||
<br>
|
||||
|
||||
### 4.3 库存盘点流程
|
||||
|
||||
```mermaid
|
||||
graph TD
|
||||
A["开始<br>发起盘点任务"] --> B["新增静态库存盘点方案"];
|
||||
B --> C["设置盘点范围与方式<br>(全盘/抽盘, 明盘/暗盘)"];
|
||||
C --> D["审核盘点方案"];
|
||||
D --> E["进入盘点操作"];
|
||||
E --> F["引入盘点范围内的商品"];
|
||||
F --> G["锁定库存"];
|
||||
G --> H{"盘点方式"};
|
||||
H -- "1\. 纸质盘点" --> I["导出盘点表"];
|
||||
H -- "2\. PDA盘点" --> J["下发任务至PDA"];
|
||||
I --> K["...线下盘点..."];
|
||||
J --> K;
|
||||
K --> L["录入/导入实盘数量"];
|
||||
L --> M["计算盈亏差异"];
|
||||
M --> N["审核盘点结果"];
|
||||
N --> O["生成盘点结果差异单"];
|
||||
O --> P{"处理差异"};
|
||||
P -- "1\. 复盘" --> E;
|
||||
P -- "2\. 确认损益" --> Q["审核差异单"];
|
||||
Q --> R["生成盘盈入库单/盘亏出库单"];
|
||||
R --> S["记账后调整库存"];
|
||||
S --> T["结束"];
|
||||
```
|
||||
|
||||
<br>
|
||||
|
||||
### 4.4 门店向总部退货流程
|
||||
|
||||
```mermaid
|
||||
graph TD
|
||||
A["开始<br>发现需退货商品<br>(近效期/滞销/质量问题)"] --> B["创建退货申请单"];
|
||||
B --> C{"引入方式"};
|
||||
C -- "1\. 店存引入" --> D["选择库存商品"];
|
||||
C -- "2\. 效期品引入" --> E["选择近效期商品"];
|
||||
C -- "3\. 总部召回引入" --> F["选择被召回商品"];
|
||||
D --> G["录入退货数量与原因"];
|
||||
E --> G;
|
||||
F --> G;
|
||||
G --> H["审核并提交至总部"];
|
||||
H --> I["...总部审批..."];
|
||||
I --> J{"审批结果"};
|
||||
J -- "1\. 同意" --> K["门店打包商品<br>等待总部物流处理"];
|
||||
J -- "2\. 驳回" --> L["门店自行处理<br>(如转为报损)"];
|
||||
K --> M["结束"];
|
||||
L --> M;
|
||||
```
|
||||
|
||||
<br>
|
||||
|
||||
### 4.5 店间调拨流程
|
||||
|
||||
```mermaid
|
||||
graph TD
|
||||
A["开始<br>调出门店发起"] --> B["创建门店调拨申请单"];
|
||||
B --> C["选择调入门店与调拨原因"];
|
||||
C --> D["录入调拨商品及数量"];
|
||||
D --> E["审核后，商品在调出门店被锁库"];
|
||||
E --> F["...实物运输..."];
|
||||
F --> G["调入门店<br>店店调拨申请调入门店确认"];
|
||||
G --> H["查询待确认的调拨单"];
|
||||
H --> I["核对实物与单据"];
|
||||
I --> J{"确认结果"};
|
||||
J -- "1\. 整单确认" --> K["系统自动处理"];
|
||||
J -- "2\. 差异处理" --> L["(需线下沟通解决)"];
|
||||
K --> M["调出门店库存减少"];
|
||||
K --> N["调入门店库存增加"];
|
||||
M --> O["结束"];
|
||||
N --> O;
|
||||
L --> O;
|
||||
```
|
||||
|
||||
<br>
|
||||
## 五、与总部模块的集成
|
||||
|
||||
连锁门店模块作为数据采集的前端，与总部的核心模块存在紧密的数据交互：
|
||||
|
||||
```mermaid
|
||||
graph LR
|
||||
subgraph "门店端"
|
||||
A["连锁门店日常业务"]
|
||||
end
|
||||
|
||||
subgraph "总部端"
|
||||
B["供应链管理<br>(采购、仓存)"]
|
||||
C["财务管理<br>(核算、应收应付)"]
|
||||
D["GSP质量管理"]
|
||||
E["会员与营销管理"]
|
||||
end
|
||||
|
||||
A -- "1\. 补货计划/退货申请" --> B;
|
||||
B -- "2\. 配送单/调价单" --> A;
|
||||
A -- "3\. 销售/收款数据" --> C;
|
||||
C -- "4\. 财务指令" --> A;
|
||||
A -- "5\. 质量问题上报" --> D;
|
||||
D -- "6\. GSP规范/召回指令" --> A;
|
||||
A -- "7\. 会员消费数据" --> E;
|
||||
E -- "8\. 促销/优惠券方案" --> A;
|
||||
```
|
||||
|
||||
**数据流说明：**
|
||||
|
||||
1. **补货与退货**：门店的补货需求和退货申请是总部供应链制定采购和仓储计划的重要依据。
|
||||
2. **配送与调价**：总部的配送指令和价格调整指令直接下达到门店执行。
|
||||
3. **销售与财务**：门店的销售和收款数据实时或定期上传，作为总部财务核算的基础。
|
||||
4. **财务指令**：总部的财务政策和指令会影响门店的结算操作。
|
||||
5. **质量上报**：门店发现的药品质量问题通过系统上报至总部GSP部门。
|
||||
6. **GSP指令**：总部的GSP规范和药品召回等指令需要门店严格执行。
|
||||
7. **会员数据**：门店是会员数据的主要采集点，为总部进行客户关系管理和精准营销提供支持。
|
||||
8. **营销方案**：总部的促销活动和优惠券方案在门店端落地执行。
|
||||
|
||||
<br>
|
||||
|
||||
## 六、总结
|
||||
|
||||
G3ERP连锁门店日常业务模块是支撑医药零售企业高效运作的核心系统。它通过对门店日常业务的全面覆盖和流程化管理，实现了：
|
||||
|
||||
1. **运营标准化**：将门店的各项操作固化为标准流程，降低了对人员经验的依赖，便于快速复制和扩张。
|
||||
2. **数据实时化**：实时采集销售、库存等关键数据，为总部的快速决策提供了及时、准确的数据支持。
|
||||
3. **管理精细化**：通过对批次、效期、价格、促销等细节的精细管理，提升了门店的盈利能力和风险控制水平。
|
||||
4. **合规自动化**：将GSP规范内嵌于业务流程中，如冷链记录、特殊药品销售登记等，确保门店运营的合规性。
|
||||
|
||||
该模块的有效应用，是保障连锁药店在激烈的市场竞争中保持运营效率、服务质量和合规安全的关键。
|
||||
@ -1 +1 @@
|
||||
[Task Manager UI](http://localhost:50490)
|
||||
[Task Manager UI](http://localhost:57272)
|
||||
Loading…
x
Reference in New Issue
Block a user