重新梳理供应链仓存管理模块的内容，修正各种流程图，结果参考以VS修正的2.0为主
This commit is contained in:
parent
101b259f1c
commit
82019bd13b
466
1-流程梳理/1-G3ERP供应链模块解读/1.3.1-G3ERP供应链仓存管理模块解读文档-v2.0-VS修正版.md
Normal file
466
1-流程梳理/1-G3ERP供应链模块解读/1.3.1-G3ERP供应链仓存管理模块解读文档-v2.0-VS修正版.md
Normal file
@ -0,0 +1,466 @@
|
||||
# G3ERP供应链仓存管理模块解读文档
|
||||
|
||||
## 一、仓存管理模块概述
|
||||
|
||||
G3ERP供应链仓存管理模块是整个供应链体系的物理执行与数据中枢。它承接采购管理的入库指令和销售管理的发货指令，负责所有商品在仓库内的实物操作与状态管理。该模块的设计深度融合了医药GSP规范，确保了从验收入库、在库存储、内部流转到出库发货的每一个环节都精准、高效且合规。
|
||||
|
||||
仓存管理的核心目标是保障库存数据的准确性、实物操作的规范性以及仓储作业的高效性，为采购决策、销售承诺以及财务核算提供坚实可靠的数据基础。
|
||||
|
||||
<br>
|
||||
|
||||
## 二、仓存管理功能架构
|
||||
|
||||
### 2.1 仓存管理功能架构图
|
||||
|
||||
仓存管理模块由以下九大核心子模块构成，形成一个功能全面、流程闭环的仓储作业管理体系：
|
||||
|
||||
```mermaid
|
||||
graph LR
|
||||
A["仓存管理模块"] --> B["验收入库"]
|
||||
A --> C["出库发货"]
|
||||
A --> D["集中拣货"]
|
||||
A --> E["运输管理"]
|
||||
A --> F["仓库调拨"]
|
||||
A --> G["盘点作业"]
|
||||
A --> H["库存调整"]
|
||||
A --> I["组装作业"]
|
||||
A --> J["其他业务"]
|
||||
|
||||
B --> B1["采购退货出库确认"]
|
||||
B --> B2["采购退货出库运输管理"]
|
||||
B --> B3["验收单关闭"]
|
||||
|
||||
C --> C1["销售出库分配"]
|
||||
C --> C2["销售出库配货"]
|
||||
C --> C3["销售出库复核"]
|
||||
C --> C4["销售差异调整单"]
|
||||
C --> C5["销售单汇总打印"]
|
||||
|
||||
D --> D1["集中拣货单生成"]
|
||||
D --> D2["拣货任务执行"]
|
||||
|
||||
E --> E1["常温/低温品种运输发运"]
|
||||
E --> E2["常温/低温品种运输回执"]
|
||||
E --> E3["装车发运配货"]
|
||||
E --> E4["运输工具/人员维护"]
|
||||
|
||||
F --> F1["仓库调拨单"]
|
||||
F --> F2["仓库调拨上下限设置"]
|
||||
|
||||
G --> G1["库存盘点方案"]
|
||||
G --> G2["盘点数据录入"]
|
||||
G --> G3["盘点结果差异处理"]
|
||||
|
||||
H --> H1["盘盈入库/盘亏出库"]
|
||||
H --> H2["库存批次调整"]
|
||||
H --> H3["批次信息调整"]
|
||||
H --> H4["不可售/管理锁库与解库"]
|
||||
|
||||
I --> I1["组装单"]
|
||||
I --> I2["拆分单"]
|
||||
|
||||
J --> J1["商品仓库属性浏览设置"]
|
||||
|
||||
classDef moduleClass fill:#e1f5fe,stroke:#01579b,stroke-width:2px
|
||||
classDef subModuleClass fill:#f3e5f5,stroke:#4a148c,stroke-width:1px
|
||||
classDef functionClass fill:#e8f5e8,stroke:#2e7d32,stroke-width:1px
|
||||
|
||||
class A moduleClass
|
||||
class B,C,D,E,F,G,H,I,J subModuleClass
|
||||
class B1,B2,B3,C1,C2,C3,C4,C5,D1,D2,E1,E2,E3,E4,F1,F2,G1,G2,G3,H1,H2,H3,H4,I1,I2,J1 functionClass
|
||||
```
|
||||
|
||||
<br>
|
||||
|
||||
### 2.2 仓存管理功能架构图结构说明
|
||||
|
||||
#### 核心业务循环
|
||||
仓存管理的核心业务围绕着商品的“进、销、存”三大活动展开：
|
||||
**验收入库 (进) → 库存管理 (存) → 出库发货 (销)**
|
||||
|
||||
- **进**：通过**验收入库**模块，承接采购或退货的商品，完成入库前的最后确认。
|
||||
- **存**：通过**仓库调拨**、**盘点作业**、**库存调整**、**组装作业**等模块，实现对在库商品的动态管理，确保账实相符和状态准确。
|
||||
- **销**：通过**出库发货**模块，响应销售订单，完成拣货、复核、发运等一系列出库操作。
|
||||
|
||||
#### 九大核心业务模块
|
||||
|
||||
1. **验收入库**
|
||||
- **功能描述**：承接采购指令，完成商品从到货、验收、上架到入库记账的全过程，是保障入库商品质量与数量准确的第一道关卡。
|
||||
- **核心特征**：深度融合GSP规范，支持按单、按商品验收；强制记录批号、效期等关键信息；支持与WMS/WCS设备集成。
|
||||
- **核心流程**：到货登记 → 质量初检 → 明细验收 → 上架分配 → 确认入库。
|
||||
- **执行角色**：验收员、库管员。
|
||||
- **业务成果**：确保入库商品合规、准确，为后续仓储作业提供合格的库存。
|
||||
|
||||
2. **出库发货**
|
||||
- **功能描述**：响应销售订单，执行从订单分配、拣货、复核到打包发货的完整出库流程。
|
||||
- **核心特征**：支持多种分配策略（如按客户、按区域）；支持条码复核，降低错发率；与运输管理无缝衔接。
|
||||
- **核心流程**：订单分配 → 拣货/配货 → 复核/打包 → 出库记账 → 移交发运。
|
||||
- **执行角色**：订单处理员、拣货员、复核员。
|
||||
- **业务成果**：高效、准确地完成销售订单的履约，提升客户满意度。
|
||||
|
||||
3. **集中拣货**
|
||||
- **功能描述**：一种为提升大批量订单处理效率而设计的优化作业模式。
|
||||
- **核心特征**：将多个订单的相同商品汇总成“总拣单”，实现一次性批量拣货，再通过“分播”操作分配至原订单。
|
||||
- **核心流程**：波次生成 → 执行总拣 → 货物送至分播区 → 按单分播。
|
||||
- **执行角色**：拣货员、分播员。
|
||||
- **业务成果**：大幅减少拣货员的行走路径和重复劳动，显著提升出库效率。
|
||||
|
||||
4. **运输管理**
|
||||
- **功能描述**：对已完成出库的包裹进行发运、在途跟踪和回执确认的管理。
|
||||
- **核心特征**：支持对不同温区（常温、低温）的商品进行分类管理；记录承运商、车辆、司机等信息；支持运输回执的电子化管理。
|
||||
- **核心流程**：装车配载 → 发运登记 → 在途跟踪 → 签收回执 → 状态更新。
|
||||
- **执行角色**：发运员、调度员。
|
||||
- **业务成果**：实现物流过程的透明化管理，确保运输环节符合GSP要求，提供完整的物流追溯链。
|
||||
|
||||
5. **仓库调拨**
|
||||
- **功能描述**：管理企业内部不同仓库或货位之间的库存转移。
|
||||
- **核心特征**：支持不同类型仓库间的调拨（如合格品库↔不合格品库，整件库↔零货库）；流程需经审批，确保调拨的合理性。
|
||||
- **核心流程**：发起调拨申请 → 审批 → 调出确认 → 在途管理 → 调入确认 → 库存转移。
|
||||
- **执行角色**：库管员、仓库主管。
|
||||
- **业务成果**：优化库存布局，盘活内部库存资源，满足不同业务场景对库存状态的需求。
|
||||
|
||||
6. **盘点作业**
|
||||
- **功能描述**：通过周期性或临时性的库存盘点，发现并处理库存差异，是保障账实相符的核心管理活动。
|
||||
- **核心特征**：支持全盘、按区盘、动销盘等多种盘点方式；盘点期间可锁定库存，防止数据变动；盘点差异可自动生成调整单据。
|
||||
- **核心流程**：制定方案 → 现场盘点 → 录入数据 → 计算差异 → 审核差异 → 生成调整凭证。
|
||||
- **执行角色**：盘点员、库管员、财务人员。
|
||||
- **业务成果**：保障库存数据的准确性，防止资产流失，为财务核算提供真实依据。
|
||||
|
||||
7. **库存调整**
|
||||
- **功能描述**：处理所有非标准采购/销售流程引起的库存变动，是修正库存数据、处理盘点差异、管理商品质量状态的最终执行模块。
|
||||
- **核心特征**：支持盘盈入库/盘亏出库、批次信息修改、库存状态锁定/解锁等多种调整类型；所有调整均需审批，有迹可循。
|
||||
- **核心流程**：发起调整申请 → 审批 → 执行调整 → 记账 → 完成库存数据更新。
|
||||
- **执行角色**：库管员、质量管理员、仓库主管。
|
||||
- **业务成果**：实现库存的精细化、多维度管理，确保库存数据与实物状态的实时同步。
|
||||
|
||||
8. **组装作业**
|
||||
- **功能描述**：支持将多个独立的“子件”商品组合成一个新的“父件”商品（组装），或反向操作（拆分）。
|
||||
- **核心特征**：适用于礼盒包装、促销捆绑、二次加工等场景；系统自动处理子件和父件的库存增减及成本转移。
|
||||
- **核心流程**：创建组装/拆分单 → 领料/退料 → 完工确认 → 库存与成本更新。
|
||||
- **执行角色**：仓管员、生产人员。
|
||||
- **业务成果**：满足多样化的销售和生产需求，增加商品附加值。
|
||||
|
||||
9. **其他业务**
|
||||
- **功能描述**：提供辅助性的批量管理功能，以提高基础数据维护的效率。
|
||||
- **核心特征**：主要用于集中设置或修改商品的仓库相关属性，如默认货位、存储条件、包装规格等。
|
||||
- **核心流程**：筛选商品 → 批量修改属性 → 保存生效。
|
||||
- **执行角色**：基础数据维护员、仓管员。
|
||||
- **业务成果**：提升数据维护效率，确保仓库作业基础数据的准确性与一致性。
|
||||
|
||||
---
|
||||
<br>
|
||||
|
||||
## 三、总业务流程设计
|
||||
|
||||
### 3.1 总业务流程设计图
|
||||
|
||||
```mermaid
|
||||
graph TD
|
||||
subgraph "上游指令"
|
||||
A["销售管理<br>(销售出库指令)"]
|
||||
B["采购管理<br>(采购入库/退货指令)"]
|
||||
|
||||
end
|
||||
|
||||
subgraph "仓存管理核心流程"
|
||||
D["<b>1. 入库流程</b><br>采购验收 -> 入库记账"]
|
||||
C["<b>2. 出库流程</b><br>销售出库分配 -> 配货 -> 复核 -> 发货"]
|
||||
E["<b>3. 内部管理流程</b><br>调拨/盘点/库存调整"]
|
||||
end
|
||||
|
||||
subgraph "下游衔接"
|
||||
F["核算管理<br>(成本计算/库存价值更新)"]
|
||||
G["运输管理<br>(发运与回执)"]
|
||||
end
|
||||
|
||||
A --> C
|
||||
B --> D
|
||||
|
||||
C -- "库存减少" --> E
|
||||
D -- "库存增加" --> E
|
||||
|
||||
E -- "库存数据" --> F
|
||||
C -- "待发运" --> G
|
||||
|
||||
|
||||
subgraph "出库详细流程"
|
||||
direction LR
|
||||
C_1["销售出库分配"] --> C_2["(可选)集中拣货"] --> C_3["销售出库配货"] --> C_4["销售出库复核"]--> C_5["出库记账"]
|
||||
end
|
||||
|
||||
subgraph "入库详细流程"
|
||||
direction LR
|
||||
D_1["采购验收"] --> D_2["(可选)保管确认"] --> D_3["入库记账"]
|
||||
end
|
||||
|
||||
C --> C_1
|
||||
D --> D_1
|
||||
|
||||
|
||||
classDef upstream fill:#e3f2fd,stroke:#1976d2,stroke-width:2px;
|
||||
classDef core fill:#e8f5e9,stroke:#388e3c,stroke-width:2px;
|
||||
classDef downstream fill:#fffde7,stroke:#fbc02d,stroke-width:2px;
|
||||
classDef detail fill:#f3e5f5,stroke:#8e24aa,stroke-width:1px,color:#333;
|
||||
|
||||
class A,B upstream;
|
||||
class C,D,E core;
|
||||
class F,G downstream;
|
||||
class C_1,C_2,C_3,D_1,D_2,D_3,D_4,D_5 detail;
|
||||
```
|
||||
|
||||
<br>
|
||||
|
||||
```mermaid
|
||||
graph TD
|
||||
subgraph "内部管理详细流程"
|
||||
subgraph "调拨流程"
|
||||
E_T1["仓库调拨单"] --> E_T2["审核"] --> E_T3["调拨记账"]
|
||||
end
|
||||
subgraph "盘点流程"
|
||||
E_P1["盘点方案"] --> E_P2["差异处理"] --> E_P3["差异审核"] --> E_P4["盘盈/亏调整"]
|
||||
end
|
||||
subgraph "组装流程"
|
||||
E_A1["组装/拆分单"] --> E_A2["审核"] --> E_A3["记账"]
|
||||
end
|
||||
subgraph "其它调整"
|
||||
E_AD1["其它调整<br>(锁库/批次修改)"] --> E_D2["审核"] --> E_D3["记账"]
|
||||
end
|
||||
end
|
||||
|
||||
E["内部管理流程"]
|
||||
E --> E_T1
|
||||
E --> E_P1
|
||||
E --> E_A1
|
||||
E --> E_AD1
|
||||
|
||||
```
|
||||
<br>
|
||||
|
||||
|
||||
### 3.2 核心数据流说明
|
||||
<br>
|
||||
|
||||
```mermaid
|
||||
graph TD
|
||||
subgraph "上游系统"
|
||||
A["采购管理模块"]
|
||||
B["销售管理模块"]
|
||||
end
|
||||
|
||||
subgraph "仓存管理模块 (数据核心)"
|
||||
C["库存账<br>(实时数据中心)"]
|
||||
|
||||
subgraph "入库数据流"
|
||||
direction LR
|
||||
A -- "采购入库指令" --> I1["采购验收"]
|
||||
I1 --> I2["入库记账"]
|
||||
I2 -- "1\. 库存数据增加" --> C
|
||||
end
|
||||
|
||||
subgraph "出库数据流"
|
||||
direction LR
|
||||
B -- "销售出库指令" --> O1["出库分配、拣货、复核"]
|
||||
O1 --> O2["出库记账"]
|
||||
O2 -- "2\. 库存数据减少" --> C
|
||||
O1 -- "实物" --> H["运输管理模块"]
|
||||
end
|
||||
|
||||
subgraph "内部数据流"
|
||||
M1["盘点调整"]
|
||||
M2["调拨"]
|
||||
M3["组装拆分"]
|
||||
M1 -- "3\. 库存数据校准" --> C
|
||||
M2 -- "4\. 库存位置状态变更" --> C
|
||||
M3 -- "5\. 库存形态变更" --> C
|
||||
end
|
||||
end
|
||||
|
||||
subgraph "下游系统"
|
||||
G["核算管理模块"]
|
||||
H
|
||||
end
|
||||
|
||||
C -- "6\. 库存成本数量数据" --> G
|
||||
H -- "7\. 运输成本与回执" --> G
|
||||
```
|
||||
|
||||
<br>
|
||||
|
||||
1. **指令输入**：仓存模块的作业起点是来自**采购管理**的入库指令和来自**销售管理**的出库指令。
|
||||
2. **入库流程**：收到采购入库指令后，经过**采购验收**、可选的**保管确认**，最终通过**入库记账**完成库存增加。
|
||||
3. **出库流程**：收到销售出库指令后，通过**分配**、**配货**（可结合**集中拣货**）、**复核**，最终**记账**完成库存扣减，并将货物移交**运输管理**。
|
||||
4. **内部流转**：在库商品可通过**调拨**在不同仓库间转移，通过**盘点**和**库存调整**确保账实相符，通过**组装/拆分**改变商品形态。
|
||||
5. **数据输出**：所有库存变动（增、减、状态改变）的最终结果，都会实时更新库存账，并作为**核算管理**模块进行成本计算的依据。
|
||||
|
||||
---
|
||||
<br>
|
||||
|
||||
## 四、模块详解
|
||||
|
||||
### 4.1 验收入库
|
||||
|
||||
- **功能简述**：验收入库是承接上游采购订单，执行商品实物入库的关键环节，也是执行GSP规范、保障药品质量的第一道防线。它覆盖了从供应商送货到达、开具验收单、核对商品信息（批号、效期、数量、质量状况）、到最终确认入库、增加库存的全过程。对于不合格商品，系统支持拒收或转入不合格品库处理，确保只有合规的商品才能流入销售环节。
|
||||
- **业务流程图**：
|
||||
```mermaid
|
||||
graph TD
|
||||
subgraph "主流程：采购入库"
|
||||
A["开始<br>(采购订单到货)"] --> B["开具验收单"]
|
||||
B --> C{"验收商品信息<br>(批号、效期、数量)"}
|
||||
C -- "1\. 信息准确" --> D{"质量验收"}
|
||||
C -- "2\. 信息错误" --> E["验收单关闭/调整"]
|
||||
E --> F["通知采购及相关人员处理"]
|
||||
F --> G["流程结束"]
|
||||
|
||||
D -- "1\. 合格" --> H["确认入库"]
|
||||
H --> I["库存增加"]
|
||||
I --> G
|
||||
|
||||
D -- "2\. 不合格" --> J{"处理方式"}
|
||||
J -- "1\. 拒收" --> K["生成采购退货单"]
|
||||
K --> L["通知供应商取货"]
|
||||
L --> G
|
||||
J -- "2\. 入不合格品库" --> M["执行不合格品入库流程"]
|
||||
M --> G
|
||||
end
|
||||
```
|
||||
|
||||
### 4.2 出库发货
|
||||
|
||||
- **功能简述**：出库发货是响应销售订单、实现商品交付的核心业务流程。该模块将前端的销售单据转化为仓库内部的作业指令，通过`销售出库分配`进行任务分派，由拣货员进行`销售出库配货`，再由复核员通过条码扫描等方式进行`销售出库复核`，确保出库商品与订单完全一致。若出现差异，可通过`销售差异调整单`进行处理，最终将准确无误的包裹移交给运输管理环节，完成出库。
|
||||
- **业务流程图**：
|
||||
```mermaid
|
||||
graph TD
|
||||
A["销售单提交至仓库"] --> B["销售出库分配<br>(分配发货通道/波次)"]
|
||||
B --> C["销售出库配货<br>(拣货员按单或按货区拣货)"]
|
||||
C --> D["销售出库复核<br>(条码复核/人工复核)"]
|
||||
D --> E{"复核是否有差异?"}
|
||||
E -- "1\. 否" --> F["记账，完成出库"]
|
||||
E -- "2\. 是" --> G["销售差异调整单"]
|
||||
G --> H["调整库存与应收"]
|
||||
F --> I["移交运输管理"]
|
||||
H --> I
|
||||
F --> J["销售单汇总打印"]
|
||||
```
|
||||
|
||||
### 4.3 集中拣货
|
||||
|
||||
- **功能简述**：集中拣货是一种旨在提升大批量、小订单场景下出库效率的高级作业模式。系统通过“波次”管理，将多个待出库订单合并分析，把其中相同的商品汇总生成一张“总拣单”。拣货员只需按总拣单一次性、大批量地完成拣货（摘果式或播种式），然后将货品送至分播区，再由分播人员按原始订单进行二次分拣。这种“先集中、后分散”的模式，极大地优化了拣货路径，降低了重复劳动，是现代仓储精细化管理的标志。
|
||||
- **业务流程图**：
|
||||
```mermaid
|
||||
graph TD
|
||||
A["销售出库分配<br>(选择多个订单形成波次)"] --> B["执行'总拣'"]
|
||||
B --> C{"系统判断"}
|
||||
C -- "1\. 满足集中分拣条件" --> D["生成集中拣货单"]
|
||||
C -- "2\. 不满足条件" --> E["进入常规销售出库配货"]
|
||||
D --> F["拣货员按总数拣货"]
|
||||
F --> G["将货物送至分播区"]
|
||||
G --> H["在销售出库复核环节<br>按原订单进行分播与复核"]
|
||||
```
|
||||
|
||||
### 4.4 运输管理
|
||||
|
||||
- **功能简述**：运输管理模块无缝衔接出库发货流程，负责商品离开仓库后的物流环节。它通过`装车发运配货`对包裹进行装载规划，并通过`运输发运`功能记录承运商、车辆、司机、发运时间等关键信息，特别是对有特殊温控要求的`低温品种`进行重点管理。货物送达后，通过`运输回执`功能确认客户签收状态，形成一个从出库到妥投的、符合GSP要求的、完整的物流追溯闭环。
|
||||
- **业务流程图**：
|
||||
```mermaid
|
||||
graph TD
|
||||
A["出库复核完成"] --> B["装车发运配货<br>(规划装车顺序)"]
|
||||
B --> C{"选择运输类型"}
|
||||
C -- "1\. 常温" --> D["常温品种出库运输发运"]
|
||||
C -- "2\. 低温" --> E["低温品种出库运输发运"]
|
||||
D --> F["记录发运信息"]
|
||||
E --> F
|
||||
F --> G["货物在途"]
|
||||
G --> H["客户签收"]
|
||||
H --> I{"回执类型"}
|
||||
I -- "1\. 常温" --> J["常温品种出库运输回执"]
|
||||
I -- "2\. 低温" --> K["低温品种出库运输回执"]
|
||||
J --> L["更新运达状态"]
|
||||
K --> L
|
||||
```
|
||||
|
||||
### 4.5 仓库调拨
|
||||
|
||||
- **功能简述**：仓库调拨是实现企业内部库存资源优化配置和高效流转的重要手段。当需要将商品在不同属性的仓库（如合格品库、待验库、不合格品库）或不同物理位置的仓库（如A仓、B仓）之间转移时，通过`仓库调拨单`发起流程。调拨过程需要经过严格的审批，特别是涉及质量状态变更的调拨，确保了库存转移的合规性与可追溯性，是进行精细化库存布局管理的核心工具。
|
||||
- **业务流程图**：
|
||||
```mermaid
|
||||
graph TD
|
||||
A["发起调拨需求"] --> B["创建仓库调拨单"]
|
||||
B --> C["选择调出/调入仓库"]
|
||||
C --> D["选择商品批次及调拨数量"]
|
||||
D --> E["单据审核"]
|
||||
E --> F{"是否需要质量审核?<br>(如调入不合格库)"}
|
||||
F -- "1\. 是" --> G["质量审核"]
|
||||
F -- "2\. 否" --> H["(可选)调拨确认<br>(调入方确认)"]
|
||||
G --> H
|
||||
H --> I["记账"]
|
||||
I --> J["库存转移完成"]
|
||||
```
|
||||
|
||||
### 4.6 盘点作业
|
||||
|
||||
- **功能简述**：盘点作业是确保仓库账实相符、保障企业资产安全的核心管理活动。G3ERP提供了一套完整的盘点解决方案，从创建`库存盘点方案`开始，明确盘点范围和方式。盘点人员通过PDA或盘点表录入实际盘点数量后，系统会自动与账面库存进行比对，生成`盘点结果差异单`。这份差异单清晰地展示了盘盈和盘亏的明细，是后续进行库存调整的直接依据，形成一个从盘点到平账的业务闭环。
|
||||
- **业务流程图**：
|
||||
```mermaid
|
||||
graph TD
|
||||
A["制定盘点计划"] --> B["创建库存盘点方案<br>(定义范围/方式)"]
|
||||
B --> C["引入盘点范围内的商品"]
|
||||
C --> D["打印盘点表或使用PDA"]
|
||||
D --> E["录入实际盘点数量"]
|
||||
E --> F["锁定盘点数据并计算差异"]
|
||||
F --> G["生成盘点结果差异单"]
|
||||
G --> H{"是否需要复盘?"}
|
||||
H -- "1\. 是" --> B
|
||||
H -- "2\. 否" --> I["审核差异单<br>生成盘盈/盘亏单"]
|
||||
I --> J["进入库存调整流程"]
|
||||
```
|
||||
|
||||
### 4.7 库存调整
|
||||
|
||||
- **功能简述**：库存调整模块是处理所有非标准业务流程（非采购入库、非销售出库）引起的库存变动以及库存状态变更的“总阀门”。它功能强大，覆盖多种业务场景：因盘点差异产生的`盘盈入库/盘亏出库`；因信息录入错误进行的`批次信息调整`；因质量问题或GSP要求对商品进行的`不可售/管理锁库`与`解库`。所有调整操作均需审批并留有记录，确保了库存数据的每一次变动都有据可查。
|
||||
- **业务流程图**：
|
||||
```mermaid
|
||||
graph TD
|
||||
A["库存调整需求<br>(来自盘点/质量等)"] --> B{"选择调整类型"}
|
||||
B -- "1\. 盘点差异" --> C["盘盈入库/盘亏出库"]
|
||||
B -- "2\. 批次信息错误" --> D["批次信息调整单"]
|
||||
B -- "3\. 数量串批" --> D2["库存批次调整"]
|
||||
B -- "4\. 质量/管理问题" --> E["不可售/管理锁库"]
|
||||
B -- "5\. 解除限制" --> F["不可售/管理解库"]
|
||||
C --> G["审核并记账"]
|
||||
D --> G
|
||||
D2 --> G
|
||||
E --> G
|
||||
F --> G
|
||||
G --> H["库存数量/状态/信息更新"]
|
||||
```
|
||||
|
||||
### 4.8 组装作业
|
||||
|
||||
- **功能简述**：组装作业为企业提供了处理商品形态转换的能力，以满足多样化的生产和销售需求。通过`组装单`，可以将多个独立的“子件”商品（原料）消耗掉，生产出新的“父件”商品（成品），常用于礼盒包装、二次加工等场景。反之，通过`拆分单`，可以将一个“父件”商品拆解成多个“子件”商品。系统会自动处理此过程中涉及的库存增减和成本转移，实现了仓储与轻度生产的结合。
|
||||
- **业务流程图**：
|
||||
```mermaid
|
||||
graph TD
|
||||
A["发起组装/拆分需求"] --> B{"选择操作类型"}
|
||||
B -- "1\. 组装" --> C["创建组装单"]
|
||||
C --> D["选择父件(成品)"]
|
||||
D --> E["选择子件(原料)及数量"]
|
||||
E --> F["审核记账"]
|
||||
F --> G["子件库存减少<br>父件库存增加"]
|
||||
|
||||
B -- "2\. 拆分" --> H["创建拆分单"]
|
||||
H --> I["选择父件(成品)及数量"]
|
||||
I --> J["定义子件(原料)及产出数量"]
|
||||
J --> K["审核记账"]
|
||||
K --> L["父件库存减少<br>子件库存增加"]
|
||||
```
|
||||
|
||||
### 4.9 其他业务
|
||||
|
||||
- **功能简述**：其他业务模块主要包含一系列辅助性的管理工具，旨在提升仓库运营的日常效率和数据准确性。核心功能是`商品仓库属性浏览设置`，它允许管理员批量地查询、设置或修改商品的仓储相关属性，例如默认存储货位、拣货货位、库存上下限、包装规格等。通过此功能，可以大大简化基础数据的维护工作量，确保作业指令的准确性。
|
||||
- **业务流程图**：
|
||||
```mermaid
|
||||
graph TD
|
||||
A["进入商品仓库属性浏览设置"] --> B["筛选需要修改的商品"]
|
||||
B --> C["批量或单个修改属性<br>(如货区柜组, 包装量)"]
|
||||
C --> D["保存修改"]
|
||||
D --> E["商品仓库属性更新"]
|
||||
465
1.3.1-G3ERP供应链仓存管理模块解读文档-v2.0 copy.md
Normal file
465
1.3.1-G3ERP供应链仓存管理模块解读文档-v2.0 copy.md
Normal file
@ -0,0 +1,465 @@
|
||||
# G3ERP供应链仓存管理模块解读文档
|
||||
|
||||
## 一、仓存管理模块概述
|
||||
|
||||
G3ERP供应链仓存管理模块是整个供应链体系的物理执行与数据中枢。它承接采购管理的入库指令和销售管理的发货指令，负责所有商品在仓库内的实物操作与状态管理。该模块的设计深度融合了医药GSP规范，确保了从验收入库、在库存储、内部流转到出库发货的每一个环节都精准、高效且合规。
|
||||
|
||||
仓存管理的核心目标是保障库存数据的准确性、实物操作的规范性以及仓储作业的高效性，为采购决策、销售承诺以及财务核算提供坚实可靠的数据基础。
|
||||
|
||||
<br>
|
||||
|
||||
## 二、仓存管理功能架构
|
||||
|
||||
### 2.1 仓存管理功能架构图
|
||||
|
||||
仓存管理模块由以下九大核心子模块构成，形成一个功能全面、流程闭环的仓储作业管理体系：
|
||||
|
||||
```mermaid
|
||||
graph LR
|
||||
A["仓存管理模块"] --> B["验收入库"]
|
||||
A --> C["出库发货"]
|
||||
A --> D["集中拣货"]
|
||||
A --> E["运输管理"]
|
||||
A --> F["仓库调拨"]
|
||||
A --> G["盘点作业"]
|
||||
A --> H["库存调整"]
|
||||
A --> I["组装作业"]
|
||||
A --> J["其他业务"]
|
||||
|
||||
B --> B1["采购退货出库确认"]
|
||||
B --> B2["采购退货出库运输管理"]
|
||||
B --> B3["验收单关闭"]
|
||||
|
||||
C --> C1["销售出库分配"]
|
||||
C --> C2["销售出库配货"]
|
||||
C --> C3["销售出库复核"]
|
||||
C --> C4["销售差异调整单"]
|
||||
C --> C5["销售单汇总打印"]
|
||||
|
||||
D --> D1["集中拣货单生成"]
|
||||
D --> D2["拣货任务执行"]
|
||||
|
||||
E --> E1["常温/低温品种运输发运"]
|
||||
E --> E2["常温/低温品种运输回执"]
|
||||
E --> E3["装车发运配货"]
|
||||
E --> E4["运输工具/人员维护"]
|
||||
|
||||
F --> F1["仓库调拨单"]
|
||||
F --> F2["仓库调拨上下限设置"]
|
||||
|
||||
G --> G1["库存盘点方案"]
|
||||
G --> G2["盘点数据录入"]
|
||||
G --> G3["盘点结果差异处理"]
|
||||
|
||||
H --> H1["盘盈入库/盘亏出库"]
|
||||
H --> H2["库存批次调整"]
|
||||
H --> H3["批次信息调整"]
|
||||
H --> H4["不可售/管理锁库与解库"]
|
||||
|
||||
I --> I1["组装单"]
|
||||
I --> I2["拆分单"]
|
||||
|
||||
J --> J1["商品仓库属性浏览设置"]
|
||||
|
||||
classDef moduleClass fill:#e1f5fe,stroke:#01579b,stroke-width:2px
|
||||
classDef subModuleClass fill:#f3e5f5,stroke:#4a148c,stroke-width:1px
|
||||
classDef functionClass fill:#e8f5e8,stroke:#2e7d32,stroke-width:1px
|
||||
|
||||
class A moduleClass
|
||||
class B,C,D,E,F,G,H,I,J subModuleClass
|
||||
class B1,B2,B3,C1,C2,C3,C4,C5,D1,D2,E1,E2,E3,E4,F1,F2,G1,G2,G3,H1,H2,H3,H4,I1,I2,J1 functionClass
|
||||
```
|
||||
|
||||
<br>
|
||||
|
||||
### 2.2 仓存管理功能架构图结构说明
|
||||
|
||||
#### 核心业务循环
|
||||
仓存管理的核心业务围绕着商品的“进、销、存”三大活动展开：
|
||||
**验收入库 (进) → 库存管理 (存) → 出库发货 (销)**
|
||||
|
||||
- **进**：通过**验收入库**模块，承接采购或退货的商品，完成入库前的最后确认。
|
||||
- **存**：通过**仓库调拨**、**盘点作业**、**库存调整**、**组装作业**等模块，实现对在库商品的动态管理，确保账实相符和状态准确。
|
||||
- **销**：通过**出库发货**模块，响应销售订单，完成拣货、复核、发运等一系列出库操作。
|
||||
|
||||
#### 九大核心业务模块
|
||||
|
||||
1. **验收入库**
|
||||
- **功能描述**：承接采购指令，完成商品从到货、验收、上架到入库记账的全过程，是保障入库商品质量与数量准确的第一道关卡。
|
||||
- **核心特征**：深度融合GSP规范，支持按单、按商品验收；强制记录批号、效期等关键信息；支持与WMS/WCS设备集成。
|
||||
- **核心流程**：到货登记 → 质量初检 → 明细验收 → 上架分配 → 确认入库。
|
||||
- **执行角色**：验收员、库管员。
|
||||
- **业务成果**：确保入库商品合规、准确，为后续仓储作业提供合格的库存。
|
||||
|
||||
2. **出库发货**
|
||||
- **功能描述**：响应销售订单，执行从订单分配、拣货、复核到打包发货的完整出库流程。
|
||||
- **核心特征**：支持多种分配策略（如按客户、按区域）；支持条码复核，降低错发率；与运输管理无缝衔接。
|
||||
- **核心流程**：订单分配 → 拣货/配货 → 复核/打包 → 出库记账 → 移交发运。
|
||||
- **执行角色**：订单处理员、拣货员、复核员。
|
||||
- **业务成果**：高效、准确地完成销售订单的履约，提升客户满意度。
|
||||
|
||||
3. **集中拣货**
|
||||
- **功能描述**：一种为提升大批量订单处理效率而设计的优化作业模式。
|
||||
- **核心特征**：将多个订单的相同商品汇总成“总拣单”，实现一次性批量拣货，再通过“分播”操作分配至原订单。
|
||||
- **核心流程**：波次生成 → 执行总拣 → 货物送至分播区 → 按单分播。
|
||||
- **执行角色**：拣货员、分播员。
|
||||
- **业务成果**：大幅减少拣货员的行走路径和重复劳动，显著提升出库效率。
|
||||
|
||||
4. **运输管理**
|
||||
- **功能描述**：对已完成出库的包裹进行发运、在途跟踪和回执确认的管理。
|
||||
- **核心特征**：支持对不同温区（常温、低温）的商品进行分类管理；记录承运商、车辆、司机等信息；支持运输回执的电子化管理。
|
||||
- **核心流程**：装车配载 → 发运登记 → 在途跟踪 → 签收回执 → 状态更新。
|
||||
- **执行角色**：发运员、调度员。
|
||||
- **业务成果**：实现物流过程的透明化管理，确保运输环节符合GSP要求，提供完整的物流追溯链。
|
||||
|
||||
5. **仓库调拨**
|
||||
- **功能描述**：管理企业内部不同仓库或货位之间的库存转移。
|
||||
- **核心特征**：支持不同类型仓库间的调拨（如合格品库↔不合格品库，整件库↔零货库）；流程需经审批，确保调拨的合理性。
|
||||
- **核心流程**：发起调拨申请 → 审批 → 调出确认 → 在途管理 → 调入确认 → 库存转移。
|
||||
- **执行角色**：库管员、仓库主管。
|
||||
- **业务成果**：优化库存布局，盘活内部库存资源，满足不同业务场景对库存状态的需求。
|
||||
|
||||
6. **盘点作业**
|
||||
- **功能描述**：通过周期性或临时性的库存盘点，发现并处理库存差异，是保障账实相符的核心管理活动。
|
||||
- **核心特征**：支持全盘、按区盘、动销盘等多种盘点方式；盘点期间可锁定库存，防止数据变动；盘点差异可自动生成调整单据。
|
||||
- **核心流程**：制定方案 → 现场盘点 → 录入数据 → 计算差异 → 审核差异 → 生成调整凭证。
|
||||
- **执行角色**：盘点员、库管员、财务人员。
|
||||
- **业务成果**：保障库存数据的准确性，防止资产流失，为财务核算提供真实依据。
|
||||
|
||||
7. **库存调整**
|
||||
- **功能描述**：处理所有非标准采购/销售流程引起的库存变动，是修正库存数据、处理盘点差异、管理商品质量状态的最终执行模块。
|
||||
- **核心特征**：支持盘盈入库/盘亏出库、批次信息修改、库存状态锁定/解锁等多种调整类型；所有调整均需审批，有迹可循。
|
||||
- **核心流程**：发起调整申请 → 审批 → 执行调整 → 记账 → 完成库存数据更新。
|
||||
- **执行角色**：库管员、质量管理员、仓库主管。
|
||||
- **业务成果**：实现库存的精细化、多维度管理，确保库存数据与实物状态的实时同步。
|
||||
|
||||
8. **组装作业**
|
||||
- **功能描述**：支持将多个独立的“子件”商品组合成一个新的“父件”商品（组装），或反向操作（拆分）。
|
||||
- **核心特征**：适用于礼盒包装、促销捆绑、二次加工等场景；系统自动处理子件和父件的库存增减及成本转移。
|
||||
- **核心流程**：创建组装/拆分单 → 领料/退料 → 完工确认 → 库存与成本更新。
|
||||
- **执行角色**：仓管员、生产人员。
|
||||
- **业务成果**：满足多样化的销售和生产需求，增加商品附加值。
|
||||
|
||||
9. **其他业务**
|
||||
- **功能描述**：提供辅助性的批量管理功能，以提高基础数据维护的效率。
|
||||
- **核心特征**：主要用于集中设置或修改商品的仓库相关属性，如默认货位、存储条件、包装规格等。
|
||||
- **核心流程**：筛选商品 → 批量修改属性 → 保存生效。
|
||||
- **执行角色**：基础数据维护员、仓管员。
|
||||
- **业务成果**：提升数据维护效率，确保仓库作业基础数据的准确性与一致性。
|
||||
|
||||
---
|
||||
<br>
|
||||
|
||||
## 三、总业务流程设计
|
||||
|
||||
### 3.1 总业务流程设计图
|
||||
|
||||
```mermaid
|
||||
graph TD
|
||||
subgraph "上游指令"
|
||||
A["销售管理<br>(销售出库指令)"]
|
||||
B["采购管理<br>(采购入库/退货指令)"]
|
||||
|
||||
end
|
||||
|
||||
subgraph "仓存管理核心流程"
|
||||
D["<b>1. 入库流程</b><br>采购验收 -> 入库记账"]
|
||||
C["<b>2. 出库流程</b><br>销售出库分配 -> 配货 -> 复核 -> 发货"]
|
||||
E["<b>3. 内部管理流程</b><br>调拨/盘点/库存调整"]
|
||||
end
|
||||
|
||||
subgraph "下游衔接"
|
||||
F["核算管理<br>(成本计算/库存价值更新)"]
|
||||
G["运输管理<br>(发运与回执)"]
|
||||
end
|
||||
|
||||
A --> C
|
||||
B --> D
|
||||
|
||||
C -- "库存减少" --> E
|
||||
D -- "库存增加" --> E
|
||||
|
||||
E -- "库存数据" --> F
|
||||
C -- "待发运" --> G
|
||||
|
||||
|
||||
subgraph "出库详细流程"
|
||||
direction LR
|
||||
C_1["销售出库分配"] --> C_2["(可选)集中拣货"] --> C_3["销售出库配货"] --> C_4["销售出库复核"]--> C_5["出库记账"]
|
||||
end
|
||||
|
||||
subgraph "入库详细流程"
|
||||
direction LR
|
||||
D_1["采购验收"] --> D_2["(可选)保管确认"] --> D_3["入库记账"]
|
||||
end
|
||||
|
||||
C --> C_1
|
||||
D --> D_1
|
||||
|
||||
|
||||
classDef upstream fill:#e3f2fd,stroke:#1976d2,stroke-width:2px;
|
||||
classDef core fill:#e8f5e9,stroke:#388e3c,stroke-width:2px;
|
||||
classDef downstream fill:#fffde7,stroke:#fbc02d,stroke-width:2px;
|
||||
classDef detail fill:#f3e5f5,stroke:#8e24aa,stroke-width:1px,color:#333;
|
||||
|
||||
class A,B upstream;
|
||||
class C,D,E core;
|
||||
class F,G downstream;
|
||||
class C_1,C_2,C_3,D_1,D_2,D_3,D_4,D_5 detail;
|
||||
```
|
||||
|
||||
<br>
|
||||
|
||||
```mermaid
|
||||
graph TD
|
||||
subgraph "内部管理详细流程"
|
||||
subgraph "调拨流程"
|
||||
E_T1["仓库调拨单"] --> E_T2["审核"] --> E_T3["调拨记账"]
|
||||
end
|
||||
subgraph "盘点流程"
|
||||
E_P1["盘点方案"] --> E_P2["差异处理"] --> E_P3["差异审核"] --> E_P4["盘盈/亏调整"]
|
||||
end
|
||||
subgraph "组装流程"
|
||||
E_A1["组装/拆分单"] --> E_A2["审核"] --> E_A3["记账"]
|
||||
end
|
||||
subgraph "其它调整"
|
||||
E_AD1["其它调整<br>(锁库/批次修改)"] --> E_D2["审核"] --> E_D3["记账"]
|
||||
end
|
||||
end
|
||||
|
||||
E["内部管理流程"]
|
||||
E --> E_T1
|
||||
E --> E_P1
|
||||
E --> E_A1
|
||||
E --> E_AD1
|
||||
|
||||
```
|
||||
<br>
|
||||
|
||||
|
||||
### 3.2 核心数据流说明
|
||||
<br>
|
||||
|
||||
```mermaid
|
||||
graph TD
|
||||
subgraph "上游系统"
|
||||
A["采购管理模块"]
|
||||
B["销售管理模块"]
|
||||
end
|
||||
|
||||
subgraph "仓存管理模块 (数据核心)"
|
||||
C["库存账<br>(实时数据中心)"]
|
||||
|
||||
subgraph "入库数据流"
|
||||
direction LR
|
||||
A -- "采购入库指令" --> I1["采购验收"]
|
||||
I1 --> I2["入库记账"]
|
||||
I2 -- "1\. 库存数据增加" --> C
|
||||
end
|
||||
|
||||
subgraph "出库数据流"
|
||||
direction LR
|
||||
B -- "销售出库指令" --> O1["出库分配、拣货、复核"]
|
||||
O1 --> O2["出库记账"]
|
||||
O2 -- "2\. 库存数据减少" --> C
|
||||
O1 -- "实物" --> H["运输管理模块"]
|
||||
end
|
||||
|
||||
subgraph "内部数据流"
|
||||
M1["盘点调整"]
|
||||
M2["调拨"]
|
||||
M3["组装拆分"]
|
||||
M1 -- "3\. 库存数据校准" --> C
|
||||
M2 -- "4\. 库存位置状态变更" --> C
|
||||
M3 -- "5\. 库存形态变更" --> C
|
||||
end
|
||||
end
|
||||
|
||||
subgraph "下游系统"
|
||||
G["核算管理模块"]
|
||||
H
|
||||
end
|
||||
|
||||
C -- "6\. 库存成本数量数据" --> G
|
||||
```
|
||||
|
||||
<br>
|
||||
|
||||
1. **指令输入**：仓存模块的作业起点是来自**采购管理**的入库指令和来自**销售管理**的出库指令。
|
||||
2. **入库流程**：收到采购入库指令后，经过**采购验收**、可选的**保管确认**，最终通过**入库记账**完成库存增加。
|
||||
3. **出库流程**：收到销售出库指令后，通过**分配**、**配货**（可结合**集中拣货**）、**复核**，最终**记账**完成库存扣减，并将货物移交**运输管理**。
|
||||
4. **内部流转**：在库商品可通过**调拨**在不同仓库间转移，通过**盘点**和**库存调整**确保账实相符，通过**组装/拆分**改变商品形态。
|
||||
5. **数据输出**：所有库存变动（增、减、状态改变）的最终结果，都会实时更新库存账，并作为**核算管理**模块进行成本计算的依据。
|
||||
|
||||
---
|
||||
<br>
|
||||
|
||||
## 四、模块详解
|
||||
|
||||
### 4.1 验收入库
|
||||
|
||||
- **功能简述**：验收入库是承接上游采购订单，执行商品实物入库的关键环节，也是执行GSP规范、保障药品质量的第一道防线。它覆盖了从供应商送货到达、开具验收单、核对商品信息（批号、效期、数量、质量状况）、到最终确认入库、增加库存的全过程。对于不合格商品，系统支持拒收或转入不合格品库处理，确保只有合规的商品才能流入销售环节。
|
||||
- **业务流程图**：
|
||||
```mermaid
|
||||
graph TD
|
||||
subgraph "主流程：采购入库"
|
||||
A["开始<br>(采购订单到货)"] --> B["开具验收单"]
|
||||
B --> C{"验收商品信息<br>(批号、效期、数量)"}
|
||||
C -- "1\. 信息准确" --> D{"质量验收"}
|
||||
C -- "2\. 信息错误" --> E["验收单关闭/调整"]
|
||||
E --> F["通知采购及相关人员处理"]
|
||||
F --> G["流程结束"]
|
||||
|
||||
D -- "1\. 合格" --> H["确认入库"]
|
||||
H --> I["库存增加"]
|
||||
I --> G
|
||||
|
||||
D -- "2\. 不合格" --> J{"处理方式"}
|
||||
J -- "1\. 拒收" --> K["生成采购退货单"]
|
||||
K --> L["通知供应商取货"]
|
||||
L --> G
|
||||
J -- "2\. 入不合格品库" --> M["执行不合格品入库流程"]
|
||||
M --> G
|
||||
end
|
||||
```
|
||||
|
||||
### 4.2 出库发货
|
||||
|
||||
- **功能简述**：出库发货是响应销售订单、实现商品交付的核心业务流程。该模块将前端的销售单据转化为仓库内部的作业指令，通过`销售出库分配`进行任务分派，由拣货员进行`销售出库配货`，再由复核员通过条码扫描等方式进行`销售出库复核`，确保出库商品与订单完全一致。若出现差异，可通过`销售差异调整单`进行处理，最终将准确无误的包裹移交给运输管理环节，完成出库。
|
||||
- **业务流程图**：
|
||||
```mermaid
|
||||
graph TD
|
||||
A["销售单提交至仓库"] --> B["销售出库分配<br>(分配发货通道/波次)"]
|
||||
B --> C["销售出库配货<br>(拣货员按单或按货区拣货)"]
|
||||
C --> D["销售出库复核<br>(条码复核/人工复核)"]
|
||||
D --> E{"复核是否有差异?"}
|
||||
E -- "1\. 否" --> F["记账，完成出库"]
|
||||
E -- "2\. 是" --> G["销售差异调整单"]
|
||||
G --> H["调整库存与应收"]
|
||||
F --> I["移交运输管理"]
|
||||
H --> I
|
||||
F --> J["销售单汇总打印"]
|
||||
```
|
||||
|
||||
### 4.3 集中拣货
|
||||
|
||||
- **功能简述**：集中拣货是一种旨在提升大批量、小订单场景下出库效率的高级作业模式。系统通过“波次”管理，将多个待出库订单合并分析，把其中相同的商品汇总生成一张“总拣单”。拣货员只需按总拣单一次性、大批量地完成拣货（摘果式或播种式），然后将货品送至分播区，再由分播人员按原始订单进行二次分拣。这种“先集中、后分散”的模式，极大地优化了拣货路径，降低了重复劳动，是现代仓储精细化管理的标志。
|
||||
- **业务流程图**：
|
||||
```mermaid
|
||||
graph TD
|
||||
A["销售出库分配<br>(选择多个订单形成波次)"] --> B["执行'总拣'"]
|
||||
B --> C{"系统判断"}
|
||||
C -- "1\. 满足集中分拣条件" --> D["生成集中拣货单"]
|
||||
C -- "2\. 不满足条件" --> E["进入常规销售出库配货"]
|
||||
D --> F["拣货员按总数拣货"]
|
||||
F --> G["将货物送至分播区"]
|
||||
G --> H["在销售出库复核环节<br>按原订单进行分播与复核"]
|
||||
```
|
||||
|
||||
### 4.4 运输管理
|
||||
|
||||
- **功能简述**：运输管理模块无缝衔接出库发货流程，负责商品离开仓库后的物流环节。它通过`装车发运配货`对包裹进行装载规划，并通过`运输发运`功能记录承运商、车辆、司机、发运时间等关键信息，特别是对有特殊温控要求的`低温品种`进行重点管理。货物送达后，通过`运输回执`功能确认客户签收状态，形成一个从出库到妥投的、符合GSP要求的、完整的物流追溯闭环。
|
||||
- **业务流程图**：
|
||||
```mermaid
|
||||
graph TD
|
||||
A["出库复核完成"] --> B["装车发运配货<br>(规划装车顺序)"]
|
||||
B --> C{"选择运输类型"}
|
||||
C -- "1\. 常温" --> D["常温品种出库运输发运"]
|
||||
C -- "2\. 低温" --> E["低温品种出库运输发运"]
|
||||
D --> F["记录发运信息"]
|
||||
E --> F
|
||||
F --> G["货物在途"]
|
||||
G --> H["客户签收"]
|
||||
H --> I{"回执类型"}
|
||||
I -- "1\. 常温" --> J["常温品种出库运输回执"]
|
||||
I -- "2\. 低温" --> K["低温品种出库运输回执"]
|
||||
J --> L["更新运达状态"]
|
||||
K --> L
|
||||
```
|
||||
|
||||
### 4.5 仓库调拨
|
||||
|
||||
- **功能简述**：仓库调拨是实现企业内部库存资源优化配置和高效流转的重要手段。当需要将商品在不同属性的仓库（如合格品库、待验库、不合格品库）或不同物理位置的仓库（如A仓、B仓）之间转移时，通过`仓库调拨单`发起流程。调拨过程需要经过严格的审批，特别是涉及质量状态变更的调拨，确保了库存转移的合规性与可追溯性，是进行精细化库存布局管理的核心工具。
|
||||
- **业务流程图**：
|
||||
```mermaid
|
||||
graph TD
|
||||
A["发起调拨需求"] --> B["创建仓库调拨单"]
|
||||
B --> C["选择调出/调入仓库"]
|
||||
C --> D["选择商品批次及调拨数量"]
|
||||
D --> E["单据审核"]
|
||||
E --> F{"是否需要质量审核?<br>(如调入不合格库)"}
|
||||
F -- "1\. 是" --> G["质量审核"]
|
||||
F -- "2\. 否" --> H["(可选)调拨确认<br>(调入方确认)"]
|
||||
G --> H
|
||||
H --> I["记账"]
|
||||
I --> J["库存转移完成"]
|
||||
```
|
||||
|
||||
### 4.6 盘点作业
|
||||
|
||||
- **功能简述**：盘点作业是确保仓库账实相符、保障企业资产安全的核心管理活动。G3ERP提供了一套完整的盘点解决方案，从创建`库存盘点方案`开始，明确盘点范围和方式。盘点人员通过PDA或盘点表录入实际盘点数量后，系统会自动与账面库存进行比对，生成`盘点结果差异单`。这份差异单清晰地展示了盘盈和盘亏的明细，是后续进行库存调整的直接依据，形成一个从盘点到平账的业务闭环。
|
||||
- **业务流程图**：
|
||||
```mermaid
|
||||
graph TD
|
||||
A["制定盘点计划"] --> B["创建库存盘点方案<br>(定义范围/方式)"]
|
||||
B --> C["引入盘点范围内的商品"]
|
||||
C --> D["打印盘点表或使用PDA"]
|
||||
D --> E["录入实际盘点数量"]
|
||||
E --> F["锁定盘点数据并计算差异"]
|
||||
F --> G["生成盘点结果差异单"]
|
||||
G --> H{"是否需要复盘?"}
|
||||
H -- "1\. 是" --> B
|
||||
H -- "2\. 否" --> I["审核差异单<br>生成盘盈/盘亏单"]
|
||||
I --> J["进入库存调整流程"]
|
||||
```
|
||||
|
||||
### 4.7 库存调整
|
||||
|
||||
- **功能简述**：库存调整模块是处理所有非标准业务流程（非采购入库、非销售出库）引起的库存变动以及库存状态变更的“总阀门”。它功能强大，覆盖多种业务场景：因盘点差异产生的`盘盈入库/盘亏出库`；因信息录入错误进行的`批次信息调整`；因质量问题或GSP要求对商品进行的`不可售/管理锁库`与`解库`。所有调整操作均需审批并留有记录，确保了库存数据的每一次变动都有据可查。
|
||||
- **业务流程图**：
|
||||
```mermaid
|
||||
graph TD
|
||||
A["库存调整需求<br>(来自盘点/质量等)"] --> B{"选择调整类型"}
|
||||
B -- "1\. 盘点差异" --> C["盘盈入库/盘亏出库"]
|
||||
B -- "2\. 批次信息错误" --> D["批次信息调整单"]
|
||||
B -- "3\. 数量串批" --> D2["库存批次调整"]
|
||||
B -- "4\. 质量/管理问题" --> E["不可售/管理锁库"]
|
||||
B -- "5\. 解除限制" --> F["不可售/管理解库"]
|
||||
C --> G["审核并记账"]
|
||||
D --> G
|
||||
D2 --> G
|
||||
E --> G
|
||||
F --> G
|
||||
G --> H["库存数量/状态/信息更新"]
|
||||
```
|
||||
|
||||
### 4.8 组装作业
|
||||
|
||||
- **功能简述**：组装作业为企业提供了处理商品形态转换的能力，以满足多样化的生产和销售需求。通过`组装单`，可以将多个独立的“子件”商品（原料）消耗掉，生产出新的“父件”商品（成品），常用于礼盒包装、二次加工等场景。反之，通过`拆分单`，可以将一个“父件”商品拆解成多个“子件”商品。系统会自动处理此过程中涉及的库存增减和成本转移，实现了仓储与轻度生产的结合。
|
||||
- **业务流程图**：
|
||||
```mermaid
|
||||
graph TD
|
||||
A["发起组装/拆分需求"] --> B{"选择操作类型"}
|
||||
B -- "1\. 组装" --> C["创建组装单"]
|
||||
C --> D["选择父件(成品)"]
|
||||
D --> E["选择子件(原料)及数量"]
|
||||
E --> F["审核记账"]
|
||||
F --> G["子件库存减少<br>父件库存增加"]
|
||||
|
||||
B -- "2\. 拆分" --> H["创建拆分单"]
|
||||
H --> I["选择父件(成品)及数量"]
|
||||
I --> J["定义子件(原料)及产出数量"]
|
||||
J --> K["审核记账"]
|
||||
K --> L["父件库存减少<br>子件库存增加"]
|
||||
```
|
||||
|
||||
### 4.9 其他业务
|
||||
|
||||
- **功能简述**：其他业务模块主要包含一系列辅助性的管理工具，旨在提升仓库运营的日常效率和数据准确性。核心功能是`商品仓库属性浏览设置`，它允许管理员批量地查询、设置或修改商品的仓储相关属性，例如默认存储货位、拣货货位、库存上下限、包装规格等。通过此功能，可以大大简化基础数据的维护工作量，确保作业指令的准确性。
|
||||
- **业务流程图**：
|
||||
```mermaid
|
||||
graph TD
|
||||
A["进入商品仓库属性浏览设置"] --> B["筛选需要修改的商品"]
|
||||
B --> C["批量或单个修改属性<br>(如货区柜组, 包装量)"]
|
||||
C --> D["保存修改"]
|
||||
D --> E["商品仓库属性更新"]
|
||||
@ -1 +1 @@
|
||||
[Task Manager UI](http://localhost:52468)
|
||||
[Task Manager UI](http://localhost:50490)
|
||||
Loading…
x
Reference in New Issue
Block a user