G3ERP/1-流程梳理/实际补货流程/补货实际流程.md
L.star 508c61e323 docs: 更新任务管理器UI端口并添加新文档
- 更新 data/chain-of-thought/WebGUI.md 中的端口号。
- 新增 1-流程梳理/8-G3ERP集团查询模块解读/ 目录及相关文档。
- 新增 1-流程梳理/实际补货流程/ 目录及相关文档。
2025-07-18 15:39:09 +08:00

6.6 KiB
Raw Blame History

实际补货流程 - 3种

【背景说明】【业务流转过程中涉及的3个不同的ERP】

ERP整合企业核心业务流程的管理信息系统。

图片1 图片2 图片3

【目前总体情况】没有缺货登记,以销定采。

采购补货前置条件:集团的ERP1 已经对商品客户供应商的基础资料录入审核符合GSP的才能出现在采购可选的商品里。

【一】 采集公司补货

第一步,商品部根据历史销售数据算出补货量 实际库存 在途数量 = 计划数量。

说明1 计划数量目前只考虑销售量,有一个**“可销月”**的概念根据药店小、中、大不同按1.2倍1.5倍、1.8倍来给出计划数量,最终显示给店长的计划数量就是倍数之后的结果。

说明2 商品部如果需要调整计算公式参数,向IT部提出需求由IT部改改动周期大约是半年至一年。


第二步, 影响最直接店长可自己调整计划数量店长调整的数量根据自己的经验来判断可以调整的数量在商品部设置好的库存上下限范围内。一般店长调整的数量采购和审查都不会过多干预只是会有所属的ERP3的连锁公司来进行每日的库压监督。考虑的是对店长的后续的绩效考核。


第三步, 各门店的计划数量,由ERP3的13家连锁公司来总计 → ERP2的博大来采集。

**说明:**一般门店无采购权需要由公司来采购而且在GSP流程上需要有审核流程连锁公司日常也负责对门店的“库压”之类的进行监管绩效考核。


第四步博大ERP2,属于一树集团,不同的法人主体,是一树的采集公司。博大来实际处理补货,但是每日只处理规定的工作计划的店铺。此处有两种情况:

1.满足 查库存 → 满足需求 → 占库存 → 传到仓库管理系统WMS仓库进行处理汇总波次计划多家门店需要的同一产品汇总计划 → 拣货 → 复核 → 集货 → 装货 → WMS回传给博大ERP2 → 回传连锁ERP3 → 通知门店待收货 → 门店确定/门店退货。

说明1收货按实物收货不走ERP系统。


2.不满足 查库存 → 库存不满足需求 → 缺货计划 → 采购员。

说明1 缺货了推送给采购员是一个数据的汇总传输,实际不影响真实的补货,缺货了本次流程也结束了,不会另外补货;下一次的计划数量也不受上一次的缺货数量的影响。


说明2商品部、运营部和仓库3个部门会共同规划为不同的店铺规定好提货补货时间店铺提交的计划数量只能在规定时间提货博大也只按规定的时间处理店铺的补货。若店铺忘记提交申请也只延后到下一次。按不同的店铺大小需求有一周1次一周2-3次补货的。


说明3 采购部根据采购计划报表的库存销售的数据来生采购 → 仓库备货也有一个**“可销月”**的概念一般为1.8倍/2.0倍。【注: 采购部的采购计划没有归因分析没有建议只是比较单纯的考虑存销的数据所以这是接下来想要去用AI预测优化的方向。】


采集公司补货流程图

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回传博大ERP22再回传连锁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

【二】 店店调拨

原则:就近原则

由缺货店铺查库,判断,申请,拿货。

**假设:**A门店缺货A门店查库存发现B门店和C门店有货自己按就近原则判断如B门店更近向B门店提出调货申请B门店有货就要无条件配合,A门店自己取货或者快递取货。

A门店取货入库同时B门店出库实时完成成本划;A拿货1则A收货1B门店退货1。


店店调拨流程图

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

【三】 供应商直调

供应商直调,直调商品只能是非药品类的商品。

商家售卖的非药品商品也需要在ERP系统的资质管理中确认有资质卖某种商品由采购部在系统中录入质量部审核。

直调某商品也是由店长申请,如果没有仓存,则不配送。


供应商直调程图

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