G3ERP/补货实际流程.md at a758256fa69191e490d01a20610b9e3747e21f4f

Onetree-Doc/G3ERP

Fork 0

L.star a758256fa6 整理了文件夹

2025-07-18 16:12:40 +08:00

6.6 KiB

Raw Blame History

实际补货流程 - 3种

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

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

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

采购补货前置条件：集团的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回传博大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

【二】店店调拨

原则：就近原则

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

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

A门店取货入库，同时B门店出库，实时完成成本划;A拿货1，则A收货1，B门店退货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

6.6 KiB Raw Blame History Unescape Escape