L.star
508c61e323
- 更新 data/chain-of-thought/WebGUI.md 中的端口号。 - 新增 1-流程梳理/8-G3ERP集团查询模块解读/ 目录及相关文档。 - 新增 1-流程梳理/实际补货流程/ 目录及相关文档。
186 lines
6.6 KiB
Markdown
186 lines
6.6 KiB
Markdown
## 实际补货流程 - 3种
|
||
|
||
【背景说明】【业务流转过程中涉及的3个不同的ERP】
|
||
|
||
ERP：整合企业核心业务流程的管理信息系统。
|
||
|
||
  
|
||
|
||
【目前总体情况】没有缺货登记，以销定采。
|
||
|
||
采购补货**前置**条件：**集团的ERP1** 已经对商品，客户，供应商的基础资料录入，审核，符合GSP的才能出现在采购可选的商品里。
|
||
|
||
#### 【一】 采集公司补货
|
||
|
||
**第一步，商品部**根据历史销售数据算出补货量 － 实际库存 － 在途数量 = 计划数量。
|
||
|
||
**说明1：** 计划数量目前只考虑销售量，有一个**“可销月”**的概念，根据药店小、中、大不同，按1.2倍，1.5倍、1.8倍来给出计划数量，最终显示给店长的计划数量就是倍数之后的结果。
|
||
|
||
**说明2：** 商品部如果需要调整计算公式参数，向**IT部**提出需求，由IT部改，改动周期大约是半年至一年。
|
||
|
||
<br>
|
||
|
||
**第二步，** 影响最直接，店长可自己调整计划数量，店长调整的数量根据自己的经验来判断，可以调整的数量在商品部设置好的库存上下限范围内。一般店长调整的数量，采购和审查都不会过多干预，只是会有所属的ERP3的连锁公司来进行每日的库压监督。考虑的是对店长的后续的绩效考核。
|
||
|
||
<br>
|
||
|
||
**第三步，** 各门店的计划数量，由**ERP3的13家连锁公司**来总计 → ERP2的博大来采集。
|
||
|
||
**说明：**一般门店无采购权，需要由公司来采购，而且在GSP流程上，需要有审核流程，连锁公司日常也负责对门店的“库压”之类的进行监管，绩效考核。
|
||
|
||
<br>
|
||
|
||
**第四步，博大ERP2**，属于一树集团，不同的法人主体，是一树的**采集公司**。博大来实际处理补货，但是每日只处理规定的工作计划的店铺。此处有**两种**情况：
|
||
|
||
**1.满足** 查库存 → 满足需求 → 占库存 → 传到仓库管理系统WMS仓库进行处理（汇总波次计划：多家门店需要的同一产品汇总计划） → 拣货 → 复核 → 集货 → 装货 → WMS回传给博大ERP2 → 回传连锁ERP3 → 通知门店待收货 → 门店确定/门店退货。
|
||
|
||
**说明1：收货按实物收货，不走ERP系统。**
|
||
|
||
<br>
|
||
|
||
**2.不满足** 查库存 → 库存不满足需求 → 缺货计划 → 采购员。
|
||
|
||
**说明1：** 缺货了推送给采购员是一个数据的汇总传输，实际不影响真实的补货，缺货了本次流程也结束了，不会另外补货；下一次的计划数量也不受上一次的缺货数量的影响。
|
||
|
||
<br>
|
||
|
||
**说明2：商品部、运营部和仓库**3个部门会共同规划，为不同的店铺规定好提货补货时间，店铺提交的计划数量，只能在规定时间提货，博大也只按规定的时间处理店铺的补货。若店铺忘记提交申请也只延后到下一次。按不同的店铺大小，需求，有一周1次，一周2-3次补货的。
|
||
|
||
<br>
|
||
|
||
**说明3：** 采购部根据采购计划报表的库存销售的数据来生采购 → 仓库备货也有一个**“可销月”**的概念，一般为1.8倍/2.0倍。【**注：** 采购部的采购计划没有归因分析，没有建议，只是比较单纯的考虑存销的数据，所以这是接下来想要去用AI预测优化的方向。】
|
||
|
||
<br>
|
||
|
||
#### 采集公司补货流程图
|
||
|
||
```mermaid
|
||
graph TB
|
||
subgraph "商品部"
|
||
A["1\. 根据历史销售数据计算计划数量<br>(历史销售 — 库存 — 在途 = 计划数量)"]
|
||
end
|
||
|
||
subgraph "门店"
|
||
B["2\. 店长根据经验调整计划数量<br>(在库存上下限范围内)"]
|
||
end
|
||
|
||
subgraph "连锁公司 (ERP3)"
|
||
C["3\. 汇总各自区域内各门店的计划数量"]
|
||
end
|
||
|
||
subgraph "采集公司 (博大 ERP2)"
|
||
D["4\. 接收并处理连锁公司的汇总计划"]
|
||
E{"5\. 检查自身库存是否满足需求"}
|
||
F["缺货计划<br>(推送给采购员，本次流程结束)"]
|
||
end
|
||
|
||
subgraph "仓库 (WMS)"
|
||
G["6\. WMS处理汇总波次计划<br>(拣货 -> 复核 -> 集货 -> 装货)"]
|
||
end
|
||
|
||
subgraph "收货与反馈"
|
||
H["7\. WMS回传博大ERP2，2再回传连锁ERP3"]
|
||
I["8\.博大ERP2再回传连锁ERP3"]
|
||
J["9\. 通知门店待收货"]
|
||
K["10\. 门店按实物确认收货/退货，不经过ERP"]
|
||
end
|
||
|
||
A --> B
|
||
B --> C
|
||
C --> D
|
||
D --> E
|
||
E -- "库存不足" --> F
|
||
E -- "库存满足" --> G
|
||
G --> H
|
||
H --> I
|
||
I --> J
|
||
J --> K
|
||
```
|
||
|
||
<br>
|
||
|
||
#### 【二】 店店调拨
|
||
|
||
**原则：就近原则**
|
||
|
||
由缺货店铺查库，判断，申请，拿货。
|
||
|
||
**假设：**A门店缺货，A门店查库存，发现B门店和C门店有货，自己按就近原则判断，如B门店更近，向B门店提出调货申请，B门店有货就要无条件配合,A门店自己取货或者快递取货。
|
||
|
||
A门店取货入库，同时B门店出库，实时完成成本划;A拿货1，则A收货1，B门店退货1。
|
||
|
||
|
||
<br>
|
||
|
||
#### 店店调拨流程图
|
||
|
||
|
||
```mermaid
|
||
graph TB
|
||
subgraph "缺货门店 (A)"
|
||
A1["1\. 发现缺货"]
|
||
A2["2\. 查询附近门店(B, C)库存"]
|
||
A3["3\. 按就近原则向B门店申请调货"]
|
||
A4["4\. A店自行取货或快递取货"]
|
||
A5["5\. A门店扫码入库，完成收货"]
|
||
end
|
||
|
||
subgraph "有货门店 (B)"
|
||
B1["无条件配合"]
|
||
B2["B门店扫码出库"]
|
||
end
|
||
|
||
subgraph "系统 (ERP)"
|
||
S1["实时完成成本划拨"]
|
||
end
|
||
|
||
A1 --> A2
|
||
A2 --> A3
|
||
A3 --> B1
|
||
B1 --> A4
|
||
A4 --> A5
|
||
A5 --> S1
|
||
A4 --> B2
|
||
B2 --> S1
|
||
```
|
||
|
||
<br>
|
||
|
||
#### 【三】 供应商直调
|
||
|
||
供应商直调，直调商品只能是**非药品类**的商品。
|
||
|
||
商家售卖的非药品商品也需要在ERP系统的资质管理中确认有资质卖某种商品，由采购部在系统中录入，质量部审核。
|
||
|
||
直调某商品也是由店长申请，如果没有仓存，则不配送。
|
||
|
||
<br>
|
||
|
||
#### 供应商直调程图
|
||
|
||
```mermaid
|
||
graph TB
|
||
subgraph "前提条件 (ERP系统)"
|
||
P1["1\. 供应商和非药品商品资质<br>由采购部录入、质量部审核"]
|
||
end
|
||
|
||
subgraph "门店"
|
||
S1["2\. 店长申请直调商品"]
|
||
end
|
||
|
||
subgraph "系统/供应商"
|
||
C1{"3\. 检查是否有库存可配送"}
|
||
D1["供应商无货不配送<br>(流程结束)"]
|
||
D2["供应商满足需求直接发货"]
|
||
end
|
||
|
||
subgraph "收货"
|
||
R1["4\. 门店收货"]
|
||
end
|
||
|
||
P1 --> S1
|
||
S1 --> C1
|
||
C1 -- "否" --> D1
|
||
C1 -- "是" --> D2
|
||
D2 --> R1
|
||
``` |