业务架构 on Liangweidong's blog

工厂数字化案例：云 e 宝工厂版业务架构

Sun, 15 Sep 2024 00:00:00 +0800

工厂数字化是从"传统纸质工单 + Excel 排产"到"全流程数字化"的演进，核心是 MES（Manufacturing Execution System）。本文基于"云 e 宝工厂版"实战案例，做一次完整的工厂数字化业务架构剖析。

本文写于 2024 年 9 月——中国制造业数字化转型进入深水区，工厂 SaaS 市场 200+ 亿元。

一、工厂数字化 5 层架构

 1
 2
 3
 4
 5
 6
 7
 8
 9
10
11
12
13
14
15
16


┌──────────────────────────────────────────────┐
│ 5. 决策层 (BI) │
│ 大屏 / 报表 / 经营分析 │
├──────────────────────────────────────────────┤
│ 4. 管理层 (ERP) │
│ 销售订单 / 采购 / 库存 / 财务 │
├──────────────────────────────────────────────┤
│ 3. 执行层 (MES) │
│ 生产排程 / 工艺路线 / 工序报工 / 质检 │
├──────────────────────────────────────────────┤
│ 2. 控制层 (SCADA / PLC) │
│ 设备数据采集 / 实时监控 / 报警 │
├──────────────────────────────────────────────┤
│ 1. 设备层 (IoT) │
│ 机床 / 机器人 / 传感器 / RFID │
└──────────────────────────────────────────────┘

云 e 宝工厂版定位在第 3 层（MES）+ 第 4 层（ERP 简化版），向下对接设备数据，向上对接决策分析。

二、5 大核心业务模块

2.1 生产管理

生产订单：

来源：销售订单 → MRP 运算 → 生产订单
内容：产品 / 数量 / 计划开工 / 计划完工 / 优先级
状态：待下达 → 已下达 → 生产中 → 已完工 → 已入库

生产排程：

正排：根据开工日期推算完工日期
倒排：根据完工日期倒推开工日期
有限产能：考虑设备产能约束
无限产能：不考虑设备约束

工艺路线：

工序顺序：开料 → 加工 → 装配 → 质检 → 入库
工序时长：标准工时 / 实际工时
工序设备：每道工序对应设备
工序人员：每道工序对应工种

2.2 工序报工

报工方式：

PDA 扫码报工（推荐）：工人用 PDA 扫描工序条码
工位机报工：固定工位机扫码
手工报工：纸质单据，事后录入

报工内容：

工序编号
报工数量
合格数量 / 不合格数量
实际工时
报工人 / 报工时间

2.3 质量管理

质检类型：

首检：每班次开始
巡检：定期抽样
末检：完工前
抽检：按 AQL 标准

质检结果：

合格 → 入库
不合格 → 返工 / 报废 / 让步接收
待检 → 隔离区

2.4 设备管理

设备档案：

设备编号 / 名称 / 型号
设备厂商 / 购置日期
设备状态：运行 / 待机 / 故障 / 维修
设备位置

设备点检：

日常点检：操作工每班
定期点检：维修工每周
精度检查：每月

设备维保：

预防性维护
故障维修
备件管理

2.5 物联集成

数据采集：

PLC 数据：通过 OPC UA / Modbus 协议
传感器数据：温湿度 / 振动 / 压力
RFID 数据：物料流转
扫码枪数据：工序报工

数据应用：

实时监控：设备 OEE 实时大屏
故障预警：振动异常自动报警
工艺优化：历史数据分析瓶颈工序

三、核心业务流程

3.1 端到端生产流程

 1
 2
 3
 4
 5
 6
 7
 8
 9
10
11


销售订单
 ↓ MRP 运算
生产订单
 ↓ 排程
工序任务
 ↓ 派工
工序报工
 ↓ 质检
入库单
 ↓ 销售出库
发货

3.2 详细流程说明

1. 销售订单录入：

客户、产品、数量、单价、交期
触发：MRP 运算（计算需要生产的数量）

2. MRP 运算：

现有库存 - 预计出库 = 净需求
净需求 + 安全库存 = 计划生产量

3. 生产订单创建：

关联销售订单
指定产品 / 数量 / 计划开工 / 计划完工
自动生成工序任务（根据工艺路线）

4. 排程与派工：

排程：根据设备产能 / 人员安排
派工：下发到工位 / 工人

5. 工序报工：

工人扫描工序条码
报工数量 / 实际工时
触发：实时更新生产进度

6. 质量检验：

自动触发（按工艺路线）
手动触发（首检 / 巡检）
不合格品走返工 / 报废流程

7. 入库：

合格品入库
触发：库存增加 / 销售订单可发货

8. 销售出库：

按销售订单发货
触发：库存减少 / 应收账款

四、关键数据模型

4.1 生产订单（PPOrder）

字段	描述
OrderNo	生产订单号
ProductCode	产品编码
PlanQty	计划数量
ActQty	实际数量
PlanStart	计划开工
PlanEnd	计划完工
ActStart	实际开工
ActEnd	实际完工
Status	状态
SourceOrder	来源销售订单
Workshop	车间
Priority	优先级

4.2 工序任务（PPTask）

字段	描述
TaskNo	任务号
OrderNo	关联生产订单
SeqNo	工序顺序
ProcessName	工序名称
Equipment	设备
Worker	工人
PlanQty	计划数量
ActQty	实际数量
Status	状态（待派工 / 已派工 / 生产中 / 已完成）

4.3 工序报工（PPReport）

字段	描述
ReportNo	报工单号
TaskNo	关联工序任务
Worker	报工人
ReportTime	报工时间
ReportQty	报工数量
OkQty	合格数量
NgQty	不合格数量
ActHours	实际工时
Remark	备注

4.4 质量检验（QCRecord）

字段	描述
QCNo	检验单号
OrderNo	关联生产订单
Type	检验类型（首检 / 巡检 / 末检）
Inspector	检验员
CheckTime	检验时间
SampleQty	抽样数量
OkQty	合格数量
NgQty	不合格数量
Result	检验结果（合格 / 不合格 / 让步接收）
NgReason	不合格原因
Disposal	处理方式（返工 / 报废 / 让步接收）

4.5 设备档案（EQInfo）

字段	描述
EqNo	设备编号
EqName	设备名称
Model	设备型号
Vendor	设备厂商
BuyDate	购置日期
Location	设备位置
Status	设备状态（运行 / 待机 / 故障 / 维修）
OEE	综合效率

五、关键技术方案

5.1 设备数据采集

采集协议：

协议	适用	难度
Modbus	工业 PLC 主流	中
OPC UA	工业 4.0 标准	高
MQTT	IoT 传感器	低
HTTP / WebSocket	现代设备	低

数据采集架构：

1
2
3
4
5


设备（PLC / 传感器） ──→ 边缘网关 ──→ MQTT Broker ──→ 平台服务
 ↓
 Kafka → 实时分析
 ↓
 TimescaleDB → 历史数据

5.2 实时大屏

技术栈：

数据源：Kafka / TimescaleDB
实时计算：Flink / Spark Streaming
可视化：Grafana / 自研大屏

关键指标：

OEE（综合设备效率） = 可用率 × 性能率 × 良品率
产能利用率 = 实际产量 / 计划产量
质量合格率 = 合格数量 / 总数量
库存周转率

5.3 与 ERP 集成

集成方式：

API 集成：RESTful API 实时同步
中间库集成：通过中间数据库定时同步
消息队列集成：通过 Kafka / RabbitMQ 异步消息

集成内容：

数据方向	传输内容
ERP → MES	销售订单、物料清单、工艺路线
MES → ERP	生产订单、入库单、领料单

六、典型应用场景

6.1 离散制造（机械加工）

重点：工序级追溯、设备联网
关键指标：OEE、首件合格率
投资：500-2000 万

6.2 流程制造（化工 / 食品）

重点：批次追溯、配方管理
关键指标：批次合格率、能耗
投资：1000-5000 万

6.3 装配制造（电子 / 汽车）

重点：序列号追溯、装配指导
关键指标：装配节拍、错装率
投资：2000 万+

七、写在最后

工厂数字化的本质是"让数据流代替纸质流"——每个工位、每台设备、每件产品都产生数据，数据汇聚形成洞察，洞察驱动决策。

个人建议：

新项目起步：从"工序报工"切入（最快 ROI）

关键设备：先做"高价值设备"的联网（如 CNC 加工中心）

数据驱动：先做"数据采集 + 实时大屏"，再做"AI 优化"

小步快跑：每 3 个月上一个里程碑，避免"大而全"

参考资料

2024+ 视角（工厂数字化的 AI 化与边缘智能化）

2024 年 9 月的工厂数字化方案在 2024-2026 年的几个关键演进：

AI 视觉质检全面替代人工：
- 2024 年起，AI 视觉质检（基于 YOLOv8 / RT-DETR / Segment Anything）成为新建工厂的标配
- 工业相机 + 边缘 GPU（NVIDIA Jetson / 华为 Atlas / 寒武纪）做实时推理
- 漏检率从人工 1-3% 降到 AI 的 0.1% 以下
数字孪生（Digital Twin）规模化落地：
- 西门子 NX / PTC Creo + ThingWorx / Unity Industrial 实现产线数字孪生
- 工厂 BIM 模型 + 实时 SCADA 数据 = 数字孪生体
- 用于产线仿真、产线平衡、新员工培训
5G + 工业互联网平台：
- 5G 专网（华为/中兴）替代传统工业以太网，延迟 < 10ms
- 根云（树根互联）/ COSMOPlat（海尔）/ supOS（蓝卓） 等国内工业互联网平台
- 工业 PaaS（时序数据库 InfluxDB/TimescaleDB + 规则引擎 + 流处理 Flink）
MES + APS 一体化：
- APS（Advanced Planning and Scheduling） 与 MES 边界模糊化
- 有限产能排程（Finite Capacity Scheduling）成为高端工厂标配
- AI 排程（强化学习 / 遗传算法）替代人工经验排程
数据中台 + AI 大模型：
- 工厂数据中台（与阿里 DataWorks、华为 FusionInsight 类似）整合 ERP/MES/SCADA/WMS 数据
- LLM 在工业场景（如西门子 Industrial Copilot、华为盘古工业大模型）支持：
  - 自然语言查询设备数据
  - 自动生成工艺路线
  - 故障诊断与维修建议
OEE 计算升级：
- 从"事后统计 OEE"到实时 OEE 大屏（秒级刷新）
- OEE 拆解到单机 / 单工序 / 单班次粒度
- OEE AI 预测（基于历史数据预测未来 OEE）
边缘计算成为新底座：
- K3s / KubeEdge 让 K8s 延伸到工厂边缘
- EdgeX Foundry（Linux 基金会）统一边缘设备接入
- MQTT 5.0 全面替代旧 MQTT 3.1
国产化 MES/ERP 崛起：
- 用友/金蝶云（云 ERP）替代 SAP/Oracle
- 鼎捷 / 蓝凌 / 致远互联（MES/PLM 国产替代）
- 信创要求下，达梦数据库 / 麒麟 OS / 华为云 成为政企工厂首选
可持续制造（绿色制造）：
- 碳足迹追踪（Scope 1/2/3）成为出口型工厂刚需
- 能耗管理（电/水/气）实时监控 + AI 优化
- ESG 报告自动化生成

实战建议更新（2024-2026）：

新工厂：直接采用 5G + 边缘 GPU + AI 视觉 + MES 云化 全栈
老工厂改造：先做 设备联网 + 数据采集 + 实时大屏（ROI 最高），再补 AI 与数字孪生
排程优化：先上 APS 有限产能排程，再考虑 AI 排程
数据中台：从 时序数据库 + Flink 起步，避免一上来就建数据中台
LLM 应用：从 自然语言查询数据 切入（最易落地）

核心判断：工厂数字化的 5 层架构（设备 / 控制 / MES / ERP / 决策）至今仍是行业共识——变化的是 AI 与数字孪生在每层的渗透、5G 替代工业以太网、国产化软硬件成为主流。

企业进销存系统：业务架构与数据模型实战

Fri, 15 Mar 2024 00:00:00 +0800

进销存系统（Purchase-Sales-Stock）是企业 ERP 系统的核心模块，覆盖商品流通企业的全部业务流：采购进货 → 库存管理 → 销售出货 → 客户对账 → 收付款。本文基于行业实践，做一次完整业务架构 + 数据模型实战。

本文写于 2024 年 3 月——中小企业数字化加速，进销存 SaaS 进入红海。

一、7 大功能模块

1.1 业务总览

 1
 2
 3
 4
 5
 6
 7
 8
 9
10
11
12
13
14
15
16


┌─────────────────────────────────────────────────┐
│ 进销存系统功能地图 │
├─────────────────────────────────────────────────┤
│ 基础数据 │ 进货管理 │ 销货管理 │ 库存管理 │
│ 商品信息 │ 采购进货 │ 销售出货 │ 库存查询 │
│ 商业伙伴 │ 采购退货 │ 销售退货 │ 库存预警 │
│ 数据字典 │ │ │ │
├─────────────────────────────────────────────────┤
│ 财务管理 │ 统计报表 │ 系统管理 │
│ 供应商对账 │ 进货明细表 │ 角色管理 │
│ 客户对账 │ 进退货明细表 │ 用户管理 │
│ 收付款单 │ 销货明细表 │ 部门管理 │
│ 其他费用 │ 销退货明细表 │ 功能权限 │
│ │ │ 参数配置 │
│ │ │ 系统日志 │
└─────────────────────────────────────────────────┘

1.2 各模块功能清单

基础数据：

数据字典（分类、计量单位、结算方式等）
商品信息（编码、名称、规格、价格、库存）
商业伙伴（客户、供应商、物流）

进货管理：

采购进货单（向供应商进货）
采购退货单（向供应商退货）

销货管理：

销售出货单（向客户销货）
销售退货单（客户退货）

库存管理：

商品库存查询（实时库存）
安全库存预警
库存盘点

财务管理：

供应商对账单
客户对账单
收付款单（应收应付）
其他费用单

统计报表：

进货明细表
进退货明细表
销货明细表
销退货明细表

系统管理：

角色管理
用户管理
部门管理
功能权限
参数配置
系统日志

二、7 大核心数据表

2.1 数据模型总览

 1
 2
 3
 4
 5
 6
 7
 8
 9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25


┌──────────────┐
│ JxGoods │ ← 商品
└──────────────┘
 ↓
┌──────────────┐ ┌──────────────────┐
│ JxPartner │ ←──│ 商业伙伴 │
└──────────────┘ │ (客户/供应商) │
 ↓ └──────────────────┘
┌──────────────────┐
│ JxBillHead │ ← 业务单据（进货/销货/退换）
│ + JxBillList │ (主表 + 详单)
└──────────────────┘
 ↓
┌──────────────────┐ ┌─────────────────┐
│ JxAccountHead │ ←──│ 对账单 │
│ + JxAccountList │ │ (客户/供应商) │
└──────────────────┘ └─────────────────┘
 ↓
┌──────────────────┐
│ JxPayment │ ← 收付款单（应收/应付）
└──────────────────┘
 +
┌──────────────────┐
│ JxOtherFee │ ← 其他费用
└──────────────────┘

2.2 7 大表详细字段

表 1：商品信息（JxGoods）

名称	代码	类型	长度	必填
商品编码	Code	Text	50	Y
商品名称	Name	Text	200	Y
商品类别	Category	Text	50	Y
规格型号	Model	Text	500
产地	Producer	Text	50
计量单位	Unit	Text	50	Y
采购单价	BuyPrice	Number	18,2
销售单价	SalePrice	Number	18,2
安全库存	SafeQty	Number
备注	Note	TextArea
附件	Files	Text	500

设计要点：

Code 必须唯一（业务主键）
Category 用数据字典（避免硬编码）
BuyPrice / SalePrice 单独字段而非关联价格表（简单场景）
SafeQty 触发库存预警

表 2：商业伙伴信息（JxPartner）

名称	代码	类型	长度	必填
类型（客户/供应商/物流）	Type	Text	50	Y
名称	Name	Text	100	Y
简称	ShortName	Text	50
信用代码	SccNo	Text	50
联系人	Contact	Text	50
联系电话	Phone	Text	50
联系地址	Address	Text	500
开票地址	InvAddress	Text	500
开票电话	InvPhone	Text	50
开户银行	Bank	Text	100
银行账号	Account	Text	100
备注	Note	TextArea
附件	Files	Text	500

设计要点：

Type 字段区分客户/供应商/物流（多类型合一表）
开票信息与联系信息分离（财务合规）
信用代码用于企业客户开票

表 3：业务单表头（JxBillHead）

名称	代码	类型	长度	必填
单据类型（进货/进退货/销货/销退货）	Type	Text	50	Y
业务单号	BillNo	Text	50	Y
单证状态	Status	Text	50	Y
单证日期	BillDate	Date		Y
商业伙伴	Partner	Text	100	Y
合同号	ContractNo	Text	50
发票号	InvoiceNo	Text	50
结算方式	SettleMode	Text	50	Y
总金额	TotalAmount	Number	18,2
物流公司	Logistics	Text	100
物流单号	LogisticsNo	Text	50
物流费用	LogisticsFee	Number	18,2
退货单号	ReturnNo	Text	50
备注	Note	TextArea
附件	Files	Text	500

设计要点：

Type 字段统一 4 种单据（进货 / 进退货 / 销货 / 销退货）
Status 字段单据状态（草稿 / 已审核 / 已完成 / 已作废）
ReturnNo 关联原单（退货单反查原单）
Logistics 字段支持内嵌物流信息

表 4：业务单表体（JxBillList）

名称	代码	类型	长度	必填
表头 ID	HeadId	Text	50	Y
序号	SeqNo	Number		Y
商品编码	Code	Text	50	Y
商品名称	Name	Text	200	Y
商品类别	Category	Text	50	Y
规格型号	Model	Text	500
产地	Producer	Text	50
计量单位	Unit	Text	50	Y
数量	Qty	Number		Y
单价	Price	Number	18,2
金额	Amount	Number	18,2
备注	Note	TextArea

设计要点：

HeadId 关联表头（一对多）
冗余 Name / Category（避免 JOIN 商品表）
Amount = Qty × Price（应用层计算 + 数据库 CHECK 约束）

表 5：对账单表头（JxAccountHead）

名称	代码	类型	长度	必填
单据类型（客户 / 供应商）	Type	Text	50	Y
对账单号	AccountNo	Text	50	Y
单证状态	Status	Text	50	Y
对账日期	AccountDate	Date		Y
商业伙伴	Partner	Text	100	Y
业务日期	BizDates	Text	100	Y
合同号	ContractNo	Text	50
发票号	InvoiceNo	Text	50
总金额	TotalAmount	Number	18,2
备注	Note	TextArea
附件	Files	Text	500

设计要点：

BizDates 用 Text 存（“2024-01-01~2024-01-31”）
总金额 = 各业务单据金额合计

表 6：对账单表体（JxAccountList）

名称	代码	类型	长度	必填
表头 ID	HeadId	Text	50	Y
单据 ID	BillId	Text	50	Y

设计要点：

极简表体：只存关联关系（多对多：一张对账单对应多张业务单据）

表 7：收付款单（JxPayment）

名称	代码	类型	长度	必填
单据类型（应收 / 应付）	Type	Text	50	Y
单据编号	PaymentNo	Text	50	Y
单据状态	Status	Text	50	Y
单据日期	PaymentDate	Date		Y
商业伙伴	Partner	Text	100	Y
单据来源（对账 / 新增）	Source	Text	50	Y
总金额	TotalAmount	Number	18,2
已收付金额	PaidAmount	Number	18,2
剩余金额	RemainAmount	Number	18,2
备注	Note	TextArea
附件	Files	Text	500
记录	Records	TextArea
业务单据 ID	BizId	Text	50

设计要点：

RemainAmount = TotalAmount - PaidAmount（数据库 CHECK 约束）
Records 字段记录每次收付款流水（JSON 数组）
Source 字段区分"对账生成"vs"手动新增"

附表：其他费用信息（JxOtherFee）

名称	代码	类型	长度	必填
类型（收入 / 支出）	Type	Text	50	Y
费用编号	FeeNo	Text	50	Y
单据状态	Status	Text	50	Y
发生金额	Amount	Number	18,2
发生日期	FeeDate	Date		Y
所属部门	Department	Text	50
备注	Note	TextArea
附件	Files	Text	500

三、核心业务流程

3.1 采购流程

1
2
3


供应商 ──→ 采购进货单 ──→ 库存增加 ──→ 供应商对账单 ──→ 付款单
 ↑ ↓
 └────── 采购退货单

关键业务规则：

进货单必须关联供应商
进货审核后库存才增加
退货单必须关联原进货单
对账单的金额 = 进货金额 - 退货金额
付款单有"已付/未付"两种状态

3.2 销售流程

1
2
3


客户 ──→ 销售出货单 ──→ 库存减少 ──→ 客户对账单 ──→ 收款单
 ↑ ↓
 └────── 销售退货单

关键业务规则：

出货前必须检查库存（不允许负库存）
出货单必须关联客户
退货单必须关联原出货单
销售价不能低于进价（可选规则）
收款单按"已收/未收"管理

3.3 库存预警

 1
 2
 3
 4
 5
 6
 7
 8
 9
10
11
12
13


-- 库存预警 SQL
SELECT
 g.Code,
 g.Name,
 g.SafeQty,
 COALESCE(SUM(b.Qty), 0) AS CurrentQty,
 g.SafeQty - COALESCE(SUM(b.Qty), 0) AS ShortQty
FROM JxGoods g
LEFT JOIN JxBillList b ON b.Code = g.Code
LEFT JOIN JxBillHead h ON h.Id = b.HeadId
WHERE h.Status = '已审核'
GROUP BY g.Code, g.Name, g.SafeQty
HAVING CurrentQty < g.SafeQty;

四、关键设计原则

4.1 表设计原则

主从分离：表头（Head）+ 表体（List）模式
类型字段：单据类型用 Type 字段区分（避免建 4 张表）
冗余字段：商品名称 / 类别冗余到表体（避免 JOIN）
审计字段：每张表都加 CreateBy / CreateTime / UpdateBy / UpdateTime
软删除：Status = ‘已作废’ 而非物理删除

4.2 业务规则原则

单据状态机：草稿 → 已审核 → 已完成 → 已作废
金额一致性：表头 TotalAmount = SUM(表体 Amount)
库存一致性：每次进出货都更新库存表
对账一致性：对账单金额 = 关联单据金额
收付款一致性：已付 + 剩余 = 总金额

五、扩展设计

5.1 水平扩展

多仓库：增加 Warehouse 表 + BillHead 增加 WarehouseId
多币种：增加 Currency 字段
批次管理：增加 Batch 表（生产日期 / 过期日期）
序列号：增加 SerialNumber 表（每件商品唯一标识）

5.2 性能优化

索引：Code（商品编码）、BillNo（业务单号）、Partner（商业伙伴）
分区：按 BillDate 分区（按月 / 按年）
归档：已完成超过 1 年的单据归档到历史表

5.3 集成扩展

财务系统：对接金蝶 / 用友，自动生成凭证
电商系统：对接淘宝 / 京东 / 拼多多，订单同步
WMS 系统：对接仓储管理，自动同步库存
CRM 系统：对接客户管理，关联销售机会

六、写在最后

进销存系统的本质是"单据驱动库存"——每张业务单据都触发一次库存变动，每张对账单都基于业务单据生成。

个人建议：

新项目起步：先做"商品 + 商业伙伴 + 业务单据"3 张表

MVP 阶段：先做"进货 + 销货"两个核心流程

完整阶段：再补"对账 + 收付款 + 报表"

优化阶段：最后做"多仓库 / 多币种 / 批次管理"

参考开源：jxcsoft 是一套成熟的进销存参考实现

参考资料

2024+ 视角（进销存 SaaS 的 AI 化与多渠道融合）

2024 年 3 月的进销存架构在 2024-2026 年的几个关键演进：

云原生 SaaS 主导：
- 国内：用友 YonBuilder、金蝶云·星辰、管家婆云 ERP、柠檬云进销存、浪潮 GS Cloud 已成主流
- 国际：NetSuite、Odoo 18、SAP Business One Cloud 仍是大型企业首选
- 多租户架构（Multi-Tenant）是 SaaS ERP 的标配，租户隔离通过行级安全（RLS）+ 独立 Schema 实现
多渠道融合：
- 进销存从"线下 + 单一电商"升级为全渠道订单路由：
  - 淘宝/天猫、京东、拼多多、抖音、快手、小红书、视频号
  - 海外：Shopify、Amazon、eBay、Lazada、Shopee
- 订单中台（如管易云、万里牛、店小秘）聚合所有渠道订单，再分发到 WMS
AI 选品 + 智能补货：
- AI 选品：基于历史销售 + 季节 + 趋势预测下季爆品
- 智能补货：基于安全库存 + 在途库存 + 销售预测，自动生成采购建议
- AI 需求预测（Prophet / LSTM / XGBoost）替代人工经验
金税四期 + 数电票合规：
- 金税四期（2022 起）全面落地，数电票（数字化电子发票） 取代传统税控发票
- ERP 系统必须直连税务系统（如航天信息、百望电子），自动开具数电票
- 进销存发票流（进项发票 → 销项发票）对账成为核心
WMS + TMS 深度集成：
- WMS（仓储管理）：PDA 扫码、电子标签、AGV 联动
- TMS（运输管理）：路径优化、运费计算、在途追踪
- 进销存 ↔ WMS ↔ TMS 实时同步（MQ / CDC）
财务业务一体化：
- 业务单据自动生成会计凭证（金蝶 EAS Cloud、用友 NC Cloud）
- 银企直连（与银行系统对接，自动收付款）
- 电子档案（会计档案电子化，进销存发票、单据电子归档）
数据模型演进：
- 7 大表（商品/伙伴/单据/对账/收付款）的"主从分离 + 类型字段"思路依然成立
- 新增关键字段：
  - 多租户字段（TenantId）—— SaaS 必备
  - 多组织（OrgId）—— 集团多公司
  - 币种 / 汇率（Currency、ExchangeRate）—— 跨境必备
  - 批次 / 序列号（BatchNo、SerialNo）—— 食品/医药/3C 行业刚需
  - 附件 OSS 化（Files → OSS Key）—— 不再存数据库
低代码 / SaaS 平台化：
- 金蝶云·苍穹、用友 BIP、钉钉宜搭、飞书多维表格 让中小企业用"低代码"自建进销存
- 简道云、明道云、氚云 等 aPaaS 平台让进销存二次开发零代码
数据中台 / BI 增强：
- 进销存数据进数据中台（阿里云 DataWorks、华为 DataArts）
- BI 工具（FineBI、PowerBI、Tableau、Quick BI）做销售分析、库存周转分析、毛利分析
- 毛利率分析（按商品 / 客户 / 渠道）成为管理者核心看板
行业垂直化：
- 医药行业（GSP 合规、批号追溯、冷链监控）
- 食品行业（FIFO、保质期、批次追溯）
- 服装行业（SKU 多、季节性、颜色尺码）
- 建材行业（长账期、批次价、计量单位复杂）
- 跨境电商（多币种、海外仓、退货逆向物流）

实战选型（2024-2026）：

小型企业（< 50 人）：金蝶云·星辰 / 管家婆云 / 简道云—— SaaS + 低代码
中型企业（50-500 人）：用友 YonSuite / 金蝶云·星空 / 浪潮 GS Cloud
大型企业（> 500 人）：用友 NC Cloud / 金蝶 EAS Cloud / SAP S/4HANA
跨境电商：店小秘 + 旺店通 + 海外仓 WMS
特殊行业（医药/食品/冷链）：行业 SaaS（药师帮、餐道、九曳供应链等）

核心结论：2024 年这篇的"7 大表 + 7 大模块"骨架至今仍是进销存系统的最小完备设计——变化的是多租户、多渠道、AI 智能、合规（金税四期）、低代码、行业垂直化这 6 个方向。业务本质未变，技术栈与边界在持续扩张。