685 lines
26 KiB
Markdown
685 lines
26 KiB
Markdown
|
# 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连锁门店日常业务模块是一套高度集成且功能全面的门店运营管理解决方案。它通过对补货、收货、零售、库存、结算等十大核心业务的精细化管理,构建了一个从商品流转到价值实现的全流程闭环。
|
|||
|
|
|||
|
该模块的设计严格遵循业务逻辑,以标准化的单据流驱动各项业务,确保了操作的规范性和数据的准确性。同时,清晰的流程图和详尽的功能解读,为门店人员提供了明确的操作指引,有效降低了培训成本,提升了整体运营效率。
|
|||
|
|
|||
|
综上所述,该模块不仅是门店日常工作的得力助手,更是连锁企业实现标准化管理、优化资源配置、提升核心竞争力的重要信息化支撑。
|