# G3ERP连锁门店日常业务模块解读文档 ## 一、连锁门店日常业务模块概述 G3ERP连锁门店日常业务模块是专为医药零售企业设计的前端运营管理系统,全面覆盖了门店从商品补货、收货、日常销售到库存管理和财务结算的各项核心业务。该模块作为企业运营的神经末梢,直接面向终端消费者,同时与总部供应链、财务及GSP管理体系紧密集成,旨在实现门店业务的标准化、自动化和智能化,确保运营效率和合规性。
## 二、连锁门店日常业务功能架构 ### 2.1 功能架构图 连锁门店日常业务模块主要由以下十一大功能集群构成,形成一个完整的门店运营闭环: ```mermaid graph LR A["连锁门店日常业务"] --> B["补货业务"]; A --> C["收货业务"]; A --> D["零售业务"]; A --> E["批发业务"]; A --> F["退货业务"]; A --> G["调拨业务"]; A --> H["库存业务"]; A --> I["盘点业务"]; A --> J["价格业务"]; A --> K["日结月结"]; A --> L["其他业务"]; subgraph "补货业务" B1["补货计划"] B2["缺货登记"] B3["参数设置"] end subgraph "收货业务" C1["门店接货"] C2["验收入库"] C3["门店拒收"] end subgraph "零售业务" D1["零售POS单"] D2["中药划价"] D3["支付方式变更"] end subgraph "批发业务" E1["批发开单"] E2["批发退回"] end subgraph "退货业务" F1["退货申请"] F2["总部召回处理"] end subgraph "调拨业务" G1["店间调拨申请"] G2["调入门店确认"] end subgraph "库存业务" H1["直调入库/退回"] H2["其他出入库"] H3["批次管理(锁/解/调)"] H4["拆零/组装"] end subgraph "盘点业务" I1["静态库存盘点"] I2["盘点差异处理"] I3["盘盈/盘亏处理"] end subgraph "价格业务" J1["零售价调价"] J2["特价申请"] J3["价签管理"] end subgraph "日结月结" K1["日结单"] K2["月末结账"] K3["反月结处理"] end subgraph "其他业务" L1["货位设置"] L2["新品登记"] L3["滞销品登记"] end B --> B1 & B2 & B3; C --> C1 & C2 & C3; D --> D1 & D2 & D3; E --> E1 & E2; F --> F1 & F2; G --> G1 & G2; H --> H1 & H2 & H3 & H4; I --> I1 & I2 & I3; J --> J1 & J2 & J3; K --> K1 & K2 & K3; L --> L1 & L2 & L3; classDef moduleClass fill:#cce5ff,stroke:#004085,stroke-width:2px classDef subModuleClass fill:#e7d4e8,stroke:#4a148c,stroke-width:1px classDef functionClass fill:#d4edda,stroke:#155724,stroke-width:1px class A moduleClass class B,C,D,E,F,G,H,I,J,K,L subModuleClass class B1,B2,B3,C1,C2,C3,D1,D2,D3,E1,E2,F1,F2,G1,G2,H1,H2,H3,H4,I1,I2,I3,J1,J2,J3,K1,K2,K3,L1,L2,L3 functionClass ```
### 2.2 功能架构图结构说明 #### 核心业务循环 G3ERP连锁门店日常业务模块形成了两个主要的业务循环: 1. **库存流转循环**:**补货** → (总部配送) → **收货** → **库存管理** → **销售(零售/批发)** → **库存减少** → 触发新一轮**补货**。 2. **财务核算循环**:**销售(零售/批发)** → **收款** → **日结** → **月结** → **财务对账**。 这两个循环构成了门店运营的核心,确保了商品流和资金流的闭环管理。 #### 十一大核心业务模块 1. **补货业务**:保障门店商品供应 - **功能描述**:根据门店库存和销售情况,向总部发起要货请求。 - **核心特征**:支持手动新增、按模型(如库存上下限、历史销量)自动生成、缺货登记等多种补货方式。 - **核心流程**:参数设置 → 计划生成 → 计划提交 → 总部处理 - **执行角色**:门店营业员、店长 - **业务成果**:生成补货计划单,确保商品及时补充,降低缺货风险。 2. **收货业务**:确保到货商品准确合规 - **功能描述**:处理总部的配送来货,进行实物清点、GSP验收和入库确认。 - **核心特征**:严格的GSP流程,支持按明细验收、双人复核、冷链温度记录,以及对破损商品的拒收处理。 - **核心流程**:接货登记 → 质量验收 → 确认入库 → 库存增加 - **执行角色**:门店收货员、质量管理员 - **业务成果**:确保入库商品数量准确、质量合格,完成库存的物理增加。 3. **零售业务**:完成面向终端客户的销售 - **功能描述**:通过POS系统完成日常的药品零售、收款、退货、促销活动等操作。 - **核心特征**:集成的POS界面,支持会员管理、多种支付方式、促销活动(买赠、组合、积分换购)、中药划价、含麻药品登记等复杂场景。 - **核心流程**:商品扫描/录入 → 会员识别 → 价格计算 → 收款 → 小票打印 - **执行角色**:门店收银员、营业员 - **业务成果**:实现快速准确的销售收款,提升顾客体验,生成销售流水。 4. **批发业务**:处理对公或大宗销售 - **功能描述**:针对团体客户或大宗购买场景,进行批发开单和退货处理。 - **核心特征**:独立的开单界面,支持客户价格体系、信用管理和批量操作。 - **核心流程**:选择客户 → 开具批发单 → 记账出库 → 应收账款生成 - **执行角色**:门店业务员、店长 - **业务成果**:满足大宗客户的购买需求,拓展销售渠道。 5. **退货业务**:向总部申请退回商品 - **功能描述**:门店因滞销、近效期、质量问题等原因,向总部申请退货。 - **核心特征**:支持按店存、效期品、总部召回等多种方式引入退货商品,退货申请需经总部审批。 - **核心流程**:创建退货申请 → 提交总部审批 → 审批通过 → 门店打包待退 - **执行角色**:门店营业员、店长 - **业务成果**:处理冗余或问题库存,优化库存结构。 6. **调拨业务**:实现门店间的商品流转 - **功能描述**:处理门店与门店之间的商品调拨,以快速满足区域内的商品需求。 - **核心特征**:由调出门店发起,调入门店确认,系统自动处理双方库存的增减,无需总部介入实际物流。 - **核心流程**:调出申请 → 调入确认 → 双方库存自动增减 - **执行角色**:调出门店店长、调入门店店长 - **业务成果**:提高区域内商品调剂效率,减少缺货。 7. **库存业务**:管理门店的非销售类库存变动 - **功能描述**:处理除正常销售、采购、退货外的所有库存变动,如批次调整、拆零组装、其他出入库等。 - **核心特征**:功能全面,包括直调入库(不经总部配送)、其他出入库(如赠品、办公用品)、批次锁库/解库/调整、包装拆零、商品组装等。 - **核心流程**:创建相应单据 → 审核 → 记账 → 库存实时变动 - **执行角色**:门店库管员、店长 - **业务成果**:确保门店库存账实相符,满足各种复杂的库存管理需求。 8. **盘点业务**:核对账面与实际库存 - **功能描述**:通过建立盘点方案,对门店库存进行全面或部分的盘点,并处理盘点差异。 - **核心特征**:支持明盘/暗盘、批号/商品盘点、纸质/PDA盘点等多种方式。盘点差异可生成复盘任务或直接生成盘盈盘亏单。 - **核心流程**:建立盘点方案 → 锁定库存 → 录入实盘数 → 计算差异 → 生成损益单 - **执行角色**:门店全员 - **业务成果**:发现并解决库存差异,保证库存数据的准确性。 9. **价格业务**:管理门店商品价格 - **功能描述**:执行总部下发的调价指令,或申请对本店商品进行价格调整,并管理价签。 - **核心特征**:支持总部强制调价、门店申请调价、团购特价申请等。调价后可批量生成价签。 - **核心流程**:接收/申请调价 → 审核 → 执行 → 价格生效 → 打印价签 - **执行角色**:店长、信息员 - **业务成果**:确保门店售价的准确性和市场竞争力。 10. **日结月结**:完成门店财务周期的结算 - **功能描述**:对门店每日的销售、收款进行汇总核对,并在月末进行结账,关闭当前会计期间。 - **核心特征**:日结是月结的前提,月结前系统会自动检查所有业务单据是否处理完毕。支持反月结操作以应对特殊情况。 - **核心流程**:完成所有业务 → 日结 → 月末检查 → 月结 → 成本计算 - **执行角色**:店长、财务对接人 - **业务成果**:完成门店财务周期的结算,为总部财务核算提供准确数据。 11. **其他业务**:提供辅助性管理功能 - **功能描述**:包括仓库货位设置、新品及缺货登记、滞销品登记等辅助管理功能。 - **核心特征**:是对核心业务流程的补充,提升门店管理的精细化水平。 - **核心流程**:按需使用相应功能模块。 - **执行角色**:店长、营业员 - **业务成果**:提升门店运营管理的精细度和响应速度。 ---
## 三、总业务流程设计 ### 3.1 门店核心业务流程图 ```mermaid graph TD subgraph "顾客交互与销售" A["顾客进店"] --> B["商品咨询/推荐"]; B --> C["POS开单
(扫描商品、录入会员)"]; C --> D{"促销/优惠判断"}; D -- "1\. 满足促销" --> E["执行促销策略
(买赠、组合、打折)"]; D -- "2\. 不满足" --> F["正常价格"]; E --> G["计算总价"]; F --> G; G --> H["收款结算
(现金、刷卡、扫码、储值卡)"]; H --> I["打印小票"]; I --> J["顾客离店"]; end subgraph "内部运营与供应链" K["日常巡查/销售分析"] --> L{"发现库存不足?"}; L -- "1\. 是" --> M["发起补货计划"]; M --> N["总部处理配送"]; N --> O["门店接货验收"]; O --> P["合格品入库
(库存增加)"]; P --> K; L -- "2\. 否" --> K; P --> C; end subgraph "财务与盘点" H --> Q["生成销售流水"]; Q --> R["门店日结"]; R --> S["月末结账"]; T["定期/不定期"] --> U["发起盘点"]; U --> V["盘点差异处理"]; V --> W["盘盈入库/盘亏出库"]; W --> P; end classDef customer fill:#fff0f6,stroke:#d63384,stroke-width:2px; classDef operation fill:#e3f2fd,stroke:#0d6efd,stroke-width:2px; classDef finance fill:#d1e7dd,stroke:#198754,stroke-width:2px; class A,B,C,D,E,F,G,H,I,J customer; class K,L,M,N,O,P operation; class Q,R,S,T,U,V,W finance; ```
### 3.2 流程图说明 上图展示了连锁门店三大核心流程的交互关系: 1. **顾客交互与销售流程(粉色)**:这是门店最主要的外部流程,从顾客进店开始,通过POS系统完成一系列销售动作,最终完成交易。 2. **内部运营与供应链流程(蓝色)**:这是支撑销售的内部核心流程。通过对库存的持续监控,发起补货,并通过收货入库环节完成商品补充,形成一个完整的“销售-补货-入库-再销售”的闭环。 3. **财务与盘点流程(绿色)**:这是确保数据准确性的管理流程。销售流水在每日通过日结汇总,并在月末完成月结。定期的库存盘点则保证了账实相符,其结果(盘盈/盘亏)会直接影响库存数据。 三大流程相互交织,共同构成了门店高效、有序的日常运营体系。 ---
## 四、核心业务流程详解 ### 4.1 零售与结算流程 ```mermaid graph TD A["开始
POS开单"] --> B["录入商品/会员"]; B --> C{"特殊商品?"}; C -- "1\. 中药" --> D["切换划价状态"]; C -- "2\. 含麻/近效期" --> E["触发销售登记"]; C -- "3\. 普通商品" --> F["正常处理"]; D --> F; F --> G["计算价格/折扣"]; G --> H{"促销活动?"}; H -- "1\. 是" --> I["执行促销方案"]; H -- "2\. 否" --> J["进入收款"]; I --> J; J -- "PageDown" --> K["收款界面"]; K --> L["选择支付方式
(可多种组合)"]; L --> M{"需要挂单?"}; M -- "1\. 是" --> N["F6挂单"]; M -- "2\. 否" --> O["确认收款"]; N --> P["处理其他顾客"]; P --> Q["F7提单"]; Q --> O; O --> R["打印小票/开钱箱"]; R --> S["完成一笔交易"]; S --> T["...多笔交易后..."]; T --> U["日终操作"]; U --> V["执行门店日结"]; V --> W["结束"]; E --> J; ```
### 4.2 补货与收货流程 ```mermaid graph TD A["开始
库存预警或手动发起"] --> B["创建补货计划单"]; B --> C{"生成方式"}; C -- "1\. 手动新增" --> D["逐条录入商品"]; C -- "2\. 模型生成" --> E["选择计划模型
(如:安全库存补货)"]; C -- "3\. 引入" --> F["引入历史未请货商品"]; D --> G["保存计划"]; E --> G; F --> G; G --> H["审核并提交至总部"]; H --> I["...总部配送..."]; I --> J["门店接货"]; J --> K["创建门店接货单
(录入运输/温控信息)"]; K --> L["审核接货单"]; L --> M["按明细验收入库"]; M --> N{"验收结果"}; N -- "1\. 合格" --> O["确认入库
(库存增加)"]; N -- "2\. 不合格" --> P["创建门店拒收单"]; O --> Q["结束"]; P --> Q; ```
### 4.3 库存盘点流程 ```mermaid graph TD A["开始
发起盘点任务"] --> B["新增静态库存盘点方案"]; B --> C["设置盘点范围与方式
(全盘/抽盘, 明盘/暗盘)"]; C --> D["审核盘点方案"]; D --> E["进入盘点操作"]; E --> F["引入盘点范围内的商品"]; F --> G["锁定库存"]; G --> H{"盘点方式"}; H -- "1\. 纸质盘点" --> I["导出盘点表"]; H -- "2\. PDA盘点" --> J["下发任务至PDA"]; I --> K["...线下盘点..."]; J --> K; K --> L["录入/导入实盘数量"]; L --> M["计算盈亏差异"]; M --> N["审核盘点结果"]; N --> O["生成盘点结果差异单"]; O --> P{"处理差异"}; P -- "1\. 复盘" --> E; P -- "2\. 确认损益" --> Q["审核差异单"]; Q --> R["生成盘盈入库单/盘亏出库单"]; R --> S["记账后调整库存"]; S --> T["结束"]; ```
### 4.4 门店向总部退货流程 ```mermaid graph TD A["开始
发现需退货商品
(近效期/滞销/质量问题)"] --> B["创建退货申请单"]; B --> C{"引入方式"}; C -- "1\. 店存引入" --> D["选择库存商品"]; C -- "2\. 效期品引入" --> E["选择近效期商品"]; C -- "3\. 总部召回引入" --> F["选择被召回商品"]; D --> G["录入退货数量与原因"]; E --> G; F --> G; G --> H["审核并提交至总部"]; H --> I["...总部审批..."]; I --> J{"审批结果"}; J -- "1\. 同意" --> K["门店打包商品
等待总部物流处理"]; J -- "2\. 驳回" --> L["门店自行处理
(如转为报损)"]; K --> M["结束"]; L --> M; ```
### 4.5 店间调拨流程 ```mermaid graph TD A["开始
调出门店发起"] --> B["创建门店调拨申请单"]; B --> C["选择调入门店与调拨原因"]; C --> D["录入调拨商品及数量"]; D --> E["审核后,商品在调出门店被锁库"]; E --> F["...实物运输..."]; F --> G["调入门店
店店调拨申请调入门店确认"]; G --> H["查询待确认的调拨单"]; H --> I["核对实物与单据"]; I --> J{"确认结果"}; J -- "1\. 整单确认" --> K["系统自动处理"]; J -- "2\. 差异处理" --> L["(需线下沟通解决)"]; K --> M["调出门店库存减少"]; K --> N["调入门店库存增加"]; M --> O["结束"]; N --> O; L --> O; ```
## 五、与总部模块的集成 连锁门店模块作为数据采集的前端,与总部的核心模块存在紧密的数据交互: ```mermaid graph LR subgraph "门店端" A["连锁门店日常业务"] end subgraph "总部端" B["供应链管理
(采购、仓存)"] C["财务管理
(核算、应收应付)"] D["GSP质量管理"] E["会员与营销管理"] end A -- "1\. 补货计划/退货申请" --> B; B -- "2\. 配送单/调价单" --> A; A -- "3\. 销售/收款数据" --> C; C -- "4\. 财务指令" --> A; A -- "5\. 质量问题上报" --> D; D -- "6\. GSP规范/召回指令" --> A; A -- "7\. 会员消费数据" --> E; E -- "8\. 促销/优惠券方案" --> A; ``` **数据流说明:** 1. **补货与退货**:门店的补货需求和退货申请是总部供应链制定采购和仓储计划的重要依据。 2. **配送与调价**:总部的配送指令和价格调整指令直接下达到门店执行。 3. **销售与财务**:门店的销售和收款数据实时或定期上传,作为总部财务核算的基础。 4. **财务指令**:总部的财务政策和指令会影响门店的结算操作。 5. **质量上报**:门店发现的药品质量问题通过系统上报至总部GSP部门。 6. **GSP指令**:总部的GSP规范和药品召回等指令需要门店严格执行。 7. **会员数据**:门店是会员数据的主要采集点,为总部进行客户关系管理和精准营销提供支持。 8. **营销方案**:总部的促销活动和优惠券方案在门店端落地执行。
## 六、总结 G3ERP连锁门店日常业务模块是支撑医药零售企业高效运作的核心系统。它通过对门店日常业务的全面覆盖和流程化管理,实现了: 1. **运营标准化**:将门店的各项操作固化为标准流程,降低了对人员经验的依赖,便于快速复制和扩张。 2. **数据实时化**:实时采集销售、库存等关键数据,为总部的快速决策提供了及时、准确的数据支持。 3. **管理精细化**:通过对批次、效期、价格、促销等细节的精细管理,提升了门店的盈利能力和风险控制水平。 4. **合规自动化**:将GSP规范内嵌于业务流程中,如冷链记录、特殊药品销售登记等,确保门店运营的合规性。 该模块的有效应用,是保障连锁药店在激烈的市场竞争中保持运营效率、服务质量和合规安全的关键。