Compare commits
2 Commits
101b259f1c
...
0258249932
| Author | SHA1 | Date | |
|---|---|---|---|
| 0258249932 | |||
| 82019bd13b |
@ -4,6 +4,8 @@
|
||||
|
||||
G3ERP供应链销售管理模块是一套专为医药企业设计的综合性销售业务管理系统，全面遵循GSP（药品经营质量管理规范）要求。该模块覆盖了从销售合同签订、订单处理、批发配送到最终结算与绩效考核的全流程，旨在实现销售业务的规范化、流程化与智能化管理。
|
||||
|
||||
<br>
|
||||
|
||||
## 二、销售管理功能架构
|
||||
|
||||
### 2.1 销售管理功能架构图
|
||||
@ -279,8 +281,6 @@ graph TD
|
||||
|
||||
<br>
|
||||
|
||||
|
||||
|
||||
---
|
||||
<br>
|
||||
|
||||
@ -293,7 +293,7 @@ graph TD
|
||||
|
||||
#### 4.1.2 业务流程图
|
||||
```mermaid
|
||||
graph
|
||||
graph LR
|
||||
A["开始"] --> B["新增合同资料"]
|
||||
B --> C["选择客户"]
|
||||
C --> D["录入合同条款<br>(付款规则, 返利方式)"]
|
||||
@ -321,7 +321,7 @@ graph
|
||||
|
||||
#### 4.2.2 业务流程图
|
||||
```mermaid
|
||||
graph
|
||||
graph LR
|
||||
A["开始"] --> B["创建销售订单"]
|
||||
B --> C["录入客户与商品信息"]
|
||||
C --> D["确认价格与数量"]
|
||||
@ -381,7 +381,7 @@ graph TD
|
||||
|
||||
#### 4.4.2 业务流程图
|
||||
```mermaid
|
||||
graph
|
||||
graph LR
|
||||
A["客户提出退货"] --> B["创建销售退回申请"]
|
||||
B --> C["引入原销售单据"]
|
||||
C --> D["确认退货商品与数量"]
|
||||
@ -495,7 +495,7 @@ graph TD
|
||||
|
||||
#### 4.8.2 业务流程图
|
||||
```mermaid
|
||||
graph
|
||||
graph LR
|
||||
A["价格调整需求"] --> B["创建批次售价调整单"]
|
||||
B --> C["选择仓库与商品批次"]
|
||||
C --> D["输入新的销售价格"]
|
||||
@ -545,7 +545,7 @@ graph TD
|
||||
|
||||
#### 4.10.2 业务流程图
|
||||
```mermaid
|
||||
graph
|
||||
graph LR
|
||||
A["进入序时簿"] --> B["选择单据类型<br>(如销售出库序时簿)"]
|
||||
B --> C["设置查询条件<br>(时间, 客户, 状态等)"]
|
||||
C --> D["执行查询"]
|
||||
@ -593,7 +593,7 @@ graph TD
|
||||
|
||||
#### 4.12.2 业务流程图
|
||||
```mermaid
|
||||
graph
|
||||
graph LR
|
||||
A["收到客户退货"] --> B["销售退回接收记录"]
|
||||
B --> C["引入销售退回申请单"]
|
||||
C --> D["确认接收数量与运输信息"]
|
||||
@ -683,4 +683,16 @@ graph TD
|
||||
Accounting -- "财务凭证" --> FinanceSys
|
||||
GSP -- "合规报告" --> RegSys
|
||||
Sales -- "发货/发票" --> Customer
|
||||
```
|
||||
```
|
||||
|
||||
## 六、总结
|
||||
|
||||
G3ERP供应链销售管理模块是一个功能全面、流程严谨的销售业务管理系统。它通过十二个核心子模块，实现了从合同、订单到出库、结算的全流程闭环管理，并深度融合了GSP合规要求。
|
||||
|
||||
该模块的核心价值在于：
|
||||
1. **流程驱动**：以标准化的业务流程驱动销售活动，提升效率，减少人为错误。
|
||||
2. **数据整合**：与采购、仓存、核算等模块无缝集成，打破信息孤岛，实现数据实时同步。
|
||||
3. **智能决策**：通过促销管理、绩效考核等功能，为销售策略和团队管理提供数据支持。
|
||||
4. **合规保障**：将GSP规范固化于系统流程中，有效规避经营风险。
|
||||
|
||||
通过实施G3ERP销售管理模块，医药企业能够显著提升销售业务的响应速度、执行效率和管理水平，从而在激烈的市场竞争中获得优势。
|
||||
@ -1,698 +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["销售其他"]
|
||||
A --> M["销退收验"]
|
||||
|
||||
B --> B1["合同资料"]
|
||||
C --> C1["销售订单"]
|
||||
D --> D1["销售出库单(单品/极速)"]
|
||||
D --> D2["销售订单出库开单"]
|
||||
D --> D3["销售出库差价单"]
|
||||
E --> E1["销售退回申请"]
|
||||
E --> E2["销售退回单"]
|
||||
E --> E3["销售单红冲"]
|
||||
F --> F1["组合套餐设置"]
|
||||
F --> F2["价格促销方案"]
|
||||
F --> F3["单品买赠方案"]
|
||||
G --> G1["销售发票"]
|
||||
G --> G2["销售回款单"]
|
||||
G --> G3["预收单"]
|
||||
H --> H1["商品销售范围设置"]
|
||||
H --> H2["批次销售范围设置"]
|
||||
I --> I1["批次售价调整"]
|
||||
J --> J1["商品/客户/业务员集合"]
|
||||
K --> K1["销售出库序时簿"]
|
||||
K --> K2["销售退回序时簿"]
|
||||
L --> L1["缺货登记"]
|
||||
L --> L2["客户业务停止设置"]
|
||||
M --> M1["销售退回接收"]
|
||||
M --> M2["销售退回验收"]
|
||||
|
||||
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,K,L,M subModuleClass
|
||||
class B1,C1,D1,D2,D3,E1,E2,E3,F1,F2,F3,G1,G2,G3,H1,H2,I1,J1,K1,K2,L1,L2,M1,M2 functionClass
|
||||
```
|
||||
|
||||
### 2.2 销售管理功能架构图结构说明
|
||||
|
||||
#### 核心业务循环
|
||||
销售管理模块的核心业务流程是一个从客户需求到最终收款的完整闭环：
|
||||
**合同 → 订单 → 配货 → 出库 → 结算 → 回款**
|
||||
|
||||
#### 十二大核心业务模块
|
||||
|
||||
1. **合同管理**：建立与客户的长期合作框架
|
||||
- **功能描述**：记录与客户签订的销售合同，明确返利政策、付款规则等，为长期合作提供依据。
|
||||
- **核心特征**：
|
||||
- 支持多维度合同条款（如账期、付款方式、返利政策）。
|
||||
- 协议商品价格管理，可独立于标准售价。
|
||||
- 合同执行情况跟踪与预警。
|
||||
- **核心流程**：客户接洽 → 合同拟定 → 条款审核 → 合同生效 → 执行跟踪
|
||||
- **执行角色**：销售经理、法务人员
|
||||
- **业务成果**：锁定长期合作关系、规范销售条款、降低交易风险。
|
||||
|
||||
<br>
|
||||
|
||||
2. **订单处理**：准确捕获并转化客户需求
|
||||
- **功能描述**：管理来自客户的销售订单，支持手动创建或从第三方平台导入，是所有销售活动的起点。
|
||||
- **核心特征**：
|
||||
- 支持多种订单来源（手工、EDI、电商平台）。
|
||||
- 订单审批流控制，确保合规性。
|
||||
- 订单状态全程跟踪（待审核、待出库、已完成等）。
|
||||
- **核心流程**：接收订单 → 订单审核 → 订单确认 → 传递至配货
|
||||
- **执行角色**：销售内勤、订单管理员
|
||||
- **业务成果**：准确捕获客户需求、启动销售流程、确保订单合规。
|
||||
|
||||
<br>
|
||||
|
||||
3. **批发配货**：高效、准确地完成销售开单
|
||||
- **功能描述**：销售开单的核心环节，支持多种开单模式，处理客户订单的配货，并进行库存、价格和信誉的实时校验。
|
||||
- **核心特征**：
|
||||
- 支持多种开单模式（单品/极速开单、按订单开单）。
|
||||
- 实时库存检查与预占。
|
||||
- 自动应用客户价格、促销策略。
|
||||
- 客户信誉额度控制。
|
||||
- **核心流程**：选择客户 → 引入订单/商品 → 批号分配 → 价格计算 → 提交仓库
|
||||
- **执行角色**：开单员、销售员
|
||||
- **业务成果**：高效准确地完成销售开单、保障订单可执行性、控制销售风险。
|
||||
|
||||
<br>
|
||||
|
||||
4. **退货红冲**：规范化处理销售退回与账务调整
|
||||
- **功能描述**：处理客户的退货请求及对已出库单据的红冲业务，确保退货流程的规范化和账务的准确性。
|
||||
- **核心特征**：
|
||||
- 销售退回申请流程，支持审批。
|
||||
- 关联原销售单据，方便追溯。
|
||||
- 支持对已结算单据进行红冲处理，生成负数发票。
|
||||
- **核心流程**：退货申请 → 申请审批 → 生成退货单 → 财务红冲
|
||||
- **执行角色**：销售员、财务人员
|
||||
- **业务成果**：规范退货流程、确保账实相符、准确调整应收账款。
|
||||
|
||||
<br>
|
||||
|
||||
5. **批发促销管理**：驱动销售增长的营销工具
|
||||
- **功能描述**：灵活制定和管理各类销售促销活动，如组合套餐、特价、买赠等，以刺激销售、提升客户粘性。
|
||||
- **核心特征**：
|
||||
- 支持多种促销形式（组合套餐、价格促销、单品买赠）。
|
||||
- 可设定促销范围（客户、区域、时间）。
|
||||
- 促销方案需审核后生效。
|
||||
- 销售开单时自动匹配并应用促销规则。
|
||||
- **核心流程**：策略制定 → 方案设置 → 方案审核 → 自动执行 → 效果分析
|
||||
- **执行角色**：市场部、销售经理
|
||||
- **业务成果**：提升销售额、清理库存、增强客户忠诚度。
|
||||
|
||||
<br>
|
||||
|
||||
6. **销售结算**：完成销售业务的财务闭环
|
||||
- **功能描述**：负责处理与客户的财务往来，包括开具销售发票、核销客户回款、管理预收款等，是销售流程的财务闭环。
|
||||
- **核心特征**：
|
||||
- 支持按出库单开具发票。
|
||||
- 多种回款核销方式，处理复杂账务。
|
||||
- 预收款管理，可用于抵扣后续订单。
|
||||
- **核心流程**：开具发票 → 登记回款 → 核销应收 → 财务记账
|
||||
- **执行角色**：财务人员、会计
|
||||
- **业务成果**：完成销售收款、确保资金回笼、准确管理应收账款。
|
||||
|
||||
<br>
|
||||
|
||||
7. **初始业务**：奠定销售业务的合规基石
|
||||
- **功能描述**：用于设置销售业务的基础规则和限制，如GSP要求的商品销售范围、客户经营范围等，是保障销售合规性的前提。
|
||||
- **核心特征**：
|
||||
- 可按商品/批次设置客户销售范围。
|
||||
- 严格遵循GSP规范，对客户资质进行控制。
|
||||
- 设置后在销售开单环节自动校验。
|
||||
- **核心流程**：规则定义 → 参数设置 → 审核生效 → 业务校验
|
||||
- **执行角色**：系统管理员、质量管理员
|
||||
- **业务成果**：奠定业务合规基础、防范超范围经营风险。
|
||||
|
||||
<br>
|
||||
|
||||
8. **价格维护**：实现灵活、精准的价格策略
|
||||
- **功能描述**：对商品销售价格进行动态管理，支持按批次、按客户等多维度定价，确保价格策略的灵活性和准确性。
|
||||
- **核心特征**：
|
||||
- 支持对特定批次商品设定独立售价。
|
||||
- 可建立多套价格体系，对应不同客户等级。
|
||||
- 价格调整需经审批流程。
|
||||
- **核心流程**：价格调研 → 调价单创建 → 价格审批 → 新价格生效
|
||||
- **执行角色**：价格管理员、销售经理
|
||||
- **业务成果**：实现灵活定价策略、快速响应市场变化、保障企业利润。
|
||||
|
||||
<br>
|
||||
|
||||
9. **绩效考核**：量化评估销售业绩
|
||||
- **功能描述**：通过建立商品、客户、业务员的考核集合，并设定考核规则，实现对销售业绩的多维度、自动化评估。
|
||||
- **核心特征**：
|
||||
- 可自定义考核对象（商品、客户、业务员）。
|
||||
- 支持多指标考核（销售额、毛利、回款率等）。
|
||||
- 系统自动采集数据并生成绩效报表。
|
||||
- **核心流程**：方案设置 → 集合定义 → 数据采集 → 报表生成 → 绩效评估
|
||||
- **执行角色**：人力资源、销售管理
|
||||
- **业务成果**：量化销售业绩、激励销售团队、为薪酬计算提供依据。
|
||||
|
||||
<br>
|
||||
|
||||
10. **序时簿**：提供全面的业务追溯与审计支持
|
||||
- **功能描述**：提供销售模块所有单据的历史记录查询功能，是数据追溯、业务审计和管理决策的重要工具。
|
||||
- **核心特征**：
|
||||
- 覆盖所有销售单据类型。
|
||||
- 提供丰富的查询条件进行数据筛选。
|
||||
- 支持单据状态跟踪和详情查看。
|
||||
- **核心流程**：选择单据类型 → 设置查询条件 → 查看结果 → 追溯详情
|
||||
- **执行角色**：所有业务人员、管理人员、审计人员
|
||||
- **业务成果**：保证业务可追溯性、提供审计支持、为管理决策提供数据。
|
||||
|
||||
<br>
|
||||
|
||||
11. **销售其他**：处理销售流程中的异常与特例
|
||||
- **功能描述**：处理销售过程中的一些辅助性和异常情况，如缺货登记和对特定客户暂停销售业务，保障主流程顺畅。
|
||||
- **核心特征**：
|
||||
- 缺货登记可触发采购需求。
|
||||
- 可对特定客户暂停全部或部分销售业务。
|
||||
- 作为主业务流程的补充，提高系统灵活性。
|
||||
- **核心流程**：异常识别 → 选择对应功能 → 信息登记 → 审核执行
|
||||
- **执行角色**：销售员、系统管理员
|
||||
- **业务成果**：妥善处理销售异常、加强客户风险管控、提升供应链协同效率。
|
||||
|
||||
<br>
|
||||
|
||||
12. **销退收验**：严控退货商品的第一道关卡
|
||||
- **功能描述**：严格遵循GSP规范，管理客户退回商品的实物接收和质量验收流程，是退货业务的入口和质量控制点。
|
||||
- **核心特征**：
|
||||
- 关联销售退回申请单进行收货。
|
||||
- 记录退货运输信息，特别是冷链管理。
|
||||
- 严格的质量验收流程，区分合格品与不合格品。
|
||||
- **核心流程**：接收退货 → 引入申请单 → 确认数量/信息 → 质量验收 → 生成退货单/拒收单
|
||||
- **执行角色**：仓库管理员、质量管理员
|
||||
- **业务成果**：确保退货商品得到妥善处理、防止不合格品再次入库、保障GSP合规。
|
||||
|
||||
## 三、总业务流程设计
|
||||
|
||||
### 3.1 总业务流程设计图
|
||||
|
||||
```mermaid
|
||||
graph TD
|
||||
subgraph "销售前台"
|
||||
A["客户需求/销售订单"] --> B["批发配货开单"]
|
||||
B --> C{"库存是否满足?"}
|
||||
C -- "1\. 是" --> D["提交至仓库"]
|
||||
C -- "2\. 否" --> E["缺货登记"]
|
||||
E --> A
|
||||
end
|
||||
|
||||
subgraph "仓库与退货作业"
|
||||
D --> F["销售出库分配"]
|
||||
F --> G["拣货与配货"]
|
||||
G --> H["出库复核"]
|
||||
H --> I["记账出库/发货"]
|
||||
|
||||
I -- "客户发起退货" --> N["客户退货申请"]
|
||||
N --> O["销退收验"]
|
||||
O --> P["生成退货单"]
|
||||
P --> Q["退货入库"]
|
||||
end
|
||||
|
||||
subgraph "财务结算"
|
||||
I -- "正常流程" --> J["销售结算"]
|
||||
J --> K["开具发票"]
|
||||
J --> L["处理回款"]
|
||||
K & L --> M["财务记账"]
|
||||
|
||||
Q -- "退货入库后" --> R["退货结算/红冲"]
|
||||
R --> J
|
||||
end
|
||||
|
||||
classDef sales fill:#e3f2fd,stroke:#2196f3,stroke-width:2px;
|
||||
classDef warehouse fill:#e8f5e9,stroke:#4caf50,stroke-width:2px;
|
||||
classDef finance fill:#fffde7,stroke:#fbc02d,stroke-width:2px;
|
||||
classDef returns fill:#ffebee,stroke:#f44336,stroke-width:2px;
|
||||
|
||||
class A,B,C,D,E sales;
|
||||
class F,G,H,I warehouse;
|
||||
class J,K,L,M finance;
|
||||
class N,O,P,Q,R returns;
|
||||
```
|
||||
|
||||
### 3.2 常用单据分类说明
|
||||
|
||||
1. **合同单据**：销售合同、返利协议
|
||||
2. **订单单据**：销售订单、订单变更申请
|
||||
3. **出库单据**：销售出库单（批发/门店）、销售出库差价单
|
||||
4. **退货单据**：销售退回申请、销售退回单、销售单红冲
|
||||
5. **结算单据**：销售发票、销售回款单、预收单
|
||||
6. **促销单据**：组合套餐方案、价格促销方案、买赠方案
|
||||
7. **控制单据**：商品销售范围设置、客户业务停止设置
|
||||
|
||||
<br>
|
||||
|
||||
#### 主要数据流
|
||||
1. **客户信息** → 销售合同 → 销售订单 → 销售出库 → 销售结算
|
||||
2. **商品信息** → 销售订单 → 价格维护 → 绩效考核
|
||||
3. **库存信息** → 销售开单（库存检查） → 出库发货 → 库存扣减
|
||||
4. **促销信息** → 销售开单（价格计算）
|
||||
5. **GSP信息** → 贯穿销售全流程（客户/商品资质审核）
|
||||
|
||||
<br>
|
||||
|
||||
---
|
||||
<br>
|
||||
|
||||
## 四、其它模块详解
|
||||
|
||||
### 4.1 合同管理
|
||||
|
||||
#### 4.1.1 功能简述
|
||||
记录与客户签订的销售合同，明确返利政策、付款规则等，为长期合作提供依据。
|
||||
|
||||
#### 4.1.2 业务流程图
|
||||
```mermaid
|
||||
graph LR
|
||||
A["开始"] --> B["新增合同资料"]
|
||||
B --> C["选择客户"]
|
||||
C --> D["录入合同条款<br>(付款规则, 返利方式)"]
|
||||
D --> E["维护协议商品及价格"]
|
||||
E --> F["保存并提交审核"]
|
||||
F --> G{"审核是否通过?"}
|
||||
G -- "1\. 是" --> H["合同生效"]
|
||||
G -- "2\. 否" --> I["返回修改"]
|
||||
I --> B
|
||||
H --> J["结束"]
|
||||
|
||||
classDef startEnd fill:#e8f5e9,stroke:#4caf50,stroke-width:2px;
|
||||
classDef process fill:#e3f2fd,stroke:#2196f3,stroke-width:2px;
|
||||
classDef decision fill:#fffde7,stroke:#fbc02d,stroke-width:2px;
|
||||
|
||||
class A,J startEnd;
|
||||
class B,C,D,E,F,H,I process;
|
||||
class G decision;
|
||||
```
|
||||
|
||||
### 4.2 订单处理
|
||||
|
||||
#### 4.2.1 功能简述
|
||||
处理来自客户的销售订单，支持手动创建或从第三方平台导入，是所有销售活动的起点。
|
||||
|
||||
#### 4.2.2 业务流程图
|
||||
```mermaid
|
||||
graph LR
|
||||
A["开始"] --> B["创建销售订单"]
|
||||
B --> C["录入客户与商品信息"]
|
||||
C --> D["确认价格与数量"]
|
||||
D --> E["保存并提交审核"]
|
||||
E --> F{"审核是否通过?"}
|
||||
F -- "1\. 是" --> G["订单生效<br>(可用于出库开单)"]
|
||||
F -- "2\. 否" --> H["返回修改"]
|
||||
H --> B
|
||||
G --> I["结束"]
|
||||
|
||||
classDef startEnd fill:#e8f5e9,stroke:#4caf50,stroke-width:2px;
|
||||
classDef process fill:#e3f2fd,stroke:#2196f3,stroke-width:2px;
|
||||
classDef decision fill:#fffde7,stroke:#fbc02d,stroke-width:2px;
|
||||
|
||||
class A,I startEnd;
|
||||
class B,C,D,E,G,H process;
|
||||
class F decision;
|
||||
```
|
||||
|
||||
### 4.3 批发配货
|
||||
|
||||
#### 4.3.1 功能简述
|
||||
批发配货是销售开单的核心环节，支持多种开单模式以适应不同业务场景，如快速开单、按订单开单等。开单过程中系统会进行库存检查、价格计算和客户信誉管控。
|
||||
|
||||
#### 4.3.2 业务流程图
|
||||
```mermaid
|
||||
graph TD
|
||||
A["进入开单界面"] --> B["选择客户"]
|
||||
B --> C{"选择开单模式"}
|
||||
C -- "1\. 单品/极速开单" --> D["手动检索商品"]
|
||||
C -- "2\. 按订单开单" --> E["引入销售订单"]
|
||||
D --> F["选择批号并输入数量"]
|
||||
E --> F
|
||||
F --> G["系统自动计算价格"]
|
||||
G --> H{"库存/信誉等检查"}
|
||||
H -- "1\. 通过" --> I["明细添加成功"]
|
||||
H -- "2\. 不通过" --> J["提示并处理<br>(如缺货登记)"]
|
||||
I --> K{"是否继续开单?"}
|
||||
K -- "1\. 是" --> C
|
||||
K -- "2\. 否" --> L["提交单据至仓库"]
|
||||
L --> M["结束"]
|
||||
J --> K
|
||||
|
||||
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,M startEnd;
|
||||
class B,D,E,F,G,I,J,L process;
|
||||
class C,H,K decision;
|
||||
```
|
||||
|
||||
### 4.4 退货红冲
|
||||
|
||||
#### 4.4.1 功能简述
|
||||
处理客户的退货需求。首先创建退货申请，经审批后，生成退货单，并最终完成退货入库和财务红冲。
|
||||
|
||||
#### 4.4.2 业务流程图
|
||||
```mermaid
|
||||
graph LR
|
||||
A["客户提出退货"] --> B["创建销售退回申请"]
|
||||
B --> C["引入原销售单据"]
|
||||
C --> D["确认退货商品与数量"]
|
||||
D --> E["提交审批"]
|
||||
E --> F{"审批是否通过?"}
|
||||
F -- "1\. 是" --> G["生成销售退回单"]
|
||||
G --> H["进入销退收验流程"]
|
||||
H --> I["结束"]
|
||||
F -- "2\. 否" --> J["驳回申请"]
|
||||
J --> I
|
||||
|
||||
classDef startEnd fill:#e8f5e9,stroke:#4caf50,stroke-width:2px;
|
||||
classDef process fill:#e3f2fd,stroke:#2196f3,stroke-width:2px;
|
||||
classDef decision fill:#fffde7,stroke:#fbc02d,stroke-width:2px;
|
||||
|
||||
class A,I startEnd;
|
||||
class B,C,D,E,G,H,J process;
|
||||
class F decision;
|
||||
```
|
||||
|
||||
### 4.5 批发促销管理
|
||||
|
||||
#### 4.5.1 功能简述
|
||||
用于制定和管理各类销售促销活动，以刺激销售、提升客户粘性。支持组合套餐、价格促销、买赠等多种形式。
|
||||
|
||||
#### 4.5.2 业务流程图
|
||||
```mermaid
|
||||
graph TD
|
||||
A["制定促销策略"] --> B{"选择促销类型"}
|
||||
B -- "1\. 组合套餐" --> C["组合套餐设置<br>定义套餐商品与价格"]
|
||||
B -- "2\. 价格促销" --> D["价格促销方案设置<br>定义特价商品与时限"]
|
||||
B -- "3\. 买赠" --> E["单品买赠方案设置<br>定义买A赠B规则"]
|
||||
C --> F["设置促销范围<br>(客户/区域/时间)"]
|
||||
D --> F
|
||||
E --> F
|
||||
F --> G["审核并启用促销方案"]
|
||||
G --> H["销售开单时自动应用"]
|
||||
H --> I["结束"]
|
||||
|
||||
classDef startEnd fill:#e8f5e9,stroke:#4caf50,stroke-width:2px;
|
||||
classDef process fill:#e3f2fd,stroke:#2196f3,stroke-width:2px;
|
||||
classDef decision fill:#fffde7,stroke:#fbc02d,stroke-width:2px;
|
||||
|
||||
class A,I startEnd;
|
||||
class C,D,E,F,G,H process;
|
||||
class B decision;
|
||||
```
|
||||
|
||||
### 4.6 销售结算
|
||||
|
||||
#### 4.6.1 功能简述
|
||||
负责处理与客户的财务往来，包括开具销售发票、核销客户回款、管理预收款等，是销售流程的财务闭环。
|
||||
|
||||
#### 4.6.2 业务流程图
|
||||
```mermaid
|
||||
graph LR
|
||||
A["开始"] --> B{"选择结算业务"}
|
||||
B -- "1\. 开具发票" --> C["销售发票"]
|
||||
C --> D["引入出库单据"]
|
||||
D --> E["审核并记账"]
|
||||
E --> F["结束"]
|
||||
B -- "2\. 核销回款" --> G["销售回款单"]
|
||||
G --> H["引入出库单或应收账款"]
|
||||
H --> I["审核并记账"]
|
||||
I --> F
|
||||
B -- "3\. 处理预收" --> J["预收单"]
|
||||
J --> K["登记预收款"]
|
||||
K --> L["出库后核销"]
|
||||
L --> F
|
||||
|
||||
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,F startEnd;
|
||||
class C,D,E,G,H,I,J,K,L process;
|
||||
class B decision;
|
||||
```
|
||||
|
||||
### 4.7 初始业务
|
||||
|
||||
#### 4.7.1 功能简述
|
||||
用于设置销售业务的基础规则和限制，如限制某些商品只能销售给特定客户，或对特定批次商品进行销售范围控制。
|
||||
|
||||
#### 4.7.2 业务流程图
|
||||
```mermaid
|
||||
graph TD
|
||||
A["设置销售规则"] --> B{"选择控制范围"}
|
||||
B -- "1\. 按商品" --> C["商品销售客户范围设置"]
|
||||
B -- "2\. 按批次" --> D["商品批次销售范围设置"]
|
||||
C --> E["定义商品与客户的对应关系"]
|
||||
D --> F["定义批次与客户的对应关系"]
|
||||
E --> G["审核并生效"]
|
||||
F --> G
|
||||
G --> H["销售开单时自动校验"]
|
||||
H --> I["结束"]
|
||||
|
||||
classDef startEnd fill:#e8f5e9,stroke:#4caf50,stroke-width:2px;
|
||||
classDef process fill:#e3f2fd,stroke:#2196f3,stroke-width:2px;
|
||||
classDef decision fill:#fffde7,stroke:#fbc02d,stroke-width:2px;
|
||||
|
||||
class A,I startEnd;
|
||||
class C,D,E,F,G,H process;
|
||||
class B decision;
|
||||
```
|
||||
|
||||
### 4.8 价格维护
|
||||
|
||||
#### 4.8.1 功能简述
|
||||
对商品销售价格进行动态管理，核心功能是批次售价调整，允许对特定批次的商品设定独立的销售价格。
|
||||
|
||||
#### 4.8.2 业务流程图
|
||||
```mermaid
|
||||
graph LR
|
||||
A["价格调整需求"] --> B["创建批次售价调整单"]
|
||||
B --> C["选择仓库与商品批次"]
|
||||
C --> D["输入新的销售价格"]
|
||||
D --> E["保存并提交审核"]
|
||||
E --> F{"审核是否通过?"}
|
||||
F -- "1\. 是" --> G["价格生效"]
|
||||
F -- "2\. 否" --> H["返回修改"]
|
||||
H --> B
|
||||
G --> I["结束"]
|
||||
|
||||
classDef startEnd fill:#e8f5e9,stroke:#4caf50,stroke-width:2px;
|
||||
classDef process fill:#e3f2fd,stroke:#2196f3,stroke-width:2px;
|
||||
classDef decision fill:#fffde7,stroke:#fbc02d,stroke-width:2px;
|
||||
|
||||
class A,I startEnd;
|
||||
class B,C,D,E,G,H process;
|
||||
class F decision;
|
||||
```
|
||||
|
||||
### 4.9 绩效考核
|
||||
|
||||
#### 4.9.1 功能简述
|
||||
通过建立商品、客户、业务员的集合，并设定考核规则，实现对销售业绩的量化评估。
|
||||
|
||||
#### 4.9.2 业务流程图
|
||||
```mermaid
|
||||
graph TD
|
||||
A["制定考核方案"] --> B["创建商品/客户/业务员集合"]
|
||||
B --> C["向集合中添加具体成员"]
|
||||
C --> D["设置考核规则<br>(如销售额、毛利、回款率等)"]
|
||||
D --> E["审核并启用考核方案"]
|
||||
E --> F["系统自动采集销售数据"]
|
||||
F --> G["生成绩效报表"]
|
||||
G --> H["结束"]
|
||||
|
||||
classDef startEnd fill:#e8f5e9,stroke:#4caf50,stroke-width:2px;
|
||||
classDef process fill:#e3f2fd,stroke:#2196f3,stroke-width:2px;
|
||||
|
||||
class A,H startEnd;
|
||||
class B,C,D,E,F,G process;
|
||||
```
|
||||
|
||||
### 4.10 序时簿
|
||||
|
||||
#### 4.10.1 功能简述
|
||||
提供销售模块所有单据的历史记录查询功能，是数据追溯和审计的重要工具。
|
||||
|
||||
#### 4.10.2 业务流程图
|
||||
```mermaid
|
||||
graph LR
|
||||
A["进入序时簿"] --> B["选择单据类型<br>(如销售出库序时簿)"]
|
||||
B --> C["设置查询条件<br>(时间, 客户, 状态等)"]
|
||||
C --> D["执行查询"]
|
||||
D --> E["查看/打印单据详情"]
|
||||
E --> F["结束"]
|
||||
|
||||
classDef startEnd fill:#e8f5e9,stroke:#4caf50,stroke-width:2px;
|
||||
classDef process fill:#e3f2fd,stroke:#2196f3,stroke-width:2px;
|
||||
|
||||
class A,F startEnd;
|
||||
class B,C,D,E process;
|
||||
```
|
||||
|
||||
### 4.11 销售其他
|
||||
|
||||
#### 4.11.1 功能简述
|
||||
处理销售过程中的一些辅助性和异常情况，如缺货登记和对特定客户暂停销售业务。
|
||||
|
||||
#### 4.11.2 业务流程图
|
||||
```mermaid
|
||||
graph TD
|
||||
A["发生异常情况"] --> B{"选择业务类型"}
|
||||
B -- "1\. 库存不足" --> C["缺货登记"]
|
||||
C --> D["录入缺货商品与客户信息"]
|
||||
D --> E["通知采购部门"]
|
||||
E --> F["结束"]
|
||||
B -- "2\. 客户业务问题" --> G["客户业务停止销售设置"]
|
||||
G --> H["选择客户并设置停止"]
|
||||
H --> I["审核后生效"]
|
||||
I --> F
|
||||
|
||||
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,F startEnd;
|
||||
class C,D,E,G,H,I process;
|
||||
class B decision;
|
||||
```
|
||||
|
||||
### 4.12 销退收验
|
||||
|
||||
#### 4.12.1 功能简述
|
||||
管理客户退回商品的接收和验收流程，是退货业务的实物处理环节，确保退货商品得到妥善处理。
|
||||
|
||||
#### 4.12.2 业务流程图
|
||||
```mermaid
|
||||
graph LR
|
||||
A["收到客户退货"] --> B["销售退回接收记录"]
|
||||
B --> C["引入销售退回申请单"]
|
||||
C --> D["确认接收数量与运输信息"]
|
||||
D --> E["提交至验收环节"]
|
||||
E --> F["销售退回验收"]
|
||||
F --> G["核对商品、批号、质量"]
|
||||
G --> H{"验收是否合格?"}
|
||||
H -- "1\. 是" --> I["生成销售退回单"]
|
||||
H -- "2\. 否" --> J["生成拒收或不合格品处理"]
|
||||
I --> K["结束"]
|
||||
J --> K
|
||||
|
||||
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,K startEnd;
|
||||
class B,C,D,E,F,G,I,J process;
|
||||
class H decision;
|
||||
```
|
||||
|
||||
## 五、 与供应链其它模块的集成
|
||||
|
||||
### 5.1 与其他模块的集成
|
||||
|
||||
#### 与采购管理模块
|
||||
- 销售订单和销售预测数据是制定采购计划的重要依据，实现以销定采。
|
||||
- 缺货登记信息直接触发采购需求。
|
||||
|
||||
#### 与仓存管理模块
|
||||
- 销售出库单驱动仓库进行拣货、复核、发货等一系列出库作业。
|
||||
- 仓库的实时库存数据是销售开单时进行库存检查的基础，确保订单的可执行性。
|
||||
- 客户退货通过销退收验流程，将商品退回仓库，更新库存。
|
||||
|
||||
#### 与核算管理模块
|
||||
- 销售出库单和销售发票的数据流入核算模块，用于计算销售成本和收入。
|
||||
- 销售回款单和预收单更新客户的应收账款状态。
|
||||
- 价格维护和促销活动直接影响销售额和毛利，是成本核算的重要输入。
|
||||
|
||||
#### 与GSP管理模块
|
||||
- 销售全流程嵌入GSP管控点，如客户资质审核、药品销售范围控制、特殊药品销售限制等。
|
||||
- 销售出库和运输过程需符合GSP对温度、记录等的要求。
|
||||
|
||||
|
||||
### 5.2 数据流关系图
|
||||
|
||||
```mermaid
|
||||
graph TD
|
||||
subgraph "上游与基础数据"
|
||||
direction LR
|
||||
Customer["客户"]
|
||||
BaseData["基础数据<br>(商品, 价格, 库存)"]
|
||||
end
|
||||
|
||||
subgraph "核心: 销售管理模块"
|
||||
Sales["销售管理"]
|
||||
end
|
||||
|
||||
subgraph "下游与关联模块"
|
||||
direction LR
|
||||
Purchase["采购管理"]
|
||||
Warehouse["仓存管理"]
|
||||
Accounting["核算管理"]
|
||||
GSP["GSP管理"]
|
||||
end
|
||||
|
||||
subgraph "外部系统"
|
||||
direction LR
|
||||
FinanceSys["财务系统"]
|
||||
RegSys["监管系统"]
|
||||
end
|
||||
|
||||
%% 数据流
|
||||
|
||||
BaseData -- "数据支撑" --> Sales
|
||||
Customer -- "销售订单" --> Sales
|
||||
|
||||
Sales -- "预测/缺货" --> Purchase
|
||||
Sales -- "出/入库指令" --> Warehouse
|
||||
Warehouse -- "库存同步" --> Sales
|
||||
|
||||
Sales -- "收入/应收" --> Accounting
|
||||
Warehouse -- "成本" --> Accounting
|
||||
|
||||
Sales -- "全流程管控" --> GSP
|
||||
|
||||
Accounting -- "财务凭证" --> FinanceSys
|
||||
GSP -- "合规报告" --> RegSys
|
||||
Sales -- "发货/发票" --> Customer
|
||||
```
|
||||
|
||||
## 六、总结
|
||||
|
||||
G3ERP供应链销售管理模块是一个功能全面、流程严谨的销售业务管理系统。它通过十二个核心子模块，实现了从合同、订单到出库、结算的全流程闭环管理，并深度融合了GSP合规要求。
|
||||
|
||||
该模块的核心价值在于：
|
||||
1. **流程驱动**：以标准化的业务流程驱动销售活动，提升效率，减少人为错误。
|
||||
2. **数据整合**：与采购、仓存、核算等模块无缝集成，打破信息孤岛，实现数据实时同步。
|
||||
3. **智能决策**：通过促销管理、绩效考核等功能，为销售策略和团队管理提供数据支持。
|
||||
4. **合规保障**：将GSP规范固化于系统流程中，有效规避经营风险。
|
||||
|
||||
通过实施G3ERP销售管理模块，医药企业能够显著提升销售业务的响应速度、执行效率和管理水平，从而在激烈的市场竞争中获得优势。
|
||||
466
1-流程梳理/1-G3ERP供应链模块解读/1.3.1-G3ERP供应链仓存管理模块解读文档-v2.0-VS修正版.md
Normal file
466
1-流程梳理/1-G3ERP供应链模块解读/1.3.1-G3ERP供应链仓存管理模块解读文档-v2.0-VS修正版.md
Normal file
@ -0,0 +1,466 @@
|
||||
# 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
|
||||
H -- "7\. 运输成本与回执" --> 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["商品仓库属性更新"]
|
||||
@ -194,29 +194,32 @@ graph LR
|
||||
```mermaid
|
||||
graph TD
|
||||
A["价格策略调整需求"] --> B{"选择调价维度"}
|
||||
B -- "1\. 按商品" --> C["通用调价单"]
|
||||
|
||||
B -- "1\. 按商品(通用)" --> C["通用调价单"]
|
||||
B -- "2\. 按客户" --> D["客户调价单"]
|
||||
B -- "3\. 按客户类别" --> E["客户类别调价单"]
|
||||
|
||||
C --> F["录入商品及新售价"]
|
||||
D --> F
|
||||
E --> F
|
||||
|
||||
F --> G["设置生效日期(可选)"]
|
||||
G --> H["提交审核"]
|
||||
H --> I{"审核通过?"}
|
||||
I -- "是" --> J["价格策略生效"]
|
||||
I -- "否" --> K["返回修改"]
|
||||
K --> B
|
||||
J --> L["结束"]
|
||||
B -- "4\. 按部门" --> F["部门调价单"]
|
||||
B -- "5\. 按客户+业务员" --> G["客户业务员调价单"]
|
||||
B -- "6\. 按价格方案" --> H["各类价格方案调价单"]
|
||||
|
||||
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;
|
||||
subgraph "价格设置"
|
||||
C --> I["录入商品及新售价"]
|
||||
D --> I
|
||||
E --> I
|
||||
F --> I
|
||||
G --> I
|
||||
H --> J["选择基础价格方案<br>并设置折扣/加点"]
|
||||
end
|
||||
|
||||
I --> K["设置生效日期(可选)"]
|
||||
J --> K
|
||||
|
||||
class A,L startEnd;
|
||||
class C,D,E,F,G,H,J,K process;
|
||||
class B,I decision;
|
||||
K --> L["提交审核"]
|
||||
L --> M{"审核通过?"}
|
||||
M -- "是" --> N["价格策略生效"]
|
||||
M -- "否" --> O["返回修改"]
|
||||
O --> B
|
||||
N --> P["结束"]
|
||||
```
|
||||
<br>
|
||||
|
||||
@ -1,418 +0,0 @@
|
||||
# G3ERP供应链GSP管理模块解读文档
|
||||
|
||||
## 一、GSP管理模块概述
|
||||
|
||||
G3ERP供应链GSP管理模块是专为医药企业设计的核心合规性管理系统，深度融合了《药品经营质量管理规范》（GSP）的各项要求。该模块贯穿于采购、收货、验收、储存、养护、销售、出库及售后服务的整个供应链流程，通过信息化的手段，确保药品在流通环节中的质量与安全。
|
||||
|
||||
本模块的核心目标是实现业务流程与GSP法规的无缝对接，将合规性检查点嵌入到日常操作中，从而实现对药品流通全过程的标准化、规范化和可追溯管理。它不仅是企业合法经营的保障，也是提升药品质量管理水平、降低运营风险的关键工具。
|
||||
|
||||
<br>
|
||||
|
||||
## 二、GSP管理功能架构
|
||||
|
||||
### 2.1 GSP管理功能架构图
|
||||
|
||||
GSP管理模块的功能覆盖了供应链的各个关键环节，主要由以下十四个核心子模块构成，形成一个全面的质量管理与合规监控体系。此架构通过四大板块（准入、过程、支持、处置）确保GSP规范的全程贯彻。
|
||||
|
||||
```mermaid
|
||||
graph LR
|
||||
A["GSP管理模块"]
|
||||
|
||||
subgraph "准入环节 (源头控制)"
|
||||
B["首营管理"]
|
||||
M["供应商管理"]
|
||||
N["客户管理"]
|
||||
O["商品管理"]
|
||||
end
|
||||
|
||||
subgraph "过程环节 (流程监控)"
|
||||
C["采购管理"]
|
||||
D["收货运输"]
|
||||
E["质量验收"]
|
||||
F["储存养护"]
|
||||
G["销售出库"]
|
||||
end
|
||||
|
||||
subgraph "支持环节 (体系保障)"
|
||||
J["人员与培训"]
|
||||
K["设备与设施"]
|
||||
L["管理职责"]
|
||||
end
|
||||
|
||||
subgraph "反馈与处置环节 (风险应对)"
|
||||
H["售后管理"]
|
||||
I["质量管理"]
|
||||
end
|
||||
|
||||
A --> B; A --> C; A --> D; A --> E; A --> F; A --> G; A --> H;
|
||||
A --> I; A --> J; A --> K; A --> L; A --> M; A --> N; A --> O;
|
||||
|
||||
B --> B1["首营企业/客户/品种审批"]
|
||||
B --> B2["信息更新与档案管理"]
|
||||
|
||||
F --> F1["库存商品养护"]
|
||||
F --> F2["温湿度记录"]
|
||||
F --> F3["近效期商品处理"]
|
||||
|
||||
H --> H1["顾客投诉与质量反馈"]
|
||||
H --> H2["药品不良反应报告"]
|
||||
|
||||
I --> I1["不合格品处理"]
|
||||
I --> I2["药品质量复查与停售"]
|
||||
|
||||
J --> J1["人员档案与健康记录"]
|
||||
J --> J2["培训计划与记录"]
|
||||
|
||||
K --> K1["设备设施台账"]
|
||||
K --> K2["设备检修与维护记录"]
|
||||
|
||||
L --> L1["质量管理文件存档"]
|
||||
L --> L2["质量制度考核记录"]
|
||||
|
||||
M --> M1["供应商停用/禁用管理"]
|
||||
N --> N1["客户停售/禁用管理"]
|
||||
O --> O1["商品停售/停购管理"]
|
||||
|
||||
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,K,L,M,N,O subModuleClass
|
||||
class B1,B2,F1,F2,F3,H1,H2,I1,I2,J1,J2,K1,K2,L1,L2,M1,N1,O1 functionClass
|
||||
```
|
||||
|
||||
<br>
|
||||
|
||||
### 2.2 GSP管理功能架构图结构说明
|
||||
|
||||
GSP管理的十四个模块共同构建了一个闭环的质量管理体系，确保了从源头到终端的每一个环节都符合GSP要求。
|
||||
|
||||
- **准入环节 (源头控制)**: **首营管理**、**供应商管理**、**客户管理**、**商品管理**共同构成了准入控制体系，确保所有参与药品流通的主体和客体都具备合法资质。
|
||||
- **过程环节 (流程监控)**: **采购管理**、**收货运输**、**质量验收**、**储存养护**、**销售出库**将GSP要求融入日常业务，实现过程中的实时监控与记录。
|
||||
- **支持环节 (体系保障)**: **人员与培训**、**设备与设施**、**管理职责**为GSP体系的有效运行提供了基础保障。
|
||||
- **反馈与处置环节 (风险应对)**: **售后管理**和**质量管理**负责处理流通环节中发现的质量问题和风险事件，形成闭环处置。
|
||||
|
||||
<br>
|
||||
|
||||
## 三、总业务流程设计
|
||||
|
||||
### 3.1 GSP管理总业务流程设计图
|
||||
|
||||
GSP管理并非一个独立的业务流程，而是作为一条合规主线，深度嵌入到供应链的各个核心业务流程中，扮演着“检查点”和“监控器”的角色。
|
||||
|
||||
```mermaid
|
||||
graph TD
|
||||
subgraph "GSP驱动的供应链总流程"
|
||||
GSP_A["<b>1. 准入控制</b><br>首营审批、供/客/商资质管理"]
|
||||
A["采购流程"]
|
||||
GSP_B["<b>2. 过程质量控制</b><br>收货、验收、储存、养护"]
|
||||
B["仓储流程"]
|
||||
GSP_C["<b>3. 出库与售后控制</b><br>出库复核、售后追踪、质量反馈"]
|
||||
C["销售流程"]
|
||||
|
||||
GSP_A -- "前置审批" --> A
|
||||
A -- "入库环节" --> GSP_B
|
||||
GSP_B -- "质量合格" --> B
|
||||
B -- "出库环节" --> GSP_C
|
||||
GSP_C -- "质量合格" --> C
|
||||
|
||||
subgraph "GSP支持体系 (贯穿全程)"
|
||||
GSP_D["人员、设备、文件、职责管理"]
|
||||
end
|
||||
|
||||
GSP_D -.-> GSP_A
|
||||
GSP_D -.-> GSP_B
|
||||
GSP_D -.-> GSP_C
|
||||
end
|
||||
|
||||
classDef coreBiz fill:#e3f2fd,stroke:#1976d2,stroke-width:2px;
|
||||
classDef gspPoint fill:#fffde7,stroke:#fbc02d,stroke-width:2px;
|
||||
classDef gspSupport fill:#e8f5e9,stroke:#388e3c,stroke-width:2px;
|
||||
|
||||
class A,B,C coreBiz;
|
||||
class GSP_A,GSP_B,GSP_C gspPoint;
|
||||
class GSP_D gspSupport;
|
||||
```
|
||||
|
||||
<br>
|
||||
|
||||
### 3.2 流程说明
|
||||
|
||||
1. **前置审批 (准入控制)**：在任何采购或销售业务发生前，**首营管理**、**供应商/客户/商品管理**模块必须完成对业务主客体的资质审批，这是所有业务的合规起点。
|
||||
2. **过程质量控制**：采购的商品到达后，**收货运输**和**质量验收**模块确保入库前质量合格。在库期间，**储存养护**模块持续监控。销售出库时，需进行**出库复核**。
|
||||
3. **售后与风险处置**：商品售出后，**售后管理**模块负责追踪质量和处理反馈。一旦发现质量问题，**质量管理**模块将启动不合格品处理、停售或召回流程。
|
||||
4. **全面支持**：整个过程都建立在合格的**人员**、经过校验的**设备**以及明确的**管理职责**之上，所有活动均有文件记录，确保全程可追溯。
|
||||
|
||||
<br>
|
||||
|
||||
## 四、模块详解
|
||||
|
||||
### 4.1 首营管理
|
||||
|
||||
- **功能简述**：作为GSP管理的源头，负责对首次合作的企业（供应商/客户）和首次经营的药品进行严格的资质审核与审批，建立合格档案。
|
||||
- **核心流程**：
|
||||
```mermaid
|
||||
graph TD
|
||||
A["发起首营申请<br>(企业/客户/品种)"] --> B["提交相关资质文件<br>(电子版/扫描件)"]
|
||||
B --> C["多级审批流程<br>(如：采购部 -> 质量部 -> 领导)"]
|
||||
C --> D{"审批是否通过?"}
|
||||
D -- "是" --> E["生成合格档案<br>允许进行业务操作"]
|
||||
D -- "否" --> F["驳回申请<br>补充资料后可重新发起"]
|
||||
E --> G["结束"]
|
||||
F --> G
|
||||
```
|
||||
|
||||
### 4.2 采购管理
|
||||
|
||||
- **功能简述**：本模块主要用于查询采购环节中涉及GSP的各类记录，确保采购过程的合规性与可追溯性。
|
||||
- **核心功能**：提供对采购订单、收货单、验收单等单据中GSP相关信息的集中查询与审计。
|
||||
- **核心流程**：
|
||||
```mermaid
|
||||
graph TD
|
||||
A["创建采购订单"] --> B{"前置GSP检查<br>供应商/商品是否合格?"};
|
||||
B -- "是" --> C["允许采购<br>记录合规信息"];
|
||||
B -- "否" --> D["禁止采购<br>提示资质问题"];
|
||||
C --> E["后续业务流程"];
|
||||
D --> F["流程结束"];
|
||||
E --> F;
|
||||
```
|
||||
|
||||
### 4.3 收货运输
|
||||
|
||||
- **功能简述**：记录药品在收货和退货运输过程中的关键信息，特别是对有特殊温控要求的药品，确保运输过程符合GSP规范。
|
||||
- **核心流程**：
|
||||
```mermaid
|
||||
graph TD
|
||||
A["收货/退货发生"] --> B["创建运输记录单"]
|
||||
B --> C["录入运输信息<br>(承运单位, 运输方式, 温湿度等)"]
|
||||
C --> D["审核记录"]
|
||||
D --> E["存档备查"]
|
||||
```
|
||||
|
||||
### 4.4 质量验收
|
||||
|
||||
- **功能简述**：提供对收货验收和销售退回验收环节所有记录的查询功能，是质量追溯的重要组成部分。
|
||||
- **核心功能**：集中查询所有验收单据，包括验收员、验收时间、验收结论、不合格品处理等关键信息。
|
||||
- **核心流程**：
|
||||
```mermaid
|
||||
graph TD
|
||||
A["货物到达/销售退回"] --> B["启动质量验收流程"];
|
||||
B --> C["按照GSP标准进行验收<br>(外观, 批号, 效期等)"];
|
||||
C --> D{"验收是否合格?"};
|
||||
D -- "是" --> E["验收通过<br>更新库存为合格品"];
|
||||
D -- "否" --> F["验收不合格<br>生成不合格品记录"];
|
||||
E --> G["进入合格品库"];
|
||||
F --> H["进入不合格品库/退货"];
|
||||
```
|
||||
|
||||
### 4.5 储存养护
|
||||
|
||||
- **功能简述**：对在库药品的储存条件和质量状态进行动态管理和监控，是保障药品在库期间质量安全的核心环节。
|
||||
- **核心流程**：
|
||||
```mermaid
|
||||
graph TD
|
||||
subgraph "GSP储存养护核心循环"
|
||||
|
||||
subgraph "持续监控与计划"
|
||||
A["仓库温湿度持续记录"]
|
||||
C["制定定期养护计划"]
|
||||
end
|
||||
|
||||
subgraph "养护执行与异常发现"
|
||||
D["执行在库商品养护"]
|
||||
B["温湿度超标预警"]
|
||||
F["发现近效期商品"]
|
||||
H["发现不合格品"]
|
||||
end
|
||||
|
||||
subgraph "处置流程"
|
||||
G["生成近效期处理任务"]
|
||||
I["启动不合格品处理流程"]
|
||||
end
|
||||
|
||||
A -- "触发" --> B
|
||||
C --> D
|
||||
D -- "检查发现" --> F
|
||||
D -- "检查发现" --> H
|
||||
B -- "可能导致" --> H
|
||||
|
||||
F --> G
|
||||
H --> I
|
||||
end
|
||||
```
|
||||
|
||||
### 4.6 销售出库
|
||||
|
||||
- **功能简述**：本模块主要用于查询销售出库环节中涉及GSP的各类记录，如出库复核记录、特殊药品销售记录等。
|
||||
- **核心功能**：提供对销售出库单、复核记录等单据中GSP相关信息的集中查询与审计。
|
||||
- **核心流程**：
|
||||
```mermaid
|
||||
graph TD
|
||||
A["创建销售订单"] --> B{"前置GSP检查<br>客户资质/商品状态"};
|
||||
B -- "是" --> C["执行出库<br>进行出库复核"];
|
||||
B -- "否" --> D["禁止销售<br>提示资质或商品问题"];
|
||||
C --> E{"复核是否通过?"};
|
||||
E -- "是" --> F["允许发货<br>记录复核信息"];
|
||||
E -- "否" --> G["暂停发货<br>重新拣货或处理"];
|
||||
F --> H["后续运输环节"];
|
||||
```
|
||||
|
||||
### 4.7 售后管理
|
||||
|
||||
- **功能简述**：处理药品售出后发生的质量查询、投诉、不良反应等事件，建立完整的售后追踪和处置记录。
|
||||
- **核心流程**：
|
||||
```mermaid
|
||||
graph TD
|
||||
A["接收客户反馈<br>(投诉/查询/不良反应)"] --> B["创建售后记录卡"]
|
||||
B --> C["记录详细信息与处理过程"]
|
||||
C --> D["分析与评估"]
|
||||
D --> E["形成处理意见并执行"]
|
||||
E --> F["存档备查"]
|
||||
```
|
||||
|
||||
### 4.8 质量管理
|
||||
|
||||
- **功能简述**：对发现的质量问题进行闭环处理，包括不合格品的隔离、报损、销毁，以及对问题药品的停售和召回管理。
|
||||
- **核心流程**：
|
||||
```mermaid
|
||||
graph TD
|
||||
A["发现质量问题药品"] --> B["不合格品记录/锁定"]
|
||||
B --> C{"处理方式判断"}
|
||||
C -- "报损/销毁" --> D["执行报损/销毁流程"]
|
||||
C -- "停售/召回" --> E["发布停售通知"]
|
||||
D --> F["更新库存与财务记录"]
|
||||
E --> F
|
||||
F --> G["记录存档"]
|
||||
```
|
||||
|
||||
### 4.9 人员与培训
|
||||
|
||||
- **功能简述**：管理与GSP相关的所有人员的资质、健康状况和培训情况，确保操作人员符合上岗要求。
|
||||
- **核心功能**：
|
||||
- **人员档案**：建立员工GSP相关的个人档案。
|
||||
- **健康档案**：管理员工的年度健康检查记录。
|
||||
- **培训管理**：制定年度培训计划，并记录每次培训的签到、内容和考核结果。
|
||||
- **核心流程**：
|
||||
```mermaid
|
||||
graph TD
|
||||
subgraph "人员与培训一体化管理流程"
|
||||
A["新员工入职 / 在职员工岗位变动"] --> B["建立 / 更新人员GSP档案"];
|
||||
|
||||
subgraph "资质与需求"
|
||||
direction LR
|
||||
B --> C["档案驱动培训需求"];
|
||||
B --> D["档案要求定期体检"];
|
||||
end
|
||||
|
||||
subgraph "培训闭环"
|
||||
E["制定培训计划"] --> F["组织GSP培训"];
|
||||
F --> G["培训考核"];
|
||||
G -- "合格" --> H["更新培训记录到GSP档案"];
|
||||
G -- "不合格" --> F;
|
||||
end
|
||||
|
||||
subgraph "健康管理闭环"
|
||||
I["安排健康检查"] --> J["执行体检"];
|
||||
J --> K["更新健康记录到GSP档案"];
|
||||
end
|
||||
|
||||
C --> E;
|
||||
D --> I;
|
||||
H --> B;
|
||||
K --> B;
|
||||
end
|
||||
```
|
||||
|
||||
### 4.10 设备与设施
|
||||
|
||||
- **功能简述**：对仓储、运输、监控等环节所使用的关键设备设施建立管理台账，并记录其维护、检修和校准记录。
|
||||
- **核心流程**：
|
||||
```mermaid
|
||||
graph TD
|
||||
A["新增设备设施"] --> B["建立管理台账"]
|
||||
B --> C["制定定期维护/检定计划"]
|
||||
C --> D["执行并记录<br>(使用/维护/检定)"]
|
||||
D --> B
|
||||
```
|
||||
|
||||
### 4.11 管理职责
|
||||
|
||||
- **功能简述**：对企业内部的质量管理体系文件进行管理，并记录各岗位质量职责的执行与考核情况。
|
||||
- **核心功能**：
|
||||
- **质量文件管理**：存储、分发和追溯质量管理体系文件。
|
||||
- **职责考核**：记录对各岗位GSP职责执行情况的定期考核。
|
||||
- **核心流程**：
|
||||
```mermaid
|
||||
graph TD
|
||||
A["制定/修订质量管理文件"] --> B["文件发布与培训"];
|
||||
B --> C["存档与版本控制"];
|
||||
C --> D["定期进行岗位GSP职责考核"];
|
||||
D --> E["记录考核结果"];
|
||||
E --> F{"发现问题?"};
|
||||
F -- "是" --> G["启动纠正与预防措施"];
|
||||
F -- "否" --> H["持续监控"];
|
||||
G --> A;
|
||||
```
|
||||
|
||||
### 4.12 供应商管理
|
||||
|
||||
- **功能简述**：对已通过首营审批的供应商进行动态管理，包括因质量问题或其他原因对其进行停购或禁用处理，并提供解禁流程。
|
||||
- **核心流程**：
|
||||
```mermaid
|
||||
graph TD
|
||||
A["发现供应商问题"] --> B["发起停购/禁用申请"]
|
||||
B --> C["审批流程"]
|
||||
C --> D{"审批通过?"}
|
||||
D -- "是" --> E["执行停购/禁用<br>系统内限制其业务"]
|
||||
D -- "否" --> F["驳回申请"]
|
||||
E --> G["问题解决后<br>发起解禁申请"]
|
||||
G --> C
|
||||
```
|
||||
|
||||
### 4.13 客户管理
|
||||
|
||||
- **功能简述**：对已通过首营审批的客户进行动态管理，当客户出现不合规情况时，可对其进行停售或禁用处理。
|
||||
- **核心流程**：
|
||||
```mermaid
|
||||
graph TD
|
||||
A["发现客户问题<br>(如：资质过期)"] --> B["发起停售/禁用申请"];
|
||||
B --> C["审批流程"];
|
||||
C --> D{"审批通过?"};
|
||||
D -- "是" --> E["执行停售/禁用<br>系统内限制其业务"];
|
||||
D -- "否" --> F["驳回申请"];
|
||||
E --> G{"问题是否解决?"};
|
||||
G -- "是" --> H["发起解禁申请"];
|
||||
G -- "否" --> I["持续锁定"];
|
||||
H --> C;
|
||||
```
|
||||
|
||||
### 4.14 商品管理
|
||||
|
||||
- **功能简述**：对已通过首营审批的药品进行动态管理，如根据药监部门通知或企业自检结果，对特定批次或全部批次的药品进行停售或停购处理。
|
||||
- **核心流程**：
|
||||
```mermaid
|
||||
graph TD
|
||||
A["发现商品问题<br>(如：质量召回)"] --> B["发起停售/停购申请"];
|
||||
B --> C["审批流程"];
|
||||
C --> D{"审批通过?"};
|
||||
D -- "是" --> E["执行停售/停购<br>系统内限制其业务"];
|
||||
D -- "否" --> F["驳回申请"];
|
||||
E --> G{"问题是否解决?"};
|
||||
G -- "是" --> H["发起解禁申请"];
|
||||
G -- "否" --> I["持续锁定"];
|
||||
H --> C;
|
||||
```
|
||||
|
||||
<br>
|
||||
|
||||
## 五、总结
|
||||
|
||||
G3ERP供应链GSP管理模块是医药企业实现合规经营和高质量发展的基石。它通过将GSP规范深度融入到供应链的每一个业务环节，实现了：
|
||||
|
||||
1. **全程合规**：从源头准入到终端售后，确保每一步操作都有据可查，符合法规要求。
|
||||
2. **质量可控**：通过对验收、存储、养护等关键环节的严格把控，有效保障了药品在库期间的质量。
|
||||
3. **风险预警**：通过对效期、温湿度、供应商资质等的动态监控，提前预警潜在风险。
|
||||
4. **责任明确**：清晰地记录了各岗位人员的操作与职责履行情况，便于追溯与考核。
|
||||
|
||||
通过全面应用GSP管理模块，企业不仅能顺利通过监管部门的检查，更能将质量管理的理念内化为企业的核心竞争力，从而在激烈的市场竞争中赢得信誉和优势。
|
||||
@ -55,10 +55,10 @@ graph LR
|
||||
F --> F3["近效期商品处理"]
|
||||
|
||||
H --> H1["顾客投诉与质量反馈"]
|
||||
H --> H2["药品不良反应报告"]
|
||||
|
||||
I --> I1["不合格品处理"]
|
||||
I --> I2["药品质量复查与停售"]
|
||||
I --> I2["药品质量复查"]
|
||||
I --> I3["药品不良反应报告"]
|
||||
|
||||
J --> J1["人员档案与健康记录"]
|
||||
J --> J2["培训计划与记录"]
|
||||
@ -79,7 +79,7 @@ graph LR
|
||||
|
||||
class A moduleClass
|
||||
class B,C,D,E,F,G,H,I,J,K,L,M,N,O subModuleClass
|
||||
class B1,B2,F1,F2,F3,H1,H2,I1,I2,J1,J2,K1,K2,L1,L2,M1,N1,O1 functionClass
|
||||
class B1,B2,F1,F2,F3,H1,I1,I2,I3,J1,J2,K1,K2,L1,L2,M1,N1,O1 functionClass
|
||||
```
|
||||
|
||||
<br>
|
||||
@ -95,6 +95,189 @@ GSP管理的十四个模块共同构建了一个闭环的质量管理体系，
|
||||
|
||||
<br>
|
||||
|
||||
### 2.3 核心业务模块解读
|
||||
|
||||
#### 1. 首营管理
|
||||
- **功能描述**: 作为GSP管理的源头，负责对首次合作的企业（供应商/客户）和首次经营的药品进行严格的资质审核与审批，建立合格档案，确保所有市场参与主体的合规性。
|
||||
- **核心特征**:
|
||||
- 支持对供应商、客户、品种进行独立的首营审批流程。
|
||||
- 内置多级审批流，确保审核的严谨性。
|
||||
- 支持电子化存档，可上传并管理各类资质证照图片及附件。
|
||||
- 提供云端数据匹配功能，快速引入标准药品信息。
|
||||
- 与供应商/客户/商品主数据联动，审批通过后自动创建或更新主档案。
|
||||
- **核心流程**: 发起首营申请 → 提交资质文件 → 多级审批 → 审批通过/驳回 → 生成合格档案。
|
||||
- **执行角色**: 采购员、销售员、质量管理员、各级审批负责人。
|
||||
- **业务成果**: 建立完整的合格供应商、客户及商品档案，从源头杜绝不合规风险，为后续业务提供合法的基础数据。
|
||||
|
||||
<br>
|
||||
|
||||
#### 2. 采购管理 (GSP视角)
|
||||
- **功能描述**: 在采购业务全流程中嵌入GSP合规性检查，确保采购活动（如订单创建、收货、验收）涉及的供应商、商品、人员均符合资质要求，并对整个过程进行记录以备追溯。
|
||||
- **核心特征**:
|
||||
- 采购订单环节自动校验供应商和商品的GSP状态。
|
||||
- 对供应商业务员的授权范围和期限进行管控。
|
||||
- 记录并查询采购各环节的GSP相关信息。
|
||||
- **核心流程**: 创建采购订单 → 系统自动进行GSP资质校验 → 校验通过则继续流程，不通过则拦截 → 采购记录存档。
|
||||
- **执行角色**: 采购员、采购经理、质量管理员。
|
||||
- **业务成果**: 实现采购环节的GSP合规性前置控制，防止从不合格供应商处采购或采购不合格商品，确保采购活动全程可追溯。
|
||||
|
||||
<br>
|
||||
|
||||
#### 3. 收货运输
|
||||
- **功能描述**: 记录药品在收货和退货运输过程中的关键信息，包括运输方式、温湿度数据、承运单位等，确保运输环节符合GSP规范，保障药品质量。
|
||||
- **核心特征**:
|
||||
- 支持对常温和低温（冷链）品种进行区分管理。
|
||||
- 可记录发运及运达时的环境温度和设备温度。
|
||||
- 支持附件上传，可挂载温度趋势图、送货回执等。
|
||||
- 与收货、退货流程紧密集成。
|
||||
- **核心流程**: 创建运输记录单 → 录入运输信息（承运方、车辆、温湿度等） → 审核记录 → 存档备查。
|
||||
- **执行角色**: 仓库收货员、运输调度员。
|
||||
- **业务成果**: 形成完整的药品运输记录链，满足GSP对运输过程可追溯性的要求，有效监控和保障运输途中的药品质量。
|
||||
|
||||
<br>
|
||||
|
||||
#### 4. 质量验收
|
||||
- **功能描述**: 对所有入库（采购入库、销售退回）的药品进行严格的质量检查和验收，确保只有外观、包装、批号、效期等均符合标准的合格药品才能进入库存，并对验收过程进行详细记录。
|
||||
- **核心特征**:
|
||||
- 支持对采购收货和销售退回的分别验收。
|
||||
- 对特殊管理药品（如冷链、双人复核）有专门的验收流程。
|
||||
- 验收不合格的药品可直接生成拒收单或进入待查环节。
|
||||
- 自动生成批次检验报告单，并支持挂载原始报告图片。
|
||||
- **核心流程**: 启动验收 → 核对单货信息 → 检查药品质量 → 录入验收结论（合格/不合格/待查） → 生成验收记录。
|
||||
- **执行角色**: 质量验收员（QA）、仓库管理员。
|
||||
- **业务成果**: 严把药品入库质量关，防止不合格品流入，生成详细的、符合GSP要求的电子化验收记录。
|
||||
|
||||
<br>
|
||||
|
||||
#### 5. 储存养护
|
||||
- **功能描述**: 对在库药品的储存条件（如温湿度）进行持续监控，并根据GSP要求执行定期的药品养护检查，及时发现并处理近效期、质量存疑等问题药品，保障在库药品的质量安全。
|
||||
- **核心特征**:
|
||||
- 支持自动和手动记录仓库温湿度。
|
||||
- 根据“334原则”智能生成养护计划。
|
||||
- 区分重点养护品种和一般养护品种。
|
||||
- 支持对近效期商品生成处理任务。
|
||||
- 可对质量存疑的药品发起质量复查申请。
|
||||
- **核心流程**: 温湿度监控 → 制定/执行养护计划 → 记录养护情况 → 发现异常（近效期/质量问题）→ 启动相应处理流程。
|
||||
- **执行角色**: 仓库保管员、养护员、质量管理员。
|
||||
- **业务成果**: 确保药品储存条件符合规定，建立完整的养护档案，预防和及时处理在库药品的质量风险。
|
||||
|
||||
<br>
|
||||
|
||||
#### 6. 销售出库
|
||||
- **功能描述**: 在销售出库环节嵌入GSP检查点，对客户资质、商品状态进行前置校验，并对出库复核的全过程进行记录，确保销售行为的合规性。
|
||||
- **核心特征**:
|
||||
- 销售开单时自动校验客户资质和商品可售状态。
|
||||
- 支持双人复核流程，确保特殊药品出库的准确性。
|
||||
- 记录详细的出库复核信息，包括复核员、时间、结果等。
|
||||
- **核心流程**: 销售开单 → 系统自动GSP校验 → 仓库拣货 → 出库复核 → 复核通过后发货。
|
||||
- **执行角色**: 销售开票员、仓库拣货员、复核员。
|
||||
- **业务成果**: 确保药品销售给具备合法资质的客户，防止不合格或状态异常的药品售出，保障销售环节的合规与安全。
|
||||
|
||||
<br>
|
||||
|
||||
#### 7. 售后管理
|
||||
- **功能描述**: 建立规范的售后服务流程，用于处理药品售出后发生的质量查询、客户投诉和不良反应报告等事件，确保所有售后问题都能得到及时、有效的处理和记录。
|
||||
- **核心特征**:
|
||||
- 提供顾客征询投诉记录卡，记录完整的处理过程。
|
||||
- 支持质量事故报告的创建与跟进。
|
||||
- 提供药品质量信息反馈渠道。
|
||||
- 建立售后药品质量问题追踪记录，实现闭环管理。
|
||||
- **核心流程**: 接收客户反馈 → 创建售后记录 → 调查与分析 → 形成处理意见并执行 → 记录存档。
|
||||
- **执行角色**: 客服人员、销售人员、质量管理员。
|
||||
- **业务成果**: 提升客户满意度，有效管理和控制售后质量风险，建立完整的售后服务与质量追溯档案。
|
||||
|
||||
<br>
|
||||
|
||||
#### 8. 质量管理
|
||||
- **功能描述**: 作为GSP体系的核心处置模块，对在流通环节中发现的各类质量问题进行闭环管理，包括不合格品的确认、隔离、报损、销毁，以及处理药品不良反应报告。
|
||||
- **核心特征**:
|
||||
- 提供不合格品记录功能，并支持从入库、调拨等环节引入。
|
||||
- 支持对不合格品进行报损或返厂处理。
|
||||
- 提供规范的不合格药品销毁记录流程。
|
||||
- 支持对特定批次商品进行停售/解售操作。
|
||||
- 提供药品不良反应/事件报告功能。
|
||||
- **核心流程**: 发现质量问题 → 不合格品锁定/隔离 → 制定处理方案（报损/销毁/停售） → 执行处理并记录 → 流程结束。
|
||||
- **执行角色**: 质量管理员、仓库管理员、财务人员。
|
||||
- **业务成果**: 实现对不合格药品的有效管控，防止其再次流入市场，确保质量问题处理流程的合规性，降低企业质量风险。
|
||||
|
||||
<br>
|
||||
|
||||
#### 9. 人员与培训
|
||||
- **功能描述**: 对所有从事药品经营活动的人员进行系统化管理，包括建立个人GSP档案、管理健康状况、制定并执行年度培训计划，确保所有岗位人员都具备相应的资质和能力。
|
||||
- **核心特征**:
|
||||
- 建立包含学历、职称、岗位等信息的人员基本档案。
|
||||
- 管理员工的健康体检记录，对健康异常情况进行申报。
|
||||
- 支持制定年度培训计划，并记录每次培训的详细信息（内容、讲师、考核结果等）。
|
||||
- 形成员工个人培训教育档案，全面记录员工的成长轨迹。
|
||||
- **核心流程**: 建立人员档案 → 制定培训计划 → 执行培训与考核 → 记录培训结果 → 定期健康检查 → 持续更新档案。
|
||||
- **执行角色**: 人力资源部、质量管理部、各部门负责人。
|
||||
- **业务成果**: 建立起一支符合GSP要求的专业化团队，确保所有人员持证上岗、定期培训，满足法规对人员资质的要求。
|
||||
|
||||
<br>
|
||||
|
||||
#### 10. 设备与设施
|
||||
- **功能描述**: 对仓储、运输、监控等环节所使用的关键设备设施（如温湿度计、冷藏车、货架等）建立管理台账，并记录其整个生命周期的使用、维护、检修和校准记录，确保设施设备持续处于良好状态。
|
||||
- **核心特征**:
|
||||
- 区分管理普通设备设施、计量设备和验收养护用仪器。
|
||||
- 建立详细的设备台账，包含设备编号、规格、启用日期、状态等。
|
||||
- 记录设备的检修、维护和（非）强制检定记录。
|
||||
- 提供设备使用记录功能。
|
||||
- **核心流程**: 设备购入 → 建立设备台账 → 制定维护/检定计划 → 日常使用与记录 → 执行维护/检定并记录 → 设备报废。
|
||||
- **执行角色**: 设备管理员、仓库管理员、质量管理员。
|
||||
- **业务成果**: 保证所有关键设备设施的性能可靠、计量准确，符合GSP要求，为药品质量提供硬件保障，并建立完整的设备档案以备核查。
|
||||
|
||||
<br>
|
||||
|
||||
#### 11. 管理职责
|
||||
- **功能描述**: 对企业内部的质量管理体系文件进行系统化管理，并记录各岗位质量职责的执行与考核情况，确保GSP管理制度能够有效落地和持续改进。
|
||||
- **核心特征**:
|
||||
- 提供质量管理文件的电子化存储、版本控制和签收记录。
|
||||
- 支持对质量制度的执行情况进行定期考核并记录结果。
|
||||
- **核心流程**: 制定/修订质量文件 → 文件发布、培训与签收 → 文件存档 → 定期考核制度执行情况 → 记录考核结果 → 持续改进。
|
||||
- **执行角色**: 质量管理部、各部门负责人。
|
||||
- **业务成果**: 建立起一套完整、受控的质量管理文件体系，确保全员明确并履行各自的质量职责，使GSP管理工作制度化、规范化。
|
||||
|
||||
<br>
|
||||
|
||||
#### 12. 供应商管理
|
||||
- **功能描述**: 对已通过首营审批的供应商进行动态的、基于风险的生命周期管理。当供应商出现质量问题、资质过期或其他不合规情况时，可对其进行停购或禁用处理，并提供相应的解禁流程。
|
||||
- **核心特征**:
|
||||
- 支持对供应商进行“停购”（临时性）和“禁用”（永久性或长期）两种状态的管理。
|
||||
- 所有操作均需通过审批流程，并保留完整的操作记录。
|
||||
- 提供配套的“可购单”和“解禁单”流程，实现闭环管理。
|
||||
- 支持对供应商进行合格/不合格登记。
|
||||
- **核心流程**: 发现供应商问题 → 发起停购/禁用申请 → 审批流程 → 执行停购/禁用 → 问题解决后发起解禁申请 → 审批通过后恢复业务。
|
||||
- **执行角色**: 采购部、质量管理部、审批负责人。
|
||||
- **业务成果**: 建立供应商动态评价与退出机制，有效控制来自供应链上游的风险，确保只与合格的供应商进行业务往来。
|
||||
|
||||
<br>
|
||||
|
||||
#### 13. 客户管理
|
||||
- **功能描述**: 对已通过首营审批的客户进行动态的、基于风险的生命周期管理。当客户出现资质不符、违规经营等情况时，可对其进行停售或禁用处理，确保药品销售渠道的合规性。
|
||||
- **核心特征**:
|
||||
- 支持对客户进行“停售”（临时性）和“禁用”（永久性或长期）两种状态的管理。
|
||||
- 所有操作均需通过审批流程，并保留完整的操作记录。
|
||||
- 提供配套的“可售单”和“解禁单”流程，实现闭环管理。
|
||||
- 支持对客户进行合格/不合格登记。
|
||||
- **核心流程**: 发现客户问题 → 发起停售/禁用申请 → 审批流程 → 执行停售/禁用 → 问题解决后发起解禁申请 → 审批通过后恢复业务。
|
||||
- **执行角色**: 销售部、质量管理部、审批负责人。
|
||||
- **业务成果**: 建立客户动态评价与退出机制，有效控制药品销售流向风险，确保药品仅销售给具备合法资质的下游企业或机构。
|
||||
|
||||
<br>
|
||||
|
||||
#### 14. 商品管理
|
||||
- **功能描述**: 对已通过首营审批的药品进行动态的、基于风险的生命周期管理。根据药监部门通知、企业自检结果或不良反应报告，可对特定批次或所有批次的药品进行停售或停购处理。
|
||||
- **核心特征**:
|
||||
- 支持对商品进行“停售”（停止销售）和“停购”（停止采购）两种状态的管理。
|
||||
- 支持对商品进行“禁用”处理，全面中止其所有业务活动。
|
||||
- 所有操作均需通过审批流程，并保留完整的操作记录。
|
||||
- 提供配套的解禁/可售/可购流程。
|
||||
- **核心流程**: 发现商品问题 → 发起停售/停购/禁用申请 → 审批流程 → 执行相应操作 → 问题解决后发起解禁申请 → 审批通过后恢复业务。
|
||||
- **执行角色**: 质量管理部、采购部、销售部、审批负责人。
|
||||
- **业务成果**: 建立药品风险动态管控机制，能够快速响应内外部质量信息，及时中止问题药品的流通，保障公众用药安全。
|
||||
|
||||
<br>
|
||||
|
||||
## 三、总业务流程设计
|
||||
|
||||
### 3.1 GSP管理总业务流程设计图
|
||||
@ -165,8 +348,8 @@ graph TD
|
||||
|
||||
### 4.2 采购管理
|
||||
|
||||
- **功能简述**：本模块主要用于查询采购环节中涉及GSP的各类记录，确保采购过程的合规性与可追溯性。
|
||||
- **核心功能**：提供对采购订单、收货单、验收单等单据中GSP相关信息的集中查询与审计。
|
||||
- **功能简述**：GSP要求深度嵌入在采购流程中，通过前置检查确保合规。本模块主要用于查询这些在采购环节中产生的GSP相关记录，确保采购过程的可追溯性。
|
||||
- **核心功能**：提供对采购订单、收货单、验收单等单据中GSP相关信息（如供应商和商品的资质状态）的集中查询与审计。
|
||||
- **核心流程**：
|
||||
```mermaid
|
||||
graph TD
|
||||
@ -208,7 +391,7 @@ graph TD
|
||||
|
||||
### 4.5 储存养护
|
||||
|
||||
- **功能简述**：对在库药品的储存条件和质量状态进行动态管理和监控，是保障药品在库期间质量安全的核心环节。
|
||||
- **功能简述**：对在库药品的储存条件和质量状态进行动态管理和监控，并处理相关问题，是保障药品在库期间质量安全的核心环节。
|
||||
- **核心流程**：
|
||||
```mermaid
|
||||
graph TD
|
||||
@ -229,6 +412,7 @@ graph TD
|
||||
subgraph "处置流程"
|
||||
G["生成近效期处理任务"]
|
||||
I["启动不合格品处理流程"]
|
||||
J["药品质量复查与停售"]
|
||||
end
|
||||
|
||||
A -- "触发" --> B
|
||||
@ -239,6 +423,7 @@ graph TD
|
||||
|
||||
F --> G
|
||||
H --> I
|
||||
H --> J
|
||||
end
|
||||
```
|
||||
|
||||
@ -260,11 +445,11 @@ graph TD
|
||||
|
||||
### 4.7 售后管理
|
||||
|
||||
- **功能简述**：处理药品售出后发生的质量查询、投诉、不良反应等事件，建立完整的售后追踪和处置记录。
|
||||
- **功能简述**：处理药品售出后发生的质量查询、投诉等事件，建立完整的售后追踪和处置记录。
|
||||
- **核心流程**：
|
||||
```mermaid
|
||||
graph TD
|
||||
A["接收客户反馈<br>(投诉/查询/不良反应)"] --> B["创建售后记录卡"]
|
||||
A["接收客户反馈<br>(投诉/查询)"] --> B["创建售后记录卡"]
|
||||
B --> C["记录详细信息与处理过程"]
|
||||
C --> D["分析与评估"]
|
||||
D --> E["形成处理意见并执行"]
|
||||
@ -273,17 +458,21 @@ graph TD
|
||||
|
||||
### 4.8 质量管理
|
||||
|
||||
- **功能简述**：对发现的质量问题进行闭环处理，包括不合格品的隔离、报损、销毁，以及对问题药品的停售和召回管理。
|
||||
- **功能简述**：对发现的质量问题进行闭环处理，包括不合格品的隔离、报损、销毁，以及处理药品不良反应报告。
|
||||
- **核心流程**：
|
||||
```mermaid
|
||||
graph TD
|
||||
A["发现质量问题药品"] --> B["不合格品记录/锁定"]
|
||||
B --> C{"处理方式判断"}
|
||||
C -- "报损/销毁" --> D["执行报损/销毁流程"]
|
||||
C -- "停售/召回" --> E["发布停售通知"]
|
||||
D --> F["更新库存与财务记录"]
|
||||
E --> F
|
||||
F --> G["记录存档"]
|
||||
subgraph "质量问题处理"
|
||||
A["发现质量问题药品"] --> B["不合格品记录/锁定"]
|
||||
B --> C{"处理方式判断"}
|
||||
C -- "报损/销毁" --> D["执行报损/销毁流程"]
|
||||
D --> G["记录存档"]
|
||||
end
|
||||
|
||||
subgraph "不良反应处理"
|
||||
E["接收药品不良反应报告"] --> F["上报与分析"]
|
||||
F --> G
|
||||
end
|
||||
```
|
||||
|
||||
### 4.9 人员与培训
|
||||
465
1.3.1-G3ERP供应链仓存管理模块解读文档-v2.0 copy.md
Normal file
465
1.3.1-G3ERP供应链仓存管理模块解读文档-v2.0 copy.md
Normal file
@ -0,0 +1,465 @@
|
||||
# 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 +1 @@
|
||||
[Task Manager UI](http://localhost:52468)
|
||||
[Task Manager UI](http://localhost:50490)
|
||||
Loading…
x
Reference in New Issue
Block a user