docs: 全面更新G3ERP操作手册文档
- 对供应链和连锁门店模块的文档进行了大规模重构和内容更新。 - 新增了多个模块的详细流程解读、优化建议和版本迭代。 - 删除了部分过时的文档,并整合了相关内容。 - 更新了项目内部的思考链文档。
This commit is contained in:
parent
e17e9d0554
commit
101b259f1c
176
(半成品备用)4.4-G3ERP连锁门店模块整体分析与优化建议.md
Normal file
176
(半成品备用)4.4-G3ERP连锁门店模块整体分析与优化建议.md
Normal file
@ -0,0 +1,176 @@
|
||||
# G3ERP连锁门店模块分析与优化报告
|
||||
|
||||
**项目ID**: G3ERP-ChainStore-Optimization
|
||||
**任务文件名**: G3ERP_Chain_Store_Module_Analysis_and_Optimization_Report.md
|
||||
**创建于**: 2025-07-09 17:03:38 +08:00
|
||||
**创建者**: AI (齐天大圣)
|
||||
**关联协议**: RIPER-5 v4.9.2 - 持久化记忆版
|
||||
|
||||
## 1. 分析 (RESEARCH)
|
||||
|
||||
### 1.1. 持久化记忆回顾
|
||||
|
||||
本次分析旨在为G3ERP连锁门店模块提供一份可视化的解读文档,总结现有模式流程的优缺点,并提出切实可行、具有先进性、科学的优化建议。在整个过程中,我将确保文档清晰、简洁,并严格遵循Mermaid图表的语法规则,避免伪函数和编程代码。
|
||||
|
||||
### 1.2. 核心发现、问题、风险
|
||||
|
||||
通过对 `0-G3ERP操作手册-原文切分-MD\4-连锁门店.md`、`1-流程梳理\4-G3ERP连锁门店模块解读\4-G3ERP连锁门店模块解读-2.0.md`、`1-流程梳理\4-G3ERP连锁门店模块解读\4.1.1-G3ERP连锁门店日常业务模块解读-v3.0.md`、`1-流程梳理\4-G3ERP连锁门店模块解读\4.2.1-G3ERP连锁门店GSP管理模块解读-v2.0.md` 和 `1-流程梳理\4-G3ERP连锁门店模块解读\4.3.1-G3ERP连锁门店报表分析模块解读-v1.0.md` 这五个文档的阅读和理解,我总结了G3ERP连锁门店模块的现有优缺点如下:
|
||||
|
||||
### 1.3. 现有模式流程的优点
|
||||
|
||||
1. **功能全面性**: G3ERP连锁门店模块覆盖了门店日常运营的各个方面,包括补货、收货、零售、批发、退货、调拨、库存、盘点、价格、日结月结等,以及GSP管理和报表分析,形成了一个完整的业务闭环。这使得门店管理能够在一个统一的平台进行,减少了系统间的割裂。
|
||||
2. **GSP合规性强**: 系统将《药品经营质量管理规范》(GSP)的要求深度融入日常业务流程,确保药品从采购到销售全生命周期的质量控制和记录。这对于医药零售企业至关重要,有助于降低合规风险,保障用药安全。
|
||||
3. **数据可追溯性**: 所有业务操作都生成详细的记录和单据流,例如采购记录、收货记录、验收记录、销售记录等,便于追溯商品来源、流向、批次信息。这对于质量管理、问题排查和审计提供了坚实的数据基础。
|
||||
4. **报表分析能力**: 系统提供了多维度、多层次的报表分析功能,涵盖订货满足率、销售汇总、库存存销分析、品类ABC分析等。这些报表为门店和总部提供了及时、准确的数据支持,辅助经营决策,优化商品结构和销售策略。
|
||||
5. **流程标准化**: 通过系统固化了门店的各项业务流程,有助于实现操作的标准化和规范化,减少人为错误,提高整体运营效率。
|
||||
6. **库存精细化管理**: 支持批次管理、锁库/解库、拆零/组装、仓库调拨等功能,能够实现对库存的精细化控制,确保账实相符。
|
||||
7. **价格管理灵活性**: 支持总部统一调价、门店申请调价、临时特价等多种价格策略,使门店能够灵活应对市场变化和促销需求。
|
||||
|
||||
### 1.4. 现有模式流程的缺点
|
||||
|
||||
1. **操作复杂性与繁琐**: 文档中描述的许多操作流程步骤较多,涉及多个单据和确认环节。例如,零售POS单的多种快捷键和操作模式,以及盘点业务中锁定、解锁、引入、导入等步骤,对于门店一线员工可能存在学习曲线陡峭、操作繁琐的问题,尤其是在高峰期可能影响效率。
|
||||
2. **审批流程可能冗长**: 部分关键业务(如门店补货计划参数调整申请、退货申请、门店调价申请、特价申请、报损报溢申请)需要总部审批。这可能导致流程耗时,影响门店业务的及时响应和灵活性,尤其是在需要快速决策的场景下。
|
||||
3. **数据录入依赖人工,易出错**: 尽管系统提供了一些引入和生成功能,但许多业务仍需人工录入或核对大量数据(如补货计划数量、收货明细、盘点数量)。这不仅效率受限,而且容易出现人为错误,影响数据准确性。
|
||||
4. **系统界面直观性与用户体验(UX)有待提升**: 文档中虽然提供了Mermaid流程图,但系统界面本身的直观性和用户体验可能不足。许多功能通过“序时簿界面”进入,缺乏更现代化、图形化的仪表盘或操作界面,可能导致用户操作不便。
|
||||
5. **智能自动化程度有限**: 尽管提到了“补货计划参数设置”和“生成”功能,但文档中未详细说明其智能程度。系统是否能根据历史销售数据、季节性、促销活动等因素自动优化补货参数,或提供更智能的补货建议,这一点尚不明确。
|
||||
6. **与其他外部系统集成能力未体现**: 文档未提及G3ERP连锁门店模块与其他外部系统(如电商平台、第三方物流、外部支付接口、CRM系统)的集成能力。在当前数字化零售环境中,缺乏与外部生态系统的无缝集成可能成为业务拓展和数据互通的瓶颈。
|
||||
7. **移动端支持不足**: 文档中仅提到了PDA盘点,但未详细说明其他核心业务(如零售、补货、库存查询、GSP记录)在移动设备上的支持情况。对于连锁门店而言,移动化操作能够极大提升员工的灵活性和工作效率。
|
||||
8. **GSP管理中的重复性工作**: 虽然GSP合规性强,但部分记录(如温湿度记录、陈列养护检查)可能需要频繁手动录入,存在一定的重复性工作,增加了门店人员的负担。
|
||||
|
||||
## 2. 提议的解决方案 (INNOVATE)
|
||||
|
||||
### 2.1. 优化建议
|
||||
|
||||
基于上述优缺点分析,我提出以下切实可行、具有先进性和科学性的优化建议:
|
||||
|
||||
#### 2.1.1. 提升用户体验与操作效率
|
||||
|
||||
* **优化POS界面与快捷操作**:
|
||||
* **建议**:重新设计零售POS界面,使其更直观、现代化,减少不必要的层级和弹窗。对常用功能进行可视化图标设计,并提供可自定义的快捷键配置界面,允许门店根据实际操作习惯调整。
|
||||
* **可视化**:
|
||||
```mermaid
|
||||
graph TD
|
||||
A["当前POS界面<br>(复杂/多快捷键)"] --> B["用户学习曲线陡峭"];
|
||||
B --> C["操作效率受限"];
|
||||
A -- "优化" --> D["新POS界面<br>(直观/可配置)"];
|
||||
D --> E["降低学习成本"];
|
||||
D --> F["提升操作效率"];
|
||||
```
|
||||
* **简化审批流程**:
|
||||
* **建议**:引入基于规则的自动化审批机制。对于小额、低风险的退货/调价申请,可设定阈值,在门店权限范围内自动审批或仅需店长一级审批。对于高风险或大额业务,仍保留总部审批,但通过系统消息、邮件等方式实时提醒审批人,加速流转。
|
||||
* **可视化**:
|
||||
```mermaid
|
||||
graph TD
|
||||
A["当前审批流程<br>(多级/人工干预)"] --> B["审批周期长"];
|
||||
B --> C["业务响应慢"];
|
||||
A -- "优化" --> D["自动化审批机制"];
|
||||
D --> E{"审批金额/风险"};
|
||||
E -- "1\. 低风险/小额" --> F["自动审批/店长审批"];
|
||||
E -- "2\. 高风险/大额" --> G["总部审批<br>(实时提醒)"];
|
||||
F --> H["审批效率提升"];
|
||||
G --> H;
|
||||
```
|
||||
|
||||
#### 2.1.2. 增强数据智能与自动化
|
||||
|
||||
* **智能补货优化**:
|
||||
* **建议**:升级补货计划生成模型,整合更多数据维度,如历史销售趋势(日/周/月)、季节性因素、促销活动影响、商品生命周期、安全库存水平、供应商交货周期等。引入机器学习算法,实现更精准的销量预测和智能补货建议,减少人工经验依赖。
|
||||
* **可视化**:
|
||||
```mermaid
|
||||
graph TD
|
||||
A["当前补货<br>(参数设置/人工干预)"] --> B["补货不精准"];
|
||||
B --> C["库存积压/缺货"];
|
||||
A -- "优化" --> D["智能补货模型"];
|
||||
D -- "1\. 输入" --> E["历史销售数据"];
|
||||
D -- "2\. 输入" --> F["季节性/促销数据"];
|
||||
D -- "3\. 输出" --> G["精准补货建议"];
|
||||
G --> H["降低库存成本"];
|
||||
G --> I["提升销售满足率"];
|
||||
```
|
||||
* **GSP自动化记录与预警**:
|
||||
* **建议**:对于温湿度记录,考虑引入物联网(IoT)温湿度传感器,实现数据自动采集并实时上传系统,替代人工录入。系统可根据预设阈值自动预警异常情况。对于陈列养护,可结合AI图像识别技术,辅助识别药品陈列问题或破损,减少人工巡检的盲区和工作量。
|
||||
* **可视化**:
|
||||
```mermaid
|
||||
graph TD
|
||||
A["当前GSP记<50><E8AEB0><EFBFBD><br>(人工录入/重复性)"] --> B["效率低下/易出错"];
|
||||
A -- "优化" --> C["IoT温湿度传感器"];
|
||||
C --> D["自动数据采集"];
|
||||
D --> E["实时预警"];
|
||||
A -- "优化" --> F["AI图像识别"];
|
||||
F --> G["辅助陈列检查"];
|
||||
G --> H["提升GSP管理效率与准确性"];
|
||||
```
|
||||
|
||||
#### 2.1.3. 强化集成与移动化能力
|
||||
|
||||
* **外部系统集成接口**:
|
||||
* **建议**:开发标准化的API接口,支持与主流电商平台(如京东、天猫医药)、第三方物流系统、CRM系统、外部支付平台(如微信支付、支付宝)的无缝对接。实现订单、库存、会员、支付数据的实时同步,构建更广阔的零售生态。
|
||||
* **可视化**:
|
||||
```mermaid
|
||||
graph TD
|
||||
A["当前系统<br>(孤立运行)"] --> B["数据孤岛"];
|
||||
B --> C["业务拓展受限"];
|
||||
A -- "优化" --> D["标准化API接口"];
|
||||
D -- "1\. 连接" --> E["电商平台"];
|
||||
D -- "2\. 连接" --> F["第三方物流"];
|
||||
D -- "3\. 连接" --> G["CRM系统"];
|
||||
D --> H["数据互通/业务协同"];
|
||||
```
|
||||
* **移动端应用开发**:
|
||||
* **建议**:开发G3ERP连锁门店的移动端App,覆盖核心业务功能,如移动POS(支持扫码支付)、移动补货、移动盘点(替代PDA)、移动库存查询、移动GSP巡检记录等。利用手机的便携性和摄像头功能,提升<E68F90><E58D87>店员工的工作灵活性和效率。
|
||||
* **可视化**:
|
||||
```mermaid
|
||||
graph TD
|
||||
A["当前操作<br>(PC端为主/PDA)"] --> B["操作受限/效率低"];
|
||||
A -- "优化" --> C["移动端App"];
|
||||
C -- "1\. 功能" --> D["移动POS"];
|
||||
C -- "2\. 功能" --> E["移动盘点"];
|
||||
C -- "3\. 功能" --> F["移动GSP巡检"];
|
||||
C --> G["提升门店运营灵活性与效率"];
|
||||
```
|
||||
|
||||
#### 2.1.4. 深化数据分析与决策支持
|
||||
|
||||
* **可视化仪表盘与预警**:
|
||||
* **建议**:为门店店长和总部管理者提供可定制的、实时更新的可视化仪表盘。仪表盘应集中展示关键经营指标(KPIs),如销售额、毛利、客单价、库存周转率、缺货率、近效期预警等,并支持下钻分析。同时,设置智能预警机制,当指标偏离正常范围时自动通知。
|
||||
* **可视化**:
|
||||
```mermaid
|
||||
graph TD
|
||||
A["当前报表<br>(列表/需手动查询)"] --> B["数据洞察滞后"];
|
||||
A -- "优化" --> C["可视化仪表盘"];
|
||||
C -- "1\. 展示" --> D["实时KPIs"];
|
||||
C -- "2\. 功能" --> E["智能预警"];
|
||||
E --> F["辅助快速决策"];
|
||||
```
|
||||
* **引入BI工具与自定义分析**:
|
||||
* **建议**:在现有报表基础上,集成更强大的商业智能(BI)工具,允许用户通过拖拽等方式进行自定义报表和多维分析,无需依赖IT部门。支持数据挖掘,发现隐藏的销售模式、顾客偏好,为精准营销和商品策略提供更深层次的洞察。
|
||||
* **可视化**:
|
||||
```mermaid
|
||||
graph TD
|
||||
A["当前分析<br>(固定报表/有限自定义)"] --> B["分析深度不足"];
|
||||
A -- "优化" --> C["集成BI工具"];
|
||||
C -- "1\. 能力" --> D["自定义报表"];
|
||||
C -- "2\. 能力" --> E["多维分析"];
|
||||
C -- "3\. 能力" --> F["数据挖掘"];
|
||||
F --> G["提升决策科学性"];
|
||||
```
|
||||
|
||||
## 3. 实施计划 (PLAN - 核心检查清单)
|
||||
|
||||
* `[P3-ROLE-001]` **操作**: 创建 `G3ERP_Chain_Store_Module_Analysis_and_Optimization_Report.md` 文档,并写入上述优缺点分析和优化建议。
|
||||
* `[P3-ROLE-002]` **操作**: 确保所有Mermaid图表符合语法规则,并正确显示。
|
||||
* `[P3-ROLE-003]` **操作**: 检查文档的清晰度、简洁性和可读性。
|
||||
|
||||
## 4. 当前执行步骤 (EXECUTE - 动态更新)
|
||||
|
||||
> `[MODE: EXECUTE-PREP/EXECUTE]` 正在处理: "`[P3-ROLE-001]` 创建 `G3ERP_Chain_Store_Module_Analysis_and_Optimization_Report.md` 文档,并写入上述优缺点分析和优化建议。"
|
||||
|
||||
## 5. 任务进度 (EXECUTE - 逐步追加)
|
||||
|
||||
---
|
||||
* **时间**: 2025-07-09 17:03:38 +08:00
|
||||
* **执行项/功能**: 创建并写入 `G3ERP_Chain_Store_Module_Analysis_and_Optimization_Report.md` 文档。
|
||||
* **核心产出/变更**: 新增文档 `G3ERP_Chain_Store_Module_Analysis_and_Optimization_Report.md`,包含G3ERP连锁门店模块的优缺点分析和优化建议。
|
||||
* **状态**: 完成
|
||||
* **DW确认**: 进度记录合规。
|
||||
---
|
698
1-流程梳理/1-G3ERP供应链模块解读/1.2.1-G3ERP供应链销售管理模块解读文档-v2.0.md
Normal file
698
1-流程梳理/1-G3ERP供应链模块解读/1.2.1-G3ERP供应链销售管理模块解读文档-v2.0.md
Normal file
@ -0,0 +1,698 @@
|
||||
# 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销售管理模块,医药企业能够显著提升销售业务的响应速度、执行效率和管理水平,从而在激烈的市场竞争中获得优势。
|
343
1-流程梳理/1-G3ERP供应链模块解读/1.4.1-G3ERP供应链核算管理模块解读文档-v1.0.md
Normal file
343
1-流程梳理/1-G3ERP供应链模块解读/1.4.1-G3ERP供应链核算管理模块解读文档-v1.0.md
Normal file
@ -0,0 +1,343 @@
|
||||
# G3ERP供应链核算管理模块解读文档
|
||||
|
||||
## 一、核算管理模块概述
|
||||
|
||||
G3ERP供应链核算管理模块是整个供应链系统的财务核心与数据终点。它本身不直接产生源头业务,而是承接并处理来自采购、销售、仓存三大模块的业务数据流,通过一系列精细化的价格管理、成本计算和结账流程,最终完成企业供应链环节的财务闭环。
|
||||
|
||||
该模块确保了业务数据向财务数据的准确转化,为企业的成本控制、利润分析和经营决策提供了关键的数据支持,同时严格遵循财务准则,保障企业运营的合规性。
|
||||
|
||||
<br>
|
||||
|
||||
## 二、核算管理功能架构
|
||||
|
||||
### 2.1 核算管理功能架构图
|
||||
|
||||
核算管理模块主要由以下五大核心子模块构成,共同协作完成供应链的财务核算工作:
|
||||
|
||||
```mermaid
|
||||
graph LR
|
||||
A["核算管理模块"] --> B["其他业务"]
|
||||
A --> C["价格维护"]
|
||||
A --> D["成本业务"]
|
||||
A --> E["结账业务"]
|
||||
A --> F["序时簿"]
|
||||
|
||||
B --> B1["其他入库单"]
|
||||
B --> B2["其他出库单"]
|
||||
|
||||
C --> C1["通用调价单"]
|
||||
C --> C2["客户类别调价单"]
|
||||
C --> C3["客户调价单"]
|
||||
C --> C4["部门调价单"]
|
||||
|
||||
D --> D1["销货成本修正"]
|
||||
D --> D2["库存成本调整单"]
|
||||
D --> D3["成本计算"]
|
||||
|
||||
E --> E1["月末业务结账前检查"]
|
||||
E --> E2["业务结账"]
|
||||
E --> E3["应付结账"]
|
||||
E --> E4["应收结账"]
|
||||
|
||||
F --> F1["其他入库序时簿"]
|
||||
F --> F2["其他出库序时簿"]
|
||||
|
||||
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 subModuleClass
|
||||
class B1,B2,C1,C2,C3,C4,D1,D2,D3,E1,E2,E3,E4,F1,F2 functionClass
|
||||
```
|
||||
|
||||
<br>
|
||||
|
||||
### 2.2 核算管理功能架构图结构说明
|
||||
|
||||
#### 核心业务循环
|
||||
核算管理模块的业务流程体现了严谨的财务逻辑:
|
||||
**价格维护 → 成本核算 → 业务结账 → 财务结账**
|
||||
|
||||
这个循环确保了在进行最终的财务结账前,所有的价格和成本数据都已准确无误。
|
||||
|
||||
#### 五大核心业务模块
|
||||
|
||||
1. **其他业务**:处理非标准业务流程产生的库存变动。
|
||||
- **功能描述**:用于处理如赠品入库、样品领用、内部耗用等非采购、非销售引起的库存增减,确保账实相符。
|
||||
- **核心流程**:创建单据 → 审核 → 记账 → 影响库存成本。
|
||||
- **执行角色**:仓库管理员、财务人员。
|
||||
- **业务成果**:规范化管理非标出入库,堵塞管理漏洞。
|
||||
|
||||
2. **价格维护**:建立灵活、多维度的价格体系。
|
||||
- **功能描述**:提供强大的价格调整工具,支持按商品、按客户、按客户类别、按部门等多个维度进行精细化定价。
|
||||
- **核心流程**:创建调价单 → 审批 → 生效 → 应用于销售开单。
|
||||
- **执行角色**:价格管理员、销售经理。
|
||||
- **业务成果**:实现灵活的价格策略,快速响应市场变化。
|
||||
|
||||
3. **成本业务**:实现准确的成本核算。
|
||||
- **功能描述**:对库存成本和销售成本进行调整和计算,是企业利润核算的基础。
|
||||
- **核心流程**:成本调整 → 成本计算 → 生成成本数据。
|
||||
- **执行角色**:成本会计、财务主管。
|
||||
- **业务成果**:提供准确的商品成本和销售毛利数据。
|
||||
|
||||
4. **结账业务**:完成财务周期的收尾工作。
|
||||
- **功能描述**:执行严格的月末结账流程,对整个供应链的业务数据进行最终确认和封存,生成期末和期初数据。
|
||||
- **核心流程**:结账前检查 → 业务结账 → 应付结账 → 应收结账。
|
||||
- **执行角色**:财务主管、系统管理员。
|
||||
- **业务成果**:完成月度财务结算,确保数据准确归档。
|
||||
|
||||
5. **序时簿**:提供全面的数据追溯能力。
|
||||
- **功能描述**:查询所有已记账的核算类单据,为审计和数据分析提供支持。
|
||||
- **核心流程**:设置查询条件 → 查看单据列表 → 追溯单据详情。
|
||||
- **执行角色**:所有业务及管理人员。
|
||||
- **业务成果**:保证业务的可追溯性,提供审计依据。
|
||||
|
||||
---
|
||||
<br>
|
||||
|
||||
## 三、总业务流程设计
|
||||
|
||||
### 3.1 总业务流程设计图 1
|
||||
|
||||
|
||||
```mermaid
|
||||
graph TD
|
||||
subgraph "业务层 (输入)"
|
||||
A["采购/销售/仓存模块<br>产生各类业务单据"]
|
||||
end
|
||||
|
||||
subgraph "核算层 (处理)"
|
||||
B["<b>1. 价格维护</b><br>制定价格策略,影响销售单据"]
|
||||
C["<b>2. 其他业务</b><br>处理赠品/报损等非标出入库"]
|
||||
D["<b>3. 成本业务</b><br>汇集所有出入库单据,进行成本计算"]
|
||||
E["<b>4. 结账业务</b><br>月末检查、封存数据、生成期初"]
|
||||
end
|
||||
|
||||
subgraph "财务层 (输出)"
|
||||
F["财务报表<br>(成本、利润、应收应付)"]
|
||||
end
|
||||
|
||||
A -- "价格策略需求" --> B
|
||||
B -- "价格方案" --> A
|
||||
|
||||
A -- "非标业务单据" --> C
|
||||
C -- "影响成本" --> D
|
||||
|
||||
A -- "标准业务单据" --> D
|
||||
|
||||
D -- "成本数据" --> E
|
||||
E -- "结账前检查" --> A
|
||||
E -- "最终财务数据" --> F
|
||||
|
||||
%% Styling based on Diagram 1
|
||||
style A fill:#e3f2fd,stroke:#1976d2,stroke-width:2px
|
||||
style B fill:#e8f5e9,stroke:#388e3c,stroke-width:2px
|
||||
style C fill:#fbe9e7,stroke:#d84315,stroke-width:2px
|
||||
style D fill:#fffde7,stroke:#fbc02d,stroke-width:2px
|
||||
style E fill:#f3e5f5,stroke:#8e24aa,stroke-width:2px
|
||||
style F fill:#e0f7fa,stroke:#00796b,stroke-width:2px
|
||||
```
|
||||
|
||||
<br>
|
||||
|
||||
### 3.2 核心数据流说明
|
||||
|
||||
1. **业务数据流入**: 采购、销售、仓存模块产生的已记账单据(如入库单、出库单、发票、付款单等)是核算模块进行成本计算和结账的基础。
|
||||
2. **价格策略输出**: 价格维护模块设定的价格方案和调价结果,会反向应用于销售模块的开单环节,直接影响销售收入。
|
||||
3. **成本计算核心**: 成本业务模块汇集了所有影响库存成本的单据(采购入库、其他出入库、成本调整等),进行加权平均或个别计价法的成本计算。
|
||||
4. **结账控制**: 结账业务是最终的控制环节,它会进行结账前检查,确保所有业务模块的单据都已处理完毕,然后锁定当前会计期间的数据,生成财务快照。
|
||||
|
||||
---
|
||||
<br>
|
||||
|
||||
## 四、子模块详解
|
||||
|
||||
### 4.1 其他业务
|
||||
|
||||
#### 4.1.1 功能简述
|
||||
处理标准采购和销售流程之外的库存变动,如内部领用、样品赠送、报损等,确保企业库存账面的完整性和准确性。
|
||||
|
||||
#### 4.1.2 业务流程图
|
||||
```mermaid
|
||||
graph LR
|
||||
subgraph "其他出/入库流程"
|
||||
A["发起非标业务需求"] --> B{"选择业务类型"}
|
||||
B -- "1\. 入库类<br>(如赠品入库)" --> C["创建其他入库单"]
|
||||
B -- "2\. 出库类<br>(如样品领用)" --> D["创建其他出库单"]
|
||||
|
||||
C --> E["选择商品批次及数量"]
|
||||
D --> E
|
||||
|
||||
E --> F["单据审核"]
|
||||
F --> G["财务记账"]
|
||||
G --> H["库存与成本更新"]
|
||||
H --> I["结束"]
|
||||
end
|
||||
|
||||
classDef startEnd fill:#e8f5e9,stroke:#4caf50,stroke-width:2px;
|
||||
classDef process fill:#e3f2fd,stroke:#2196f3,stroke-width:2px;
|
||||
classDef decision fill:#fffde7,stroke:#fbc02d,stroke-width:2px;
|
||||
|
||||
class A,I startEnd;
|
||||
class C,D,E,F,G,H process;
|
||||
class B decision;
|
||||
```
|
||||
<br>
|
||||
|
||||
### 4.2 价格维护
|
||||
|
||||
#### 4.2.1 功能简述
|
||||
提供一个多维度、分层级的价格管理体系。企业可以根据不同的营销策略,为不同的商品、客户、客户类别或部门设定专属的销售价格或定价方案,优先级高于商品资料中的标准价格。
|
||||
|
||||
#### 4.2.2 业务流程图
|
||||
```mermaid
|
||||
graph TD
|
||||
A["价格策略调整需求"] --> B{"选择调价维度"}
|
||||
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["结束"]
|
||||
|
||||
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,L startEnd;
|
||||
class C,D,E,F,G,H,J,K process;
|
||||
class B,I decision;
|
||||
```
|
||||
<br>
|
||||
|
||||
### 4.3 成本业务
|
||||
|
||||
#### 4.3.1 功能简述
|
||||
成本业务是财务核算的核心,负责对企业的存货成本进行精确计算和调整。通过成本计算功能,系统可以根据设定的计价方法(如移动加权平均法)在期末重新计算所有商品的库存成本和出库成本,确保财务报表的准确性。
|
||||
|
||||
#### 4.3.2 业务流程图
|
||||
```mermaid
|
||||
graph TD
|
||||
A["期末成本核算开始"] --> B["数据准备<br>(所有出入库单据已记账)"]
|
||||
B --> C["(可选)库存成本调整<br>或销货成本修正"]
|
||||
C --> D["执行成本计算"]
|
||||
D --> E["系统按计价方法<br>重新计算所有批次成本"]
|
||||
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;
|
||||
```
|
||||
<br>
|
||||
|
||||
### 4.4 结账业务
|
||||
|
||||
#### 4.4.1 功能简述
|
||||
结账业务是每月财务周期的终点,通过一系列严谨的检查和结账步骤,对本月的供应链所有业务数据进行封存,并生成下月的期初数据。此流程确保了各模块数据在月结时间点的一致性和准确性,是财务管理中至关重要的环节。
|
||||
|
||||
#### 4.4.2 业务流程图
|
||||
```mermaid
|
||||
graph TD
|
||||
A["月末结账开始"] --> B["1\. 月末业务结账前检查"]
|
||||
B --> C{"所有业务单据是否处理完毕?"}
|
||||
C -- "否" --> D["返回相关模块处理未记账单据"]
|
||||
D --> B
|
||||
C -- "是" --> E["2\. 执行业务结账"]
|
||||
E --> F["生成本月期末库存<br>生成下月期初库存"]
|
||||
F --> G["3\. 执行应付结账"]
|
||||
G --> H["核对应付账款<br>生成应付期初"]
|
||||
H --> I["4\. 执行应收结账"]
|
||||
I --> J["核对应收账款<br>生成应收期初"]
|
||||
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;
|
||||
classDef criticalProcess fill:#ffebee,stroke:#c62828,stroke-width:2px;
|
||||
|
||||
class A,K startEnd;
|
||||
class B,D,F,H,J process;
|
||||
class E,G,I criticalProcess;
|
||||
class C decision;
|
||||
```
|
||||
<br>
|
||||
|
||||
### 4.5 序时簿
|
||||
|
||||
#### 4.5.1 功能简述
|
||||
序时簿是核算管理模块的数据查询中心,提供了对“其他入库单”和“其他出库单”等已记账单据的详细历史记录查询功能。用户可以通过多种条件过滤,快速找到所需单据,用于数据核对、审计追踪和问题排查。
|
||||
|
||||
#### 4.5.2 业务流程图
|
||||
```mermaid
|
||||
graph LR
|
||||
subgraph "序时簿查询流程"
|
||||
A["用户进入序时簿模块"] --> B["选择单据类型<br>(其他入库/其他出库)"];
|
||||
B --> C["设置过滤条件<br>(时间范围、仓库、单据类型等)"];
|
||||
C --> D["执行查询"];
|
||||
D --> E["系统显示查询结果列表"];
|
||||
E --> F{"选择操作"};
|
||||
F -- "1\. 查看单据详情" --> G["显示单据详细信息"];
|
||||
F -- "2\. 打印单据" --> H["调用打印功能"];
|
||||
F -- "3\. 结束查询" --> I["结束"];
|
||||
G --> F;
|
||||
H --> F;
|
||||
end
|
||||
|
||||
classDef startEnd fill:#e8f5e9,stroke:#4caf50,stroke-width:2px;
|
||||
classDef process fill:#e3f2fd,stroke:#2196f3,stroke-width:2px;
|
||||
classDef decision fill:#fffde7,stroke:#fbc02d,stroke-width:2px;
|
||||
|
||||
class A,I startEnd;
|
||||
class B,C,D,E,G,H process;
|
||||
class F decision;
|
||||
|
||||
```
|
||||
|
||||
---
|
||||
<br>
|
||||
|
||||
## 五、常用单据
|
||||
|
||||
核算管理模块主要处理和生成以下几类关键单据:
|
||||
|
||||
1. **调整类单据**:
|
||||
* 其他入库单
|
||||
* 其他出库单
|
||||
* 库存成本调整单
|
||||
* 销货成本修正单
|
||||
2. **价格类单据**:
|
||||
* 通用调价单
|
||||
* 客户类别调价单
|
||||
* 客户调价单
|
||||
* 部门调价单
|
||||
3. **结账类记录**:
|
||||
* 月末业务结账前检查报告
|
||||
* 业务结账日志
|
||||
* 应收/应付结账日志
|
||||
|
||||
<br>
|
||||
|
||||
## 六、总结
|
||||
|
||||
G3ERP供应链核算管理模块作为财务与业务的桥梁,其核心价值在于:
|
||||
|
||||
1. **数据整合与终结**:将分散在采购、销售、仓存环节的业务数据,转化为集中、规范的财务数据。
|
||||
2. **成本精确控制**:提供准确的成本计算与调整工具,为企业利润分析和定价策略提供数据基础。
|
||||
3. **价格策略灵活**:支持多维度的价格体系,帮助企业快速响应市场变化。
|
||||
4. **财务流程保障**:通过严谨的月结流程,确保财务数据的准确性、完整性和周期性,为企业稳健运营提供保障。
|
||||
|
||||
成功实施并规范使用核算管理模块,是企业实现业财一体化、提升精细化管理水平的关键步骤。
|
418
1-流程梳理/1-G3ERP供应链模块解读/1.5.1-G3ERP供应链GSP模块解读文档-v1.0 copy.md
Normal file
418
1-流程梳理/1-G3ERP供应链模块解读/1.5.1-G3ERP供应链GSP模块解读文档-v1.0 copy.md
Normal file
@ -0,0 +1,418 @@
|
||||
# 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管理模块,企业不仅能顺利通过监管部门的检查,更能将质量管理的理念内化为企业的核心竞争力,从而在激烈的市场竞争中赢得信誉和优势。
|
418
1-流程梳理/1-G3ERP供应链模块解读/1.5.1-G3ERP供应链GSP模块解读文档-v1.0.md
Normal file
418
1-流程梳理/1-G3ERP供应链模块解读/1.5.1-G3ERP供应链GSP模块解读文档-v1.0.md
Normal file
@ -0,0 +1,418 @@
|
||||
# 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管理模块,企业不仅能顺利通过监管部门的检查,更能将质量管理的理念内化为企业的核心竞争力,从而在激烈的市场竞争中赢得信誉和优势。
|
@ -1 +1 @@
|
||||
[Task Manager UI](http://localhost:49175)
|
||||
[Task Manager UI](http://localhost:52468)
|
@ -0,0 +1,3 @@
|
||||
{
|
||||
"tasks": []
|
||||
}
|
Loading…
x
Reference in New Issue
Block a user