Onetree-Doc/G3ERP
2
0
Fork 0
Code Issues Pull Requests Actions Packages Projects Releases Wiki Activity
G3ERP/1-流程梳理/0-需求调研帮助指导/0-各模块_缺货&补货流程梳理/G3ERP集团分销-补货流程深度分析.md
L.star a7e200b1d0 refactor(docs): 调整流程文档目录结构 
将各模块的缺货与补货流程文档统一移动到 \
2025-07-15 19:08:00 +08:00

14 KiB
Raw Blame History

G3ERP集团分销模块：补货流程深度分析

本文档基于对G3ERP集团分销模块相关文档的深度解读，旨在全面、清晰地阐述其核心业务之一——补货流程。内容涵盖了从规则制定到最终执行的各个环节、涉及的相关方以及一个完整、细致的流程详解。

一、“补货”相关环节清单及出处

本章节梳理了集团分销模块中，所有与“补货”业务直接相关的具体功能环节，并标注了其在原始解读文档中的出处，以便追溯。

1.1 规则与参数设置 (规则层)

这是所有补货业务的逻辑基础和前提条件，定义了如何进行补货。

1.2 补货需求的产生与处理 (执行层)

这是日常补货操作的执行环节。

二、“补货”流程相关方清单

下表详细列出了在G3ERP集团分销模块的补货流程中，从规则制定到最终执行所涉及到的不同层级、部门及其核心业务角色，并阐述了他们在流程中的主要职责。

环节/阶段 涉及层级/部门 核心角色/业务人员 主要职责
1. 规则与策略制定 总部 - 运营部/商品部 总部运营人员/配货专员 - 定义规则: 设置和维护门店的各项补货参数（如安全库存、配送周期、库存上下限）。
- 优化参数: 根据销售数据和季节性变化，主动调整单品或门店的补货模型。
总部 - 运营部/商品部 总部运营主管/经理 - 审批变更: 审批由门店提交的补货参数调整申请，确保调整的合理性。
门店 门店店长/信息员 - 申请变更: 当现有补货参数不适应实际销售时，向总部提交调整申请。
2. 补货需求生成 门店 门店系统 (自动化) - 自动计算: 基于销售数据、当前库存和预设的补货参数，自动生成日常补货要货计划。
门店 门店店员/店长 - 人工干预: 对系统自动生成的要货计划进行人工复核、确认或修改。
- 缺货登记: 登记顾客需求的缺货商品，形成补货需求。
3. 计划处理与分配 总部 - 运营部/数据中心 总部数据处理员/配货专员 - 监控流程: 监控“数据处理”模块的自动运行，处理异常情况。
- 决策分配: 在库存不足时，根据预设规则（如按比例）进行库存分配。
总部 - 采购部 采购人员 - 响应缺货: 分析“缺货登记”记录，作为制定采购计划的依据，从源头解决缺货问题。
4. 订单执行与配送 总部 - 供应链/物流中心 仓库人员 (拣货/复核/打包) - 执行调拨: 根据系统生成的“调拨单”，进行商品的拣选、复核与打包。
总部 - 供应链/物流中心 配送人员 - 物流配送: 将打包好的商品按照配送路线和计划送达指定门店。
5. 收货与反馈 门店 门店库管/店员 - 收货入库: 接收总部配送的商品，清点核对并进行系统入库操作。

三、G3ERP集团分销模块：完整补货流程详解

本流程旨在详细阐述G3ERP集团分销体系下，一个商品从规则设定到最终送达门店的全过程，体现了系统“规则先行、自动处理、人工干预”的设计思想。

阶段一：规则设置与维护 (静态基础 - 总部运营部主导)

此阶段是所有自动化补货的前提，定义了补货的“游戏规则”。

  1. 初始化设置 (新店开业时):

    • 动作: 总部运营人员在分销设置-基础资料中执行新开门店初始化设置。
    • 核心: 在录入门店基本信息的同时，系统会自动生成一套初始的门店配货参数，包括默认的拣货仓库、配送周期、安全库存天数、库存上下限等。
    • 效率提升: 若有相似门店，可使用新开门店补货计划参数复制功能，快速应用成熟的补货模型。

  2. 日常参数维护与优化 (持续进行):

    • 场景A：总部主动优化: 运营人员发现某款感冒药进入销售旺季，通过门店补货计划参数单品调整功能，统一提高所有北方门店该药品的库存上限天数。
    • 场景B：门店申请调整: 某门店店长发现系统计算的补货量偏低，通过门店端提交补货计划参数调整申请。申请流转至总部，由运营主管在门店补货计划参数调整申请处理界面进行审批，通过后参数自动更新。

阶段二：自动化补货需求生成与处理 (动态执行 - 系统核心)

此阶段是日常补货的核心，由系统根据预设规则自动完成。

  1. 需求自动触发 (门店端 - 系统自动):

    • 机制: G3ERP系统持续监控各门店的实时库存和销售数据。
    • 触发条件: 当某商品的“当前库存”低于其在门店配货参数中设定的“安全库存天数”所对应的库存量时，系统自动触发补货需求。
    • 产出: 系统根据库存上下限、在途量、日均销量等参数，自动计算建议补货量，生成一张门店日常要货计划单。

  2. 计划汇总与智能处理 (总部端 - 数据处理模块):

    • 汇总: 所有门店自动生成的门店日常要货计划单，统一汇入到总部业务的数据处理模块中。
    • 核心处理逻辑:
      • Step 1: 库存检查: 系统检查该商品在指定拣货仓库的可用库存。
      • Step 2: 库存充足: 若库存足以满足所有门店的需求，系统直接确认计划数量。
      • Step 3: 库存不足 (关键流程): 若库存不足，系统启动缺货处理机制：
        • 自动分配: 根据预设规则（如按门店重要级、或按需求量比例），将有限的库存公平地分配给各家门店。例如，A店要100件，B店要50件，总部只有75件库存，按比例分配后A店分得50件，B店分得25件。
        • 缺货登记: 未被满足的需求数量（A店的50件和B店的25件）被自动记录到连锁门店新品及缺货登记处理模块中，形成缺货记录，供采购部参考。

阶段三：调拨指令生成与下游衔接

此阶段是信息流转为物流指令的关键一步。

  1. 生成调拨单:

    • 动作: 对于数据处理模块中所有被确认的补货数量（无论是全量满足还是部分分配），系统会自动生成一张调拨单。
    • 意义: 调拨单是正式的、可执行的内部物流指令，标志着集团分销模块内本次补货流程的结束。

  2. 衔接供应链模块:

    • 流转: 生成的调拨单会自动传递到G3ERP的供应链模块。

阶段四：物理执行与流程闭环

此阶段由供应链和门店完成，是补货的最终落地。

  1. 仓库作业 (供应链模块):

    • 动作: 总部仓库人员根据调拨单进行商品的拣货、复核、打包，并安排物流配送。

  2. 门店收货入库 (门店端):

    • 动作: 门店收到货物后，进行清点核对，并在系统中执行收货入库操作。
    • 闭环: 商品库存增加，完成一次完整的补货流程。系统将继续监控库存，为下一次补货循环做准备。

四、集团分销补货业务完整流程图 (精细版)

此流程图基于对原始文档的再次深度解读绘制，旨在完整、清晰地展现集团分销补货业务的全貌，突出规则、需求、处理、执行四大阶段的内在联系。

graph TD
    subgraph "规则层: 总部"
        subgraph "分销设置"
            Rule1["门店配货参数设置<br><i>(安全库存, 周期, 上下限)</i>"]
        end
        subgraph "总部业务"
            Rule2["库存业务设置<br><i>(必备品种)</i>"]
        end
    end

    subgraph "需求层: 多种业务场景"
        Demand1["日常自动补货<br><i>(库存低于安全线)</i>"]
        Demand2["新店铺货"]
        Demand3["新品铺货"]
        Demand4["缺货登记补货"]
    end
    
    subgraph "处理层: 总部业务 (核心枢纽)"
        Hub["分支机构订货计划处理<br><b>(数据处理模块)</b>"]
        Hub_Check{"\"库存检查\""}
        Hub_Process["缺货处理"]
        Hub_Alloc["按规则分配"]
        Hub_Shortage["缺货登记"]
        Hub_Confirm["确认/生成调拨数量"]
    end

    subgraph "执行与反馈层 (供应链 & 门店)"
        Exec1["生成调拨单"]
        Exec2["(流转至) 供应链模块"]
        Exec3["仓库作业 & 物流配送"]
        Exec4["门店收货入库"]
        Feedback1["(通知) 采购模块"]
    end

    Rule1 -- "影响计算规则" --> Demand1
    Rule2 -- "影响选品范围" --> Demand1
    Rule2 -- "影响选品范围" --> Demand2
    Rule2 -- "影响选品范围" --> Demand3

    Demand1 -- "生成计划" --> Hub
    Demand2 -- "生成计划" --> Hub
    Demand3 -- "生成计划" --> Hub
    Demand4 -- "生成计划" --> Hub

    Hub --> Hub_Check
    Hub_Check -- "库存充足" --> Hub_Confirm
    Hub_Check -- "库存不足" --> Hub_Process
    Hub_Process --> Hub_Alloc
    Hub_Process --> Hub_Shortage
    Hub_Alloc --> Hub_Confirm
    
    Hub_Confirm --> Exec1
    Exec1 --> Exec2
    Exec2 --> Exec3
    Exec3 --> Exec4
    Hub_Shortage -- "作为采购参考" --> Feedback1
    Exec4 -- "更新库存数据" --> Demand1