RuoYiPlus

环境搭建

Wed, 24 Jun 2026 00:00:00 +0000

步骤一

内容写在这里…

Getting Started

Sat, 17 Feb 2024 00:00:00 +0000

Quick Start from Template

Create a site

Configure your new site

Add your content

Publish your site

Your site will automatically publish ~1-5 minutes after you commit (save) changes to files in your GitHub repository.

Let’s customize your new site:

Project Structure Configuration Create content

Customizing Hugo

Mon, 01 Jan 0001 00:00:00 +0000

View the full docs at

Project Structure

Mon, 01 Jan 0001 00:00:00 +0000

Folder Structure

There are 4 main folders for Hugo-based sites:

content/ for your Markdown-formatted content files (homepage, etc.)
- _index.md the homepage (Hugo requires that the homepage and archive pages have an underscore prefix)
assets/
- media/ for your media files (images, videos)
  - icons/custom/ upload any custom SVG icons you want to use
config/_default/ for your site configuration files
- hugo.yaml to configure Hugo (site title, URL, Hugo options, setup per-folder page features)
- module.yaml to install or uninstall Hugo themes and plugins
- params.yaml to configure Hugo Blox options (SEO, analytics, site features)
- menus.yaml to configure your menu links (if the menu is enabled in params.yaml)
- languages.yaml to configure your site’s language or to set language-specific options in a multilingual site
static/uploads/ for any files you want visitors to download, such as a PDF
go.mod sets the version of Hugo themes/plugins which your site uses

Hugo File Naming Convention

Hugo gives us two options to name standard page files: as TITLE/index.md or TITLE.md where TITLE is your page name.

The page name should be lowercase and using hyphens (-) instead of spaces.

Both approaches result in the same output, so you can choose your preferred approach to naming and organizing files. A benefit to the folder-based approach is that all your page’s files (such as images) are self-contained within the page’s folder, so it’s more portable if you wish to share the original Markdown page with someone.

The homepage is a special case as Hugo requires the homepage and listing pages to be named _index.md.

The docs navigation is automatically generated based on the content in the docs/ folder and is sorted alphabetically.

The order of pages can be changed by adding the weight parameter in the front matter of your Markdown files.

In the example below, the example.md page will appear before the test.md page as it has a lower weight:

Page example.md:

---
title: My Example
weight: 1
---

Page test.md:

---
title: My Test
weight: 2
---

功能列表

Mon, 01 Jan 0001 00:00:00 +0000

核心定位

这是整个平台的「能力地图」。在决定是否使用 RuoYi 之前，你可以通过这个清单快速判断：你需要的能力，这里是否已经内置？如果已经内置，你需要多久能上线？

总代码量约 26 万行，覆盖 19 项系统功能、17 项基础设施、14 个业务子系统。

功能全景

mindmap root((RuoYi-Vue-Pro
功能全景)) 系统功能用户管理角色管理菜单管理部门管理岗位管理租户管理字典管理通知公告操作日志登录日志敏感词管理基础设施代码生成器文件服务消息队列配置管理 WebSocket 服务保障系统监控业务子系统 BPM 工作流 CRM 客户管理 ERP 进销存 Mall 商城 MES 制造执行 WMS 仓库管理 Pay 支付中心 AI 大模型 IoT 物联网 IM 即时通讯

系统功能（19 项）

这些是后台管理的「标配」能力，任何企业系统都需要的通用功能：

功能	解决什么问题	典型场景
用户管理	管理系统登录账号，支持增删改查、重置密码、状态控制	创建员工账号、离职禁用账号
在线用户	实时查看当前在线用户，支持强制下线	安全排查、账号异常处理
角色管理	RBAC 权限模型，角色分配菜单权限和按钮权限	设置「销售经理」只能看 CRM 模块
菜单管理	动态配置左侧菜单，支持目录/菜单/按钮三级	新增业务模块后配置对应菜单
部门管理	组织架构树，支持数据范围权限	北京分公司只能看北京数据
岗位管理	岗位字典，关联用户	关联岗位与薪资/审批权限
租户管理	SaaS 场景的租户注册、套餐分配、过期处理	SaaS 服务商管理多个企业客户
租户套餐	为不同租户套餐绑定不同的菜单权限	基础版/专业版/旗舰版功能差异
字典管理	全局枚举值维护，前后端共用	性别、状态、类型等下拉选项
短信管理	短信模板、发送记录、渠道配置	验证码、通知短信
邮件管理	邮件模板、发送记录、SMTP 配置	注册验证、系统告警
站内信	系统内消息通知，已读/未读状态	审批通知、系统公告
操作日志	记录用户每一次操作，含请求参数和结果	审计追溯、问题排查
登录日志	记录登录 IP、时间、结果	安全审计、异常登录检测
错误码管理	统一错误码定义，前端友好提示	API 返回 `1002005001` 对应「用户不存在」
通知公告	系统级公告发布，支持定时发布	系统维护通知、公司公告
敏感词	敏感词库管理和自动过滤	内容审核、评论过滤
应用管理	多应用配置，如管理后台 + 移动端	一个系统多端入口
地区管理	中国行政区划数据，省市区三级	地址选择器、物流区域

基础设施（17 项）

这些是支撑业务运行的底层能力：

能力	解决什么问题	技术实现
代码生成器	一键生成 CRUD 前后端代码，告别重复劳动	模板引擎，支持主子表、树形表、uni-app
系统接口	基于 Swagger 的在线 API 文档	Swagger3 + Knife4j
数据库文档	自动生成数据库表结构文档	Screw
表单构建	可视化拖拽设计表单	低代码表单设计器
配置管理	动态配置参数，无需重启	系统参数 + 配置中心
文件服务	统一文件上传/下载，多云存储切换	S3 协议：MinIO/阿里云 OSS/腾讯云 COS/七牛云
WebSocket	实时双向通信	单机/集群双模式
API 日志	记录 API 请求和响应详情	拦截器 + 异步写入
MySQL 监控	数据库连接池和慢查询监控	Druid
Redis 监控	Redis 内存、命中率、连接监控	内置监控面板
Java 监控	JVM 内存、线程、GC 监控	Spring Boot Actuator
链路追踪	分布式请求链路跟踪	SkyWalking 集成
日志中心	多服务日志集中查看	日志文件管理
服务保障	分布式锁、幂等性、限流、防重	Redisson + 自定义注解
单元测试	保障代码质量	JUnit5 + 1121+ 测试用例

业务子系统总览

子系统	表数量	一句话描述
BPM 工作流	-	审批流程引擎，仿钉钉设计器
Pay 支付中心	-	统一支付/退款/转账，屏蔽渠道差异
Report 报表	-	拖拽式大屏设计，三种报表引擎
Member 会员	-	会员体系，VIP 等级，积分签到
MP 公众号	-	多公众号管理，粉丝消息自动回复
Mall 商城	70+	完整 B2C 电商系统
CRM 客户管理	20+	线索→商机→合同→回款全流程
ERP 进销存	30+	采购/销售/库存/财务一体化
Sale 销售财务	-	ERP 子模块，收款/付款/结算
WMS 仓库管理	16	通用仓储管理
MES 制造执行	133	车间级生产制造管理
AI 大模型	-	对话/绘画/知识库/工作流
IoT 物联网	-	设备管理/物模型/规则引擎
IM 即时通讯	16	私聊/群聊/频道/音视频

适合什么样的用户

Java 开发者：有 Spring Boot 基础，想快速交付企业级项目
中小型团队：需要一套覆盖多业务场景的底座，减少重复开发
企业 IT 部门：内部信息化建设，需要审批流、进销存、CRM 等成熟模块
SaaS 服务商：需要多租户能力和模块化架构来服务多个客户

商业化愿景

Mon, 01 Jan 0001 00:00:00 +0000

核心定位

一句话说清楚：RuoYiPlus 的目标是成为「企业级应用基础设施」的领导者，帮助软件厂商和企业 IT 团队以最低成本获得生产级能力。

解决什么问题

客户类型	核心痛点	RuoYiPlus 的价值
软件厂商	自研框架成本高、周期长	基于成熟框架快速交付
企业信息化部门	采购成品难以定制	开源可控，深度定制
系统集成商	项目交付周期紧	模块化快速组装
SaaS 运营商	多租户架构复杂	开箱即用的 SaaS 架构

目标客户画像

graph TB subgraph "目标客户群体" A["软件厂商"] B["企业信息化部门"] C["系统集成商"] D["SaaS 运营商"] end subgraph "核心痛点" A1["自研框架成本高"] B1["采购成品难以定制"] C1["项目交付周期紧"] D1["多租户架构复杂"] end subgraph "我们的价值" A2["基于成熟框架快速交付"] B2["开源可控，深度定制"] C2["模块化快速组装"] D2["开箱即用的 SaaS 架构"] end A --> A1 --> A2 B --> B1 --> B2 C --> C1 --> C2 D --> D1 --> D2

1. 产品矩阵

1.1 版本体系

graph TB subgraph "产品版本体系" A["社区版 - 免费"] B["专业版 - ¥29,800/年"] C["企业版 - ¥99,800/年"] D["旗舰版 - ¥199,800/年"] end subgraph "目标客户" A1["个人开发者"] B1["中小企业"] C1["大中型企业"] D1["集团型企业"] end A --> A1 B --> B1 C --> C1 D --> D1

1.2 功能对比

功能模块	社区版	专业版	企业版	旗舰版
基础框架	✅	✅	✅	✅
增强 RBAC	✅	✅	✅	✅
SSO 单点登录	-	✅	✅	✅
MFA 多因素认证	-	✅	✅	✅
统一审计中心	-	✅	✅	✅
区块链存证	-	-	✅	✅
邮件中间件	-	✅	✅	✅
消息通知中心	-	✅	✅	✅
License 授权	-	-	✅	✅
多租户管理	-	-	✅	✅
数据权限引擎	✅	✅	✅	✅
敏感数据脱敏	-	✅	✅	✅
技术支持	社区	邮件	7x24	专属客服

2. 商业模式

2.1 授权模式

graph LR A["用户数"] --> B{"选择套餐"} B -->|50 用户| C["基础版 ¥9,800/年"] B -->|200 用户| D["标准版 ¥29,800/年"] B -->|500 用户| E["高级版 ¥59,800/年"] B -->|不限用户| F["无限版 ¥99,800/年"]

套餐	用户数	年费	单用户成本
基础版	50 用户	¥9,800/年	¥196/年
标准版	200 用户	¥29,800/年	¥149/年
高级版	500 用户	¥59,800/年	¥120/年
无限版	不限用户	¥99,800/年	-

2.2 按模块授权

模块	专业版	企业版
IAM 统一身份中心	¥8,800/年	¥15,800/年
Audit 审计合规中心	¥8,800/年	¥15,800/年
Mail 邮件中间件	¥3,800/年	¥6,800/年
Notify 消息中心	¥3,800/年	¥6,800/年
License 授权管理	¥5,800/年	¥9,800/年
Tenant 多租户管理	¥5,800/年	¥9,800/年

2.3 服务模式

服务类型	说明	定价
技术支持	问题解答、bug修复	¥8,000/年
功能定制	按需功能开发	¥1,500/人天
培训服务	产品培训、运维培训	¥3,000/人天
部署实施	生产环境部署	¥5,000/次
数据迁移	历史数据迁移	¥10,000/次
等保合规	等保认证支持	¥50,000/次

3. 生态合作

3.1 合作伙伴生态

graph TB subgraph "合作伙伴生态" A["ISV 合作"] B["集成商合作"] C["云厂商合作"] D["培训合作"] E["实施合作"] end subgraph "合作价值" A1["集成销售分成"] B1["项目合作"] C1["云市场入驻"] D1["培训分成"] E1["实施项目合作"] end A --> A1 B --> B1 C --> C1 D --> D1 E --> E1

3.2 ISV 合作模式

graph LR A["合作伙伴"] --> B["联合解决方案"] B --> C["行业客户交付"] C --> D["销售分成模式"] D --> A D --> E["RuoYiPlus"]

4. 发展路线图

4.1 短期计划

gantt title 发展路线 dateFormat YYYY-MM-DD section MVP IAM/Audit/Mail 核心功能 :2024-01-01, 90d section 产品化 License/Tenant 商业化 :2024-04-01, 90d section 生态建设首批合作伙伴 :2024-07-01, 90d section 市场推广行业解决方案 :2024-10-01, 90d

阶段	时间	目标
MVP	Q1	IAM/Audit/Mail 核心功能
产品化	Q2	License/Tenant 商业化
生态建设	Q3	首批合作伙伴
市场推广	Q4	行业解决方案

4.2 中长期愿景

graph TB subgraph "中长期目标" A["AI 增强
智能问答、智能报表"] B["微服务化
全面微服务架构"] C["多云部署
云原生 K8s 支持"] D["国际化
多语言、多时区"] end

阶段	目标
AI 增强	智能问答、智能报表
微服务化	全面微服务架构
多云部署	云原生 K8s 支持
国际化	多语言、多时区

5. 成功案例

案例 1：某省政务云平台

graph LR A["某省级政务云运营公司"] --> B["需为省内 200+ 委办局提供统一办公平台"] B --> C["RuoYiPlus 企业版 + OA 增强"] C --> D["10万+ 用户"] D --> E["3个月完成交付
节省开发成本 500万+"]

案例 2：某金融机构 CRM

graph LR A["某城市商业银行"] --> B["合规要求高
需等保三级认证"] B --> C["RuoYiPlus 旗舰版
+ CRM 增强 + Audit"] C --> D["2000+ 用户"] D --> E["通过等保三级认证
审计合规零风险"]

案例 3：某制造集团 ERP

graph LR A["某上市公司制造集团"] --> B["30+ 子公司
需要数据隔离"] B --> C["RuoYiPlus 企业版
+ Tenant 多租户"] C --> D["5000+ 用户
30+ 租户"] D --> E["统一平台+数据隔离
运维成本降低 60%"]

联系我们

类型	联系方式
售前咨询
商务合作
代理合作
技术支持

免责声明: RuoYiPlus 基于 RuoYi-Vue-Pro / Yudao 开源框架进行开发，遵循原框架开源协议。我们对框架本身不拥有所有权，仅在开源框架基础上进行企业级增强和商业化封装。

Configuration

Mon, 01 Jan 0001 00:00:00 +0000

The configuration of your site can be found in config/_default/.

Full Documentation

See

Links are automatically generated from the structure of your content directory. Simply add a folder to nest a page.

Extra Links

Additional links can be added under the sidebar section of your config/_default/menus.yaml:

menu:
 sidebar:
 - name: "Need help?"
 params:
 type: separator
 weight: 1
 - name: "A page"
 pageRef: "/page-filename-here"
 weight: 2
 - name: "An external link ↗"
 url: "https://hugoblox.com"
 weight: 3

A table of contents is automatically generated from the headings your Markdown file.

It can optionally be disabled by setting toc: false in the front matter of a page:

---
title: My Page
toc: false
---

Report 报表与大屏

Mon, 01 Jan 0001 00:00:00 +0000

核心定位

Report 模块让非技术人员也能做出专业的数据大屏。不需要写前端代码，通过拖拽组件、配置数据源，就能生成可视化报表和大屏页面。适合管理层看板、数据监控、项目汇报等场景。

一句话：像做 PPT 一样做数据大屏。

解决什么问题

痛点	Report 如何解决
管理层想看数据，每次都让开发写页面	拖拽式设计，业务人员自己做
数据展示需求频繁变化	修改大屏配置即可，无需发版
需要专业的可视化效果	内置几十种图表组件和模板
不同场景需要不同的报表引擎	提供三种引擎，按需选择

用户角色

graph LR subgraph 角色 DESIGNER["大屏设计师
拖拽配置大屏
设置数据源
发布大屏"] VIEWER["查看者（管理层/客户）
查看大屏
交互筛选数据"] end

三种报表引擎

graph TB subgraph GoView["Go-View（推荐）"] G1["开源免费"] G2["Vue3 技术栈"] G3["纯前端，独立部署"] G4["内置丰富图表组件"] end subgraph Jimu["JimuReport"] J1["不开源"] J2["内嵌后端"] J3["支持复杂报表"] J4["中国式报表"] end subgraph AJ["AJ-Report"] A1["开源"] A2["开发中"] A3["完全后端驱动"] end

特性	Go-View	JimuReport	AJ-Report
开源	✅	❌	✅
上手难度	⭐ 低	⭐⭐ 中	⭐⭐ 中
图表丰富度	⭐⭐⭐⭐⭐	⭐⭐⭐⭐	⭐⭐⭐
复杂报表	⭐⭐⭐	⭐⭐⭐⭐⭐	⭐⭐⭐
推荐场景	通用大屏	中国式复杂报表	后端驱动场景

大屏设计流程

flowchart LR A["新建大屏
选择模板或空白"] --> B["拖拽组件
图表/文本/图片/边框"] B --> C["配置数据源
API 接口 / 静态数据"] C --> D["调整样式
布局/颜色/动画"] D --> E["预览效果
实时查看"] E --> F{满意?} F -->|是| G["发布大屏
生成访问链接"] F -->|否| B

内置图表组件（部分）

折线图 / 柱状图 / 饼图 / 雷达图
数据表格 / 滚动表格
数字翻牌器
地图（中国 / 省市）
仪表盘
词云
时间轴
边框和装饰组件

典型应用场景

场景	大屏内容	查看者
销售看板	今日销售额、订单量、转化率、区域排名	销售总监、管理层
生产监控	产线状态、产量、不良率、设备 OEE	生产经理、厂长
运营大屏	用户增长、活跃度、留存率、收入趋势	运营团队
项目汇报	项目进度、里程碑、风险、资源使用	项目干系人

Yudao 框架增强能力

Mon, 01 Jan 0001 00:00:00 +0000

核心定位

一句话说清楚：在 Yudao 原生能力之上，RuoYiPlus 对框架基础设施进行了 8 大维度的企业级增强，让框架具备「开箱即用」的生产级能力。

解决什么问题

痛点	Yudao 原生	RuoYiPlus 增强后
数据权限不够细	仅部门级过滤	用户/角色/岗位/部门四层 + 字段级
敏感信息泄露风险	无脱敏机制	注解式自动脱敏
操作日志不完整	基础日志	智能变更追踪 + 风险评分 + 区块链存证
API 缺乏保护	基础路由	请求签名 + 限流 + 熔断
分布式能力弱	无	分布式事务 + 锁 + 幂等
缓存策略单一	Redis 单层	Caffeine + Redis 多级缓存
数据库扩展难	单库	读写分离 + 分库分表 + 数据归档
监控能力弱	无	SkyWalking 全链路追踪 + 自定义指标

适合什么样的用户

mindmap root((适合用户)) 软件厂商需要授权管理需要商业化基础设施企业 IT 团队需要安全合规需要多租户隔离系统集成商需要快速交付需要模块化组装 SaaS 运营商需要多租户架构需要计费体系

1. 数据权限引擎

1.1 四层权限模型

graph LR subgraph "权限来源" F["用户权限
优先级最高"] G["角色权限"] H["岗位权限"] I["部门权限
优先级最低"] F ~~~ G ~~~ H ~~~ I end subgraph "权限决策引擎" A["用户请求"] --> B["权限解析"] B --> C["权限合并"] C --> D["数据过滤"] D --> E["等级过滤"] end subgraph "权限过滤" J["SQL 过滤"] --> K["返回结果"] end 权限来源 --> 权限决策引擎权限决策引擎 --> 权限过滤 style B fill:#FFA500,color:#fff,font-weight:bold

1.2 能力对比

能力项	原生支持	增强后
部门级数据过滤	✅	✅
角色级数据过滤	❌	✅
自定义 SQL 过滤	❌	✅
字段级权限控制	❌	✅
动态数据权限规则	❌	✅
客户等级过滤	❌	✅

1.3 使用方式

// 基于角色的数据权限：销售经理看团队数据，区域总监看本区域数据
@DataPermission(roles = {"sales_manager", "region_director"})
public class CustomerServiceImpl { }

// 基于部门的层级权限
@DataPermission(deptIds = "#{currentUser.deptId}")
public class ReportService { }

// 自定义数据范围
@DataPermission(scope = "custom", sqlFilter = "region_id = #{currentUser.regionId}")
public class RegionService { }

// 字段隐藏
@DataPermission(fields = {"salary", "bankCard"}, operation = DataPermission.Operation.HIDE)
public class EmployeeService { }

// 字段只读
@DataPermission(fields = {"createTime", "creator"}, operation = DataPermission.Operation.READONLY)
public class OrderService { }

2. 敏感字段脱敏

2.1 脱敏架构

graph LR A["数据查询"] --> B["脱敏规则匹配"] B --> C["字段类型识别"] C --> D["脱敏算法应用"] D --> E["返回脱敏结果"]

2.2 支持的脱敏类型

脱敏类型	示例	说明
手机号	`138****1234`	中间4位脱敏
邮箱	`a***@163.com`	用户名脱敏
身份证	`310***********1234`	出生日期+后4位脱敏
银行卡	`** ** 1234`	仅保留后4位
姓名	`张*`	姓氏外脱敏
地址	`上海市徐汇区****`	详细地址脱敏
密码	`******`	完全脱敏

2.3 使用方式

// 注解式脱敏
public class Customer {
 @SensitiveField(type = SensitiveType.PHONE)
 private String phone;

 @SensitiveField(type = SensitiveType.EMAIL)
 private String email;

 @SensitiveField(type = SensitiveType.ID_CARD)
 private String idCard;
}

// 查询时自动脱敏
@SensitiveQuery(fields = {"phone", "email"})
public List<Customer> getCustomerList(CustomerQuery query) { }

3. 操作日志中心

3.1 日志体系

graph TB subgraph "日志采集" A["操作行为"] B["登录事件"] C["API 调用"] end subgraph "日志处理" D["日志解析"] E["变更对比"] F["风险评分"] end subgraph "日志存储" G["热数据存储"] H["冷数据归档"] I["区块链存证"] end A --> D B --> D C --> D D --> E E --> F F --> G F --> H F --> I

3.2 智能变更追踪

// 自动对比修改前后差异，仅记录变更字段
@OperateLog(title = "客户管理", businessType = BusinessType.UPDATE)
public void updateCustomer(Customer customer) { }

3.3 敏感操作告警

aegis:
 audit:
 alert-rules:
 - event: "数据导出"
 threshold: 10 # 10分钟内超过10次
 action: "notify_admin"
 - event: "批量删除"
 action: "require_approval"

4. API 网关增强

4.1 网关架构

graph LR A["客户端请求"] --> B["API 网关"] B --> C["请求签名验证"] C --> D["流量控制"] D --> E["熔断降级"] E --> F["请求缓存"] F --> G["协议转换"] G --> H["后端服务"]

4.2 增强特性

能力项	说明
请求签名	API 请求签名验证，防篡改
流量控制	多维度限流策略
熔断降级	服务熔断保护
请求缓存	API 响应缓存
协议转换	SOAP → REST 转换

5. 服务治理能力

5.1 分布式事务

基于 Seata 的分布式事务解决方案：

graph TB A["业务请求"] --> B["事务发起方"] B --> C["Seata TC"] C --> D["分支事务1"] C --> E["分支事务2"] C --> F["分支事务3"] D --> G["全局提交/回滚"] E --> G F --> G

5.2 分布式锁与幂等

// Redis + Redisson 分布式锁
@DistributedLock(key = "order:lock:", waitTime = 30, leaseTime = 60)
public void processOrder(Order order) { }

// 幂等控制
@Idempotent(key = "order:create:{userId}:{productId}", expireTime = 60)
public Order createOrder(CreateOrderRequest request) { }

6. 缓存增强

6.1 多级缓存架构

graph LR A["应用请求"] --> B["L1 Caffeine"] B --> C["L2 Redis"] C --> D["数据库"] D --> C C --> B B --> A

6.2 注解式缓存

@Cacheable(name = "user:list:", expire = 300)
public List<User> getUserList() { }

@CacheEvict(name = "user:list:")
public void updateUser(User user) { }

@CachePut(name = "user:{id}")
public User getUser(Long id) { }

7. 数据库增强

graph LR A["写请求"] --> B["主库"] C["读请求"] --> D["从库"] B --> E["数据同步"] E --> D

能力	说明
读写分离	自动路由读写请求，dynamic-datasource
分库分表	ShardingSphere 分片策略
数据归档	自动冷热数据分离，定时归档

8. 监控增强

graph TB A["客户端"] --> B["网关"] B --> C["服务1"] C --> D["服务2"] D --> E["服务3"] E --> F["数据库"] G["SkyWalking"] -.-> B G -.-> C G -.-> D G -.-> E

全链路追踪：集成 SkyWalking 分布式追踪
自定义指标：@CustomMonitor 注解自动记录
告警规则：支持多级阈值告警

技术架构总览

graph TB subgraph "RuoYiPlus 框架增强层" P1["数据权限引擎
四层权限+字段级"] P2["敏感字段脱敏
注解式自动脱敏"] P3["操作日志中心
变更追踪+区块链存证"] P4["API 网关
签名+限流+熔断"] P5["服务治理
分布式事务+锁+幂等"] P6["多级缓存
Caffeine+Redis"] P7["数据库增强
读写分离+分库分表"] P8["全链路监控
SkyWalking+自定义指标"] end subgraph "Yudao Framework Core" CORE["Spring Boot 3 + MyBatis-Plus + Redis"] end P1 --> CORE P2 --> CORE P3 --> CORE P4 --> CORE P5 --> CORE P6 --> CORE P7 --> CORE P8 --> CORE

AI 大模型

Mon, 01 Jan 0001 00:00:00 +0000

核心定位

AI 模块是一站式 AI 能力集成平台，对接国内外主流大模型，提供对话、绘画、知识库（RAG）、工具调用、工作流、写作、思维导图、音乐创作等 8 大 AI 能力。无论是想给系统加一个 AI 助手，还是想做 AI 原生应用，这里都有现成的能力。

一句话：让你的系统「会聊天、会画画、会写文章、会唱歌」。

解决什么问题

痛点	AI 模块如何解决
接入大模型需要逐个对接 API	统一对接国内外主流模型，一次集成
企业内部知识无法被 AI 利用	RAG 知识库，让 AI 读懂你的文档
AI 能力单一（只会聊天）	8 大能力模块覆盖多种场景
需要编排 AI 工作流	集成 Dify/FastGPT/Coze 工作流平台
国内模型和国外模型切换复杂	统一 API 层，切换模型无需改代码

用户角色

graph LR subgraph 角色 AI_ADMIN["AI 管理员
配置模型接入
管理知识库
设置权限"] AI_USER["AI 使用者
对话聊天
绘画创作
知识库问答
写作/思维导图"] AI_DEV["开发者
通过 API 集成 AI 能力
创建自定义工作流"] end

8 大功能模块

graph TB AI_CORE["AI 大模型平台"] AI_CORE --> CHAT["💬 AI 对话
多模型聊天
上下文记忆
联网搜索
推理模式 Thinking"] AI_CORE --> IMAGE["🎨 AI 绘画
文生图
支持 Stable Diffusion
Midjourney"] AI_CORE --> RAG["📚 AI 知识库
RAG 检索增强生成
上传文档即问答"] AI_CORE --> TOOL["🔧 AI 工具调用
Function Calling
MCP 协议"] AI_CORE --> WORKFLOW["🔄 AI 工作流
集成 Dify/FastGPT/Coze
可视化编排"] AI_CORE --> WRITE["✍️ AI 写作
文章/报告/邮件
多场景模板"] AI_CORE --> MINDMAP["🧠 AI 思维导图
自动生成脑图"] AI_CORE --> MUSIC["🎵 AI 音乐
Suno AI 音乐创作"]

支持的模型

国内模型

模型	提供方	特点
通义千问	阿里云	综合能力强
DeepSeek	深度求索	性价比高，推理能力强
豆包	字节跳动	多模态能力
混元	腾讯	生态集成好
文心一言	百度	中文理解强
GLM	智谱 AI	开源友好
星火	科大讯飞	语音能力突出
Moonshot	月之暗面	长上下文
MiniMax	MiniMax	多模态
BaiChuan	百川智能	中文优化
SiliconFlow	SiliconFlow	多模型聚合

国外模型

模型	提供方
GPT	OpenAI
Claude	Anthropic
Llama	Meta
Gemini	Google

核心能力详解

AI 对话

用户：帮我分析一下这个季度的销售数据
 ↓
AI：根据数据，Q3 销售额同比增长 15%，其中...
 ↓ （支持 Thinking 推理模式）
展示完整推理过程 + 结论

支持联网搜索，让 AI 获取实时信息。

AI 知识库（RAG）

flowchart LR DOC["上传文档
PDF/Word/网页"] --> PARSE["文档解析
分段/向量化"] PARSE --> STORE["向量存储"] QUERY["用户提问"] --> SEARCH["检索相关段落"] STORE --> SEARCH SEARCH --> LLM["大模型
结合上下文回答"] LLM --> ANSWER["精准回答"]

AI 工作流

集成 Dify、FastGPT、Coze 等平台，可以可视化编排复杂的 AI 工作流，如：

智能客服：用户问题 → 意图识别 → 知识库检索 → 转人工判断
内容生成：关键词 → 大纲 → 正文 → 配图 → 发布

安全合规能力

Mon, 01 Jan 0001 00:00:00 +0000

核心定位

一句话说清楚：为企业构建纵深安全防御体系，满足等保三级、金融级安全审计要求，让业务系统「天生合规」。

解决什么问题

合规需求	RuoYiPlus 安全方案
等保三级认证	身份鉴别 + 访问控制 + 安全审计 + 数据完整性 + 数据保密性
金融级审计	区块链哈希链存证 + 防篡改操作日志
数据隐私保护	敏感字段自动脱敏 + 传输加密 + 存储加密
风险防控	实时风险监控 + 异常行为告警 + 账号冻结

适合什么样的用户

mindmap root((安全合规需求用户)) 金融机构等保三级认证金融审计合规医疗行业 HIPAA 合规患者数据保护政务平台等级保护数据安全 SaaS 企业多租户安全隔离数据隐私合规

用户角色

graph TB subgraph "安全角色" SA["安全管理员
配置安全策略"] AUDITOR["审计员
审查操作日志"] ADMIN["系统管理员
运维安全"] DEV["开发人员
安全编码"] end SA -->|配置| MFA["多因素认证"] SA -->|配置| PWD["密码策略"] AUDITOR -->|审查| LOG["操作日志"] AUDITOR -->|生成| REPORT["合规报告"] ADMIN -->|管理| KEY["密钥管理"] ADMIN -->|监控| ALERT["安全告警"] DEV -->|遵循| SECURE["安全编码规范"]

1. 安全体系架构

graph TB subgraph "RuoYiPlus 安全合规体系" subgraph "身份认证层" A1["IAM 中心"] A2["多因素认证"] A3["SSO 单点登录"] end subgraph "访问控制层" B1["RBAC 权限"] B2["数据权限"] B3["API 权限"] end subgraph "数据安全层" C1["加密脱敏"] C2["防篡改"] C3["数据分级"] end subgraph "安全审计层" D1["Audit 中心"] D2["风险预警"] D3["合规报表"] end subgraph "安全防护层" E1["WAF"] E2["防注入"] E3["防 XSS"] E4["防 CSRF"] E5["防 DDoS"] E6["密钥管理"] end end A1 --> B1 A2 --> B1 A3 --> B1 B1 --> C1 B2 --> C1 B3 --> C1 C1 --> D1 C2 --> D1 C3 --> D1 D1 --> E1

2. 身份认证安全

2.1 多因素认证 (MFA)

graph LR A["用户登录"] --> B{"是否需要 MFA?"} B -->|是| C["输入密码"] C --> D{"选择验证方式"} D --> E["短信 OTP"] D --> F["邮件 OTP"] D --> G["TOTP"] D --> H["硬件 Key"] E --> I["认证成功"] F --> I G --> I H --> I B -->|否| I

认证方式	安全等级	说明
密码 + 验证码	⭐⭐	基础双因素
密码 + 短信 OTP	⭐⭐⭐	动态短信验证码
密码 + 邮件 OTP	⭐⭐⭐	邮件验证码
密码 + TOTP	⭐⭐⭐⭐	时间同步动态口令
密码 + 硬件 Key	⭐⭐⭐⭐⭐	FIDO2/U2F 最高安全

2.2 SSO 单点登录

sequenceDiagram participant User as 用户 participant App1 as 应用1 participant IAM as IAM 认证中心 participant App2 as 应用2 User->>App1: 访问应用1 App1->>IAM: 未认证，跳转认证 User->>IAM: 输入凭证 IAM->>IAM: 认证成功，签发 Token IAM->>App1: 返回 Token User->>App2: 访问应用2 App2->>IAM: 验证 Token IAM->>App2: Token 有效 App2->>User: 直接访问

协议	支持	适用场景
OAuth 2.0	✅	第三方应用授权
OIDC	✅	现代应用 SSO
SAML 2.0	✅	企业级 SSO
LDAP	✅	企业目录集成

2.3 登录安全策略

security:
 login:
 password:
 min-length: 8
 require-uppercase: true
 require-lowercase: true
 require-digit: true
 require-special: true
 expiry-days: 90
 history-count: 5
 lockout:
 max-failed: 5
 lockout-duration: 30m
 abnormal:
 enabled: true
 notify-on-new-device: true
 block-high-risk: true

3. 访问控制

3.1 RBAC 权限模型

graph TB A["用户"] --> B["角色"] B --> C["菜单权限"] B --> D["操作权限"] B --> E["数据权限"] A --> F["岗位"] F --> G["角色继承"] F --> H["数据范围"]

3.2 数据权限控制

graph LR A["数据请求"] --> B{"权限类型"} B -->|全部数据| C["*"] B -->|本部门数据| D["dept_id = current.dept_id"] B -->|本人数据| E["creator_id = current.user_id"] B -->|自定义数据| F["region_id IN current.regions"] C --> G["返回数据"] D --> G E --> G F --> G

3.3 API 权限控制

// 方法级权限控制
@RequiresPermissions(value = {"system:user:add", "system:user:edit"}, logical = Logical.OR)
public void saveUser(User user) { }

// 角色权限控制
@RequiresRoles(value = {"admin", "manager"})
public void exportReport() { }

// 自定义权限校验
@RequiresCustomPermissions(key = "data:export:financial")
public void exportFinancial() { }

4. 数据安全

4.1 敏感字段脱敏流程

graph TB A["数据查询"] --> B["脱敏规则匹配"] B --> C{"字段类型"} C -->|手机号| D["中间4位脱敏"] C -->|邮箱| E["用户名脱敏"] C -->|身份证| F["出生日期+后4位"] C -->|银行卡| G["仅后4位"] C -->|姓名| H["姓氏外脱敏"] C -->|密码| I["完全隐藏"] D --> J["返回脱敏结果"] E --> J F --> J G --> J H --> J I --> J

4.2 传输与存储安全

配置项	说明
HTTPS 强制	全站 HTTPS，HTTP 自动跳转
TLS 版本	TLS 1.3 (兼容 TLS 1.2)
HSTS	强制使用 HTTPS
数据库加密	AES 加密敏感字段

5. 审计追踪

5.1 审计事件采集

graph TB subgraph "审计事件采集" A1["登录审计"] A2["操作审计"] A3["权限审计"] A4["导出审计"] A5["敏感审计"] A6["API 审计"] end subgraph "审计处理" B1["事件解析"] B2["风险评分"] B3["规则匹配"] end subgraph "审计存储" C1["热数据"] C2["冷数据"] C3["区块链"] end A1 --> B1 A2 --> B1 A3 --> B1 A4 --> B1 A5 --> B1 A6 --> B1 B1 --> B2 B2 --> B3 B3 --> C1 B3 --> C2 B3 --> C3

5.2 区块链哈希链

graph TB subgraph "Genesis Block" A1["blockHash = SHA256"] A2["genesisData"] end subgraph "Block N" B1["blockHash = SHA256"] B2["previousHash"] B3["merkleRoot"] B4["signature"] end subgraph "Block N+1" C1["blockHash = SHA256"] C2["previousHash = Block N hash"] C3["merkleRoot"] C4["signature"] end A1 --> B2 B1 --> C2

6. 合规支持

6.1 等保三级覆盖

graph LR A["等保三级要求"] --> B["身份鉴别"] A --> C["访问控制"] A --> D["安全审计"] A --> E["数据完整性"] A --> F["数据保密性"] A --> G["备份恢复"] B --> H["MFA/SSO"] C --> I["RBAC/数据权限"] D --> J["Audit 中心"] E --> K["区块链哈希链"] F --> L["加密脱敏"] G --> M["数据备份方案"]

等保要求	实现方式	覆盖情况
身份鉴别	MFA/SSO	✅ 完整
访问控制	RBAC/数据权限	✅ 完整
安全审计	Audit 中心	✅ 完整
数据完整性	区块链哈希链	✅ 完整
数据保密性	加密脱敏	✅ 完整
备份恢复	数据备份方案	✅ 完整

7. 安全监控

7.1 实时风险监控

graph TB subgraph "风险监控" A1["异地登录"] A2["暴力破解"] A3["异常查询"] A4["批量导出"] A5["权限滥用"] end subgraph "风险判断" B["风险引擎"] end subgraph "响应动作" C1["短信告警"] C2["账号冻结"] C3["日志标记"] C4["需要审批"] C5["实时告警"] end A1 --> B A2 --> B A3 --> B A4 --> B A5 --> B B --> C1 B --> C2 B --> C3 B --> C4 B --> C5

监控项	风险阈值	响应动作
异地登录	新城市登录	短信告警
暴力破解	5分钟失败>10次	账号冻结
异常查询	单用户>100次/分钟	日志标记
批量导出	>50条/分钟	需要审批
权限滥用	非工作时间操作核心数据	实时告警

8. 安全配置清单

配置项	建议值	说明
密码最小长度	12位	强密码策略
密码过期	90天	强制定期修改
登录失败锁定	5次	防暴力破解
MFA	强制	管理员必须开启
HTTPS	强制	全站加密
日志留存	1年	合规要求
会话超时	30分钟	自动登出
API 限流	100 QPS	防 DDoS

安全能力总览

graph TB subgraph "安全纵深防御" L1["🔐 身份认证层
MFA + SSO + 密码策略"] L2["🛡️ 访问控制层
RBAC + 数据权限 + API权限"] L3["🔒 数据安全层
脱敏 + 加密 + 防篡改"] L4["📋 审计追溯层
全链路审计 + 区块链存证"] L5["🚨 安全监控层
实时风险监控 + 自动响应"] end L1 --> L2 L2 --> L3 L3 --> L4 L4 --> L5

CRM 客户关系管理

Mon, 01 Jan 0001 00:00:00 +0000

核心定位

CRM 是销售团队的「作战指挥系统」。从一条线索开始，到转化为客户、创建商机、签订合同、收到回款——整个销售漏斗在这里全程可视化。配合公海机制，防止客户资源被个别销售「私藏」。

一句话：让你的销售团队告别 Excel 管客户，让每一笔生意都有迹可循。

解决什么问题

痛点	CRM 如何解决
客户信息散落在销售个人微信/Excel 里	统一客户库，离职交接不丢数据
销售撞单，多人跟进同一客户	客户锁定机制 + 公海规则
不知道销售每天在干什么	跟进记录、拜访记录全程留痕
不清楚销售漏斗哪个环节有问题	线索→客户→商机→合同转化率可视化
回款管理混乱	合同 → 回款计划 → 回款记录全链路

用户角色

graph LR subgraph 角色 SALES["销售人员
跟进线索和客户
创建商机和合同
记录跟进和回款"] MANAGER["销售经理
分配线索和客户
审批合同
查看团队数据"] ADMIN4["管理员
配置公海规则
管理产品目录
数据统计分析"] end

销售全流程

flowchart LR A["🔍 线索
潜在客户来源"] -->|转化| B["👤 客户
正式客户"] B -->|创建| C["💼 商机
销售机会"] C -->|推进| D["📝 合同
签约"] D -->|收款| E["💰 回款
资金到账"] A -.->|无效| X1["❌ 无效线索"] B -.->|长期未跟进| X2["🌊 掉入公海"] X2 -.->|被其他销售领取| B C -.->|输单| X3["❌ 关闭商机"]

核心表结构（ER 图）

erDiagram CRM_CLUE ||--o| CRM_CUSTOMER : "转化为" CRM_CUSTOMER ||--o{ CRM_CONTACT : "拥有" CRM_CUSTOMER ||--o{ CRM_BUSINESS : "创建" CRM_BUSINESS ||--o{ CRM_CONTRACT : "推进为" CRM_CONTRACT ||--o{ CRM_RECEIVABLE : "回款" CRM_CONTRACT ||--o{ CRM_RECEIVABLE_PLAN : "回款计划" CRM_CLUE { bigint id PK varchar name "线索名称" varchar mobile "手机号" tinyint status "状态" bigint owner_user_id FK "负责人" } CRM_CUSTOMER { bigint id PK varchar name "客户名称" tinyint level "客户等级" bigint owner_user_id FK "负责人" } CRM_CONTACT { bigint id PK bigint customer_id FK varchar name "联系人姓名" varchar mobile "手机号" } CRM_BUSINESS { bigint id PK bigint customer_id FK varchar name "商机名称" decimal total_price "预计金额" tinyint status "阶段" } CRM_CONTRACT { bigint id PK bigint business_id FK varchar no "合同编号" decimal total_price "合同金额" tinyint status "状态" } CRM_RECEIVABLE { bigint id PK bigint contract_id FK decimal price "回款金额" datetime time "回款时间" }

公海机制

规则	说明
自动释放	超过 N 天未跟进，客户自动掉入公海
提前提醒	到期前提醒销售及时跟进
锁定保护	成交客户永久锁定，不会掉入公海
客户上限	每个销售有最大客户数限制，防止囤积
定时任务	后台定时扫描并执行公海释放逻辑

数据权限

CRM 采用负责人机制实现数据隔离：

每个客户/线索/商机/合同都有 owner_user_id 字段
销售只能看到自己的数据
销售经理可以看到团队数据
管理员可以看到全部数据
支持转移操作：将客户转移给其他销售

功能清单

模块	功能
线索管理	线索录入、分配、转化、无效标记
客户管理	客户信息、联系人、跟进记录、锁定
公海客户	公海池、领取、释放规则
商机管理	商机阶段、预计金额、输赢单
合同管理	合同创建、审批、变更
回款管理	回款计划、回款记录、应收统计
产品管理	产品目录、价格
数据统计	漏斗分析、业绩统计

IAM 身份权限中心

Mon, 01 Jan 0001 00:00:00 +0000

构建企业统一身份认证与精细化权限管控体系，实现「一个账号，一次认证，全网通行」

核心定位

一句话说清楚：IAM 是所有业务系统的「身份和权限中枢」，统一管理用户的认证、授权、数据权限，让每个子系统不再各自为战。

解决什么问题

痛点	传统做法	RuoYiPlus IAM 方案
多系统重复登录	每个系统独立登录	SSO 单点登录，一次认证全网通行
权限分散难管理	各系统自建权限	统一 RBAC + 数据权限引擎
安全风险不可控	密码策略不统一	MFA 多因素 + 密码策略 + 异地登录检测
合规审计不完整	日志分散	统一审计事件采集，对接 Audit 中心

适合什么样的用户

有多个业务系统需要统一身份管理的中大型企业
需要通过等保三级认证的机构
需要对接第三方系统（OAuth/OIDC/SAML）的平台

用户角色

graph TB subgraph "IAM 用户角色" ADMIN["系统管理员
配置认证策略、管理用户"] SECURITY["安全管理员
配置 MFA、密码策略"] DEV["应用开发者
对接 SSO、集成 OAuth"] USER["普通用户
登录认证、访问应用"] end ADMIN -->|管理| USER_POOL["用户池"] SECURITY -->|配置| AUTH_POLICY["认证策略"] DEV -->|集成| SSO_PROTOCOL["SSO 协议"] USER -->|使用| LOGIN["统一登录"]

核心能力

SSO 单点登录流程

sequenceDiagram participant User as 用户 participant App1 as 应用A participant IAM as IAM 认证中心 participant App2 as 应用B User->>App1: 访问应用A App1->>IAM: 未认证，302 跳转 User->>IAM: 输入用户名密码 IAM->>IAM: 验证 + MFA IAM->>App1: 签发 JWT Token User->>App2: 访问应用B App2->>IAM: 验证 Token IAM->>App2: Token 有效 App2->>User: 直接访问，无需再次登录

支持协议

协议	说明	适用场景
OAuth 2.0	授权框架	第三方应用授权
OIDC	基于 OAuth 2.0 的身份层	现代应用 SSO
SAML 2.0	企业级联合身份	传统企业应用
LDAP	轻量目录访问	企业目录集成

多因素认证 (MFA)

认证方式	安全等级	说明
密码 + 短信 OTP	⭐⭐⭐	动态短信验证码
密码 + 邮件 OTP	⭐⭐⭐	邮件验证码
密码 + TOTP	⭐⭐⭐⭐	时间同步动态口令
密码 + 硬件 Key	⭐⭐⭐⭐⭐	FIDO2/U2F 最高安全

权限模型

graph TB A["用户"] --> B["角色"] B --> C["菜单权限"] B --> D["操作权限"] B --> E["数据权限"] A --> F["岗位"] F --> G["角色继承"] F --> H["数据范围"] subgraph "数据权限层级" E1["用户级 (最高)"] E2["角色级"] E3["岗位级"] E4["部门级 (最低)"] end E --> E1 E --> E2 E --> E3 E --> E4

技术架构

graph TB subgraph "IAM 模块" AUTH["认证服务
登录/MFA/SSO"] USER_MGR["用户管理
用户/部门/岗位"] ROLE_MGR["角色管理
角色/权限/菜单"] PERM_ENGINE["权限引擎
数据权限/字段权限"] AUDIT_CLIENT["审计客户端
事件上报"] end subgraph "外部依赖" REDIS["Redis
Session/Token 存储"] DB["MySQL
用户/权限数据"] SMS["短信服务
OTP 验证码"] MAIL["邮件服务
OTP 验证码"] end AUTH --> REDIS USER_MGR --> DB ROLE_MGR --> DB PERM_ENGINE --> DB AUTH --> SMS AUTH --> MAIL

商业价值

价值点	说明
一次认证	SSO 单点登录，减少重复登录
安全增强	MFA 多因素 + 密码策略 + 异地检测
权限统一	RBAC + 数据权限引擎，精细管控
合规达标	对接 Audit 中心，满足等保要求

Audit 审计合规中心

Mon, 01 Jan 0001 00:00:00 +0000

基于 RuoyiPlus 后端最新架构，5 DOs / 5 Controllers，菜单 ID 起始 10500，构建企业统一审计合规中心

模块规模

指标	数值
数据对象 (DO)	5 个
控制器 (Controller)	5 个
菜单 ID 起始	10500
Maven 模块	yudao-module-audit

核心数据表

表名	说明
`audit_event`	审计事件
`audit_block`	审计区块
`audit_rule`	审计规则
`audit_statistics`	审计统计
`audit_auditor`	审计员

核心定位

一句话说清楚：Audit 是平台的「黑匣子」，记录所有关键操作的完整链路，并用区块链技术保证数据不可篡改，满足等保三级和金融级审计要求。

解决什么问题

痛点	传统做法	RuoYiPlus Audit 方案
操作无迹可寻	日志分散在各服务	统一审计事件采集中心
数据可能被篡改	普通数据库日志	区块链哈希链存证
审计效率低	人工查日志	变更对比 + 风险评分 + 自动报告
合规不达标	日志不完整	覆盖等保三级全部审计要求

适合什么样的用户

需要通过等保三级认证的企业
金融、医疗等强监管行业
需要审计追踪的内部管理系统

用户角色

graph TB subgraph "Audit 用户角色" AUDITOR["审计员
审查操作日志、生成报告"] SECURITY["安全管理员
配置审计规则、风险策略"] ADMIN["系统管理员
管理审计存储、归档策略"] DEV["开发人员
接入审计 SDK"] end AUDITOR -->|审查| LOG["操作日志"] AUDITOR -->|生成| REPORT["合规报告"] SECURITY -->|配置| RULE["审计规则"] SECURITY -->|监控| ALERT["风险告警"] ADMIN -->|管理| STORAGE["存储策略"] DEV -->|接入| SDK["审计 SDK"]

核心协作流程

审计事件全链路

sequenceDiagram participant BIZ as 业务系统 participant AUDIT as Audit 中心 participant BC as 区块链服务 participant REPORT as 报告引擎 BIZ->>AUDIT: 上报操作事件 AUDIT->>AUDIT: 事件解析 + 标准化 AUDIT->>AUDIT: 变更对比 (修改前后) AUDIT->>AUDIT: 风险评分 AUDIT->>BC: 生成区块哈希 BC->>BC: 链接前一区块 AUDIT->>AUDIT: 分层存储 (热/冷) REPORT->>AUDIT: 定时生成合规报告

审计事件类型

graph TB subgraph "审计事件采集" A1["登录审计
登录/登出/失败"] A2["操作审计
增/删/改/查"] A3["权限审计
角色/权限变更"] A4["导出审计
数据导出/报表下载"] A5["敏感审计
关键数据访问"] A6["API 审计
调用统计"] end subgraph "审计处理" B1["事件解析"] B2["变更对比"] B3["风险评分"] end A1 & A2 & A3 & A4 & A5 & A6 --> B1 B1 --> B2 --> B3

区块链哈希链

graph TB subgraph "Genesis Block" G1["blockHash = SHA256(data)"] end subgraph "Block N" BN1["blockHash = SHA256(data + prevHash)"] BN2["previousHash = Block N-1 hash"] end subgraph "Block N+1" BN3["blockHash = SHA256(data + prevHash)"] BN4["previousHash = Block N hash"] end G1 --> BN2 BN1 --> BN4

审计事件内容

{
 "eventId": "evt_20240101_001",
 "timestamp": "2024-01-01 10:30:00.123",
 "userId": "user_10001",
 "userName": "张三",
 "userIp": "192.168.1.100",
 "actionType": "UPDATE",
 "resourceType": "customer",
 "resourceId": "cust_20001",
 "changes": {
 "name": {"old": "旧名称", "new": "新名称"},
 "phone": {"old": "13800001111", "new": "138****2222"}
 },
 "riskLevel": 2,
 "duration": 125
}

审计范围

审计类型	审计内容	记录粒度	保留期限
登录审计	登录/登出/失败	每次	1年
操作审计	新增/修改/删除/查询	每次	3年
权限审计	角色变更/权限调整	每次	永久
导出审计	数据导出/报表下载	每次	3年
敏感审计	关键数据访问	每次	永久
API 审计	API 调用统计	聚合	1年

敏感操作告警

audit:
 alert-rules:
 - event: "数据导出"
 threshold: 10
 window: 10m
 action: "notify_admin"
 - event: "批量删除"
 action: "require_approval"
 - event: "权限变更"
 condition: "after_role = admin"
 action: "notify_security"

商业价值

价值点	说明
合规达标	满足等保三级、金融审计要求
防篡改	区块链哈希链，数据不可抵赖
可追溯	全链路审计，操作可回放
自动报告	定时生成合规报告
风险预警	实时风险评分 + 异常告警

Member 会员中心

Mon, 01 Jan 0001 00:00:00 +0000

核心定位

Member 模块提供独立的会员用户体系，与后台管理员用户（system_users）完全隔离。它是商城系统的用户基础，负责会员注册、登录、等级成长、积分运营等 C 端用户全生命周期管理。

关键区分：管理员登录后台用的是 system_users（系统用户），C 端用户注册登录用的是 member_user（会员用户），两套体系完全独立。

解决什么问题

痛点	Member 如何解决
C 端用户需要独立的注册登录	独立的会员用户表，不与管理后台用户混淆
需要会员等级和权益体系	VIP 等级 + 成长值机制
需要提升用户活跃和留存	积分签到、积分商城
微信生态用户需要一键登录	公众号登录、小程序登录、小程序订阅消息

用户角色

graph LR subgraph 后台角色 ADMIN3["运营人员
管理会员信息
配置 VIP 等级
管理积分规则
设置会员标签和分组"] end subgraph C端角色 MEMBER2["普通会员
注册/登录/个人信息"] VIP["VIP 会员
享受等级权益
积分获取和使用"] end

会员体系架构

graph TB subgraph 账号体系 LOGIN["登录方式
手机号/邮箱/微信"] REGISTER["注册
手机号/微信授权"] end subgraph 等级体系 LEVEL["VIP 等级
普通 → 银卡 → 金卡 → 钻石"] GROWTH["成长值
消费/签到/任务获取"] LEVEL --> GROWTH end subgraph 积分体系 POINTS_GET["积分获取
签到/消费/活动"] POINTS_USE["积分使用
抵扣/兑换"] POINTS_GET --> POINTS_USE end subgraph 运营体系 TAG["会员标签
画像标记"] GROUP["会员分组
精准运营"] end LOGIN --> 会员用户表 REGISTER --> 会员用户表会员用户表 --> 等级体系会员用户表 --> 积分体系会员用户表 --> 运营体系

微信生态集成

graph TB MEMBER3["会员模块"] subgraph 微信能力 MP_LOGIN["公众号登录
微信内 H5 授权"] MINI_LOGIN["小程序登录
一键获取手机号"] MINI_QR["小程序二维码
带参数二维码"] MINI_MSG["小程序订阅消息
订单/物流/活动通知"] end MEMBER3 --> MP_LOGIN MEMBER3 --> MINI_LOGIN MEMBER3 --> MINI_QR MEMBER3 --> MINI_MSG

与商城的关系

graph LR MEMBER4["Member 会员中心
提供：会员信息/等级/积分"] --> MALL2["Mall 商城
消费：使用会员身份下单
获取：下单获得积分和成长值"] MALL2 --> MEMBER4

商城依赖会员模块提供用户身份，同时商城的消费行为会反哺会员的积分和成长值。

核心功能清单

功能	说明
会员管理	会员列表、详情、状态管理
会员标签	自定义标签，用户画像标记
会员等级	VIP 等级配置、成长值规则、升降级
会员分组	按条件分组，支持精准推送
积分签到	签到规则配置、连续签到奖励
积分记录	积分明细、流水追溯

MP 微信公众号

Mon, 01 Jan 0001 00:00:00 +0000

核心定位

MP 模块是微信公众号的「多账号管理中心」。如果你运营着多个公众号，不需要登录微信公众平台一个个切换——在这里可以集中管理所有公众号的粉丝、消息、菜单、素材和自动回复。

一句话：一个后台管理所有公众号，运营效率翻倍。

解决什么问题

痛点	MP 如何解决
多个公众号切换管理繁琐	一个后台管理多个公众号
粉丝信息分散	统一粉丝列表、标签管理
自动回复规则配置复杂	可视化配置关注回复、消息回复、关键字回复
菜单配置体验差	可视化菜单编辑器，实时预览
无法与业务系统联动	粉丝数据与会员模块打通

用户角色

graph LR subgraph 角色 OP["公众号运营
管理粉丝和消息
配置自动回复
编辑菜单
管理素材
查看数据统计"] FAN["粉丝
关注公众号
发送消息
触发自动回复"] end

功能架构

graph TB subgraph 核心功能["10 大功能模块"] ACCOUNT["账号管理
绑定多个公众号"] STATS["数据统计
粉丝增长/消息统计"] FANS["粉丝管理
粉丝列表/标签/同步"] MSG["消息管理
接收/回复消息"] AUTO["自动回复
关注/消息/关键字"] TEMPLATE["模板消息
业务通知推送"] TAG2["标签管理
粉丝分组"] MENU["菜单管理
可视化配置"] MATERIAL["素材管理
图文/图片/音频"] DRAFT["图文草稿箱"] end subgraph 微信API["微信公众号 API"] WX_API["消息接收/发送
菜单推送
素材上传
用户信息获取"] end 核心功能 --> 微信API

自动回复规则

flowchart LR EVENT["用户行为"] --> TYPE{回复类型} TYPE -->|关注公众号| FOLLOW["关注回复
欢迎语 + 引导"] TYPE -->|发送消息| KEYWORD{匹配关键字?} KEYWORD -->|完全匹配| EXACT["关键字回复"] KEYWORD -->|模糊匹配| LIKE["模糊匹配回复"] KEYWORD -->|无匹配| DEFAULT["默认消息回复"]

与业务系统的联动

公众号粉丝可以同步为会员用户，商城可以通过模板消息向用户推送订单状态，形成完整的微信生态闭环。

核心功能清单

功能	说明
账号管理	绑定多个公众号，切换管理
数据统计	粉丝增长趋势、消息互动统计
粉丝管理	粉丝列表、详情、标签、黑名单
消息管理	接收粉丝消息、人工回复
自动回复	关注回复、默认回复、关键字回复
模板消息	向粉丝推送模板消息
标签管理	粉丝分组标签
菜单管理	可视化底部菜单配置
素材管理	图文、图片、语音、视频素材库
图文草稿箱	图文消息草稿编辑

Report 报表平台

Mon, 01 Jan 0001 00:00:00 +0000

基于 RuoyiPlus 后端最新架构，1 DO / 2 Controllers，菜单 ID 起始 15000，集成 GoView 数据可视化平台

1. 增强定位与架构

1.1 产品定位

RuoYiPlus Report 基于 GoView 开源项目，围绕数据可视化、大屏设计、报表管理三大核心进行企业级增强，构建企业级数据可视化与报表平台。

1.2 模块规模

指标	数值
数据对象 (DO)	1 个
控制器 (Controller)	2 个
菜单 ID 起始	15000
Maven 模块	yudao-module-report

1.3 核心数据表

表名	说明
`report_go_view_project`	GoView 项目

graph TB subgraph "RuoYiPlus Report 增强架构" subgraph "数据接入" A1[数据库接入] A2[API 接入] A3[Excel 导入] end subgraph "可视化设计" B1[大屏设计器] B2[图表组件] B3[布局管理] end subgraph "展示发布" C1[大屏展示] C2[报表导出] C3[定时刷新] end subgraph "管控层" D1[权限控制] D2[数据权限] D3[访问审计] end end A1 --> B1 A2 --> B1 A3 --> B1 B1 --> B2 B2 --> B3 B3 --> C1 C1 --> C2 C2 --> C3 C1 --> D1 B1 --> D2 C1 --> D3

1.4 能力对比

维度	传统报表	RuoYiPlus Report 增强
数据源	单一数据库	多数据源+API接入
可视化	固定图表	拖拽式大屏设计
发布方式	静态报表	实时大屏+定时刷新
权限控制	基础权限	大屏级+数据级权限
导出能力	简单导出	多格式导出+定时推送
审计合规	无	访问审计+操作日志

2. 数据接入

2.1 数据源管理

graph TB subgraph "数据源" A[MySQL] --> E[数据接入层] B[PostgreSQL] --> E C[API 接口] --> E D[静态数据] --> E E --> F[数据集管理] F --> G[大屏设计] end

数据源类型	说明
关系数据库	MySQL/PostgreSQL 直连
API 接口	RESTful API 数据接入
静态数据	JSON/CSV 静态数据
实时数据	WebSocket 实时推送

3. 可视化设计

3.1 大屏设计器

能力项	说明
拖拽设计	可视化拖拽布局
图表组件	丰富的图表组件库
主题配置	多套主题+自定义
响应式	多分辨率自适应
组件联动	图表间数据联动

3.2 图表类型

图表类型	说明
折线图	趋势分析
柱状图	对比分析
饼图	占比分析
地图	地理分布
仪表盘	指标监控
表格	明细数据

4. 展示与发布

4.1 发布管理

graph LR A[大屏设计] --> B[预览测试] B --> C[发布上线] C --> D[权限分配] D --> E[大屏展示] E --> F[访问统计]

能力项	说明
大屏预览	设计时实时预览
发布管理	版本发布+回滚
权限控制	大屏访问权限
定时刷新	数据定时刷新
导出功能	图片/PDF导出

5. 技术架构

graph TB subgraph "yudao-module-report-plus" subgraph "report-biz" A1[datasource 数据源管理] A2[dataset 数据集管理] A3[design 大屏设计] A4[publish 发布管理] A5[export 导出管理] A6[goview GoView集成] end subgraph "权限与审计" B1[permission 权限控制] B2[audit 审计日志] end end A1 --> B1 A3 --> B1 A4 --> B2 A6 --> B1

6. 商业价值

价值点	说明
数据可视化	拖拽式大屏设计
决策支持	实时数据监控
快速构建	丰富组件+模板
灵活接入	多数据源支持
安全管控	大屏权限+访问审计
开放集成	GoView 开源生态

AI 智能应用

Mon, 01 Jan 0001 00:00:00 +0000

基于 RuoyiPlus 后端最新架构，14 DOs / 14 Controllers，菜单 ID 起始 9000，构建企业级 AI 智能应用平台

1. 增强定位与架构

1.1 产品定位

RuoYiPlus AI 围绕智能对话、知识库管理、AI 创作三大核心进行企业级增强，打造企业级 AI 应用平台。

1.2 模块规模

指标	数值
数据对象 (DO)	14 个
控制器 (Controller)	14 个
菜单 ID 起始	9000
Maven 模块	yudao-module-ai

1.3 核心数据表

表名	说明
`ai_chat`	智能对话
`ai_image`	图片生成
`ai_knowledge`	知识库
`ai_music`	音乐生成
`ai_workflow`	工作流
`ai_writing`	AI 写作
`ai_model`	模型管理
`ai_api_key`	API 密钥管理

graph TB subgraph "RuoYiPlus AI 增强架构" subgraph "对话交互" A1[智能对话] A2[多轮对话] A3[角色扮演] end subgraph "内容创作" B1[AI 写作] B2[图片生成] B3[音乐生成] end subgraph "知识管理" C1[知识库] C2[文档解析] C3[语义检索] end subgraph "平台管理" D1[模型管理] D2[API 管理] D3[工作流] end subgraph "管控层" E1[权限控制] E2[内容审核] E3[用量统计] end end A1 --> B1 A2 --> B1 A3 --> B2 B1 --> C1 B2 --> C1 B3 --> C2 C1 --> D1 C2 --> D2 C3 --> D3 A1 --> E1 B1 --> E2 C1 --> E3

1.4 能力对比

维度	传统方案	RuoYiPlus AI 增强
智能对话	无	多轮对话+角色扮演
内容创作	无	写作+图片+音乐
知识库	无	知识库+语义检索
模型管理	无	多模型统一管理
工作流	无	AI 工作流编排
权限控制	无	API 密钥+用量管控
内容审核	无	AI 内容安全审核

2. 智能对话

2.1 对话架构

graph TB subgraph "智能对话" A[用户输入] --> B[意图识别] B --> C[知识检索] C --> D[模型推理] D --> E[回复生成] E --> F[对话记录] B --> B1[问题分类] B --> B2[实体识别] C --> C1[知识库检索] C --> C2[文档检索] D --> D1[LLM 调用] D --> D2[上下文管理] end

能力项	说明
智能对话	多轮对话+上下文理解
角色扮演	自定义角色+提示词
知识问答	基于知识库的问答
多模态	文本+图片+语音

3. AI 内容创作

3.1 创作能力

创作类型	说明
AI 写作	文章生成+润色+续写
图片生成	文生图+图生图
音乐生成	AI 音乐创作
视频生成	文生视频+图生视频

4. 知识库管理

4.1 知识库架构

graph TB subgraph "知识库管理" A[文档上传] --> B[文档解析] B --> C[向量化] C --> D[知识存储] D --> E[语义检索] E --> F[知识问答] A --> A1[PDF] A --> A2[Word] A --> A3[网页] B --> B1[文本提取] B --> B2[分段处理] C --> C1[Embedding] C --> C2[向量索引] end

能力项	说明
文档管理	上传+解析+管理
向量检索	语义检索+相似度
知识问答	基于知识库问答
知识更新	增量更新+版本管理

5. 技术架构

graph TB subgraph "yudao-module-ai-plus" subgraph "ai-biz" A1[chat 智能对话] A2[image 图片生成] A3[knowledge 知识库] A4[music 音乐生成] A5[workflow 工作流] A6[writing AI写作] A7[model 模型管理] A8[api_key API密钥] A9[analytics 用量统计] end subgraph "权限与审计" B1[permission 权限控制] B2[audit 审计日志] B3[content 内容审核] end end A1 --> B1 A2 --> B3 A3 --> B1 A4 --> B3 A5 --> B2 A7 --> B1

6. 商业价值

价值点	说明
效率提升	AI 辅助写作+对话
知识管理	企业知识库+智能检索
创意创作	图片+音乐+视频生成
成本优化	多模型管理+用量控制
安全合规	内容审核+操作审计
开放集成	API 管理+工作流编排

Mall 商城系统

Mon, 01 Jan 0001 00:00:00 +0000

核心定位

Mall 商城是平台最复杂的业务模块（70+ 张表），提供从商品管理、订单交易到营销活动、分销佣金的全链路电商能力。一套系统同时拥有管理后台（Vue3+Element Plus）和移动端（uni-app），开箱即用。

一句话：如果你需要做一个 B2C 商城，这里已经实现了 90% 的功能。

解决什么问题

痛点	Mall 如何解决
从零开发商城周期长	70+ 张表 + 完整前后端，几周上线
多种营销玩法开发成本高	内置优惠券/秒杀/拼团/砍价/分销
需要管理端+用户端两套前端	管理后台 + uni-app 移动端一起提供
支付和会员需要额外对接	内置对接支付中心和会员中心

用户角色

graph LR subgraph 后台角色 MALL_ADMIN["商城管理员
管理商品/订单/营销"] MALL_OP["运营人员
配置活动/审核评价"] end subgraph C端角色 BUYER["买家
浏览商品/下单/支付
参与营销活动"] DISTRIBUTOR["分销员
推广商品
获取佣金"] end

系统架构

graph TB subgraph 管理后台 ADMIN_PANEL["Vue3 + Element Plus 管理后台
商品/订单/营销/数据"] end subgraph 移动端 UNI_APP["uni-app 移动端
H5 + APP + 小程序
店铺装修（3套模板）"] end subgraph 商品中心 CATEGORY["商品分类"] ATTR["商品属性"] SPU["SPU 商品"] SKU["SKU 规格"] REVIEW["商品评价"] end subgraph 订单中心 CART["购物车"] ORDER["交易订单"] AFTER_SALE["售后管理"] EXPRESS["快递发货"] PICKUP["自提核销"] end subgraph 营销中心 COUPON["优惠券"] SECKILL["秒杀活动"] BARGAIN["砍价活动"] GROUPON["拼团活动"] DISCOUNT["限时折扣"] CONTENT["内容营销"] COMMISSION["分销佣金"] end subgraph 依赖模块 PAY2["支付中心"] MEMBER6["会员中心"] MP3["公众号"] end 管理后台 --> 商品中心管理后台 --> 订单中心管理后台 --> 营销中心移动端 --> 商品中心移动端 --> 订单中心移动端 --> 营销中心订单中心 --> PAY2 订单中心 --> MEMBER6 营销中心 --> MEMBER6

核心业务流程

用户下单流程

sequenceDiagram participant U2 as 用户 participant APP as 移动端/PC participant MALL4 as 商城 participant PAY3 as 支付中心 participant WMS2 as 仓库/WMS U2->>APP: 浏览商品，加入购物车 U2->>APP: 确认订单，选择地址 APP->>MALL4: 创建订单（待支付） MALL4->>PAY3: 发起支付 PAY3-->>APP: 支付页面 U2->>PAY3: 完成支付 PAY3->>MALL4: 回调：支付成功 MALL4->>MALL4: 订单状态 → 待发货 MALL4->>WMS2: 通知发货 WMS2->>MALL4: 录入快递单号 MALL4->>APP: 推送发货通知 U2->>APP: 确认收货 MALL4->>MALL4: 订单完成，发放积分

营销活动矩阵

活动类型	玩法	适合场景
优惠券	满减/折扣/代金券，可指定商品/分类	日常促销
秒杀	限时限量，超低价抢购	引流、清库存
拼团	多人拼团享优惠价	社交裂变
砍价	分享好友帮忙砍价	拉新获客
限时折扣	指定时间段打折	节日促销
内容营销	图文/视频种草	内容电商
分销佣金	推广分佣，多级分销	社交电商

店铺装修

移动端支持 3 套店铺装修模板，可通过拖拽组件自定义首页布局：

轮播图 / 导航图标 / 商品推荐
优惠券弹窗 / 倒计时
搜索栏 / 公告栏

依赖关系

Mall 商城
 ├── 支付中心（Pay） —— 订单支付
 ├── 会员中心（Member） —— 用户身份/积分
 └── 公众号（MP） —— 微信内 H5 商城

ERP 企业资源计划

Mon, 01 Jan 0001 00:00:00 +0000

核心定位

ERP 是企业的「进销存中枢」——管理从供应商采购、仓库库存到客户销售的完整实物和资金流动。30+ 张表覆盖采购、销售、库存、产品、财务五大核心，适合商贸企业和制造企业的日常运营管理。

一句话：管好你的货和钱，让每一笔进出都有据可查。

解决什么问题

痛点	ERP 如何解决
库存数量靠人工盘点，经常对不上	每笔出入库自动更新库存，实时准确
采购和销售流程不透明	单据审批流 + 状态追踪
不清楚赚了多少钱	采购成本 vs 销售收入，自动核算
多仓库调拨混乱	移库操作有记录，库存位置清晰
财务收款付款难管理	结算账户 + 收付款记录

用户角色

graph LR subgraph 角色 PURCHASER["采购员
管理供应商
创建采购订单
处理采购入库和退货"] SALES2["销售员
管理客户
创建销售订单
处理销售出库和退货"] WAREHOUSE["仓管员
确认入库/出库
管理库存
执行盘点"] FINANCE["财务
管理结算账户
处理收付款
审核单据"] MANAGER2["管理者
审批单据
查看报表"] end

五大核心模块

采购流程

sequenceDiagram participant P as 采购员 participant ERP3 as ERP participant S as 供应商 participant WH as 仓库 P->>ERP3: 选择供应商，创建采购订单 ERP3->>ERP3: 订单状态：待审批 Note over ERP3: 可集成 BPM 工作流审批 ERP3->>ERP3: 审批通过 P->>S: 通知供应商发货 S->>WH: 货物送达 WH->>ERP3: 创建采购入库单 ERP3->>ERP3: 入库审批通过 ERP3->>ERP3: 库存增加 Note over ERP3: 若需退货 P->>ERP3: 创建采购退货单 ERP3->>ERP3: 退货审批通过 → 库存减少

销售流程

sequenceDiagram participant C as 客户 participant S2 as 销售员 participant ERP4 as ERP participant WH2 as 仓库 C->>S2: 下达采购需求 S2->>ERP4: 创建销售订单 ERP4->>ERP4: 订单审批通过 S2->>WH2: 通知仓库备货 WH2->>ERP4: 创建销售出库单 ERP4->>ERP4: 出库审批通过 ERP4->>ERP4: 库存减少 WH2->>C: 发货 Note over ERP4: 若需退货 S2->>ERP4: 创建销售退货单 ERP4->>ERP4: 退货审批通过 → 库存增加

核心表结构

erDiagram ERP_PRODUCT ||--o{ ERP_PURCHASE_ORDER_ITEM : "采购" ERP_PRODUCT ||--o{ ERP_SALE_ORDER_ITEM : "销售" ERP_PRODUCT ||--o{ ERP_STOCK : "库存" ERP_PURCHASE_ORDER ||--o{ ERP_PURCHASE_ORDER_ITEM : "包含" ERP_PURCHASE_ORDER ||--o{ ERP_PURCHASE_IN : "入库" ERP_SALE_ORDER ||--o{ ERP_SALE_ORDER_ITEM : "包含" ERP_SALE_ORDER ||--o{ ERP_SALE_OUT : "出库" ERP_STOCK { bigint id PK bigint product_id FK "产品" bigint warehouse_id FK "仓库" int stock "库存数量" } ERP_PURCHASE_ORDER { bigint id PK varchar no "单据编号" bigint supplier_id FK "供应商" tinyint status "状态" decimal total_price "总金额" } ERP_SALE_ORDER { bigint id PK varchar no "单据编号" bigint customer_id FK "客户" tinyint status "状态" decimal total_price "总金额" }

单据编号规则

格式：{prefix}{yyyyMMdd}{6位自增}
示例：CGD20240625000001（采购订单）
 XSD20240625000001（销售订单）

审批机制

所有出入库单据都有审批状态（ErpAuditStatus）：

状态	说明
未审批	草稿状态，可编辑
已审批	审批通过，触发库存变更

关键规则：审批通过后才影响库存，审批驳回的单据不产生库存变动。

依赖关系

ERP 进销存
 └── BPM 工作流（可选）—— 审批流程

Mall 商城系统

Mon, 01 Jan 0001 00:00:00 +0000

基于 RuoyiPlus 后端最新架构，49 DOs / 73 Controllers，菜单 ID 起始 14000，构建完整的电商商城解决方案

1. 增强定位与架构

1.1 产品定位

RuoYiPlus Mall 围绕商品管理、订单交易、营销促销三大核心进行企业级增强，打造完整的 B2C 电商商城体系。

1.2 模块规模

指标	数值
数据对象 (DO)	49 个
控制器 (Controller)	73 个
菜单 ID 起始	14000
Maven 模块	yudao-module-mall

1.3 核心数据表

表名	说明
`mall_product`	商品管理
`mall_order`	订单管理
`mall_promotion`	促销管理
`mall_delivery`	配送管理
`mall_after_sale`	售后管理
`mall_statistics`	统计管理
`mall_coupon`	优惠券
`mall_bargain`	砍价活动
`mall_combination`	组合套餐
`mall_seckill`	秒杀活动

graph TB subgraph "RuoYiPlus Mall 增强架构" subgraph "商品层" A1[商品管理] A2[分类管理] A3[品牌管理] A4[评价管理] end subgraph "交易层" B1[购物车] B2[订单管理] B3[支付管理] B4[配送管理] end subgraph "营销层" C1[优惠券] C2[秒杀活动] C3[砍价活动] C4[组合套餐] end subgraph "服务层" D1[售后管理] D2[退款管理] D3[客服对接] end subgraph "管控层" E1[权限控制] E2[数据审计] E3[风控管理] end end A1 --> B1 A2 --> A1 A3 --> A1 A4 --> A1 B1 --> B2 B2 --> B3 B3 --> B4 C1 --> B2 C2 --> B2 C3 --> B2 C4 --> B2 B4 --> D1 D1 --> D2 D2 --> D3 A1 --> E1 B2 --> E2 B3 --> E3

1.4 能力对比

维度	传统商城	RuoYiPlus Mall 增强
商品管理	基础商品	多规格+多SKU管理
订单管理	基础订单	全流程订单管理
促销营销	简单折扣	秒杀+砍价+组合套餐
配送管理	无	多物流+运费模板
售后服务	无	退款+退货+换货
数据分析	简单统计	交易分析+商品分析
权限控制	基础权限	商家级+商品级权限
风控合规	无	交易风控+操作审计

2. 商品管理体系

2.1 商品架构

graph TB subgraph "商品管理" A[商品分类] --> B[商品SPU] B --> C[商品SKU] C --> D[商品库存] B --> B1[商品名称] B --> B2[商品详情] B --> B3[商品图片] B --> B4[商品参数] C --> C1[规格组合] C --> C2[价格管理] C --> C3[库存管理] C --> C4[条码管理] D --> D1[库存预警] D --> D2[库存同步] D --> D3[库存记录] end

能力项	说明
商品分类	多级分类管理
商品管理	SPU/SKU 模型
规格管理	多规格多SKU
库存管理	实时库存+预警
评价管理	商品评价+追评
商品搜索	全文检索+筛选

3. 订单交易管理

3.1 订单流程

graph TB A[加入购物车] --> B[确认订单] B --> C[提交订单] C --> D[支付处理] D --> E{支付结果} E -->|成功| F[商家发货] E -->|失败| G[订单取消] F --> H[物流配送] H --> I[确认收货] I --> J[订单完成] I --> K[申请售后] B --> B1[选择地址] B --> B2[选择优惠] B --> B3[计算运费] F --> F1[拣货] F --> F2[打包] F --> F3[发货]

3.2 订单管理

能力项	说明
购物车	多商品+优惠计算
订单创建	下单+库存锁定
订单支付	多支付方式
订单发货	发货+物流跟踪
订单售后	退款+退货+换货
订单统计	交易分析+趋势

4. 营销促销体系

4.1 营销活动

graph TB subgraph "营销体系" A[优惠券] --> B[满减券] A --> C[折扣券] A --> D[免邮券] E[秒杀活动] --> F[限时秒杀] E --> G[限量秒杀] H[砍价活动] --> I[分享砍价] H --> J[助力砍价] K[组合套餐] --> L[捆绑销售] K --> M[搭配套餐] end

活动类型	说明
优惠券	满减券、折扣券、免邮券
秒杀活动	限时秒杀、限量秒杀
砍价活动	分享砍价、好友助力
组合套餐	捆绑销售、搭配套餐
满减活动	阶梯满减、全场满减

5. 技术架构

graph TB subgraph "yudao-module-mall-plus" subgraph "mall-biz" A1[product 商品管理] A2[order 订单管理] A3[cart 购物车] A4[promotion 促销管理] A5[delivery 配送管理] A6[after_sale 售后管理] A7[coupon 优惠券管理] A8[seckill 秒杀管理] A9[bargain 砍价管理] A10[analytics 数据分析] end subgraph "权限与审计" B1[permission 权限控制] B2[audit 审计日志] B3[risk 风控管理] end end A1 --> B1 A2 --> B2 A3 --> B1 A4 --> B3 A5 --> B2 A6 --> B2

6. 商业价值

价值点	说明
完整商城	商品+订单+支付+配送
营销赋能	秒杀+砍价+优惠券
用户增长	社交裂变+会员营销
数据驱动	交易分析+用户画像
合规经营	交易审计+风控管理
灵活扩展	模块化设计+开放API

CRM 客户关系管理

Mon, 01 Jan 0001 00:00:00 +0000

基于 RuoyiPlus 后端最新架构，75 DOs / 54 Controllers，菜单 ID 起始 2000，提供客户全生命周期管理、智能权限控制、审计合规的深度业务增强

1. 增强定位与架构

1.1 产品定位

RuoYiPlus CRM 在 Yudao 原生能力基础上，围绕客户资产管控、销售流程自动化、数据权限合规三大核心进行企业级增强，构建从线索获取到客户成功的完整业务闭环。

graph TB subgraph "RuoYiPlus CRM 增强架构" subgraph "业务层" A1[客户全生命周期] A2[商机管理] A3[合同管理] A4[营销自动化] end subgraph "能力层" B1[智能公海池] B2[销售预测] B3[电子签约] B4[BI 分析] end subgraph "基础设施层" C1[数据权限引擎] C2[操作审计] C3[敏感数据脱敏] C4[多租户隔离] end end A1 --> B1 A2 --> B2 A3 --> B3 A4 --> B4 B1 --> C1 B2 --> C2 B3 --> C3 B4 --> C4

1.2 模块规模

指标	数值
数据对象 (DO)	75 个
控制器 (Controller)	54 个
菜单 ID 起始	2000
Maven 模块	yudao-module-crm

1.3 核心数据表

表名	说明
`crm_customer`	客户基本信息
`crm_contact`	联系人信息
`crm_business`	商机管理
`crm_contract`	合同管理
`crm_quote`	报价管理
`crm_invoice`	发票管理
`crm_receivable`	应收款管理
`crm_return_visit`	客户回访
`crm_product`	产品管理
`crm_event`	事件管理
`crm_marketing_campaign`	营销活动
`crm_survey`	问卷调查
`crm_approval_flow`	审批流程
`crm_file`	文件管理
`crm_permission`	数据权限

1.4 能力对比

维度	Yudao 原生 CRM	RuoYiPlus CRM 增强
客户管理	基础客户信息	全生命周期管理
公海池	简单公海	智能回收+分配策略
商机管理	基础商机	看板+预测+自动化
合同管理	基础合同	电子签+履约追踪
数据分析	简单报表	BI 智能分析
营销自动化	无	营销自动化引擎
权限控制	基础 RBAC	四层数据权限
审计合规	操作日志	全链路审计追踪

2. 客户全生命周期管理

2.1 生命周期阶段

graph LR A[潜客阶段] --> B[新客阶段] B --> C[活跃阶段] C --> D[成熟阶段] D --> E[流失阶段] A --> A1[线索获取] A --> A2[线索清洗] A --> A3[线索评分] A --> A4[客户建档] B --> B1[客户分级] B --> B2[首次跟进] B --> B3[需求挖掘] B --> B4[商机创建] C --> C1[持续跟进] C --> C2[商机推进] C --> C3[合同签订] C --> C4[回款管理] D --> D1[增购挖掘] D --> D2[续费提醒] D --> D3[服务升级] D --> D4[满意度调研] E --> E1[流失预警] E --> E2[挽留策略] E --> E3[流失分析] E --> E4[公海回收]

2.2 数据权限控制

CRM 系统实现四层数据权限模型，确保客户数据按组织架构和岗位职责严格隔离。

graph TB subgraph "权限决策引擎" A[销售请求] --> B[权限解析] B --> C{权限来源} C --> D[用户级权限] C --> E[角色级权限] C --> F[岗位级权限] C --> G[部门级权限] D --> H[权限合并] E --> H F --> H G --> H H --> I[客户等级过滤] I --> J[数据过滤 SQL] J --> K[返回结果] end

权限层级	适用场景	示例
用户级	销售个人客户	销售只能查看自己负责的客户
角色级	销售团队	销售经理可查看团队所有客户
岗位级	区域管理	区域总监可查看本区域所有客户
部门级	分公司	分公司总经理可查看分公司所有客户

// CRM 数据权限示例
@DataPermission(roles = {"sales_manager"})
public class CustomerServiceImpl {
 // 销售经理可查看团队客户
 // 自动按部门层级过滤数据
}

// 客户等级过滤
@DataPermission(scope = "custom",
 sqlFilter = "customer_level <= #{currentUser.maxLevel}")
public class CustomerLevelService {
 // 按用户可访问的客户等级过滤
}

2.3 操作审计

所有客户数据操作均记录完整审计日志，支持数据变更追溯和合规审计。

graph TB subgraph "审计事件采集" A1[客户创建] A2[客户编辑] A3[客户转移] A4[客户删除] A5[数据导出] end subgraph "审计处理" B1[变更对比] B2[风险评分] B3[规则匹配] end subgraph "审计存储" C1[操作日志] C2[变更历史] C3[区块链存证] end A1 --> B1 A2 --> B1 A3 --> B1 A4 --> B1 A5 --> B1 B1 --> B2 B2 --> B3 B3 --> C1 B3 --> C2 B3 --> C3

审计类型	记录内容	保留期限
操作审计	客户创建、编辑、删除、转移	永久
数据变更	字段变更前后的值	3年
导出审计	导出时间、导出人、导出数据量	3年
权限变更	客户负责人变更历史	永久

3. 智能公海池

3.1 公海池架构

graph TB subgraph "公海池管理" A[客户进入公海] --> B{分配策略} B --> C[按区域分配] B --> D[按行业分配] B --> E[按能力分配] C --> F[销售领取] D --> F E --> F F --> G{跟进规则} G -->|N天未跟进| H[自动回收] G -->|正常跟进| I[继续跟进] H --> A end

3.2 核心能力

能力项	说明
自动回收规则	N天未跟进自动回收
领取限制	每日领取上限、总量上限
分配策略	按区域/行业/能力智能分配
保护机制	重点客户保护、跟进豁免
回收预警	回收前3天自动提醒

3.3 配置示例

crm:
 pool:
 recycle-rules:
 - name: "30天未跟进"
 condition: "last_follow_days > 30"
 action: "recycle"
 exclude-levels: ["VIP", "KA"]
 - name: "90天无商机"
 condition: "no_business_days > 90"
 action: "recycle"
 pickup-limits:
 daily: 10
 total: 50
 cooldown-hours: 24

4. 商机管理与预测

4.1 商机流程

graph LR A[线索转化] --> B[需求确认] B --> C[方案制定] C --> D[报价谈判] D --> E[赢单/输单] E --> F[合同签订] B --> B1[需求分析] B --> B2[客户评估] C --> C1[方案设计] C --> C2[方案演示] D --> D1[报价审批] D --> D2[合同谈判]

4.2 商机看板与预测

能力项	说明
可视化看板	拖拽式商机阶段管理
赢率预测	基于历史数据的赢率模型
销售预测	季度/年度销售额预测
阶段转化率	各阶段转化率分析
瓶颈识别	自动识别转化瓶颈

5. 合同管理与电子签约

5.1 合同流程

graph TB A[合同起草] --> B[合同审批] B --> C[电子签署] C --> D[合同执行] D --> E[合同归档] A --> A1[模板化起草] A --> A2[条款配置] B --> B1[多级审批] B --> B2[法务审核] C --> C1[电子签章] C --> C2[身份认证] D --> D1[履约追踪] D --> D2[回款管理] E --> E1[电子归档] E --> E2[到期提醒]

5.2 合同审计

所有合同操作均记录完整审计日志，确保合同管理合规可追溯。

审计项	说明
合同创建	记录合同起草人、起草时间
合同审批	记录审批流程、审批意见
合同签署	记录签署时间、签署方
合同变更	记录变更内容、变更原因
合同归档	记录归档时间、归档人

6. 营销自动化引擎

6.1 自动化流程

graph LR A[触发条件] --> B{条件判断} B -->|满足| C[执行动作] B -->|不满足| D[不执行] C --> E[记录结果] E --> F{后续条件} F -->|是| G[继续执行] F -->|否| H[流程结束]

6.2 自动化规则示例

// 自动化规则示例
AutomationRule {
 trigger: "客户创建"
 conditions: [
 "industry = '制造业'",
 "region = '华东'"
 ]
 actions: [
 "assignTo: '华东销售组'",
 "sendEmail: '欢迎邮件模板'",
 "createTask: '首次跟进任务'"
 ]
}

7. 数据分析增强

7.1 销售漏斗分析

graph TB A[线索] --> B[客户] B --> C[商机] C --> D[合同] D --> E[回款] A --> A1[线索转化率] B --> B1[商机创建率] C --> C1[阶段转化率] D --> D1[赢单率] E --> E1[回款完成率]

分析维度	指标
线索 → 客户	线索转化率
客户 → 商机	商机创建率
商机各阶段	阶段转化率
商机 → 合同	赢单率
合同 → 回款	回款完成率

7.2 客户价值分析

分析模型	说明
RFM 模型	最近购买、频率、金额分析
客户分层	VIP/KA/普通/潜力客户分层
生命周期价值	CLV 客户终身价值预测
流失风险评分	流失概率预测

8. 技术架构

graph TB subgraph "yudao-module-crm-plus" subgraph "crm-biz" A1[customer 客户管理] A2[leads 线索管理] A3[business 商机管理] A4[contract 合同管理] A5[pool 公海池] A6[automation 营销自动化] A7[analytics 数据分析] A8[integration 外部集成] end subgraph "权限与审计" B1[permission 权限控制] B2[audit 审计日志] B3[masking 数据脱敏] end end A1 --> B1 A2 --> B1 A3 --> B1 A4 --> B2 A5 --> B2 A6 --> B3 A7 --> B3

9. 商业价值

价值点	说明
提升转化率	智能跟进提醒、商机预测
降低流失率	流失预警、挽留策略
提高效率	自动化营销、移动办公
数据驱动	BI 分析、决策支持
合规管控	四层权限、全链路审计
数据安全	敏感数据脱敏、操作追溯

WMS 仓库管理系统

Mon, 01 Jan 0001 00:00:00 +0000

核心定位

WMS 是独立的通用仓库管理系统（16 张表），与 MES 中深度集成制造的仓库模块是两套系统。WMS 定位为「通用仓储管理」，适合纯仓储场景；如果你需要深度集成制造（如线边库、生产领料），请使用 MES 中的仓库模块。

一句话：管好仓库的「进、出、移、盘」，让每一件货都知道在哪里。

解决什么问题

痛点	WMS 如何解决
仓库有多少货不知道	实时库存查询，库存流水追溯
出入库记录靠纸质单据	电子单据，状态流转可追踪
货物位置不清楚	多仓库、库位管理
盘点耗时耗力	系统化盘点流程
库存数据不准	每笔操作自动更新库存

用户角色

graph LR subgraph 角色 WH_ADMIN["仓库管理员
管理仓库/库位
配置商品信息
处理入库/出库/移库/盘点
查看库存"] end

核心业务流程

graph TB subgraph 入库流程 IN1["创建入库单"] --> IN2["草稿状态"] IN2 --> IN3["确认完成"] IN3 --> IN4["库存增加"] IN2 --> IN5["作废"] end subgraph 出库流程 OUT1["创建出库单"] --> OUT2["草稿状态"] OUT2 --> OUT3["确认完成"] OUT3 --> OUT4["库存减少"] OUT2 --> OUT5["作废"] end subgraph 移库流程 MV1["创建移库单"] --> MV2["确认完成"] MV2 --> MV3["源仓库库存减少
目标仓库库存增加"] end subgraph 盘点流程 CK1["创建盘点单"] --> CK2["录入实盘数量"] CK2 --> CK3["确认完成"] CK3 --> CK4["盘盈：库存增加
盘亏：库存减少"] end

核心表结构

erDiagram WMS_WAREHOUSE ||--o{ WMS_STOCK : "库存" WMS_PRODUCT ||--o{ WMS_STOCK : "库存" WMS_WAREHOUSE { bigint id PK varchar name "仓库名称" varchar code "仓库编码" tinyint status "状态" } WMS_PRODUCT { bigint id PK varchar name "商品名称" varchar no "商品编码" varchar unit "单位" } WMS_STOCK { bigint id PK bigint warehouse_id FK "仓库" bigint product_id FK "商品" int stock "库存数量" } WMS_STOCK_RECORD { bigint id PK bigint warehouse_id FK bigint product_id FK int count "变动数量" tinyint type "出入类型" varchar business_no "关联单据号" }

单据编号规则

格式：{prefix}{月日}{4位随机数}
示例：RK06250001（入库单）
 CK06250001（出库单）
 YK06250001（移库单）
 PK06250001（盘点单）

两阶段状态流转

所有单据遵循草稿 → 完成/作废的两阶段模式：

状态	说明
草稿	可编辑，不触发库存变更
已完成	确认完成，触发库存事务
已作废	单据作废，不触发库存变更

关键规则：只有「已完成」状态才会真正影响库存数量。

与 MES 仓库的区别

维度	WMS	MES 仓库模块
定位	通用仓储管理	制造深度集成
表数量	16 表	62 表
适用场景	独立仓储、物流中心	制造工厂、生产车间
特色功能	基础出入库盘点	线边库、生产领料、外协管理
是否需要 MES	❌ 独立使用	✅ 属于 MES 的一部分

CRM 四层数据权限方案

Mon, 01 Jan 0001 00:00:00 +0000

核心定位

一句话说清楚：在 Yudao 原生 @CrmPermission 注解基础上，构建「用户-角色-岗位-部门」四层数据权限 + 客户等级级联过滤的完整权限体系。

解决什么问题

层级	当前状态	增强后
用户级	✅ 支持	✅ 保持
角色级	❌ 不支持	✅ 角色-权限关联
岗位级	❌ 不支持	✅ 岗位-权限关联
部门级	❌ 不支持	✅ 部门-权限关联
客户等级	❌ 不支持	✅ 等级叠加 + 级联过滤

适合什么样的用户

需要精细化数据权限控制的 CRM 系统
有客户等级分层管理需求的企业
需要按部门/岗位隔离客户数据的组织

1. 四层数据权限模型

graph TB subgraph "权限决策引擎" A["用户请求"] --> B["权限解析"] B --> C["权限合并
取并集"] C --> D["数据范围过滤"] D --> E["客户等级过滤
AND 叠加"] end subgraph "权限来源" F["用户级权限
优先级 1 (最高)"] G["角色级权限
优先级 2"] H["岗位级权限
优先级 3"] I["部门级权限
优先级 4 (最低)"] end F --> B G --> B H --> B I --> B E --> J["SQL 过滤"] J --> K["返回结果"]

2. 权限校验流程

2.1 操作权限校验

sequenceDiagram participant User as 用户 participant Controller as Controller participant Aspect as @CrmPermission Aspect participant Engine as 权限引擎 participant DB as 数据库 User->>Controller: 请求操作客户 Controller->>Aspect: 触发权限校验 Aspect->>Engine: hasBizOperationPermission() Engine->>Engine: 检查用户级权限 Engine->>Engine: 检查角色级权限 Engine->>Engine: 检查岗位级权限 Engine->>Engine: 检查部门级权限 Engine->>Engine: 合并结果 (取并集) alt 有权限 Engine->>Aspect: 返回 true Aspect->>Controller: 放行 Controller->>DB: 执行业务操作 else 无权限 Engine->>Aspect: 返回 false Aspect->>Controller: 抛出权限异常 end

2.2 数据权限过滤流程

sequenceDiagram participant User as 用户 participant Controller as Controller participant Interceptor as MyBatis 拦截器 participant Engine as 权限引擎 participant DB as 数据库 User->>Controller: 查询客户列表 Controller->>Interceptor: 触发 SQL 拦截 Interceptor->>Engine: buildDataScopeSql() Engine->>Engine: 获取数据范围条件 Engine->>Engine: 获取客户等级条件 Engine->>Engine: 判断是否级联 (关联表) Engine->>Interceptor: 返回 SQL 过滤条件 Interceptor->>Interceptor: 注入 WHERE 条件 Interceptor->>DB: 执行过滤后的 SQL DB->>User: 返回过滤结果

3. 数据库表结构

3.1 业务对象操作权限表

CREATE TABLE `crm_biz_object_permission` (
 `id` BIGINT NOT NULL AUTO_INCREMENT COMMENT '主键',
 `biz_type` INT NOT NULL COMMENT '业务对象类型(1线索/2客户/3联系人/4商机/5合同)',
 `biz_type_name` VARCHAR(50) NOT NULL COMMENT '业务对象名称',
 `operation_type` VARCHAR(20) NOT NULL COMMENT '操作类型(CREATE/READ/UPDATE/DELETE/TRANSFER)',
 `operation_name` VARCHAR(50) NOT NULL COMMENT '操作名称',
 `role_id` BIGINT DEFAULT NULL COMMENT '角色ID',
 `post_id` BIGINT DEFAULT NULL COMMENT '岗位ID',
 `dept_id` BIGINT DEFAULT NULL COMMENT '部门ID',
 `user_id` BIGINT DEFAULT NULL COMMENT '用户ID',
 `status` TINYINT DEFAULT 1 COMMENT '状态(0禁用/1启用)',
 `creator` VARCHAR(64) DEFAULT '' COMMENT '创建者',
 `create_time` DATETIME NOT NULL DEFAULT CURRENT_TIMESTAMP COMMENT '创建时间',
 `updater` VARCHAR(64) DEFAULT '' COMMENT '更新者',
 `update_time` DATETIME NOT NULL DEFAULT CURRENT_TIMESTAMP ON UPDATE CURRENT_TIMESTAMP,
 `deleted` BIT DEFAULT 0 COMMENT '是否删除',
 `tenant_id` BIGINT NOT NULL DEFAULT 0 COMMENT '租户编号',
 PRIMARY KEY (`id`),
 KEY `idx_biz_type` (`biz_type`),
 KEY `idx_role_id` (`role_id`),
 KEY `idx_post_id` (`post_id`),
 KEY `idx_dept_id` (`dept_id`),
 KEY `idx_user_id` (`user_id`)
) ENGINE=InnoDB DEFAULT CHARSET=utf8mb4 COMMENT='业务对象操作权限表';

3.2 数据权限范围表（含客户等级）

CREATE TABLE `crm_data_scope_permission` (
 `id` BIGINT NOT NULL AUTO_INCREMENT COMMENT '主键',
 `biz_type` INT NOT NULL COMMENT '业务对象类型',
 `scope_type` VARCHAR(20) NOT NULL COMMENT '数据范围类型(ALL/SELF/DEPT/DEPT_AND_CHILD/CUSTOM)',
 `scope_value` TEXT COMMENT '自定义范围值(JSON格式)',
 `max_customer_level` INT DEFAULT NULL COMMENT '最大客户等级(NULL=不限制)',
 `role_id` BIGINT DEFAULT NULL COMMENT '角色ID',
 `post_id` BIGINT DEFAULT NULL COMMENT '岗位ID',
 `dept_id` BIGINT DEFAULT NULL COMMENT '部门ID',
 `user_id` BIGINT DEFAULT NULL COMMENT '用户ID',
 `status` TINYINT DEFAULT 1 COMMENT '状态(0禁用/1启用)',
 `creator` VARCHAR(64) DEFAULT '' COMMENT '创建者',
 `create_time` DATETIME NOT NULL DEFAULT CURRENT_TIMESTAMP COMMENT '创建时间',
 `updater` VARCHAR(64) DEFAULT '' COMMENT '更新者',
 `update_time` DATETIME NOT NULL DEFAULT CURRENT_TIMESTAMP ON UPDATE CURRENT_TIMESTAMP,
 `deleted` BIT DEFAULT 0 COMMENT '是否删除',
 `tenant_id` BIGINT NOT NULL DEFAULT 0 COMMENT '租户编号',
 PRIMARY KEY (`id`),
 KEY `idx_biz_type` (`biz_type`),
 KEY `idx_role_id` (`role_id`),
 KEY `idx_post_id` (`post_id`),
 KEY `idx_dept_id` (`dept_id`),
 KEY `idx_user_id` (`user_id`)
) ENGINE=InnoDB DEFAULT CHARSET=utf8mb4 COMMENT='数据权限范围表';

3.3 数据范围类型说明

范围类型	说明	SQL 过滤逻辑
ALL	全部数据	无过滤条件
SELF	自己的数据	`owner_user_id = current_user`
DEPT	本部门数据	`dept_id IN (current_dept)`
DEPT_AND_CHILD	本部门及子部门	`dept_id IN (current_dept_and_children)`
CUSTOM	自定义范围	根据 scope_value 生成过滤条件

3.4 客户等级过滤说明

等级配置	说明	SQL 过滤逻辑
NULL	不限制客户等级	无过滤条件
0	仅 Level0	`level = 0`
1	<= Level1	`level <= 1`
2	<= Level2	`level <= 2`

4. 权限引擎核心实现

@Service
public class CrmPermissionEngineServiceImpl implements CrmPermissionEngineService {

 @Override
 public boolean hasBizOperationPermission(Long userId, Integer bizType, String operationType) {
 // 按优先级从高到低检查：用户 → 角色 → 岗位 → 部门
 if (hasUserPermission(userId, bizType, operationType)) return true;
 if (hasRolePermission(userId, bizType, operationType)) return true;
 if (hasPostPermission(userId, bizType, operationType)) return true;
 if (hasDeptPermission(userId, bizType, operationType)) return true;
 return false;
 }

 @Override
 public String buildDataScopeSql(Long userId, Integer bizType) {
 DataScopePermissionDO scope = getDataScope(userId, bizType);
 if (scope == null) return "1=0";

 StringBuilder sqlBuilder = new StringBuilder();

 // 数据范围过滤
 switch (scope.getScopeType()) {
 case "ALL": break;
 case "SELF": sqlBuilder.append("owner_user_id = ").append(userId); break;
 case "DEPT": sqlBuilder.append("dept_id = ").append(getUserDeptId(userId)); break;
 case "DEPT_AND_CHILD": sqlBuilder.append("dept_id IN (").append(getUserDeptAndChildIds(userId)).append(")"); break;
 case "CUSTOM": sqlBuilder.append(scope.getScopeValue()); break;
 default: return "1=0";
 }

 // 客户等级过滤（AND 叠加）
 Integer maxLevel = scope.getMaxCustomerLevel();
 if (maxLevel != null) {
 if (sqlBuilder.length() > 0) sqlBuilder.append(" AND ");
 sqlBuilder.append("level <= ").append(maxLevel);
 }

 return sqlBuilder.toString();
 }
}

5. MyBatis 数据权限拦截器

@Component
@Intercepts({@Signature(type = Executor.class, method = "query",
 args = {MappedStatement.class, Object.class, RowBounds.class, ResultHandler.class})})
public class CrmDataPermissionInterceptor implements Interceptor {

 // 需要通过 customer_id 关联客户表进行等级级联过滤的表
 private static final Set<String> CASCADE_CUSTOMER_LEVEL_TABLES = Set.of(
 "crm_business", "crm_contract", "crm_contact",
 "crm_receivable", "crm_receivable_plan"
 );

 @Override
 public Object intercept(Invocation invocation) throws Throwable {
 // 1. 判断是否需要数据权限过滤
 // 2. 获取当前用户ID
 // 3. 解析业务类型
 // 4. 构建数据权限过滤条件
 // 5. 修改 SQL，添加 WHERE 过滤条件
 // 6. 执行查询
 }
}

级联关联关系

业务对象	关联字段	是否级联	说明
客户	`level`	❌ 源	直接应用等级条件
联系人	`customer_id`	✅ 是	通过客户ID关联继承等级
合同	`customer_id`	✅ 是	通过客户ID关联继承等级
回款	`customer_id`	✅ 是	通过客户ID关联继承等级
商机	`customer_id`	✅ 是	通过客户ID关联继承等级
线索	-	❌ 否	线索不关联客户

6. 前端权限配置界面

graph TB subgraph "CRM 权限管理" subgraph "权限层级切换" A1["部门权限"] A2["岗位权限"] A3["角色权限"] A4["用户权限"] end subgraph "业务对象选择" B1["客户"] B2["商机"] B3["合同"] B4["联系人"] B5["线索"] B6["回款"] end subgraph "操作权限配置" C1["创建"] C2["查看"] C3["编辑"] C4["删除"] C5["转移"] C6["导出"] end subgraph "数据范围配置" D1["全部数据"] D2["自己的数据"] D3["本部门数据"] D4["本部门及子部门"] D5["自定义范围"] end subgraph "客户等级过滤" E1["全部等级"] E2["Level0"] E3["<= Level1"] E4["<= Level2"] end end

7. 实施进度

阶段	任务	状态
Phase 1	数据库表结构设计与创建	✅ 已完成
Phase 2	后端实体类与 Mapper	✅ 已完成
Phase 3	权限引擎服务实现	✅ 已完成
Phase 4	MyBatis 数据权限拦截器	✅ 已完成
Phase 5	API 接口实现	✅ 已完成
Phase 6	前端页面开发	✅ 已完成
Phase 7	客户等级级联过滤	✅ 已完成
Phase 8	测试与验证	✅ 已完成

总结

本方案实现了基于 部门-岗位-角色-用户 的四层数据权限过滤机制：

操作权限：通过 crm_biz_object_permission 表管理，四层优先级检查
数据范围：支持 ALL/SELF/DEPT/DEPT_AND_CHILD/CUSTOM 五种范围
客户等级过滤：max_customer_level 字段，支持等级范围叠加过滤
级联继承：合同、联系人等通过 customer_id 自动继承客户等级限制
SQL 拦截器：自动注入 WHERE 条件，无需修改现有业务代码
前端配置：统一的权限配置界面，支持层级切换和等级配置

MES 制造执行系统

Mon, 01 Jan 0001 00:00:00 +0000

核心定位

MES 是整个平台中规模最大的业务模块（133 张表），面向制造企业的车间级管理需求。它不只是「进销存」，而是深入到生产工单、工艺路线、排产调度、报工记录、质量检验、设备维护的完整制造执行体系。

一句话：如果你的工厂需要管「工单怎么排、工序怎么做、质量怎么检、设备怎么修」，MES 就是答案。

解决什么问题

痛点	MES 如何解决
生产进度不透明	工单 → 排产 → 报工全链路追踪
质量检验靠纸质记录	IQC/IPQC/OQC/RQC 电子化
设备故障影响交期	设备台账 + 点检计划预防性维护
物料管理混乱	线边库 + 生产领料/退料管理
外协加工难以管理	外协出入库独立管理
工人排班复杂	排班管理模块

用户角色

graph LR subgraph 角色 PLANNER["计划员
创建生产工单
制定排产计划"] WORKER["操作工
查看工单任务
报工记录
领料/退料"] QC["质检员
IQC 来料检验
IPQC 过程检验
OQC 出货检验"] MAINTENANCE["设备维护员
设备台账管理
执行点检计划"] SUPERVISOR["车间主任
查看生产进度
安灯异常处理"] end

七大模块全景

graph TB subgraph MD["基础数据 md（17 表）"] MD1["物料/产品"] MD2["客商管理"] MD3["车间管理"] MD4["编码规则"] end subgraph PRO["生产管理 pro（17 表）"] PRO1["工艺路线"] PRO2["生产工单"] PRO3["排产单"] PRO4["报工记录"] PRO5["安灯系统"] end subgraph WM["仓库管理 wm（62 表）"] WM1["库位设置"] WM2["库存管理"] WM3["采购入库"] WM4["成品入库"] WM5["销售出库"] WM6["领料退料"] WM7["移库管理"] WM8["盘点管理"] WM9["杂项出入库"] WM10["外协管理"] end subgraph QC2["质量管理 qc（16 表）"] QC1["IQC 来料检验"] QC2_IN["IPQC 过程检验"] QC3["OQC 出货检验"] QC4["RQC 退货检验"] end subgraph DV["设备管理 dv（12 表）"] DV1["设备台账"] DV2["点检计划"] DV3["点检记录"] end subgraph TM["工具管理 tm（2 表）"] TM1["工具台账"] TM2["工具领用"] end subgraph CAL["排班管理 cal（7 表）"] CAL1["班次定义"] CAL2["排班计划"] end MD --> PRO MD --> WM PRO --> WM PRO --> QC2

生产执行流程

sequenceDiagram participant PLAN as 计划员 participant MES2 as MES participant LINE as 产线 participant QC3 as 质检员 participant WH3 as 仓库 PLAN->>MES2: 创建生产工单 PLAN->>MES2: 制定排产计划 MES2->>LINE: 工单下发到产线 LINE->>WH3: 领料申请 WH3->>MES2: 确认发料 LINE->>MES2: 工序报工 QC3->>MES2: IPQC 过程检验 LINE->>MES2: 完工报工 QC3->>MES2: OQC 出货检验 LINE->>WH3: 成品入库

质量检验体系

graph LR subgraph IQC["IQC 来料检验"] I1["供应商来料"] I2["检验 → 合格/不合格"] I3["不合格 → 退货/让步接收"] end subgraph IPQC["IPQC 过程检验"] P1["生产过程中抽检"] P2["关键工序检验"] P3["异常处理"] end subgraph OQC["OQC 出货检验"] O1["成品出货前检验"] O2["合格 → 放行"] end subgraph RQC["RQC 退货检验"] R1["客户退货检验"] R2["判定责任归属"] end IQC --> IPQC --> OQC RQC -.-> IQC

虚拟线边库（WIP）

MES 仓库模块中有一个特殊概念——虚拟线边库（WIP_VIRTUAL_WAREHOUSE），用于统计车间在制物资：

物料从仓库发到产线 → 线边库增加
产线消耗物料 → 线边库减少
成品完工 → 线边库减少，成品库增加

这让车间在制品的数量和位置始终清晰。

与其他模块的关系

关系	说明
MES vs WMS	WMS 是通用仓库管理，MES 的仓库模块深度集成制造（线边库、领料、外协）
MES vs ERP	ERP 管「进销存」，MES 管「生产执行」，互补关系
MES vs IoT	IoT 可用于设备数据采集，MES 用于生产管理
MES vs BPM	可集成 BPM 做质检异常审批等

CS 客服系统

Mon, 01 Jan 0001 00:00:00 +0000

基于 RuoyiPlus 后端最新架构，6 DOs / 5 Controllers，菜单 ID 起始 8500，构建全渠道智能客服与工单管理体系

1. 增强定位与架构

1.1 产品定位

RuoYiPlus CS 客服系统围绕全渠道接入、智能工单流转、服务质量管控三大核心进行企业级增强，实现从客户触达到问题解决的全流程数字化管理。

1.2 模块规模

指标	数值
数据对象 (DO)	6 个
控制器 (Controller)	5 个
菜单 ID 起始	8500
Maven 模块	yudao-module-cs

1.3 核心数据表

表名	说明
`cs_conversation`	会话管理
`cs_ticket`	工单管理
`cs_contact`	联系人管理
`cs_inbox`	收件箱管理
`cs_canned_response`	预设回复

graph TB subgraph "RuoYiPlus CS 增强架构" subgraph "渠道接入层" A1[微信渠道] A2[APP 渠道] A3[电话渠道] A4[邮件渠道] A5[社交渠道] end subgraph "业务处理层" B1[会话管理] B2[工单管理] B3[智能机器人] B4[知识库] end subgraph "管控层" C1[SLA 管理] C2[质检评分] C3[权限控制] C4[审计追踪] end end A1 --> B1 A2 --> B1 A3 --> B1 A4 --> B1 A5 --> B1 B1 --> B2 B1 --> B3 B3 --> B4 B2 --> C1 B2 --> C2 B1 --> C3 B2 --> C4

1.4 能力对比

维度	传统客服	RuoYiPlus CS 增强
渠道接入	单渠道	全渠道统一接入
工单管理	简单工单	工单全流程管理
智能客服	无	AI 智能问答+机器人
知识库	无	知识库+智能检索
服务质量	无	SLA 管理+质检评分
权限控制	无	客服分级+数据隔离
审计合规	无	会话审计+质检追溯

2. 全渠道接入

2.1 渠道架构

graph TB subgraph "全渠道接入" subgraph "即时通讯" A1[微信公众号] A2[微信小程序] A3[企业微信] A4[钉钉] A5[飞书] end subgraph "传统渠道" B1[电话客服] B2[邮件客服] B3[短信客服] end subgraph "社交渠道" C1[微博] C2[抖音] C3[小红书] end subgraph "统一接入" D1[消息汇聚] D2[会话管理] D3[客户识别] D4[上下文保持] end end A1 --> D1 A2 --> D1 A3 --> D1 A4 --> D1 A5 --> D1 B1 --> D1 B2 --> D1 B3 --> D1 C1 --> D1 C2 --> D1 C3 --> D1 D1 --> D2 D2 --> D3 D3 --> D4

渠道类型	说明
微信渠道	公众号、小程序、企业微信
APP渠道	APP内嵌、H5页面
电话渠道	呼入呼出、IVR导航
邮件渠道	邮件工单、自动回复
社交渠道	微博、抖音等社交平台

3. 工单全流程管理

3.1 工单流程

graph TB A[工单创建] --> B[自动分类] B --> C[自动分配] C --> D[工单处理] D --> E{是否解决?} E -->|是| F[客户确认] E -->|否| G[工单流转] G --> D F --> H[满意度评价] H --> I[工单归档] A --> A1[多渠道创建] A --> A2[模板化创建] C --> C1[按类型分配] C --> C2[按技能分配] C --> C3[按区域分配] D --> D1[接单处理] D --> D2[协作处理] D --> D3[进度更新]

3.2 工单权限控制

工单系统实现基于角色的数据权限控制，确保客服人员只能访问权限范围内的工单。

权限层级	适用范围	说明
客服个人	自己的工单	只能查看和处理分配给自己的工单
客服组长	本组工单	可查看和分配本组所有工单
客服经理	全部工单	可查看所有工单并进行统计分析
质检人员	抽检工单	可随机抽取工单进行质检评分

3.3 工单审计

所有工单操作均记录完整审计日志，支持工单处理过程追溯。

graph LR A[工单创建] --> B[工单分配] B --> C[工单处理] C --> D[工单流转] D --> E[工单解决] E --> F[工单归档] A -.-> G[审计日志] B -.-> G C -.-> G D -.-> G E -.-> G F -.-> G

4. 智能客服机器人

4.1 机器人架构

graph TB subgraph "智能机器人" subgraph "问答引擎" A1[知识库检索] A2[语义理解] A3[智能匹配] end subgraph "业务处理" B1[业务查询] B2[业务办理] B3[工单创建] end subgraph "人机协作" C1[机器人接待] C2[智能转人工] C3[辅助人工] end end A1 --> A2 A2 --> A3 A3 --> B1 B1 --> B2 B2 --> B3 B3 --> C1 C1 --> C2 C2 --> C3

4.2 核心能力

能力项	说明
智能问答	知识库检索、语义匹配
多轮对话	上下文理解、意图识别
业务办理	自助查询、自助办理
智能转人工	复杂问题自动转人工
人工辅助	知识推荐、话术建议

5. 知识库管理

5.1 知识库体系

graph TB subgraph "知识管理" subgraph "知识采集" A1[FAQ 录入] A2[文档导入] A3[知识抽取] end subgraph "知识组织" B1[知识分类] B2[知识标签] B3[知识关联] end subgraph "知识应用" C1[智能检索] C2[知识推荐] C3[知识推送] end subgraph "知识维护" D1[知识更新] D2[知识过期] D3[知识归档] end end A1 --> B1 A2 --> B1 A3 --> B1 B1 --> B2 B2 --> B3 B3 --> C1 C1 --> C2 C2 --> C3 C3 --> D1 D1 --> D2 D2 --> D3

能力项	说明
知识录入	FAQ、文档、问答对
智能检索	语义检索、关键词检索
知识推荐	相关知识推荐
知识统计	使用统计、效果评估

6. 服务质量管理

6.1 SLA 服务等级

graph LR A[工单创建] --> B{优先级} B -->|紧急| C[5分钟响应] B -->|重要| D[15分钟响应] B -->|一般| E[30分钟响应] C --> F[30分钟解决] D --> G[2小时解决] E --> H[24小时解决]

cs:
 sla:
 levels:
 - name: "紧急"
 response-time: 5m
 resolve-time: 30m
 - name: "重要"
 response-time: 15m
 resolve-time: 2h
 - name: "一般"
 response-time: 30m
 resolve-time: 24h
 monitoring:
 alert-threshold: 80%  # 达标率低于80%告警

6.2 质检评分

质检维度	指标
响应速度	响应时效达标率
解决质量	问题解决率、一次性解决率
服务态度	礼貌用语、服务规范
专业能力	知识准确性、处理能力
客户满意度	满意度评分、好评率

7. 技术架构

graph TB subgraph "yudao-module-cs-plus" subgraph "cs-biz" A1[channel 渠道接入] A2[session 会话管理] A3[ticket 工单管理] A4[robot 智能机器人] A5[knowledge 知识库] A6[sla SLA管理] A7[quality 质检管理] A8[agent 客服管理] A9[workspace 工作台] A10[analytics 数据分析] end subgraph "权限与审计" B1[permission 权限控制] B2[audit 审计日志] end end A1 --> B1 A2 --> B2 A3 --> B2 A4 --> B1 A5 --> B1

8. 商业价值

价值点	说明
提升效率	智能机器人、快捷工具
降低成本	机器人分流、自助服务
提高满意度	快速响应、专业服务
服务质量管控	SLA管理、质检评分
数据驱动优化	绩效分析、问题分析
合规可追溯	工单审计、会话追溯

销售与财务管理

Mon, 01 Jan 0001 00:00:00 +0000

核心定位

这是 ERP 系统的财务子模块，由 yudao-module-erp 的 finance 包实现。它不独立存在，而是紧密集成在 ERP 的采购和销售流程中，负责资金流的记录和管理。

一句话：采购了要付款，销售了要收款，退货了要退款——财务模块就是管这些「钱」的事情。

解决什么问题

痛点	财务模块如何解决
不知道哪个供应商欠了多少钱	结算账户余额清晰可见
付款后无法关联到具体采购单	付款单关联采购入库单
收款和销售订单脱节	收款单关联销售出库单
退款流程混乱	退货单自动触发退款流程

用户角色

graph LR subgraph 角色 FINANCE2["财务人员
管理结算账户
处理付款/收款
处理退款
核对账目"] end

核心 ER 图

erDiagram ERP_ACCOUNT ||--o{ ERP_FINANCE_PAYMENT : "付款" ERP_ACCOUNT ||--o{ ERP_FINANCE_RECEIPT : "收款" ERP_PURCHASE_IN ||--o{ ERP_FINANCE_PAYMENT : "采购入库→付款" ERP_PURCHASE_RETURN ||--o{ ERP_FINANCE_PAYMENT : "采购退货→退款" ERP_SALE_OUT ||--o{ ERP_FINANCE_RECEIPT : "销售出库→收款" ERP_SALE_RETURN ||--o{ ERP_FINANCE_RECEIPT : "销售退货→退款" ERP_ACCOUNT { bigint id PK varchar name "账户名称" decimal balance "当前余额" tinyint status "状态" } ERP_FINANCE_PAYMENT { bigint id PK varchar no "付款单号" bigint account_id FK "结算账户" bigint in_id FK "采购入库单" decimal price "付款金额" datetime time "付款时间" } ERP_FINANCE_RECEIPT { bigint id PK varchar no "收款单号" bigint account_id FK "结算账户" bigint out_id FK "销售出库单" decimal price "收款金额" datetime time "收款时间" }

业务场景

场景一：采购付款

sequenceDiagram participant P2 as 采购员 participant F2 as 财务 participant ERP5 as ERP participant ACC as 结算账户 P2->>ERP5: 完成采购入库 F2->>ERP5: 查看待付款的采购入库单 F2->>ERP5: 选择结算账户，创建付款单 ERP5->>ACC: 扣减账户余额 ERP5->>ERP5: 记录付款流水

场景二：销售收款

sequenceDiagram participant S3 as 销售员 participant F3 as 财务 participant ERP6 as ERP participant ACC2 as 结算账户 S3->>ERP6: 完成销售出库 F3->>ERP6: 查看待收款的销售出库单 F3->>ERP6: 选择结算账户，创建收款单 ERP6->>ACC2: 增加账户余额 ERP6->>ERP6: 记录收款流水

结算账户

结算账户代表公司与供应商/客户之间的资金账户关系，每笔收付款都会影响对应账户的余额。

属性	说明
账户名称	如「XX 供应商结算账户」
当前余额	实时更新，付款减、收款加
状态	启用/禁用

IoT 物联网

Mon, 01 Jan 0001 00:00:00 +0000

核心定位

IoT 模块是一个类阿里云物联网平台的设备管理平台。它可以接入海量设备，通过物模型定义设备能力，利用规则引擎处理设备数据，实现设备数据采集、远程控制和场景联动。

一句话：如果你的硬件设备需要接入云端管理，这里提供从设备注册到数据流转的完整链路。

解决什么问题

痛点	IoT 如何解决
设备接入协议多样	支持 MQTT/HTTP/CoAP/TCP/UDP/WebSocket/Modbus 等
设备数据格式不统一	物模型标准化设备能力定义
设备数据不知道如何处理	规则引擎 → 数据流转/场景联动/告警
设备固件升级困难	OTA 远程升级
需要对接第三方 IoT 平台	内置 EMQX 集成，可自定义协议

用户角色

graph LR subgraph 角色 IOT_ADMIN["IoT 管理员
定义产品
管理设备
配置物模型
设置规则引擎"] IOT_DEV["设备开发者
设备端开发
协议对接
OTA 升级"] IOT_OP["运维人员
监控设备状态
处理告警
数据分析"] end

平台架构

graph TB subgraph 设备层["设备层"] D1["传感器"] D2["网关"] D3["控制器"] D4["智能设备"] end subgraph 接入层["接入层（多协议）"] P1["MQTT"] P2["HTTP"] P3["CoAP"] P4["TCP/UDP"] P5["WebSocket"] P6["Modbus"] end subgraph 平台层["IoT 平台"] PRODUCT["产品管理
定义设备类型"] DEVICE["设备管理
注册/认证/状态"] MODEL["物模型
属性/服务/事件"] OTA["OTA 升级
固件远程更新"] end subgraph 处理层["数据处理层"] RULE["规则引擎
数据规则/场景联动/告警"] TD["TDengine
时序数据存储"] end 设备层 --> 接入层接入层 --> 平台层平台层 --> 处理层

物模型设计

物模型是 IoT 的核心概念，用标准化的方式描述设备「有什么属性、能做什么、会报告什么」：

graph TB subgraph 物模型["物模型 = 设备的数字化描述"] ATTR["属性 Property
设备的静态特征
例：温度、湿度、开关状态"] SERVICE["服务 Service
设备可执行的操作
例：开锁、重启、校准"] EVENT["事件 Event
设备主动上报的信息
例：告警、故障、完成通知"] end

规则引擎

设备生命周期

flowchart LR CREATE["创建产品
定义物模型"] --> REG["注册设备
获取认证信息"] REG --> ONLINE["设备上线
建立连接"] ONLINE --> WORK["正常工作
上报数据/接收指令"] WORK --> OTA2["OTA 升级"] OTA2 --> WORK WORK --> OFFLINE["设备下线"] OFFLINE --> ONLINE

支持的协议

协议	适用场景	特点
MQTT	物联网主流协议	轻量、发布订阅、QoS
HTTP	简单设备、Web 应用	通用性强
CoAP	低功耗设备	类 HTTP、UDP
TCP	自定义协议	灵活、高效
UDP	高频数据上报	低延迟
WebSocket	实时双向通信	浏览器友好
Modbus	工业设备	工控标准
EMQX	高性能 MQTT Broker	百万级连接
自定义协议	特殊设备	扩展开发

技术依赖

TDengine：时序数据库，用于存储设备上报的海量时序数据（需额外搭建）
EMQX：高性能 MQTT Broker（可选，用于大规模设备接入）

会员营销

Mon, 01 Jan 0001 00:00:00 +0000

基于 RuoyiPlus 后端最新架构，26 DOs / 31 Controllers，菜单 ID 起始 13000，构建完整的会员运营与营销自动化体系

1. 增强定位与架构

1.1 产品定位

RuoYiPlus 会员营销围绕会员全生命周期运营、智能营销自动化、会员数据合规三大核心进行企业级增强，实现从获客到留客的完整业务闭环。

1.2 模块规模

指标	数值
数据对象 (DO)	26 个
控制器 (Controller)	31 个
菜单 ID 起始	13000
Maven 模块	yudao-module-member

1.3 核心数据表

表名	说明
`member_user`	会员信息
`member_point`	积分管理
`member_balance`	余额管理
`member_coupon`	优惠券管理
`member_package`	套餐管理
`member_level`	等级管理
`member_tag`	标签管理
`member_sign_in`	签到管理
`member_recharge`	充值管理

graph TB subgraph "RuoYiPlus 会员营销增强架构" subgraph "运营层" A1[会员生命周期] A2[等级体系] A3[积分体系] A4[权益管理] end subgraph "营销层" B1[营销活动引擎] B2[自动化触发器] B3[会员画像] B4[RFM 分析] end subgraph "数据层" C1[会员数据分析] C2[活动效果分析] C3[运营指标监控] end subgraph "合规层" D1[会员数据权限] D2[隐私数据脱敏] D3[操作审计] D4[数据加密] end end A1 --> B1 A2 --> B2 A3 --> B2 A4 --> B3 B1 --> C1 B2 --> C2 B3 --> C3 C1 --> D1 C2 --> D2 C3 --> D3

1.4 能力对比

维度	Yudao 原生 Member	RuoYiPlus 会员营销增强
会员管理	基础会员信息	全生命周期运营
等级体系	简单等级	动态等级+权益体系
积分体系	基础积分	积分商城+兑换体系
营销活动	无	营销活动管理引擎
会员分析	简单统计	RFM 分析+画像标签
自动化营销	无	营销自动化触发器
权限控制	基础权限	会员数据分级权限
隐私合规	无	隐私数据脱敏+审计

2. 会员全生命周期运营

2.1 生命周期阶段

graph LR A[获取阶段] --> B[激活阶段] B --> C[留存阶段] C --> D[变现阶段] D --> E[推荐阶段] A --> A1[注册引流] A --> A2[新客激励] A --> A3[首单转化] A --> A4[渠道归因] B --> B1[激活引导] B --> B2[首次消费] B --> B3[习惯培养] B --> B4[新客礼包] C --> C1[签到激励] C --> C2[积分累积] C --> C3[会员升级] C --> C4[专属优惠] D --> D1[增购推荐] D --> D2[交叉销售] D --> D3[高价值转化] D --> D4[付费会员] E --> E1[推荐奖励] E --> E2[社交裂变] E --> E3[KOC 培养] E --> E4[会员大使]

2.2 会员数据权限

会员模块实现基于数据分级的权限控制，确保会员隐私数据安全。

权限层级	适用范围	说明
普通会员	个人信息	只能查看自己的会员信息
客服专员	负责会员	可查看负责会员的基本信息
运营专员	全部会员	可查看所有会员数据（脱敏）
数据分析师	分析数据	可查看统计数据但不能查看个人信息

// 会员数据权限示例
@DataPermission(scope = "member_level")
public class MemberServiceImpl {
 // 运营专员可查看会员数据
 // 敏感字段自动脱敏
}

// 隐私数据脱敏
@SensitiveField(type = SensitiveType.PHONE)
private String phone;

@SensitiveField(type = SensitiveType.EMAIL)
private String email;

2.3 会员操作审计

所有会员数据操作均记录完整审计日志，支持会员数据追溯。

审计项	说明
会员注册	记录注册时间、注册渠道
等级变更	记录升降级时间、原因
积分变动	记录积分获取、消耗明细
权益使用	记录权益使用时间、使用内容
数据导出	记录导出时间、导出人、导出数据量

3. 动态等级体系

3.1 等级体系

graph TB subgraph "等级体系" A[普通会员] --> B[银卡会员] B --> C[金卡会员] C --> D[钻石会员] A --> A1[0积分] B --> B1[1000积分] C --> C1[5000积分] D --> D1[20000积分] A --> A2[基础积分] A --> A3[生日优惠] B --> B1[积分加倍] B --> B2[专属客服] B --> B3[优先发货] C --> C1[积分三倍] C --> C2[免运费] C --> C3[专属折扣] D --> D1[积分五倍] D --> D2[专属礼品] D --> D3[VIP活动] end

3.2 等级配置

member:
 levels:
 - name: "普通会员"
 min-points: 0
 benefits: ["基础积分", "生日优惠"]
 - name: "银卡会员"
 min-points: 1000
 benefits: ["积分加倍", "专属客服", "优先发货"]
 - name: "金卡会员"
 min-points: 5000
 benefits: ["积分三倍", "免运费", "专属折扣", "会员日特权"]
 - name: "钻石会员"
 min-points: 20000
 benefits: ["积分五倍", "专属礼品", "VIP活动", "生日双倍"]
 upgrade-rules:
 auto-upgrade: true
 grace-period: 90 # 保级期90天
 downgrade-warning: 30 # 降级前30天预警

4. 积分体系增强

4.1 积分流程

graph LR A[积分获取] --> B[积分累积] B --> C[积分消耗] C --> D[积分结算] A --> A1[消费积分] A --> A2[活动积分] A --> A3[任务积分] B --> B1[积分余额] B --> B2[积分有效期] C --> C1[积分兑换] C --> C2[积分抵扣] C --> C3[积分抽奖] D --> D1[积分过期] D --> D2[积分清零]

能力项	说明
积分获取	消费积分、活动积分、任务积分
积分消耗	积分兑换、积分抵扣、积分抽奖
积分有效期	积分过期规则、清零提醒
积分冻结	订单取消积分冻结
积分追溯	积分变动明细记录

5. 营销活动引擎

5.1 活动类型

活动类型	说明
注册活动	新客注册礼包、首单优惠
签到活动	连续签到奖励、签到抽奖
消费活动	消费返积分、满减活动
节日活动	会员日、生日优惠、节日促销
裂变活动	推荐有礼、拼团活动
任务活动	完成任务获得奖励

5.2 自动化营销

graph TB subgraph "自动化营销" subgraph "触发器" A1[事件触发] A2[条件触发] A3[时间触发] A4[行为触发] end subgraph "规则引擎" B1[规则匹配] B2[条件判断] B3[动作执行] end subgraph "执行动作" C1[发送优惠券] C2[赠送积分] C3[发送短信] C4[发送邮件] end end A1 --> B1 A2 --> B1 A3 --> B1 A4 --> B1 B1 --> B2 B2 --> B3 B3 --> C1 B3 --> C2 B3 --> C3 B3 --> C4

member:
 automation:
 rules:
 - name: "新客首单激励"
 trigger: "first_order"
 actions:
 - sendCoupon: "新客复购券"
 - addPoints: 100
 - sendSms: "感谢购买，赠送100积分"
 - name: "会员升级祝贺"
 trigger: "level_upgrade"
 actions:
 - sendEmail: "升级祝贺邮件"
 - sendGift: "升级礼包"
 - addPoints: 500
 - name: "流失预警召回"
 trigger: "rfm_change"
 condition: "R > 60"
 actions:
 - sendCoupon: "召回专享券"
 - sendSms: "好久不见，专属优惠等你"

6. RFM 分析模型

6.1 RFM 分层

RFM 分层	定义	运营策略
重要价值客户	R近、F高、M高	VIP 服务、专属权益
重要发展客户	R近、F低、M高	提频次、培养习惯
重要保持客户	R远、F高、M高	激活召回、挽留
重要挽留客户	R远、F低、M高	重点挽留、专属优惠
一般价值客户	R近、F高、M低	提客单、升级引导
一般发展客户	R近、F低、M低	新客培养、首单激励
一般保持客户	R远、F高、M低	激活召回
低价值客户	R远、F低、M低	低成本维护

6.2 RFM 配置

member:
 rfm:
 r-thresholds: [30, 60, 90] # 最近消费天数
 f-thresholds: [3, 10, 20] # 消费频次
 m-thresholds: [100, 500, 1000] # 消费金额
 analysis-cycle: "monthly"

7. 技术架构

graph TB subgraph "yudao-module-member-plus" subgraph "member-biz" A1[lifecycle 生命周期管理] A2[level 等级体系] A3[points 积分体系] A4[benefits 权益管理] A5[activity 营销活动] A6[automation 自动化营销] A7[rfm RFM 分析] A8[tag 画像标签] A9[analytics 数据分析] end subgraph "权限与审计" B1[permission 权限控制] B2[audit 审计日志] B3[masking 数据脱敏] end end A1 --> B1 A2 --> B1 A3 --> B2 A4 --> B2 A5 --> B3 A6 --> B3

8. 商业价值

价值点	说明
提升复购率	会员权益激励、积分体系
降低流失率	RFM 预警、自动化召回
提高客单价	升级引导、高价值转化
降低运营成本	自动化营销、智能分层
数据驱动决策	画像分析、效果追踪
隐私合规	数据脱敏、操作审计

IM 即时通讯

Mon, 01 Jan 0001 00:00:00 +0000

核心定位

IM 模块为你的平台提供内置即时通讯能力——无需集成第三方 IM SDK（如环信、融云），直接在系统内实现私聊、群聊、频道推送和音视频通话。特别适合需要「平台内通讯」的场景，如电商客服、企业内部沟通、社区私信等。

一句话：让你的用户在你的平台里就能聊天，数据和体验完全可控。

解决什么问题

痛点	IM 如何解决
第三方 IM SDK 费用高	自建 IM，零额外成本
用户数据存在第三方	聊天数据在自己的数据库
需要与业务系统打通	用户体系、好友关系与业务联动
音视频通话能力	集成 LiveKit，支持 WebRTC 通话

用户角色

graph LR subgraph 角色 IM_USER["普通用户
私聊/群聊
发送文字/图片/文件/语音
音视频通话"] IM_ADMIN["IM 管理员
管理群组
配置频道
管理敏感词
查看消息记录"] end

功能架构

graph TB subgraph 核心功能["核心功能"] MSG2["消息中心
私聊/群聊
文字/图片/文件/语音/视频"] FRIEND["好友关系
添加/删除/黑名单"] GROUP["群组管理
创建/加入/退出/禁言"] CHANNEL["频道推送
公告/通知广播"] CALL["音视频通话
基于 LiveKit
WebRTC"] end subgraph 辅助功能 EMOJI["表情管理"] SENSITIVE["敏感词过滤"] end subgraph 通信层["通信层"] WS["WebSocket 实时通信
local / redis / rocketmq
/ kafka / rabbitmq"] end 核心功能 --> 通信层辅助功能 --> 核心功能

核心 ER 图

erDiagram IM_USER ||--o{ IM_MESSAGE : "发送" IM_USER ||--o{ IM_FRIEND : "好友关系" IM_USER ||--o{ IM_GROUP_MEMBER : "群成员" IM_GROUP ||--o{ IM_GROUP_MEMBER : "包含" IM_GROUP ||--o{ IM_MESSAGE : "群消息" IM_CHANNEL ||--o{ IM_CHANNEL_MESSAGE : "频道消息" IM_CHANNEL ||--o{ IM_CHANNEL_MEMBER : "频道成员" IM_MESSAGE { bigint id PK bigint from_user_id FK "发送者" bigint to_user_id FK "接收者" bigint group_id FK "群组" tinyint type "消息类型" text content "消息内容" datetime create_time "发送时间" } IM_GROUP { bigint id PK varchar name "群名称" bigint owner_user_id FK "群主" tinyint status "状态" } IM_CHANNEL { bigint id PK varchar name "频道名称" tinyint type "频道类型" }

数据库表分组

分组	表数量	说明
消息中心	2 表	消息记录、消息会话
好友关系	2 表	好友、好友申请
群组管理	3 表	群组、群成员、群公告
频道推送	3 表	频道、频道成员、频道消息
音视频通话	2 表	通话记录、通话参与人
其他	4 表	表情、敏感词等

WebSocket 通信模式

graph TB subgraph 发送模式["消息发送模式（可切换）"] LOCAL["local
单机模式
开发调试用"] REDIS3["redis
Redis 广播
小规模集群"] ROCKET2["rocketmq
RocketMQ
高吞吐"] KAFKA2["kafka
Kafka
大规模"] RABBIT2["rabbitmq
RabbitMQ
企业级"] end

应用场景

场景	使用方式
电商客服	买家 ↔ 商家客服私聊
企业内部通讯	员工群聊、部门频道
社区私信	用户之间私聊
在线教育	学生 ↔ 老师、课程群聊 + 音视频
医疗咨询	患者 ↔ 医生私聊 + 音视频问诊

MP 微信公众号管理

Mon, 01 Jan 0001 00:00:00 +0000

基于 RuoyiPlus 后端最新架构，8 DOs / 12 Controllers，菜单 ID 起始 12000，构建微信公众号运营管理平台

1. 增强定位与架构

1.1 产品定位

RuoYiPlus MP 围绕公众号管理、素材管理、用户互动三大核心进行企业级增强，实现微信公众号运营管理数字化。

1.2 模块规模

指标	数值
数据对象 (DO)	8 个
控制器 (Controller)	12 个
菜单 ID 起始	12000
Maven 模块	yudao-module-mp

1.3 核心数据表

表名	说明
`mp_account`	公众号管理
`mp_material`	素材管理
`mp_menu`	菜单管理
`mp_auto_reply`	自动回复
`mp_message`	消息管理
`mp_tag`	用户标签
`mp_user`	粉丝管理

graph TB subgraph "RuoYiPlus MP 增强架构" subgraph "公众号管理" A1[公众号配置] A2[菜单管理] A3[自动回复] end subgraph "内容管理" B1[素材管理] B2[图文消息] B3[模板消息] end subgraph "用户管理" C1[粉丝管理] C2[用户标签] C3[消息互动] end subgraph "管控层" D1[权限控制] D2[数据审计] D3[内容审核] end end A1 --> A2 A2 --> A3 A3 --> B1 B1 --> B2 B2 --> B3 B3 --> C1 C1 --> C2 C2 --> C3 C1 --> D1 B3 --> D2 A3 --> D3

1.4 能力对比

维度	传统方案	RuoYiPlus MP 增强
公众号管理	单公众号	多公众号统一管理
素材管理	微信后台	本地素材库+同步
自动回复	基础回复	智能回复+关键词
粉丝管理	微信后台	粉丝管理+标签分组
消息管理	无	消息记录+分析
权限控制	无	公众号级数据权限
内容审核	无	内容审核+合规

2. 公众号管理

2.1 公众号配置

graph TB subgraph "公众号管理" A[公众号注册] --> B[基本配置] B --> C[菜单配置] C --> D[自动回复] D --> E[模板消息] B --> B1[AppID配置] B --> B2[密钥管理] B --> B3[服务器配置] C --> C1[自定义菜单] C --> C2[个性化菜单] D --> D1[关注回复] D --> D2[关键词回复] D --> D3[消息回复] end

能力项	说明
多公众号	多公众号统一管理
菜单管理	自定义菜单+个性化菜单
自动回复	关注回复+关键词+消息回复
模板消息	模板消息发送

3. 素材与内容管理

3.1 素材管理

graph TB subgraph "素材管理" A[素材上传] --> B[素材分类] B --> C[素材同步] C --> D[素材使用] A --> A1[图片素材] A --> A2[视频素材] A --> A3[语音素材] A --> A4[图文素材] C --> C1[同步到微信] C --> C2[素材更新] D --> D1[图文消息] D --> D2[群发消息] end

素材类型	说明
图片素材	图片上传+管理
视频素材	视频上传+管理
语音素材	语音上传+管理
图文素材	图文编辑+发布

4. 粉丝与用户管理

4.1 粉丝管理

graph LR A[用户关注] --> B[粉丝录入] B --> C[标签分组] C --> D[消息互动] D --> E[数据分析] B --> B1[基本信息] B --> B2[关注时间] B --> B3[来源渠道] C --> C1[自动打标签] C --> C2[手动分组] D --> D1[消息记录] D --> D2[客服消息]

能力项	说明
粉丝管理	粉丝列表+详情
标签管理	用户标签+分组
消息记录	消息历史+回复
用户画像	用户分析+标签

5. 技术架构

graph TB subgraph "yudao-module-mp-plus" subgraph "mp-biz" A1[account 公众号管理] A2[material 素材管理] A3[menu 菜单管理] A4[auto_reply 自动回复] A5[message 消息管理] A6[tag 标签管理] A7[user 用户管理] A8[analytics 数据分析] end subgraph "权限与审计" B1[permission 权限控制] B2[audit 审计日志] B3[content 内容审核] end end A1 --> B1 A2 --> B3 A3 --> B1 A4 --> B3 A5 --> B2 A7 --> B1

6. 商业价值

价值点	说明
多号管理	多公众号统一管理
内容运营	素材管理+内容发布
粉丝运营	标签分组+精准触达
数据洞察	用户分析+消息分析
合规运营	内容审核+操作审计
系统集成	与CRM/会员联动

ERP 企业资源计划

Mon, 01 Jan 0001 00:00:00 +0000

基于 RuoyiPlus 后端最新架构，41 DOs / 30 Controllers，菜单 ID 起始 4000，构建完整的进销存与财务一体化管理体系

1. 增强定位与架构

1.1 产品定位

RuoYiPlus ERP 在 Yudao 原生能力基础上，围绕采购-销售-库存-财务一体化管理、多维度数据权限、业务操作审计三大核心进行企业级增强，实现从业务发生到财务核算的完整闭环。

1.2 模块规模

指标	数值
数据对象 (DO)	41 个
控制器 (Controller)	30 个
菜单 ID 起始	4000
Maven 模块	yudao-module-erp

1.3 核心数据表

表名	说明
`erp_product`	产品管理
`erp_supplier`	供应商管理
`erp_customer`	客户管理
`erp_warehouse`	仓库管理
`erp_purchase`	采购管理
`erp_sale`	销售管理
`erp_inventory`	库存管理
`erp_finance`	财务管理

graph TB subgraph "RuoYiPlus ERP 增强架构" subgraph "业务层" A1[采购管理] A2[销售管理] A3[库存管理] A4[财务管理] A5[生产管理] end subgraph "能力层" B1[供应商管理] B2[成本核算] B3[经营分析] end subgraph "基础设施层" C1[数据权限引擎] C2[业务审计] C3[敏感数据脱敏] C4[多租户隔离] end end A1 --> B1 A2 --> B2 A3 --> B2 A4 --> B3 A5 --> B3 B1 --> C1 B2 --> C2 B3 --> C3

1.4 能力对比

维度	Yudao 原生能力	RuoYiPlus ERP 增强
采购管理	基础采购	采购全流程+供应商管理
销售管理	基础销售	销售全流程+客户管理
库存管理	基础库存	多仓+库位精细化
财务管理	无	应收应付+成本核算
生产管理	无	简易生产+工序管理
报表分析	简单报表	经营分析+决策支持
权限控制	基础 RBAC	多维度数据权限
审计合规	操作日志	业务操作全链路审计

2. 采购管理增强

2.1 采购流程

graph TB subgraph "采购流程" A[采购需求] --> B[采购申请] B --> C[供应商比价] C --> D[采购订单] D --> E[订单审批] E --> F[收货预约] F --> G[质检流程] G --> H[入库确认] H --> I[采购结算] I --> J[付款申请] J --> K[付款执行] end A --> A1[销售预测] A --> A2[库存预警] A --> A3[需求汇总] C --> C1[多供应商比价] C --> C2[供应商评估] I --> I1[对账单] I --> I2[发票登记]

2.2 采购权限控制

采购模块实现基于角色和数据范围的权限控制，确保采购数据安全。

权限层级	适用范围	说明
采购员	个人负责的采购单	只能查看和处理自己负责的采购单
采购主管	本部门采购单	可查看和审批本部门所有采购单
财务经理	全部采购结算	可查看所有采购结算数据
总经理	全部采购数据	可查看所有采购数据并进行审批

// 采购数据权限示例
@DataPermission(roles = {"purchase_manager"})
public class PurchaseOrderServiceImpl {
 // 采购主管可查看本部门采购单
 // 自动按部门层级过滤数据
}

2.3 采购审计

所有采购操作均记录完整审计日志，支持采购流程追溯。

审计项	说明
采购申请	记录申请人、申请时间、申请原因
采购订单	记录订单创建、审批、变更
收货入库	记录收货时间、数量、质检结果
采购结算	记录对账、发票、付款信息

3. 销售管理增强

3.1 销售流程

graph TB subgraph "销售流程" A[客户询价] --> B[报价单] B --> C[报价审批] C --> D[报价跟踪] D --> E[销售订单] E --> F[订单审批] F --> G[库存锁定] G --> H[出库发货] H --> I[物流跟踪] I --> J[签收确认] J --> K[发票开具] K --> L[应收登记] L --> M[收款登记] end

3.2 销售权限控制

销售模块实现四层数据权限模型，确保销售数据按组织架构严格隔离。

graph TB subgraph "销售权限决策" A[销售请求] --> B[权限解析] B --> C{权限来源} C --> D[用户级权限] C --> E[角色级权限] C --> F[岗位级权限] C --> G[部门级权限] D --> H[权限合并] E --> H F --> H G --> H H --> I[数据过滤] I --> J[返回结果] end

权限层级	适用场景	示例
销售员	个人订单	只能查看自己的销售订单
销售经理	团队订单	可查看团队所有销售订单
区域总监	区域订单	可查看本区域所有销售订单
总经理	全部订单	可查看所有销售订单

4. 财务管理增强

4.1 财务管理架构

graph TB subgraph "财务管理" subgraph "应收管理" A1[应收账款] A2[收款登记] A3[对账管理] A4[账龄分析] A5[催收管理] end subgraph "应付管理" B1[应付账款] B2[付款申请] B3[付款执行] B4[对账管理] B5[账龄分析] end subgraph "成本管理" C1[采购成本] C2[销售成本] C3[成本核算] C4[成本分析] C5[利润分析] end subgraph "财务报表" D1[应收应付报表] D2[收支报表] D3[利润报表] end end A1 --> A2 A2 --> A3 A3 --> A4 A4 --> A5 B1 --> B2 B2 --> B3 B3 --> B4 B4 --> B5 C1 --> C3 C2 --> C3 C3 --> C4 C4 --> C5 D1 --> D2 D2 --> D3

4.2 财务权限控制

财务模块实现严格的数据权限控制，确保财务数据安全。

权限层级	适用范围	说明
财务人员	负责的账套	只能查看自己负责的账套数据
财务主管	本部门账套	可查看本部门所有账套数据
财务经理	全部账套	可查看所有账套数据
审计人员	只读权限	可查看所有财务数据但不能修改

4.3 财务审计

所有财务操作均记录完整审计日志，支持财务数据追溯。

审计项	说明
应收款	记录应收款创建、收款、核销
应付款	记录应付款创建、付款、核销
成本核算	记录成本计算过程
发票管理	记录发票开具、作废、红冲

5. 供应商管理

5.1 供应商评估

graph TB subgraph "供应商评估" A[供应商档案] --> B[评估维度] B --> C[质量维度 40%] B --> D[交付维度 30%] B --> E[价格维度 20%] B --> F[服务维度 10%] C --> G[综合评分] D --> G E --> G F --> G G --> H[供应商分级] H --> I[采购策略] end

评估维度	指标
质量维度	质检合格率、退货率
交付维度	交货准时率、交货周期
价格维度	价格竞争力、价格稳定性
服务维度	响应速度、服务满意度

erp:
 supplier:
 evaluation:
 dimensions:
 - name: "质量"
 weight: 40
 metrics: ["quality_rate", "return_rate"]
 - name: "交付"
 weight: 30
 metrics: ["delivery_rate", "lead_time"]
 - name: "价格"
 weight: 20
 metrics: ["price_competitiveness"]
 - name: "服务"
 weight: 10
 metrics: ["response_time", "satisfaction"]
 cycle: "quarterly"

6. 成本核算

6.1 成本核算方法

核算方法	说明	适用场景
移动加权平均	实时计算平均成本	通用场景
先进先出	按入库顺序核算	价格波动大
后进先出	按最新入库核算	特殊行业
标准成本	按预设标准核算	生产型企业

6.2 成本分析

分析维度	指标
采购成本	采购单价、采购金额、成本趋势
销售成本	销售成本、毛利率、成本占比
库存成本	库存金额、持有成本、损耗成本
利润分析	产品利润、客户利润、区域利润

7. 技术架构

graph TB subgraph "yudao-module-erp-plus" subgraph "erp-biz" A1[purchase 采购管理] A2[sale 销售管理] A3[inventory 库存管理] A4[finance 财务管理] A5[production 生产管理] A6[supplier 供应商管理] A7[cost 成本核算] A8[report 报表分析] A9[analytics 经营分析] end subgraph "权限与审计" B1[permission 权限控制] B2[audit 审计日志] B3[masking 数据脱敏] end end A1 --> B1 A2 --> B1 A3 --> B1 A4 --> B2 A5 --> B2 A6 --> B3 A7 --> B3

8. 商业价值

价值点	说明
一体化管理	进销存财务一体化
降低成本	采购优化、成本核算
提高效率	流程自动化、审批流转
数据透明	实时报表、经营分析
决策支持	预测分析、优化建议
合规管控	多维度权限、全链路审计

Vue3 管理后台

Mon, 01 Jan 0001 00:00:00 +0000

核心定位

Vue3 管理后台是 RuoYi 的主推前端方案，也是业务功能最完整的前端项目。如果你不确定选哪个前端，就选这个——所有 14 个子系统的页面都在这里最先落地。

技术栈：Vue3 + TypeScript + Vite + Element Plus + Pinia

适合什么样的用户

用户画像	为什么选这个
追求稳定性的团队	所有功能最先在这里实现，经过最充分的测试
Element Plus 生态用户	组件库成熟、文档完善、社区活跃
需要最全业务功能	14 个子系统全部有对应页面
二次开发场景	代码结构清晰，模块化程度高

项目架构

graph TB subgraph 入口 MAIN["main.ts
应用入口"] end subgraph 核心层["核心层"] ROUTER["router/
路由配置"] STORE["store/
Pinia 状态管理"] UTILS["utils/
工具函数"] end subgraph 请求层["请求层"] AXIOS["utils/request.ts
axios 封装
baseURL / timeout / 拦截器"] API["api/
按模块划分 API"] MOCK["mock/
Mock 数据"] end subgraph 视图层["视图层（按子系统划分）"] SYS_V["views/system/
系统管理"] BPM_V["views/bpm/
工作流"] CRM_V["views/crm/
客户管理"] ERP_V["views/erp/
进销存"] MALL_V["views/mall/
商城"] end subgraph 组件层 COMPS["components/
公共组件"] DIRS["directives/
自定义指令"] PLUGINS["plugins/
插件"] end MAIN --> ROUTER MAIN --> STORE ROUTER --> 视图层视图层 --> API API --> AXIOS AXIOS --> UTILS

关键设计

axios 请求封装

baseURL: /api
timeout: 30000ms
拦截器:
 - 请求拦截：自动附加 Token
 - 响应拦截：统一错误处理、Token 过期跳转登录页

页面文件组织

每个业务页面通常包含：

views/erp/purchase/order/
 ├── index.vue # 列表页面
 ├── form.vue # 表单弹窗
 └── const.ts # 常量定义

权限控制

菜单和按钮都通过权限标识控制：

// 按钮权限示例
<el-button v-hasPermi="['erp:purchase-order:create']">新增</el-button>

// 菜单由后端返回，前端根据角色动态渲染

与其他前端的对比

维度	Vue3 管理后台	Vben5	Vue2
定位	主推，功能最全	新一代，架构更先进	经典版，兼容 Vue2
UI 库	Element Plus	Ant Design / Element Plus	Element UI
业务功能	✅ 全覆盖	🚧 逐步迁移中	✅ 全覆盖
开发体验	⭐⭐⭐⭐	⭐⭐⭐⭐⭐	⭐⭐⭐
适用场景	新项目首选	追求最新技术栈	Vue2 存量项目

快速上手

# 1. 进入前端目录
cd yudao-ui-admin-vue3

# 2. 安装依赖
pnpm install

# 3. 启动开发服务器
pnpm run dev

# 4. 访问
http://localhost:80

Vben5 管理后台

Mon, 01 Jan 0001 00:00:00 +0000

核心定位

Vben5 是 RuoYi 的新一代管理后台，基于 Vben Admin 5.x（Monorepo 大仓架构），架构设计更先进。支持 Ant Design Vue 和 Element Plus 两种 UI 组件库，你可以根据团队偏好自由选择。

技术栈：Vue3 + TypeScript + Vite + Vben5 + Ant Design Vue / Element Plus

适合什么样的用户

用户画像	为什么选这个
追求最新架构的团队	Monorepo + 更先进的状态管理 + 更强的类型约束
Ant Design 生态用户	支持 Ant Design Vue，UI 风格更国际化
大型项目团队	Vben 组件体系（Vxe Table / Vben Form / Vben Modal）更适合复杂表单和表格
愿意接受功能迁移中的状态	部分业务模块仍在从 Vue3 版迁移中

项目架构

graph TB subgraph Monorepo["Monorepo 大仓结构"] APPS["apps/
应用入口"] PKGS["packages/
共享包"] INTERNAL["internal/
内部工具"] end subgraph UI["双 UI 库支持"] ANT["Ant Design Vue
风格更国际化"] EP["Element Plus
风格更国产化"] end subgraph COMP["Vben 组件体系"] TABLE["Vben Vxe Table
高性能表格"] FORM["Vben Form
声明式表单"] MODAL["Vben Modal
弹窗管理"] DRAWER["Vben Drawer
抽屉组件"] end subgraph PAGES["页面结构（每页面三文件）"] INDEX["index.vue
页面入口"] FORM_V["form.vue
表单定义"] DATA["data.ts
数据逻辑"] end APPS --> UI APPS --> COMP APPS --> PAGES

核心优势

1. Monorepo 大仓架构

所有包在一个仓库中管理，依赖版本统一，代码复用更方便。共享的工具函数、类型定义、组件统一放在 packages/ 下。

2. 双 UI 库自由切换

// 可以选择使用 Ant Design Vue
import { Button, Table, Form } from 'ant-design-vue';

// 也可以选择 Element Plus
import { ElButton, ElTable, ElForm } from 'element-plus';

同一个业务逻辑，可以适配两种 UI 风格，这对需要交付给不同客户的项目尤其有价值。

3. 声明式组件体系

Vben 的组件体系让复杂表单和表格的开发效率大幅提升：

<!-- Vben Vxe Table：声明式列定义 -->
<vxe-grid v-bind="gridOptions">
 <!-- 内置分页、排序、筛选、导出 -->
</vxe-grid>

<!-- Vben Form：声明式表单 -->
<vben-form :schema="formSchema" />

功能迁移进度

模块	状态	说明
系统管理	✅ 已完成	用户/角色/菜单/部门等
基础设施	✅ 已完成	代码生成/文件/配置等
BPM 工作流	✅ 已完成（v2.6.1）	Ant Design 版本
CRM 客户管理	✅ 已完成（v2.6.1）	Ant Design 版本
Pay 支付中心	✅ 已完成（v2.6.1）	Ant Design 版本
Member 会员	✅ 已完成（v2.6.1）	Ant Design 版本
AI 大模型	✅ 已完成（v2.6.1）	Ant Design 版本
ERP 进销存	🚧 进行中	-
Mall 商城	🚧 进行中	-

快速上手

# 1. 进入目录
cd yudao-ui-admin-vben5

# 2. 安装依赖
pnpm install

# 3. 启动开发服务器
pnpm run dev

# 4. 访问
http://localhost:端口号

WMS 仓储管理

Mon, 01 Jan 0001 00:00:00 +0000

基于 RuoyiPlus 后端最新架构，30 DOs / 29 Controllers，菜单 ID 起始 5000，构建智能仓储与供应链协同体系

1. 增强定位与架构

1.1 产品定位

RuoYiPlus WMS 围绕多仓管理、智能作业、库存精准管控三大核心进行企业级增强，实现从入库到出库的完整仓储管理闭环。

1.2 模块规模

指标	数值
数据对象 (DO)	30 个
控制器 (Controller)	29 个
菜单 ID 起始	5000
Maven 模块	yudao-module-wms

1.3 核心数据表

表名	说明
`wms_receipt`	收货管理
`wms_shipment`	发货管理
`wms_movement`	库存移动
`wms_check`	盘点管理
`wms_qc`	质检管理
`wms_damage`	报损管理
`wms_replenishment`	补货管理
`wms_inventory`	库存管理
`wms_item`	货品管理
`wms_batch`	批次管理
`wms_merchant`	商户管理
`wms_warehouse`	仓库管理

graph TB subgraph "RuoYiPlus WMS 增强架构" subgraph "仓库层" A1[总仓管理] A2[区域仓管理] A3[前置仓管理] A4[门店仓管理] A5[虚拟仓管理] end subgraph "作业层" B1[入库管理] B2[出库管理] B3[库内管理] B4[盘点管理] end subgraph "策略层" C1[库位推荐] C2[波次拣货] C3[库存预警] C4[补货建议] end subgraph "执行层" D1[PDA 移动作业] D2[任务管理] D3[作业监控] end subgraph "管控层" E1[仓库权限] E2[库存权限] E3[操作审计] E4[数据安全] end end A1 --> B1 A2 --> B1 A3 --> B1 A4 --> B1 A5 --> B1 B1 --> B2 B2 --> B3 B3 --> B4 B4 --> C1 C1 --> C2 C2 --> C3 C3 --> C4 C4 --> D1 D1 --> D2 D2 --> D3 D3 --> E1 E1 --> E2 E2 --> E3 E3 --> E4

1.4 能力对比

维度	Yudao 原生能力	RuoYiPlus WMS 增强
库存管理	基础库存	多仓管理+库位精细化
入库管理	简单入库	多来源入库+质检流程
出库管理	简单出库	智能拣货+波次管理
库存预警	无	多维度预警+补货建议
仓库作业	无	PDA 移动作业+任务管理
数据分析	无	库存周转+作业效率分析
权限控制	基础权限	仓库级数据权限
审计合规	简单日志	库存操作全链路审计

2. 多仓管理体系

2.1 仓库架构

graph TB subgraph "多仓架构" subgraph "实体仓" A1[总仓 Central] A2[区域仓 Regional] A3[前置仓 Forward] A4[门店仓 Store] A5[委托仓 3PL] end subgraph "虚拟仓" B1[在途仓 In-transit] B2[待检仓 QC Pending] end end A1 --> A2 A2 --> A3 A3 --> A4 A1 --> A5 A1 --> B1 A1 --> B2

能力项	说明
仓库类型	总仓/分仓/门店仓/委托仓
仓库属性	区域、类型、容量、作业能力
库存调拨	仓间调拨、调拨审批
库存同步	多仓库存实时同步
智能分配	订单智能分仓发货

2.2 仓库权限控制

WMS 系统实现基于仓库和数据范围的权限控制，确保库存数据安全。

权限层级	适用范围	说明
仓库管理员	本仓库	只能管理本仓库的库存和作业
区域经理	本区域仓库	可查看本区域所有仓库数据
总部运营	全部仓库	可查看所有仓库数据
财务人员	库存金额	可查看库存金额但不能修改库存

// WMS 数据权限示例
@DataPermission(scope = "warehouse")
public class InventoryServiceImpl {
 // 仓库管理员只能管理本仓库库存
 // 自动按仓库过滤数据
}

2.3 库存操作审计

所有库存操作均记录完整审计日志，支持库存变动追溯。

graph LR A[入库操作] --> B[库存增加] C[出库操作] --> D[库存减少] E[调拨操作] --> F[库存转移] G[盘点操作] --> H[库存调整] B -.-> I[审计日志] D -.-> I F -.-> I H -.-> I I --> J[库存追溯] I --> K[合规报告]

审计项	说明
入库记录	记录入库时间、入库数量、入库仓库
出库记录	记录出库时间、出库数量、出库仓库
调拨记录	记录调拨时间、调出仓库、调入仓库
盘点记录	记录盘点时间、盘点人、盘点差异
库存调整	记录调整时间、调整原因、调整数量

3. 库位精细化管理

3.1 库位管理

graph TB subgraph "库位管理" subgraph "库位编码" A1[仓库] A2[区域] A3[货架] A4[层] A5[位] end subgraph "库位类型" B1[存储位] B2[拣货位] B3[暂存位] B4[异常位] end subgraph "库位状态" C1[空置] C2[占用] C3[锁定] C4[禁用] end subgraph "库位策略" D1[库位推荐] D2[库位优化] end end A1 --> A2 A2 --> A3 A3 --> A4 A4 --> A5 A5 --> B1 B1 --> B2 B2 --> B3 B3 --> B4 B4 --> C1 C1 --> C2 C2 --> C3 C3 --> C4 C4 --> D1 D1 --> D2

wms:
 location:
 encoding: "WH-ZONE-SHELF-LEVEL-POSITION"
 types:
 - storage: "存储位"
 - picking: "拣货位"
 - staging: "暂存位"
 - exception: "异常位"
 recommendation:
 strategy: "frequency-based" # 按周转频次推荐
 hot-zone: "A区" # 高频商品区域

4. 入库与出库流程

4.1 入库流程

graph TB subgraph "入库流程" subgraph "采购入库" A1[采购订单] A2[收货预约] A3[收货登记] A4[质检流程] A5[上架作业] A6[库位推荐] A7[入库确认] end subgraph "退货入库" B1[退货申请] B2[退货审批] B3[退货收货] B4[质检流程] B5[入库/报废] end subgraph "调拨入库" C1[调拨单] C2[在途跟踪] C3[收货确认] end end A1 --> A2 A2 --> A3 A3 --> A4 A4 --> A5 A5 --> A6 A6 --> A7 B1 --> B2 B2 --> B3 B3 --> B4 B4 --> B5 C1 --> C2 C2 --> C3

4.2 出库流程

graph TB subgraph "出库流程" subgraph "销售出库" A1[订单接收] A2[订单校验] A3[库存锁定] A4[波次生成] A5[波次分配] A6[拣货任务] A7[拣货作业] A8[拣货复核] A9[打包作业] A10[发货作业] A11[物流对接] A12[出库确认] end end A1 --> A2 A2 --> A3 A3 --> A4 A4 --> A5 A5 --> A6 A6 --> A7 A7 --> A8 A8 --> A9 A9 --> A10 A10 --> A11 A11 --> A12

5. 库存预警体系

5.1 预警类型

预警类型	触发条件	响应动作
库存不足	库存 < 安全库存	生成补货建议
库存积压	库存周转 > 90天	促销建议
效期预警	距效期 < 30天	优先出库/促销
库位超载	库位占用 > 90%	库位调整建议
异常库存	质量问题锁定	异常处理提醒

5.2 补货建议

wms:
 replenishment:
 safety-stock:
 formula: "avg_daily_sales * lead_time * safety_factor"
 safety-factor: 1.5
 suggestions:
 - condition: "stock < safety_stock"
 action: "create_purchase_suggestion"
 priority: "high"
 - condition: "stock < min_stock"
 action: "urgent_purchase"
 priority: "critical"

6. 技术架构

graph TB subgraph "yudao-module-wms-plus" subgraph "wms-biz" A1[warehouse 仓库管理] A2[location 库位管理] A3[inventory 库存管理] A4[inbound 入库管理] A5[outbound 出库管理] A6[wave 波次管理] A7[picking 拣货管理] A8[task 任务管理] A9[alert 预警管理] A10[replenishment 补货管理] A11[counting 盘点管理] A12[analytics 数据分析] end subgraph "权限与审计" B1[permission 权限控制] B2[audit 审计日志] B3[traceability 库存追溯] end end A1 --> B1 A2 --> B1 A3 --> B2 A4 --> B2 A5 --> B2 A6 --> B2 A7 --> B3 A8 --> B2

7. 商业价值

价值点	说明
降低库存成本	精准库存、减少积压
提高作业效率	智能拣货、移动作业
提升准确率	扫码作业、复核流程
优化库位	库位推荐、周转优化
预警响应	及时补货、效期管理
合规管控	仓库权限、库存审计

MES 制造执行系统

Mon, 01 Jan 0001 00:00:00 +0000

基于 RuoyiPlus 后端最新架构，覆盖生产计划、工单管理、工序流转、质量管控，构建数字化车间与智能制造执行体系

1. 增强定位与架构

1.1 产品定位

RuoYiPlus MES 围绕智能排产、质量管控、物料追溯三大核心进行企业级增强，实现从生产计划到产品入库的完整制造执行闭环。

1.2 模块规模

指标	数值
Maven 模块	yudao-module-mes

1.3 核心数据表

表名	说明
`mes_production_plan`	生产计划
`mes_work_order`	工单管理
`mes_process`	工序管理
`mes_quality`	质量管理
`mes_equipment`	设备管理
`mes_material`	物料管理
`mes_traceability`	追溯管理

graph TB subgraph "RuoYiPlus MES 增强架构" subgraph "计划层" A1[MPS 主生产计划] A2[MRP 物料需求] A3[APS 智能排产] end subgraph "执行层" B1[工单管理] B2[工序流转] B3[物料管理] B4[人员管理] end subgraph "管控层" C1[质量管理] C2[设备管理] C3[数据采集] C4[实时监控] end subgraph "追溯层" D1[物料追溯] D2[质量追溯] D3[生产追溯] end subgraph "合规层" E1[操作权限] E2[生产审计] E3[质量审计] E4[数据加密] end end A1 --> A2 A2 --> A3 A3 --> B1 B1 --> B2 B2 --> B3 B3 --> B4 B4 --> C1 C1 --> C2 C2 --> C3 C3 --> C4 C4 --> D1 D1 --> D2 D2 --> D3 D3 --> E1 E1 --> E2 E2 --> E3 E3 --> E4

1.4 能力对比

维度	传统 MES	RuoYiPlus MES 增强
生产计划	手工排产	智能排产+APS集成
生产执行	纸质流转	电子工单+工序流转
质量管理	离线质检	在线质检+SPC分析
设备管理	设备台账	设备监控+预测维护
物料管理	手工领料	智能配料+物料追溯
数据采集	手工录入	自动采集+实时监控
权限控制	基础权限	车间级权限控制
审计合规	简单日志	生产全链路审计

2. 生产计划与排产

2.1 生产计划体系

graph TB subgraph "生产计划" subgraph "需求来源" A1[销售订单] A2[预测订单] A3[委外订单] end subgraph "计划分解" B1[MPS 主生产计划] B2[MRP 物料需求计划] B3[采购计划] B4[生产计划] B5[车间作业计划] end subgraph "智能排产" C1[APS 排产算法] C2[产能平衡] C3[设备分配] C4[人员分配] end subgraph "计划执行" D1[工单下发] D2[执行跟踪] D3[进度反馈] end end A1 --> B1 A2 --> B1 A3 --> B1 B1 --> B2 B2 --> B3 B2 --> B4 B4 --> B5 B5 --> C1 C1 --> C2 C2 --> C3 C3 --> C4 C4 --> D1 D1 --> D2 D2 --> D3

2.2 生产权限控制

MES 系统实现基于车间和工序的权限控制，确保生产数据安全。

权限层级	适用范围	说明
操作工	本工序	只能查看和操作本工序任务
班组长	本班组	可查看本班组所有生产任务
车间主任	本车间	可查看本车间所有生产数据
生产经理	全部车间	可查看所有车间生产数据

// MES 数据权限示例
@DataPermission(scope = "workshop")
public class WorkOrderServiceImpl {
 // 车间主任可查看本车间工单
 // 自动按车间过滤数据
}

2.3 生产操作审计

所有生产操作均记录完整审计日志，支持生产过程追溯。

审计项	说明
工单创建	记录工单创建人、创建时间
工单下发	记录下发时间、接收人
工序开工	记录开工时间、操作人员
工序完工	记录完工时间、完工数量
质检记录	记录质检时间、质检结果
物料领用	记录领用时间、领用数量

3. 生产执行管理

3.1 生产执行流程

graph TB subgraph "生产执行" subgraph "工单管理" A1[工单创建] A2[工单审批] A3[工单下发] A4[工单开工] A5[工单完工] A6[工单关闭] end subgraph "工序流转" B1[工序开工] B2[工序作业] B3[工序质检] B4[工序完工] B5[工序流转] end subgraph "物料管理" C1[物料领用] C2[物料消耗] C3[余料退回] C4[物料追溯] end subgraph "人员管理" D1[人员派工] D2[作业记录] D3[计件统计] end end A1 --> A2 A2 --> A3 A3 --> A4 A4 --> A5 A5 --> A6 B1 --> B2 B2 --> B3 B3 --> B4 B4 --> B5 C1 --> C2 C2 --> C3 C3 --> C4 D1 --> D2 D2 --> D3

3.2 电子工单

能力项	说明
电子工单	工单电子化、扫码开工
工序流转	工序状态跟踪、流转记录
报工管理	完工数量、良品/不良品
异常处理	异常上报、异常处理
进度跟踪	实时进度、预计完工

4. 质量管理增强

4.1 质量管理体系

graph TB subgraph "质量管理" subgraph "质检配置" A1[质检标准] A2[质检项目] A3[质检方法] A4[质检频次] end subgraph "质检执行" B1[来料质检] B2[首件质检] B3[过程质检] B4[终检] B5[出货检验] end subgraph "质量分析" C1[不良统计] C2[原因分析] C3[改善措施] C4[SPC 分析] end subgraph "质量追溯" D1[批次追溯] D2[工序追溯] D3[人员追溯] end end A1 --> B1 A2 --> B1 A3 --> B1 A4 --> B1 B1 --> B2 B2 --> B3 B3 --> B4 B4 --> B5 B5 --> C1 C1 --> C2 C2 --> C3 C3 --> C4 C4 --> D1 D1 --> D2 D2 --> D3

4.2 质量审计

所有质检操作均记录完整审计日志，支持质量数据追溯。

审计项	说明
质检记录	记录质检时间、质检员、质检结果
不良记录	记录不良类型、不良原因
改善措施	记录改善措施、执行结果
SPC 数据	记录 SPC 分析数据

5. 物料追溯

5.1 追溯体系

graph TB subgraph "物料追溯" subgraph "原料追溯" A1[供应商] A2[入库批次] A3[质检结果] A4[存储位置] A5[领用记录] end subgraph "生产追溯" B1[生产工单] B2[工序流转] B3[消耗记录] B4[作业人员] B5[设备信息] B6[质检记录] end subgraph "产品追溯" C1[成品批次] C2[入库记录] C3[出库记录] C4[客户订单] C5[交付记录] end end A1 --> A2 A2 --> A3 A3 --> A4 A4 --> A5 A5 --> B1 B1 --> B2 B2 --> B3 B3 --> B4 B4 --> B5 B5 --> B6 B6 --> C1 C1 --> C2 C2 --> C3 C3 --> C4 C4 --> C5

5.2 追溯查询

查询方向	说明
正向追溯	原料 → 成品 → 客户
反向追溯	客户 → 成品 → 原料
横向追溯	同批次产品分布

6. 技术架构

graph TB subgraph "yudao-module-mes-plus" subgraph "mes-biz" A1[plan 生产计划] A2[scheduling 智能排产] A3[workorder 工单管理] A4[process 工序管理] A5[quality 质量管理] A6[equipment 设备管理] A7[material 物料管理] A8[traceability 追溯管理] A9[collection 数据采集] A10[monitor 实时监控] A11[report 报表分析] end subgraph "权限与审计" B1[permission 权限控制] B2[audit 审计日志] B3[traceability 追溯审计] end end A1 --> B1 A2 --> B1 A3 --> B2 A4 --> B2 A5 --> B3 A6 --> B2 A7 --> B3

7. 商业价值

价值点	说明
提升生产效率	智能排产、工序优化
提高产品质量	在线质检、SPC控制
降低设备故障	预测维护、OEE优化
实现追溯合规	全链路追溯、批次管理
数据驱动决策	实时监控、分析报表
生产可追溯	全链路审计、质量追溯

SaaS 多租户

Mon, 01 Jan 0001 00:00:00 +0000

核心定位

SaaS 多租户让你用一套代码同时服务多个企业客户，每个客户（租户）只能看到自己的数据，彼此完全隔离。无论是做垂直 SaaS 产品还是企业内部多子公司管理，这都是不可或缺的能力。

两种方案：字段隔离（轻量级，适合中小规模）和数据库隔离（物理隔离，适合大规模 SaaS）。

适合什么样的用户

场景	推荐方案	原因
SaaS 创业初期	字段隔离	运维简单，一台数据库搞定
大型 SaaS 平台	数据库隔离	物理隔离，安全性高，可独立备份
企业内部多公司	字段隔离	公司数量有限，逻辑隔离足够
金融/医疗等强合规行业	数据库隔离	数据必须物理隔离

两种方案对比

graph TB subgraph COLUMN["方案一：字段隔离 COLUMN 模式"] direction TB C1["所有租户共享
同一数据库同一套表"] C2["每张表添加
tenant_id 字段"] C3["SQL 拦截器
自动拼接 WHERE tenant_id = ?"] C4["优点：运维简单、资源利用率高
缺点：逻辑隔离，安全性一般"] C1 --> C2 --> C3 --> C4 end subgraph DATASOURCE["方案二：数据库隔离 DATASOURCE 模式"] direction TB D1["主库：共享表
用户/菜单/配置/租户信息"] D2["租户库 A：业务表"] D3["租户库 B：业务表"] D4["租户库 C：业务表"] D5["优点：物理隔离、安全性高、可独立备份
缺点：运维复杂、资源利用率低"] D1 --> D2 D1 --> D3 D1 --> D4 D2 & D3 & D4 --> D5 end

详细对比

维度	字段隔离（COLUMN）	数据库隔离（DATASOURCE）
隔离级别	逻辑隔离	物理隔离
安全性	中等（依赖 SQL 拦截）	高（数据库级隔离）
资源利用率	高（共享连接池）	低（每租户独立连接）
运维复杂度	低（单库运维）	高（多库运维）
扩展性	受限于单库性能	可水平扩展
数据备份	需要按 tenant_id 筛选	每个租户独立备份
适用规模	百级租户	千级/万级租户
技术实现	MyBatis Plus 拦截器	dynamic-datasource

字段隔离实现原理

sequenceDiagram participant U as 用户（租户A） participant APP as 应用层 participant INTERCEPTOR as SQL 拦截器 participant DB as 共享数据库 U->>APP: 查询客户列表 APP->>INTERCEPTOR: SELECT * FROM crm_customer INTERCEPTOR->>INTERCEPTOR: 自动拼接 tenant_id = 'A' INTERCEPTOR->>DB: SELECT * FROM crm_customer
WHERE tenant_id = 'A' DB-->>APP: 只返回租户A的数据 APP-->>U: 显示客户列表

核心机制：通过 MyBatis Plus 的多租户插件，在执行任何 SQL 前自动添加 tenant_id 条件，对业务代码完全透明。

数据库隔离实现原理

基于 dynamic-datasource 动态数据源，请求进入时根据当前租户 ID 切换到对应的数据源：

spring:
 datasource:
 dynamic:
 primary: master  # 主库（共享表）
 datasource:
 master: # 主库配置
 url: jdbc:mysql://localhost:3306/ruoyi_master
 tenant_1: # 租户1的独立数据库
 url: jdbc:mysql://localhost:3306/ruoyi_tenant_1
 tenant_2: # 租户2的独立数据库
 url: jdbc:mysql://localhost:3306/ruoyi_tenant_2

租户套餐管理

graph LR PACKAGE1["基础版套餐
系统管理 + 基础功能"] PACKAGE2["专业版套餐
基础版 + CRM + ERP"] PACKAGE3["旗舰版套餐
全部功能"] 租户A["租户 A"] --> PACKAGE1 租户B["租户 B"] --> PACKAGE2 租户C["租户 C"] --> PACKAGE3

每个租户可以绑定一个套餐，套餐定义了该租户可见的菜单和可用功能。支持套餐到期自动禁用。

PM 项目管理

Mon, 01 Jan 0001 00:00:00 +0000

基于 RuoyiPlus 后端最新架构，16 DOs / 15 Controllers，菜单 ID 起始 2500，构建数字化项目管理与团队协作体系

1. 增强定位与架构

1.1 产品定位

RuoYiPlus PM 围绕项目全生命周期管理、多项目协同调度、项目权限与审计三大核心进行企业级增强，实现从立项到结项的完整项目管理闭环。

1.2 模块规模

指标	数值
数据对象 (DO)	16 个
控制器 (Controller)	15 个
菜单 ID 起始	2500
Maven 模块	yudao-module-pm

1.3 核心数据表

表名	说明
`pm_project`	项目管理
`pm_task`	任务管理
`pm_warning`	预警管理
`pm_cost`	成本管理
`pm_affiliated`	附属项目管理
`pm_track_project`	项目跟踪
`pm_label`	标签管理
`pm_project_member`	项目成员

graph TB subgraph "RuoYiPlus PM 增强架构" subgraph "项目层" A1[项目立项] A2[项目计划] A3[项目执行] A4[项目监控] A5[项目结项] end subgraph "能力层" B1[WBS 工作分解] B2[甘特图] B3[里程碑管理] B4[资源调度] B5[风险管理] end subgraph "协同层" C1[任务协同] C2[工时管理] C3[文档管理] C4[沟通协作] end subgraph "管控层" D1[项目权限] D2[数据隔离] D3[操作审计] D4[合规报告] end end A1 --> A2 A2 --> A3 A3 --> A4 A4 --> A5 A5 --> B1 B1 --> B2 B2 --> B3 B3 --> B4 B4 --> B5 B5 --> C1 C1 --> C2 C2 --> C3 C3 --> C4 C4 --> D1 D1 --> D2 D2 --> D3 D3 --> D4

1.4 能力对比

维度	Yudao 原生能力	RuoYiPlus PM 增强
项目管理	基础项目信息	全生命周期管理
任务管理	简单任务	WBS 分解+依赖关系
进度管控	无	甘特图+里程碑+关键路径
资源管理	无	资源调度+工时管理
风险管理	无	风险识别+应对策略
数据分析	无	项目健康度+效能分析
权限控制	基础权限	项目级数据权限
审计合规	简单日志	项目全链路审计

2. 项目全生命周期管理

2.1 生命周期阶段

graph LR A[立项阶段] --> B[计划阶段] B --> C[执行阶段] C --> D[监控阶段] D --> E[收尾阶段] A --> A1[需求分析] A --> A2[可行性评估] A --> A3[项目立项审批] B --> B1[WBS 分解] B --> B2[进度计划] B --> B3[资源计划] B --> B4[风险计划] C --> C1[任务分配] C --> C2[任务执行] C --> C3[工时填报] C --> C4[进度汇报] D --> D1[进度监控] D --> D2[偏差分析] D --> D3[变更管理] D --> D4[风险预警] E --> E1[验收评审] E --> E2[经验总结] E --> E3[项目归档]

2.2 项目数据权限

PM 系统实现基于项目和角色的数据权限控制，确保项目数据按组织架构严格隔离。

权限层级	适用范围	说明
项目成员	参与的项目	只能查看和参与自己被分配的项目
项目经理	负责的项目	可管理项目全部数据，包括任务分配、进度调整
部门经理	本部门项目	可查看本部门所有项目的进度和资源
PMO	全部项目	可查看所有项目数据并进行组合分析

// PM 数据权限示例
@DataPermission(scope = "project")
public class ProjectServiceImpl {
 // 项目经理可管理本项目全部数据
 // 自动按项目过滤任务、工时、文档
}

// 项目成员权限
@DataPermission(roles = {"project_member"})
public class TaskServiceImpl {
 // 项目成员只能查看自己负责的任务
 // 自动按任务负责人过滤
}

2.3 项目操作审计

所有项目关键操作均记录完整审计日志，支持项目过程追溯。

graph TB subgraph "审计事件采集" A1[项目立项] A2[计划变更] A3[任务分配] A4[进度调整] A5[里程碑变更] A6[项目结项] end subgraph "审计处理" B1[变更对比] B2[风险评分] B3[规则匹配] end subgraph "审计存储" C1[操作日志] C2[变更历史] C3[区块链存证] end A1 --> B1 A2 --> B1 A3 --> B1 A4 --> B1 A5 --> B1 A6 --> B1 B1 --> B2 B2 --> B3 B3 --> C1 B3 --> C2 B3 --> C3

审计项	说明	保留期限
项目立项	记录立项人、立项时间、项目目标	永久
计划变更	记录变更前后对比、变更原因	项目生命周期+3年
任务分配	记录分配人、被分配人、分配时间	项目生命周期+3年
进度调整	记录调整前后工期、调整原因	项目生命周期+3年
里程碑变更	记录变更内容、审批人	永久
项目结项	记录结项时间、验收结果	永久

3. WBS 工作分解与任务管理

3.1 WBS 分解结构

graph TB subgraph "WBS 工作分解" A[项目] --> B[阶段1] A --> C[阶段2] A --> D[阶段3] B --> B1[任务1.1] B --> B2[任务1.2] B --> B3[任务1.3] C --> C1[任务2.1] C --> C2[任务2.2] D --> D1[任务3.1] D --> D2[任务3.2] D --> D3[任务3.3] B1 --> B1a[子任务1.1.1] B1 --> B1b[子任务1.1.2] end

3.2 任务管理

能力项	说明
任务创建	任务定义、优先级、工期估算
任务分配	按技能/负载智能分配
任务依赖	FS/FF/SS/SF 依赖关系
子任务	多级子任务分解
任务看板	看板视图、列表视图
任务提醒	到期提醒、超时预警

3.3 任务状态流转

graph LR A[待处理] --> B[进行中] B --> C[待验收] C --> D[已完成] B --> E[已阻塞] E --> B C --> F[验收不通过] F --> B D --> G[已关闭]

4. 进度管控

4.1 甘特图

gantt title 项目进度甘特图示例 dateFormat YYYY-MM-DD section 需求阶段需求分析 :a1, 2024-01-01, 15d 需求评审 :a2, after a1, 5d section 设计阶段概要设计 :b1, after a2, 10d 详细设计 :b2, after b1, 15d 设计评审 :b3, after b2, 5d section 开发阶段编码开发 :c1, after b3, 30d 单元测试 :c2, after c1, 10d section 测试阶段集成测试 :d1, after c2, 15d 验收测试 :d2, after d1, 10d section 上线阶段部署上线 :e1, after d2, 5d

4.2 里程碑管理

graph LR A[里程碑1: 需求确认] --> B[里程碑2: 设计完成] B --> C[里程碑3: 开发完成] C --> D[里程碑4: 测试通过] D --> E[里程碑5: 正式上线] A -.-> A1[计划: 01-20] B -.-> B1[计划: 02-15] C -.-> C1[计划: 03-30] D -.-> D1[计划: 04-20] E -.-> E1[计划: 05-01]

能力项	说明
里程碑设置	关键节点定义与标记
进度追踪	里程碑完成状态实时追踪
偏差预警	里程碑延期自动预警
变更管理	里程碑变更需审批流程

4.3 关键路径分析

graph TB A[任务A: 10d] --> C[任务C: 15d] C --> E[任务E: 10d] A --> D[任务D: 5d] D --> F[任务F: 8d] F --> E B[任务B: 20d] --> E style A fill:none style C fill:none style E fill:none style B fill:none

关键路径：B → E = 30天（项目最短工期）

5. 资源与工时管理

5.1 资源调度

graph TB subgraph "资源调度" A[资源需求] --> B{资源匹配} B --> C[技能匹配] B --> D[负载评估] B --> E[可用性检查] C --> F[资源分配] D --> F E --> F F --> G[冲突检测] G --> H{有冲突?} H -->|是| I[资源协调] H -->|否| J[确认分配] I --> J end

5.2 工时管理

能力项	说明
工时填报	按任务填报每日工时
工时审批	工时填报审批流程
工时统计	个人/团队/项目工时统计
工时分析	工时利用率、加班分析
成本核算	基于工时的人力成本核算

pm:
 timesheet:
 rules:
 daily-max: 24h  # 每日最大工时
 weekly-max: 60h  # 每周最大工时
 approval-required: true # 需要审批
 overtime-threshold: 8h  # 加班阈值
 cost:
 hourly-rate: 200 # 默认时薪
 overtime-multiplier: 1.5 # 加班倍率

6. 风险管理

6.1 风险管理流程

graph TB subgraph "风险管理" A[风险识别] --> B[风险评估] B --> C[风险分级] C --> D[应对策略] D --> E[风险监控] E --> F{风险发生?} F -->|是| G[应急响应] F -->|否| E G --> H[风险关闭] end

6.2 风险分级

风险等级	影响程度	发生概率	响应要求
紧急风险	项目停滞	高概率	立即制定应对方案
高风险	严重延期	较高概率	3天内制定应对方案
中风险	局部影响	中等概率	1周内制定预防措施
低风险	轻微影响	低概率	持续监控

7. 项目数据分析

7.1 项目健康度

graph TB subgraph "项目健康度评估" A[进度偏差] --> E[健康度评分] B[成本偏差] --> E C[质量指标] --> E D[风险状态] --> E E --> F{健康度} F -->|≥90| G[绿色-健康] F -->|70-89| H[黄色-关注] F -->|<70| I[红色-预警] end

7.2 分析维度

分析维度	指标
进度分析	计划完成率、里程碑达成率、进度偏差率
资源分析	资源利用率、工时分布、负载均衡度
成本分析	预算执行率、人力成本、偏差分析
质量分析	缺陷密度、返工率、验收通过率
效能分析	任务完成效率、团队协作效率

8. 多项目管理 (PMO)

8.1 PMO 视图

graph TB subgraph "PMO 多项目管理" subgraph "项目组合" A1[战略项目A] A2[战略项目B] A3[常规项目C] A4[常规项目D] end subgraph "资源池" B1[开发资源池] B2[测试资源池] B3[设计资源池] end subgraph "PMO 管控" C1[项目优先级] C2[资源协调] C3[组合分析] C4[健康度监控] end end A1 --> C1 A2 --> C1 A3 --> C2 A4 --> C2 C1 --> C3 C2 --> C3 C3 --> C4

8.2 PMO 权限

权限层级	适用范围	说明
PMO 总监	全部项目	可查看所有项目数据、调整项目优先级
PMO 专员	指定项目组合	可查看指定项目组合数据
资源经理	资源池	可管理资源分配但不能查看项目业务数据

9. 技术架构

graph TB subgraph "yudao-module-pm-plus" subgraph "pm-biz" A1[project 项目管理] A2[wbs WBS分解] A3[task 任务管理] A4[schedule 进度管理] A5[milestone 里程碑] A6[resource 资源管理] A7[timesheet 工时管理] A8[risk 风险管理] A9[document 文档管理] A10[analytics 数据分析] end subgraph "权限与审计" B1[permission 权限控制] B2[audit 审计日志] B3[compliance 合规报告] end end A1 --> B1 A2 --> B1 A3 --> B2 A4 --> B2 A5 --> B2 A6 --> B1 A7 --> B2 A8 --> B3

10. 商业价值

价值点	说明
进度可控	甘特图、里程碑、关键路径分析
资源优化	智能调度、负载均衡、工时管理
风险预控	风险识别、预警机制、应急响应
协同高效	任务协同、文档共享、沟通协作
数据驱动	项目健康度、效能分析、决策支持
合规可追溯	项目级权限、全链路审计、变更追溯

代码生成进阶

Mon, 01 Jan 0001 00:00:00 +0000

核心定位

代码生成器是 RuoYi 开发效率的「核武器」。常规的单表 CRUD 已经不能满足复杂业务场景，这里介绍三种进阶生成模式，覆盖了企业开发中最常见的复杂页面形态。

有了这些能力，一个包含主子表、审批流的复杂业务页面，从「写几天」变成「配几分钟」。

适合什么样的用户

场景	推荐模式	效果
订单+明细	主子表-标准模式	同一弹窗，主子表同框编辑
工单+工序	主子表-内嵌模式	列表内直接展开子表
采购订单+明细	主子表-ERP 模式	主子表独立列表，独立表单
部门树/分类树	树形表模式	自动生成树形表格
移动端页面	uni-app 模式	生成适配 H5/小程序的页面

三种主子表生成模式

graph TB subgraph 标准模式["模式一：标准模式"] S1["主表列表页"] S2["点击新增 → 弹窗"] S3["弹窗内：主表表单 + 子表表格
在同一弹窗中编辑"] S1 --> S2 --> S3 end subgraph 内嵌模式["模式二：内嵌模式"] I1["主表列表页"] I2["展开行 → 内嵌子表
主表行下方直接显示子表"] I1 --> I2 end subgraph ERP模式["模式三：ERP 模式"] E1["主表独立列表"] E2["子表独立列表
（通过主表 ID 关联）"] E3["主表独立表单"] E4["子表独立表单"] E1 --> E2 E3 --> E4 end

各模式适用场景

模式	适用场景	用户体验	代表业务
标准模式	主子表数据量小，主表+子表需要一起填写	⭐⭐⭐⭐ 操作流畅	问卷+题目、配置+配置项
内嵌模式	需要快速查看子表数据，不想跳转	⭐⭐⭐⭐⭐ 信息密度高	工单+工序、任务+子任务
ERP 模式	主子表各有独立业务逻辑，数据量大	⭐⭐⭐ 灵活度高	采购订单+明细、销售订单+明细

树形表代码生成

graph LR DEPT["部门表
id / parent_id / name"] GEN["代码生成器
识别 parent_id 字段"] OUT["生成树形表格页面
el-tree + 拖拽排序"] DEPT --> GEN --> OUT

支持无限层级，自动生成展开/折叠、拖拽排序、新增子节点等功能。

uni-app 代码生成

为移动端生成完整的页面代码，支持：

列表页面（下拉刷新、上拉加载）
表单页面
详情页面
API 请求封装

前端版本支持

生成目标	Vue3 管理后台	Vben5	Vue2	uni-app
单表 CRUD	✅	✅	✅	✅
主子表-标准	✅	✅	✅	❌
主子表-内嵌	✅	✅	✅	❌
主子表-ERP	✅	✅	✅	❌
树形表	✅	✅	✅	❌

使用流程

在数据库中建好表结构
在「代码生成」菜单中导入表
配置生成选项（模块名、业务名、类名、生成模式）
预览并生成代码
将代码复制到项目中，配置菜单即可使用

BPM 工作流

Mon, 01 Jan 0001 00:00:00 +0000

核心定位

BPM 工作流是企业的「审批中枢」——请假、报销、采购、合同、用章……几乎所有需要「多级审批」的场景，都能在这里建模和流转。基于 Flowable 引擎，提供仿钉钉/飞书和 BPMN 双设计器，非技术人员也能上手设计流程。

一句话：告别微信群审批、邮件审批、纸质审批，把审批流程变成结构化的可追溯系统。

解决什么问题

痛点	BPM 如何解决
审批流程靠口头/微信，无记录	所有审批留痕，可追溯每一步操作
审批规则靠人记忆，容易遗漏	流程模板固化规则，自动路由到正确审批人
跨部门审批沟通成本高	自动流转，无需人工通知
审批超时无人跟进	超时自动提醒，支持自动审批/跳过
组织变动导致审批人变化	审批人按角色/部门动态计算，不写死具体人

用户角色

graph LR subgraph 角色 ADMIN["流程管理员
设计流程模板
部署和发布流程"] APPLICANT["发起人
提交申请
查看审批进度
撤销申请"] APPROVER["审批人
审批/驳回/转办/加签
查看待办/已办"] COPYER["抄送人
接收审批结果通知
无需操作"] end

功能协作流程

sequenceDiagram participant A as 发起人 participant F as 流程引擎 participant P1 as 审批人1（部门主管） participant P2 as 审批人2（财务经理） participant B as 业务系统（如 ERP） A->>F: 发起流程（如采购申请） F->>B: 关联业务数据（采购订单 ID） F->>P1: 推送待办任务 P1->>F: 审批通过 F->>P2: 推送待办任务 P2->>F: 审批通过 F->>B: 回调：流程完成，更新业务状态 F->>A: 通知：申请已通过 Note over F: 若任一审批人驳回
流程回退到发起人

双设计器对比

graph TB subgraph SIMPLE["SIMPLE 设计器（仿钉钉/飞书）"] S1["拖拽式操作"] S2["适合简单审批链"] S3["学习成本低"] S4["非技术人员可用"] end subgraph BPMN["BPMN 设计器"] B1["标准 BPMN 2.0"] B2["支持复杂分支/并行"] B3["需要一定学习"] B4["技术人员使用"] end SIMPLE -.->|复杂场景可升级| BPMN

特性	SIMPLE 设计器	BPMN 设计器
上手难度	⭐ 极低	⭐⭐⭐ 中等
适用人群	业务人员、HR、行政	开发人员、流程专家
支持节点	审批、抄送、条件分支	全部 BPMN 2.0 节点
并行分支	❌	✅
包容分支	❌	✅
子流程	❌	✅

审批操作全景

graph TB 审批节点 -->|通过| 下一节点审批节点 -->|驳回| 退回节点["退回指定节点
或退回到发起人"] 审批节点 -->|转办| 转办人["转给其他人处理
自己不再参与"] 审批节点 -->|委派| 委派人["委派他人处理
处理完回到自己"] 审批节点 -->|加签| 加签人["增加审批人
会签/或签"] 审批节点 -->|减签| 减签人["减少审批人"] 审批节点 -->|终止| 结束节点["流程直接结束
（特殊权限）"]

流程控制能力

控制类型	说明	典型场景
条件分支	根据表单数据走不同审批路径	金额 < 5000 无需总经理审批
并行分支	多人同时审批，都通过才继续	多部门并行会签
包容分支	多人同时审批，任一通过则继续	或签场景
触发节点	自动执行服务任务	审批通过后自动创建 ERP 单据
延迟节点	等待指定时间后继续	合同到期前 7 天提醒
超时审批	超时自动处理	48 小时未审批自动通过/拒绝
自动提醒	定时提醒待办	每天早上 9 点推送待办汇总

与业务系统的集成

graph TB BPM["BPM 流程引擎"] subgraph 集成场景 ERP_APPROVAL["ERP 采购审批
采购订单 → BPM 审批 → 自动入库"] CRM_APPROVAL["CRM 合同审批
合同草稿 → BPM 审批 → 合同生效"] OA_APPROVAL["OA 通用审批
请假/报销/用章/外出"] end BPM --> ERP_APPROVAL BPM --> CRM_APPROVAL BPM --> OA_APPROVAL

集成方式：业务模块通过 BPM 提供的 API 发起流程、查询审批状态、处理审批回调，无需关心 Flowable 底层细节。

IOT 物联网平台

Mon, 01 Jan 0001 00:00:00 +0000

基于 RuoyiPlus 后端最新架构，涵盖设备管理、设备分组、告警配置与告警记录，构建设备连接、数据采集与智能运维体系

1. 增强定位与架构

1.1 产品定位

RuoYiPlus IOT 围绕多协议设备接入、实时数据处理、设备安全管控三大核心进行企业级增强，实现从设备接入到智能运维的完整物联网解决方案。

1.2 模块规模

指标	数值
Maven 模块	yudao-module-iot

1.3 核心数据表

表名	说明
`iot_device`	设备管理
`iot_device_group`	设备分组
`iot_alert_config`	告警配置
`iot_alert_record`	告警记录

graph TB subgraph "RuoYiPlus IOT 增强架构" subgraph "设备接入层" A1[MQTT 协议] A2[CoAP 协议] A3[HTTP/HTTPS] A4[Modbus] A5[OPC-UA] A6[LoRaWAN] end subgraph "网关层" B1[边缘网关] B2[协议网关] B3[安全网关] end subgraph "平台层" C1[设备管理] C2[数据采集] C3[规则引擎] C4[告警管理] end subgraph "应用层" D1[实时监控] D2[预测运维] D3[数据分析] end subgraph "安全层" E1[设备认证] E2[权限控制] E3[操作审计] E4[数据加密] end end A1 --> B1 A2 --> B1 A3 --> B1 A4 --> B2 A5 --> B2 A6 --> B2 B1 --> C1 B2 --> C1 B3 --> C1 C1 --> C2 C2 --> C3 C3 --> C4 C4 --> D1 D1 --> D2 D2 --> D3 C1 --> E1 C2 --> E2 C3 --> E3 C4 --> E4

1.4 能力对比

维度	传统方案	RuoYiPlus IOT 增强
设备接入	单协议接入	多协议多网关接入
数据采集	手工采集	自动采集实时上报
数据处理	简单存储	流式处理+规则引擎
设备管理	设备台账	设备生命周期管理
运维监控	离线监控	实时监控+预测运维
数据分析	历史查询	实时分析+AI预测
权限控制	基础权限	设备级权限控制
审计合规	简单日志	设备操作全链路审计

2. 多协议设备接入

2.1 协议适配架构

graph TB subgraph "协议适配层" subgraph "IoT 标准协议" A1[MQTT] A2[CoAP] end subgraph "通用协议" B1[HTTP/HTTPS] B2[TCP/UDP] end subgraph "工业协议" C1[Modbus] C2[OPC-UA] end subgraph "低功耗协议" D1[LoRaWAN] end end subgraph "网关层" E1[边缘网关] E2[协议网关] E3[安全网关] end subgraph "平台层" F1[设备注册] F2[设备认证] F3[连接管理] F4[数据上报] end A1 --> E1 A2 --> E1 B1 --> E2 B2 --> E2 C1 --> E2 C2 --> E2 D1 --> E3 E1 --> F1 E2 --> F1 E3 --> F1 F1 --> F2 F2 --> F3 F3 --> F4

协议类型	适用场景	特点
MQTT	IoT 标准	轻量、发布订阅
CoAP	资源受限设备	UDP、低功耗
HTTP	通用接入	RESTful、易集成
Modbus	工业设备	PLC、传感器
OPC-UA	工业自动化	MES/SCADA集成
LoRaWAN	广域物联网	低功耗、远距离

3. 设备生命周期管理

3.1 设备生命周期

graph LR A[设备注册] --> B[设备认证] B --> C[设备激活] C --> D[设备运行] D --> E[设备运维] E --> F[设备退役] A --> A1[设备建模] A --> A2[设备类型] A --> A3[设备属性] B --> B1[Token认证] B --> B2[证书认证] B --> B3[密钥认证] C --> C1[设备连接] C --> C2[数据上报] C --> C3[命令下发] D --> D1[状态监控] D --> D2[告警管理] D --> D3[远程维护] E --> E1[设备诊断] E --> E2[故障处理] E --> E3[固件升级] F --> F1[设备停用] F --> F2[设备注销] F --> F3[数据归档]

3.2 设备权限控制

IOT 平台实现设备级权限控制，确保设备操作安全。

权限层级	适用范围	说明
设备级	单个设备	只能操作指定设备
设备组	设备分组	可操作分组内所有设备
区域级	区域设备	可操作区域内所有设备
全局级	全部设备	可操作所有设备

// 设备权限示例
@DataPermission(scope = "device_group")
public class DeviceServiceImpl {
 // 设备组管理员只能操作本组设备
 // 自动按设备分组过滤
}

3.3 设备操作审计

所有设备操作均记录完整审计日志，支持设备操作追溯。

graph TB subgraph "设备审计" A[设备操作] --> B[操作记录] B --> C[命令下发] B --> D[配置更新] B --> E[固件升级] B --> F[数据查询] C --> G[审计日志] D --> G E --> G F --> G G --> H[操作追溯] G --> I[合规报告] end

审计项	说明
设备注册	记录设备注册信息、注册时间
设备认证	记录认证方式、认证结果
命令下发	记录命令内容、下发时间、执行结果
配置更新	记录配置变更、变更前后对比
固件升级	记录升级版本、升级时间、升级结果

4. 数据采集与处理

4.1 数据处理流程

graph TB subgraph "数据处理" subgraph "数据采集" A1[设备上报] A2[数据解析] A3[格式转换] A4[数据校验] A5[数据清洗] end subgraph "数据处理" B1[流式处理] B2[实时计算] B3[规则引擎] B4[数据聚合] end subgraph "数据存储" C1[时序数据库] C2[关系数据库] C3[对象存储] end subgraph "数据分发" D1[消息队列] D2[下游系统] D3[实时推送] end end A1 --> A2 A2 --> A3 A3 --> A4 A4 --> A5 A5 --> B1 B1 --> B2 B2 --> B3 B3 --> B4 B4 --> C1 B4 --> C2 B4 --> C3 C1 --> D1 C2 --> D2 C3 --> D3

4.2 规则引擎

iot:
 rules:
 - name: "温度告警"
 condition: "temperature > 80"
 actions:
 - alert: "高温告警"
 - notify: "运维人员"
 - command: "设备降温"
 - name: "设备联动"
 condition: "motion_detected == true"
 actions:
 - command: "light_on"
 - command: "camera_record"
 - name: "数据聚合"
 condition: "time_window = 5m"
 actions:
 - aggregate: "avg(temperature)"
 - store: "聚合数据"

规则类型	说明
告警规则	阈值告警、趋势告警
联动规则	设备联动、场景联动
计算规则	实时计算、数据聚合
通知规则	消息推送、告警通知

5. 设备运维增强

5.1 告警管理

graph TB subgraph "告警流程" A[规则触发] --> B[告警生成] B --> C[告警分级] C --> D[告警通知] D --> E[告警确认] E --> F[告警处理] F --> G[告警关闭] C --> C1[紧急告警] C --> C2[重要告警] C --> C3[一般告警] C --> C4[提示告警] end

告警级别	说明	响应要求
紧急告警	设备故障、安全风险	立即响应
重要告警	参数异常、性能下降	30分钟响应
一般告警	轻微异常、预警提示	2小时响应
提示告警	信息通知、状态变更	当日处理

5.2 预测性运维

能力项	说明
故障预测	基于AI模型预测故障
寿命预测	设备寿命预测
维护建议	智能维护建议
备件预警	备件需求预测

6. 技术架构

graph TB subgraph "yudao-module-iot-plus" subgraph "iot-biz" A1[device 设备管理] A2[protocol 协议适配] A3[gateway 网关管理] A4[data 数据处理] A5[rule 规则引擎] A6[alert 告警管理] A7[monitor 实时监控] A8[maintenance 运维管理] A9[edge 边缘计算] A10[analytics 数据分析] end subgraph "权限与审计" B1[permission 权限控制] B2[audit 审计日志] B3[security 安全认证] end end A1 --> B1 A2 --> B2 A3 --> B3 A4 --> B2 A5 --> B2

7. 商业价值

价值点	说明
设备可视	实时监控、状态透明
运维智能	预测运维、智能告警
降低故障	故障预测、快速响应
数据价值	数据分析、AI赋能
边缘智能	本地计算、边云协同
安全合规	设备认证、操作审计

Asset 资产管理

Mon, 01 Jan 0001 00:00:00 +0000

基于 RuoyiPlus 后端最新架构，4 DOs / 4 Controllers，菜单 ID 起始 10000，构建企业资产全生命周期数字化管理体系

1. 增强定位与架构

1.1 产品定位

RuoYiPlus Asset 在 Yudao OA 原生资产管理基础上，围绕资产全生命周期管理、多维度资产核算、智能盘点与 IoT 追踪、资产权限与审计五大核心进行企业级增强，实现从采购入库到报废处置的完整资产闭环。

1.2 模块规模

指标	数值
数据对象 (DO)	4 个
控制器 (Controller)	4 个
菜单 ID 起始	10000
Maven 模块	yudao-module-asset

1.3 核心数据表

表名	说明
`asset_category`	资产分类
`asset_goods`	资产物品
`asset_info`	资产信息
`asset_lifecycle`	资产生命周期

graph TB subgraph "RuoYiPlus Asset 增强架构" subgraph "资产台账层" A1[固定资产] A2[无形资产] A3[IT 资产] A4[低值易耗品] end subgraph "生命周期层" B1[采购入库] B2[领用分配] B3[调拨转移] B4[维修保养] B5[报废处置] end subgraph "核算层" C1[折旧管理] C2[价值评估] C3[减值处理] C4[成本分摊] end subgraph "智能层" D1[IoT 资产追踪] D2[智能盘点] D3[RFID/条码] D4[资产分析] end subgraph "管控层" E1[资产权限] E2[数据隔离] E3[操作审计] E4[合规报告] end end A1 --> B1 A2 --> B1 A3 --> B1 A4 --> B1 B1 --> B2 B2 --> B3 B3 --> B4 B4 --> B5 B5 --> C1 C1 --> C2 C2 --> C3 C3 --> C4 C4 --> D1 D1 --> D2 D2 --> D3 D3 --> D4 D4 --> E1 E1 --> E2 E2 --> E3 E3 --> E4

1.4 能力对比

维度	Yudao 原生能力	RuoYiPlus Asset 增强
资产类型	基础分类	固定/无形/IT/低值易耗品全覆盖
生命周期	领用归还	采购→领用→调拨→维修→报废
折旧管理	无	多种折旧法+自动计提
资产盘点	手工盘点	RFID/条码智能盘点
IoT 追踪	无	实时定位+电子围栏
财务对接	无	与 ERP 财务模块联动
权限控制	基础权限	组织级+资产类别级数据权限
审计合规	简单日志	资产全链路审计+区块链存证

2. 资产全生命周期管理

2.1 生命周期阶段

graph LR A[采购入库] --> B[领用分配] B --> C[在用管理] C --> D[调拨转移] D --> E[维修保养] E --> F[报废处置] A --> A1[采购申请] A --> A2[验收入库] A --> A3[资产编号] A --> A4[标签打印] B --> B1[领用申请] B --> B2[审批流程] B --> B3[资产分配] C --> C1[使用登记] C --> C2[状态监控] C --> C3[位置追踪] D --> D1[调拨申请] D --> D2[审批确认] D --> D3[交接签收] E --> E1[报修申请] E --> E2[维修记录] E --> E3[验收确认] F --> F1[报废评估] F --> F2[残值处理] F --> F3[资产注销]

2.2 资产分类体系

资产类别	说明	典型资产	管理要求
固定资产	使用期限>1年，单位价值较高	办公设备、车辆、家具	折旧计提+年度盘点
无形资产	无实物形态的长期资产	软件许可、专利、商标	摊销管理+价值评估
IT 资产	信息技术相关资产	服务器、网络设备、终端	生命周期+安全合规
低值易耗品	价值较低、消耗较快的资产	办公耗材、工具	批量管理+库存控制

2.3 资产数据权限

Asset 系统实现基于组织与资产类别的多维数据权限控制。

权限层级	适用范围	说明
资产管理员	管辖范围资产	可管理资产的入库、分配、调拨、报废
部门资产管理员	本部门资产	可管理本部门领用的资产
普通员工	个人使用资产	只能查看自己领用的资产
财务管理员	全部资产	可查看资产价值、折旧数据
审计人员	全部资产	只读查看+审计日志

// 资产数据权限示例
@DataPermission(scope = "asset")
public class AssetServiceImpl {
 // 资产管理员可管理管辖范围内的全部资产
 // 自动按组织+资产类别过滤
}

// 部门资产管理员权限
@DataPermission(roles = {"dept_asset_admin"})
public class DeptAssetServiceImpl {
 // 只能管理本部门领用的资产
 // 自动按部门过滤
}

3. 折旧管理

3.1 折旧方法

折旧方法	公式	适用场景
直线法	(原值-残值)/使用年限	通用固定资产
工作量法	(原值-残值)/总工作量×当期工作量	车辆、生产设备
双倍余额递减法	账面净值×(2/使用年限)	技术更新快的设备
年数总和法	(原值-残值)×剩余年限/年数总和	前期损耗大的资产

3.2 折旧流程

graph TB subgraph "折旧管理" A[资产入库] --> B[设置折旧参数] B --> C[选择折旧方法] C --> D[月度自动计提] D --> E{计提结果} E --> F[生成折旧凭证] E --> G[更新资产净值] F --> H[财务对账] G --> H H --> I{资产状态} I -->|在用| D I -->|报废| J[停止计提] I -->|减值| K[减值处理] end

3.3 折旧配置

asset:
 depreciation:
 methods:
 - straight-line  # 直线法
 - work-quantity  # 工作量法
 - double-declining  # 双倍余额递减法
 - sum-of-years  # 年数总和法
 rules:
 auto-calculate: true # 自动计提
 calculate-day: 28 # 每月计提日
 residual-rate: 0.05 # 默认残值率 5%
 min-value: 5000 # 最低折旧资产价值
 categories:
 electronic:
 method: straight-line
 years: 3
 vehicle:
 method: work-quantity
 years: 8
 furniture:
 method: straight-line
 years: 10

4. 资产盘点

4.1 盘点流程

graph TB subgraph "资产盘点" A[盘点计划] --> B[盘点准备] B --> C[盘点执行] C --> D[差异处理] D --> E[盘点报告] A --> A1[确定盘点范围] A --> A2[分配盘点人员] A --> A3[制定盘点时间] B --> B1[打印盘点清单] B --> B2[准备盘点工具] B --> B3[冻结资产变动] C --> C1[扫码/RFID 盘点] C --> C2[拍照取证] C --> C3[记录资产状态] D --> D1[差异分析] D --> D2[盘盈处理] D --> D3[盘亏处理] E --> E1[生成盘点报告] E --> E2[审批确认] E --> E3[更新资产台账] end

4.2 智能盘点技术

盘点方式	技术	适用场景	效率提升
条码盘点	二维码扫描	通用资产	3-5倍
RFID 盘点	射频识别	大批量资产	10-20倍
IoT 盘点	传感器自动上报	高价值/移动资产	实时盘点
移动盘点	手机 APP	分散资产	随时随地

4.3 IoT 资产追踪

graph TB subgraph "IoT 资产追踪" subgraph "感知层" A1[RFID 标签] A2[GPS 定位器] A3[环境传感器] end subgraph "网络层" B1[RFID 读写器] B2[4G/5G 网关] B3[WiFi 定位] end subgraph "平台层" C1[资产定位] C2[轨迹追踪] C3[电子围栏] C4[异常告警] end end A1 --> B1 A2 --> B2 A3 --> B2 B1 --> C1 B2 --> C2 B3 --> C3 C1 --> C4 C2 --> C4 C3 --> C4

5. 资产操作审计

5.1 审计事件

所有资产关键操作均记录完整审计日志，支持资产全链路追溯。

graph TB subgraph "审计事件采集" A1[资产入库] A2[资产领用] A3[资产调拨] A4[资产维修] A5[资产报废] A6[折旧计提] A7[盘点操作] end subgraph "审计处理" B1[变更对比] B2[合规检查] B3[风险评估] end subgraph "审计存储" C1[操作日志] C2[变更历史] C3[区块链存证] end A1 --> B1 A2 --> B1 A3 --> B1 A4 --> B1 A5 --> B1 A6 --> B1 A7 --> B1 B1 --> B2 B2 --> B3 B3 --> C1 B3 --> C2 B3 --> C3

审计项	说明	保留期限
资产入库	记录采购信息、验收人、入库时间	永久
资产领用	记录领用人、领用时间、审批人	资产生命周期+5年
资产调拨	记录调拨前后位置、调拨原因	资产生命周期+5年
资产维修	记录维修内容、费用、维修商	资产生命周期+5年
资产报废	记录报废原因、残值、处置方式	永久
折旧计提	记录每月折旧金额、累计折旧	资产生命周期+5年
盘点操作	记录盘点人、盘点时间、盘点结果	永久

5.2 审计权限

角色	审计权限	说明
资产管理员	查看管辖资产审计日志	可查看管辖范围内资产的审计记录
部门经理	查看本部门资产审计	可查看本部门资产的审计记录
审计人员	查看全部资产审计	只读权限，可导出审计报告
系统管理员	管理审计配置	可配置审计规则、保留策略

6. 资产分析

6.1 分析维度

graph TB subgraph "资产分析" subgraph "资产概览" A1[资产总量] A2[资产总值] A3[资产分布] end subgraph "使用分析" B1[利用率分析] B2[闲置分析] B3[效能评估] end subgraph "财务分析" C1[折旧分析] C2[维护成本] C3[资产净值] end subgraph "决策支持" D1[采购建议] D2[报废建议] D3[优化方案] end end A1 --> B1 A2 --> B2 A3 --> B3 B1 --> C1 B2 --> C2 B3 --> C3 C1 --> D1 C2 --> D2 C3 --> D3

6.2 核心指标

指标	说明	计算方式
资产利用率	资产实际使用时间/计划使用时间	实际工时÷计划工时×100%
闲置率	闲置资产/总资产	闲置资产数÷总资产数×100%
维护成本率	维护成本/资产原值	年维护成本÷资产原值×100%
资产净值率	资产净值/资产原值	资产净值÷资产原值×100%
盘点准确率	账实相符数/盘点总数	相符资产数÷盘点总数×100%

7. 技术架构

graph TB subgraph "yudao-module-asset-plus" subgraph "asset-biz" A1[ledger 资产台账] A2[lifecycle 生命周期] A3[depreciation 折旧管理] A4[inventory 资产盘点] A5[maintenance 维修保养] A6[disposal 报废处置] A7[tracking IoT追踪] A8[analytics 资产分析] end subgraph "权限与审计" B1[permission 权限控制] B2[audit 审计日志] B3[compliance 合规报告] end end A1 --> B1 A2 --> B2 A3 --> B2 A4 --> B2 A5 --> B2 A6 --> B2 A7 --> B1 A8 --> B3

8. 商业价值

价值点	说明
账实相符	智能盘点+IoT 追踪，确保账实一致
成本管控	精准折旧核算+维护成本分析
资产优化	利用率分析+闲置预警+采购建议
合规可追溯	全链路审计+区块链存证+合规报告
效率提升	自动化盘点+移动化操作+智能分析
风险防控	资产流失预警+电子围栏+异常告警

消息队列

Mon, 01 Jan 0001 00:00:00 +0000

核心定位

消息队列是子系统间异步通信的「中枢神经」。当 ERP 出库需要通知 WMS 更新库存、当商城支付成功需要给会员发放积分——这些跨模块的异步协作都通过消息队列完成。

设计哲学：业务代码只依赖 yudao-spring-boot-starter-mq 抽象接口，切换底层实现只需改一行配置。

适合什么样的用户

用户画像	推荐方案
开发调试阶段	Spring Event（默认，零依赖）
中小型项目	Redis Stream（持久化，支持消费者组）
企业级项目	RabbitMQ（稳定可靠，运维成熟）
高吞吐场景	RocketMQ（阿里系，分布式事务）
大数据场景	Kafka（日志、埋点、数据管道）

架构设计

graph TB subgraph 业务层["业务代码层（只依赖抽象）"] P["生产者
MessageProducer.send()"] C["消费者
MessageConsumer.onMessage()"] end subgraph 抽象层["抽象层 yudao-spring-boot-starter-mq"] API["统一 API
Message / MessageProducer / MessageConsumer"] end subgraph 实现层["实现层（五选一）"] SE["yudao-spring-boot-starter-mq-spring-event
Spring Event（默认）"] REDIS["yudao-spring-boot-starter-mq-redis
Redis Stream"] RABBIT["yudao-spring-boot-starter-mq-rabbitmq
RabbitMQ"] ROCKET["yudao-spring-boot-starter-mq-rocketmq
RocketMQ"] KAFKA["yudao-spring-boot-starter-mq-kafka
Kafka"] end P --> API C --> API API --> SE API --> REDIS API --> RABBIT API --> ROCKET API --> KAFKA

五种实现对比

实现	持久化	消费模式	适用场景	切换配置
Spring Event	❌ 内存级	广播	开发调试	默认
Redis Stream	✅	集群消费/广播	中小型项目	`yudao.mq.type=redis`
RabbitMQ	✅	多种模式	企业级项目	`yudao.mq.type=rabbitmq`
RocketMQ	✅	集群/广播/顺序	高吞吐、事务消息	`yudao.mq.type=rocketmq`
Kafka	✅	分区消费	大数据、日志	`yudao.mq.type=kafka`

使用示例

定义消息

// 1. 定义消息类，实现 Message 接口
@Data
public class OrderPaidMessage implements Message {
 private Long orderId;
 private Long userId;
 private Integer amount;
}

发送消息

@Resource
private MessageProducer messageProducer;

public void payOrder(Long orderId) {
 // 业务处理...

 // 发送消息
 OrderPaidMessage message = new OrderPaidMessage();
 message.setOrderId(orderId);
 message.setUserId(getCurrentUserId());
 message.setAmount(order.getAmount());
 messageProducer.send(message);
}

消费消息

@Component
public class OrderPaidConsumer implements MessageConsumer<OrderPaidMessage> {

 @Override
 public void onMessage(OrderPaidMessage message) {
 // 发放积分
 memberService.addPoints(message.getUserId(), message.getAmount());

 // 更新库存
 stockService.decreaseStock(message.getOrderId());
 }
}

子系统间的典型消息流

sequenceDiagram participant MALL as 商城模块 participant MQ as 消息队列 participant WMS as 仓库模块 participant MEMBER as 会员模块 MALL->>MALL: 用户支付成功 MALL->>MQ: 发送「订单已支付」消息 MQ->>WMS: 消费消息 → 扣减库存 MQ->>MEMBER: 消费消息 → 发放积分 Note over WMS,MEMBER: 两个消费者独立执行，互不影响

切换方式

只需修改配置文件：

# 从 Spring Event 切换到 Redis Stream
yudao:
 mq:
 type: redis  # 改成 redis / rabbitmq / rocketmq / kafka

无需修改任何业务代码。

OA 行政办公

Mon, 01 Jan 0001 00:00:00 +0000

基于 RuoyiPlus 后端最新架构，48 DOs / 27 Controllers，菜单 ID 起始 3000，构建数字化行政办公与流程协同体系

1. 增强定位与架构

1.1 产品定位

RuoYiPlus OA 围绕智能审批、公文管理、行政资源管控三大核心进行企业级增强，实现从流程审批到行政管理的全流程数字化。

1.2 模块规模

指标	数值
数据对象 (DO)	48 个
控制器 (Controller)	27 个
菜单 ID 起始	3000
Maven 模块	yudao-module-oa

1.3 核心数据表

表名	说明
`oa_workflow`	流程审批
`oa_meeting_room`	会议室管理
`oa_file`	文件管理
`oa_knowledge_base`	知识库
`oa_car`	车辆管理
`oa_schedule`	日程管理
`oa_seal`	印章管理
`oa_material`	物资管理
`oa_form`	表单管理
`oa_information`	信息管理

graph TB subgraph "RuoYiPlus OA 增强架构" subgraph "流程层" A1[智能审批] A2[公文管理] A3[流程设计器] end subgraph "协同层" B1[日程管理] B2[会议管理] B3[任务协同] end subgraph "行政层" C1[资产管理] C2[印章管理] C3[考勤管理] end subgraph "管控层" D1[审批权限] D2[流程审计] D3[数据安全] D4[合规报告] end end A1 --> A2 A2 --> A3 A3 --> B1 B1 --> B2 B2 --> B3 B3 --> C1 C1 --> C2 C2 --> C3 C3 --> D1 D1 --> D2 D2 --> D3 D3 --> D4

1.4 能力对比

维度	Yudao 原生 OA	RuoYiPlus OA 增强
流程审批	基础审批	智能审批+流程优化
公文管理	无	公文全流程管理
日程管理	简单日程	团队日程+会议管理
任务管理	无	任务协同+进度跟踪
行政管理	无	资产管理+印章管理
移动办公	简单移动	全功能移动办公
权限控制	基础权限	审批分级权限
审计合规	简单日志	流程全链路审计

2. 智能审批增强

2.1 审批流程体系

graph TB subgraph "审批流程" subgraph "流程设计" A1[流程建模] A2[条件分支] A3[并行审批] A4[流程模板] A5[流程发布] end subgraph "审批执行" B1[审批发起] B2[审批流转] B3[审批处理] B4[加签] B5[转签] B6[撤回] B7[驳回] end subgraph "智能审批" C1[智能路由] C2[条件自动判断] C3[自动流转] C4[智能提醒] end subgraph "移动审批" D1[移动发起] D2[移动审批] D3[移动查询] end end A1 --> A2 A2 --> A3 A3 --> A4 A4 --> A5 A5 --> B1 B1 --> B2 B2 --> B3 B3 --> B4 B4 --> B5 B5 --> B6 B6 --> B7 B7 --> C1 C1 --> C2 C2 --> C3 C3 --> C4 C4 --> D1 D1 --> D2 D2 --> D3

2.2 审批权限控制

OA 系统实现基于流程和岗位的审批权限控制，确保审批流程合规。

权限层级	适用范围	说明
发起人	自己的审批	只能发起和查看自己的审批
审批人	待审批项	只能审批分配给自己的审批项
部门经理	本部门审批	可查看本部门所有审批
管理员	全部审批	可查看所有审批并进行管理

// OA 审批权限示例
@DataPermission(scope = "approval")
public class ApprovalServiceImpl {
 // 审批人只能审批自己的待办项
 // 部门经理可查看本部门审批
}

2.3 审批审计

所有审批操作均记录完整审计日志，支持审批流程追溯。

graph LR A[审批发起] --> B[审批流转] B --> C[审批处理] C --> D[审批完成] A -.-> E[审计日志] B -.-> E C -.-> E D -.-> E E --> F[流程追溯] E --> G[合规报告]

审计项	说明
审批发起	记录发起人、发起时间、审批内容
审批流转	记录流转时间、流转路径
审批处理	记录审批人、审批时间、审批意见
审批撤回	记录撤回人、撤回时间、撤回原因
审批驳回	记录驳回人、驳回时间、驳回原因

3. 公文管理增强

3.1 公文管理流程

graph TB subgraph "公文管理" subgraph "公文起草" A1[公文模板] A2[公文编辑] A3[公文格式] A4[公文审批] A5[公文签发] end subgraph "公文流转" B1[公文分发] B2[公文签收] B3[公文传阅] B4[公文督办] B5[公文归档] end subgraph "公文查询" C1[公文检索] C2[公文统计] C3[公文分析] end subgraph "公文安全" D1[公文加密] D2[公文水印] D3[公文审计] end end A1 --> A2 A2 --> A3 A3 --> A4 A4 --> A5 A5 --> B1 B1 --> B2 B2 --> B3 B3 --> B4 B4 --> B5 B5 --> C1 C1 --> C2 C2 --> C3 C3 --> D1 D1 --> D2 D2 --> D3

公文类型	说明
发文	正式发文、通知公告
收文	外部来文、上级来文
内部公文	内部通知、工作安排
会议纪要	会议纪要、决议文件

4. 日程与会议管理

4.1 日程会议体系

graph TB subgraph "日程会议" subgraph "个人日程" A1[日程创建] A2[日程提醒] A3[日程同步] A4[日程共享] end subgraph "团队日程" B1[团队日历] B2[日程协调] B3[日程冲突检测] end subgraph "会议管理" C1[会议预约] C2[会议邀请] C3[会议确认] C4[会议签到] C5[会议纪要] end subgraph "会议室管理" D1[会议室预约] D2[会议室状态] D3[会议室统计] end end A1 --> A2 A2 --> A3 A3 --> A4 A4 --> B1 B1 --> B2 B2 --> B3 B3 --> C1 C1 --> C2 C2 --> C3 C3 --> C4 C4 --> C5 C5 --> D1 D1 --> D2 D2 --> D3

5. 行政管理增强

5.1 资产管理

graph TB subgraph "资产管理" subgraph "资产台账" A1[资产登记] A2[资产分类] A3[资产标签] A4[资产位置] end subgraph "资产使用" B1[资产领用] B2[资产归还] B3[资产调拨] B4[资产维修] B5[资产报废] end subgraph "资产盘点" C1[盘点计划] C2[盘点执行] C3[盘点差异] C4[盘点报告] end subgraph "资产分析" D1[资产统计] D2[资产价值] D3[资产利用率] end end A1 --> A2 A2 --> A3 A3 --> A4 A4 --> B1 B1 --> B2 B2 --> B3 B3 --> B4 B4 --> B5 B5 --> C1 C1 --> C2 C2 --> C3 C3 --> C4 C4 --> D1 D1 --> D2 D2 --> D3

5.2 印章管理

graph TB subgraph "印章管理" subgraph "印章台账" A1[印章登记] A2[印章类型] A3[印章状态] A4[印章保管] A5[印章授权] end subgraph "印章使用" B1[用印申请] B2[用印审批] B3[用印登记] B4[用印记录] B5[用印追溯] end subgraph "印章安全" C1[印章监控] C2[印章审计] C3[印章预警] end end A1 --> A2 A2 --> A3 A3 --> A4 A4 --> A5 A5 --> B1 B1 --> B2 B2 --> B3 B3 --> B4 B4 --> B5 B5 --> C1 C1 --> C2 C2 --> C3

5.3 印章审计

所有印章使用操作均记录完整审计日志，确保印章使用合规。

审计项	说明
用印申请	记录申请人、申请时间、用印原因
用印审批	记录审批人、审批时间、审批意见
用印登记	记录用印时间、用印文件、用印次数
用印追溯	记录用印历史、用印轨迹

6. 技术架构

graph TB subgraph "yudao-module-oa-plus" subgraph "oa-biz" A1[workflow 流程审批] A2[document 公文管理] A3[schedule 日程管理] A4[meeting 会议管理] A5[task 任务管理] A6[asset 资产管理] A7[seal 印章管理] A8[attendance 考勤管理] A9[mobile 移动办公] A10[analytics 数据分析] end subgraph "权限与审计" B1[permission 权限控制] B2[audit 审计日志] B3[compliance 合规报告] end end A1 --> B1 A2 --> B2 A3 --> B1 A4 --> B2 A5 --> B2 A6 --> B2 A7 --> B3

7. 商业价值

价值点	说明
流程效率	智能审批、流程优化
协同效率	日程协同、任务协同
行政规范	资产管理、印章管理
移动办公	全功能移动办公
数据驱动	效率分析、优化建议
合规管控	审批权限、流程审计

Pay 支付中心

Mon, 01 Jan 0001 00:00:00 +0000

核心定位

Pay 支付中心是平台的「统一收银台」。商城卖东西要收款、ERP 采购要付款、会员充值要收款——所有这些收付款场景都通过支付中心统一完成，业务模块不需要关心底层是微信支付还是支付宝。

一句话：对接一次支付中心，所有业务模块都能收付款。

解决什么问题

痛点	支付中心如何解决
每个业务单独对接微信/支付宝	统一对接一次，所有业务复用
支付渠道切换需要改业务代码	渠道变更对业务透明
支付回调处理分散	统一回调 → 分发到各业务模块
支付流水无处可查	支付中心记录所有流水，统一对账

用户角色

graph LR subgraph 角色 DEV["开发者
对接支付 API
处理支付回调"] ADMIN2["运营/财务
查看支付流水
处理退款
对账"] ENDUSER["终端用户
发起支付
查看支付结果"] end

架构设计

graph TB subgraph 业务层["业务模块（支付调用方）"] MALL["商城
订单支付"] ERP2["ERP
采购付款"] OTHER["其他模块
充值/转账"] end subgraph 支付中心["支付中心 yudao-module-pay"] API_LAYER["API 层
PayOrderApi / PayRefundApi"] CHANNEL["渠道适配层
PayClient 统一客户端"] CALLBACK["回调处理层
统一回调 → 分发业务"] end subgraph 渠道层["支付渠道"] WXPAY["微信支付
公众号/小程序/扫码"] ALIPAY["支付宝
PC/Wap/转账"] MOCK["模拟支付
开发调试用"] end 业务层 --> API_LAYER API_LAYER --> CHANNEL CHANNEL --> 渠道层渠道层 --> CALLBACK CALLBACK --> 业务层

支付应用设计

graph TB subgraph 应用隔离 APP1["支付应用：商城订单
回调地址：/mall/order/callback
订单前缀：MALL-"] APP2["支付应用：ERP 采购
回调地址：/erp/purchase/callback
订单前缀：ERP-"] APP3["支付应用：会员充值
回调地址：/member/recharge/callback
订单前缀：MBR-"] end

每个业务模块对应一个「支付应用」，拥有独立的回调地址和订单编号前缀，确保支付回调能准确路由到正确的业务处理逻辑。

支付全流程

sequenceDiagram participant U as 用户 participant BIZ as 业务系统（商城） participant PAY as 支付中心 participant CH as 支付渠道（微信/支付宝） U->>BIZ: 提交订单，点击支付 BIZ->>PAY: 创建支付单 PayOrderApi PAY->>CH: 发起支付请求 CH-->>U: 弹出支付页面 U->>CH: 完成支付（扫码/密码） CH-->>PAY: 异步回调：支付成功 PAY->>PAY: 更新支付单状态 PAY->>BIZ: 回调通知：订单已支付 BIZ->>BIZ: 更新订单状态 BIZ-->>U: 显示支付成功

支持的支付方式

渠道	支付方式	适用场景
微信支付	公众号支付	微信公众号内 H5 商城
微信支付	小程序支付	微信小程序商城
微信支付	转账	佣金提现、退款
支付宝	PC 支付	PC 端商城
支付宝	Wap 支付	移动端 H5 商城
支付宝	转账	佣金提现、退款
模拟支付	模拟	开发调试，无需真实账号

依赖关系

Mall 商城 → Pay 支付中心 ← ERP 进销存
 ↑
 系统管理模块（权限）

商城和 ERP 都依赖支付中心，支付中心依赖系统管理模块提供权限和配置管理。

EHR 人力资源

Mon, 01 Jan 0001 00:00:00 +0000

基于 RuoyiPlus 后端最新架构，30 DOs / 15 Controllers，菜单 ID 起始 7000，构建企业人力资源数字化管理体系

1. 增强定位与架构

1.1 产品定位

RuoYiPlus EHR 围绕员工全生命周期管理、薪酬绩效管理、招聘培训管理三大核心进行企业级增强，实现人力资源管理数字化。

1.2 模块规模

指标	数值
数据对象 (DO)	30 个
控制器 (Controller)	15 个
菜单 ID 起始	7000
Maven 模块	yudao-module-ehr

1.3 核心数据表

表名	说明
`ehr_employee`	员工管理
`ehr_attendance`	考勤管理
`ehr_insurance`	社保管理
`ehr_performance`	绩效管理
`ehr_recruitment`	招聘管理
`ehr_salary`	薪酬管理
`ehr_contract`	合同管理
`ehr_education`	培训管理

graph TB subgraph "RuoYiPlus EHR 增强架构" subgraph "组织人事" A1[员工档案] A2[组织架构] A3[合同管理] A4[入离职管理] end subgraph "薪酬福利" B1[薪酬计算] B2[社保公积金] B3[个税管理] end subgraph "考勤绩效" C1[考勤打卡] C2[绩效考核] C3[假勤管理] end subgraph "招聘培训" D1[招聘管理] D2[培训管理] D3[人才发展] end subgraph "管控层" E1[数据权限] E2[隐私脱敏] E3[操作审计] end end A1 --> B1 A2 --> B1 A3 --> B2 A4 --> C1 B1 --> C2 B2 --> C2 C1 --> C3 C3 --> D1 D1 --> D2 D2 --> D3 A1 --> E1 B1 --> E2 C2 --> E3

1.4 能力对比

维度	传统 HR 系统	RuoYiPlus EHR 增强
员工管理	基础信息	全生命周期+数字档案
薪酬管理	手工计算	自动算薪+个税计算
考勤管理	简单打卡	多维度考勤+智能排班
绩效管理	无	KPI+360度考核
招聘管理	无	全流程招聘管理
培训管理	无	培训计划+效果评估
权限控制	基础权限	部门级+岗位级数据权限
隐私合规	无	隐私数据脱敏+审计

2. 员工全生命周期管理

2.1 员工生命周期

graph LR A[招聘入职] --> B[试用期管理] B --> C[正式员工] C --> D[调岗晋升] D --> E[离职管理] A --> A1[简历筛选] A --> A2[面试评估] A --> A3[入职办理] B --> B1[试用考核] B --> B2[导师辅导] B --> B3[转正评审] C --> C1[绩效管理] C --> C2[培训发展] C --> C3[薪酬福利] D --> D1[岗位调整] D --> D2[职级晋升] D --> D3[薪资调整] E --> E1[离职申请] E --> E2[离职交接] E --> E3[离职分析]

2.2 数据权限控制

EHR 系统实现基于部门和岗位的数据权限控制，确保人事数据安全。

权限层级	适用范围	说明
员工本人	个人信息	只能查看自己的基本信息
部门经理	本部门员工	可查看本部门员工信息
HR 专员	全部员工	可查看所有员工信息
高管	全部数据	可查看全部人事数据

// EHR 数据权限示例
@DataPermission(scope = "department")
public class EmployeeServiceImpl {
 // 部门经理只能查看本部门员工
 // 自动按部门过滤数据
}

3. 薪酬管理

3.1 薪酬体系

graph TB subgraph "薪酬管理" A[薪酬结构] --> B[薪资计算] B --> C[社保公积金] B --> D[个税计算] C --> E[薪资发放] D --> E E --> F[薪资报表] A --> A1[基本工资] A --> A2[绩效工资] A --> A3[津贴补贴] A --> A4[奖金] end

能力项	说明
薪酬结构	基本工资+绩效+津贴+奖金
自动算薪	按规则自动计算薪资
社保管理	社保公积金自动计算
个税计算	累计预扣法个税计算
薪资发放	银行代发、薪资单

3.2 薪酬审计

所有薪酬操作均记录完整审计日志，确保薪酬数据安全。

审计项	说明
薪资调整	记录调整时间、调整金额、调整原因
薪资计算	记录计算过程、计算公式
薪资发放	记录发放时间、发放金额
数据导出	记录导出时间、导出人

4. 考勤绩效管理

4.1 考勤体系

graph TB subgraph "考勤管理" A[排班管理] --> B[考勤打卡] B --> C[考勤统计] C --> D[异常处理] D --> E[考勤报表] A --> A1[固定班次] A --> A2[弹性班次] A --> A3[轮班制] B --> B1[GPS打卡] B --> B2[WiFi打卡] B --> B3[人脸识别] C --> C1[出勤统计] C --> C2[加班统计] C --> C3[请假统计] end

4.2 绩效考核

考核方式	说明
KPI 考核	关键绩效指标考核
OKR 考核	目标与关键成果考核
360度考核	多维度综合评价
目标管理	MBO 目标管理考核

5. 技术架构

graph TB subgraph "yudao-module-ehr-plus" subgraph "ehr-biz" A1[employee 员工管理] A2[salary 薪酬管理] A3[attendance 考勤管理] A4[performance 绩效管理] A5[recruitment 招聘管理] A6[education 培训管理] A7[contract 合同管理] A8[insurance 社保管理] A9[analytics 数据分析] end subgraph "权限与审计" B1[permission 权限控制] B2[audit 审计日志] B3[masking 数据脱敏] end end A1 --> B1 A2 --> B2 A3 --> B2 A4 --> B2 A5 --> B1 A6 --> B1 A7 --> B3

6. 商业价值

价值点	说明
人事效率	自动化流程、电子档案
薪酬准确	自动算薪、合规个税
人才发展	绩效管理、培训体系
数据决策	人力分析、人才盘点
合规管控	数据权限、隐私保护
审计可追溯	操作审计、变更追溯

IM 即时通讯

Mon, 01 Jan 0001 00:00:00 +0000

基于 RuoyiPlus 后端最新架构，16 DOs / 29 Controllers，菜单 ID 起始 11000，构建企业级即时通讯与协同办公体系

1. 增强定位与架构

1.1 产品定位

RuoYiPlus IM 围绕富媒体消息、业务深度集成、消息安全合规三大核心进行企业级增强，打造安全可控的企业沟通平台。

1.2 模块规模

指标	数值
数据对象 (DO)	16 个
控制器 (Controller)	29 个
菜单 ID 起始	11000
Maven 模块	yudao-module-im

1.3 核心数据表

表名	说明
`im_channel`	频道管理
`im_group`	群组管理
`im_private_message`	私聊消息
`im_rtc_call`	RTC 通话
`im_emoticon`	表情包
`im_sensitive_word`	敏感词
`im_friend`	好友管理

graph TB subgraph "RuoYiPlus IM 增强架构" subgraph "消息层" A1[基础消息] A2[富媒体消息] A3[业务消息] A4[卡片消息] end subgraph "群组层" B1[工作群] B2[项目群] B3[部门群] B4[通知群] end subgraph "协同层" C1[文件协同] C2[日程协同] C3[任务协同] end subgraph "安全层" D1[消息加密] D2[消息审计] D3[权限控制] D4[合规报告] end end A1 --> B1 A2 --> B2 A3 --> B3 A4 --> B4 B1 --> C1 B2 --> C2 B3 --> C3 C1 --> D1 C2 --> D2 C3 --> D3

1.4 能力对比

维度	传统 IM	RuoYiPlus IM 增强
消息类型	文本消息	富媒体+业务消息
群组管理	简单群组	多类型群组+权限管理
消息安全	无加密	消息加密+审计合规
业务集成	无	业务消息+工作通知
协同能力	无	文件协同+日程协同
数据分析	无	活跃度分析+效率分析

2. 富媒体消息支持

2.1 消息类型体系

graph TB subgraph "消息类型" subgraph "基础消息" A1[文本消息] A2[表情消息] A3[@提醒] A4[图片消息] A5[语音消息] A6[视频消息] end subgraph "文件消息" B1[文件发送] B2[文件预览] B3[文件下载] B4[文件协同] end subgraph "业务消息" C1[工单消息] C2[审批消息] C3[任务消息] C4[通知消息] end subgraph "卡片消息" D1[信息卡片] D2[操作卡片] D3[表单卡片] end end

消息类型	说明
文本消息	文本、表情、@提醒
富媒体消息	图片、语音、视频、文件
业务消息	工单、审批、任务等业务通知
卡片消息	可交互的信息卡片
位置消息	位置分享、签到

3. 群组管理增强

3.1 群组管理体系

graph TB subgraph "群组管理" subgraph "群组类型" A1[工作群] A2[项目群] A3[部门群] A4[讨论组] A5[通知群] end subgraph "群组权限" B1[群主] B2[管理员] B3[普通成员] end subgraph "群组功能" C1[群公告] C2[群文件] C3[群日程] C4[群投票] end end A1 --> B1 A2 --> B1 A3 --> B1 A4 --> B1 A5 --> B1 B1 --> B2 B2 --> B3 B3 --> C1 C1 --> C2 C2 --> C3 C3 --> C4

群组类型	说明
工作群	日常工作沟通群
项目群	项目协作群，关联项目
部门群	部门沟通群，自动同步成员
讨论组	临时讨论组，灵活创建
通知群	单向通知群，仅管理员发言

4. 消息安全与合规

4.1 消息安全体系

graph TB subgraph "消息安全" subgraph "传输安全" A1[SSL/TLS 加密] A2[消息签名] A3[防篡改] end subgraph "存储安全" B1[消息加密存储] B2[敏感内容加密] B3[数据隔离] end subgraph "审计合规" C1[消息审计] C2[关键词监控] C3[风险预警] C4[合规报告] end subgraph "权限控制" D1[消息权限] D2[群组权限] D3[功能权限] end end A1 --> B1 A2 --> B1 A3 --> B1 B1 --> C1 B2 --> C1 B3 --> C1 C1 --> D1 C2 --> D1 C3 --> D1

4.2 消息审计

所有消息均记录完整审计日志，支持消息内容追溯和合规审计。

审计项	说明
消息发送	记录发送人、接收人、发送时间
消息内容	记录消息内容（加密存储）
消息撤回	记录撤回操作
文件传输	记录文件上传、下载
群组操作	记录群创建、成员变更

graph LR A[消息发送] --> B[消息审计] B --> C[关键词检测] C --> D{敏感词?} D -->|是| E[风险标记] D -->|否| F[正常存储] E --> G[告警通知] F --> H[加密存储] G --> H

4.3 消息权限控制

IM 系统实现基于角色的权限控制，确保消息数据安全。

权限层级	适用范围	说明
普通用户	个人消息	只能查看自己的消息
群管理员	群组消息	可管理群组消息和成员
审计人员	全部消息	可查看所有消息进行审计
系统管理员	系统配置	可配置系统参数但不能查看消息内容

5. 业务集成增强

5.1 业务集成架构

graph TB subgraph "业务集成" subgraph "业务消息" A1[工单通知] A2[审批通知] A3[任务通知] A4[日程提醒] end subgraph "业务操作" B1[快捷审批] B2[快捷处理] B3[业务跳转] end subgraph "业务协同" C1[文件协同] C2[日程协同] C3[任务协同] C4[会议协同] end end A1 --> B1 A2 --> B1 A3 --> B2 A4 --> B2 B1 --> C1 B2 --> C2 B3 --> C3

业务类型	集成方式
工单系统	工单创建、状态变更通知
审批系统	审批发起、审批结果通知
任务系统	任务分配、进度更新通知
日程系统	日程提醒、会议邀请
报告系统	报告生成、推送通知

6. 协同办公增强

6.1 文件协同

能力项	说明
文件共享	群文件、个人文件库
在线预览	Office、PDF在线预览
协同编辑	多人协同编辑文档
版本管理	文件版本历史
文件搜索	文件内容搜索

6.2 日程协同

能力项	说明
日程创建	个人日程、群日程
日程提醒	定时提醒、重复提醒
日程共享	日程共享、日程订阅
会议邀请	会议邀请、参会确认
日程同步	与外部日历同步

6.3 任务协同

能力项	说明
任务创建	群任务、个人任务
任务分配	任务分配、任务认领
进度跟踪	任务进度、完成状态
任务提醒	任务到期提醒
任务统计	任务完成统计

7. 技术架构

graph TB subgraph "yudao-module-im-plus" subgraph "im-biz" A1[message 消息管理] A2[group 群组管理] A3[user 用户管理] A4[security 消息安全] A5[audit 消息审计] A6[integration 业务集成] A7[collaboration 协同办公] A8[file 文件协同] A9[schedule 日程协同] A10[task 任务协同] A11[search 消息检索] A12[archive 消息归档] A13[analytics 数据分析] end subgraph "权限与审计" B1[permission 权限控制] B2[audit 审计日志] B3[monitoring 监控告警] end end A1 --> B1 A2 --> B1 A3 --> B1 A4 --> B2 A5 --> B2 A6 --> B3

8. 商业价值

价值点	说明
沟通效率	富媒体消息、业务集成
协同办公	文件协同、日程协同
安全合规	消息加密、审计合规
业务赋能	业务消息、快捷操作
数据洞察	活跃分析、效率分析
权限管控	分级权限、数据隔离

Mail 邮件中间件

Mon, 01 Jan 0001 00:00:00 +0000

基于 RuoyiPlus 后端最新架构，5 DOs / 5 Controllers，菜单 ID 起始 11500，构建企业级邮件收发与营销自动化体系

1. 增强定位与架构

1.1 产品定位

RuoYiPlus Mail 围绕多通道发送、邮件接收管理、营销自动化三大核心进行企业级增强，打造高可靠、可审计的企业邮件基础设施。

1.2 模块规模

指标	数值
数据对象 (DO)	5 个
控制器 (Controller)	5 个
菜单 ID 起始	11500
Maven 模块	yudao-module-mail

1.3 核心数据表

表名	说明
`mail_attachment`	附件管理
`mail_blacklist`	黑名单管理
`mail_send_log`	发送日志
`mail_receive_log`	接收日志
`mail_template`	邮件模板

graph TB subgraph "RuoYiPlus Mail 增强架构" subgraph "发送层" A1[阿里云 DirectMail] A2[AWS SES] A3[本地 SMTP] A4[企业邮箱] end subgraph "引擎层" B1[异步发送] B2[智能重试] B3[限流保护] B4[批量优化] end subgraph "业务层" C1[模板引擎] C2[邮件接收] C3[营销邮件] C4[附件管理] end subgraph "监控层" D1[全链路追踪] D2[统计分析] D3[发送审计] D4[合规报告] end end A1 --> B1 A2 --> B1 A3 --> B1 A4 --> B1 B1 --> B2 B2 --> B3 B3 --> B4 B4 --> C1 C1 --> C2 C2 --> C3 C3 --> C4 C4 --> D1 D1 --> D2 D2 --> D3 D3 --> D4

1.4 能力对比

维度	Yudao 原生能力	RuoYiPlus Mail 增强
发送能力	简单发送	多通道+异步发送
接收能力	无	IMAP/POP3 接收
模板管理	无	模板引擎+变量替换
附件管理	简单附件	多存储+版本管理
发送监控	无	全链路追踪+统计分析
营销邮件	无	营销邮件+批量发送
审计合规	简单日志	邮件发送全链路审计

2. 多通道发送架构

2.1 发送通道架构

graph TB subgraph "发送通道" subgraph "国内通道" A1[阿里云 DirectMail] A2[腾讯企业邮箱] end subgraph "国际通道" B1[AWS SES] end subgraph "自建通道" C1[本地 SMTP] end subgraph "发送引擎" D1[异步发送] D2[智能重试] D3[限流保护] D4[故障切换] end end A1 --> D1 A2 --> D1 B1 --> D1 C1 --> D1 D1 --> D2 D2 --> D3 D3 --> D4

通道类型	适用场景	特点
阿里云 DirectMail	国内业务	高送达率、国内优化
AWS SES	国际业务	全球覆盖、成本低
本地 SMTP	自建系统	完全控制、隐私保护
企业邮箱	企业内部	企业认证、品牌形象

2.2 异步发送引擎

mail:
 async:
 enabled: true
 pool-size: 10
 queue-capacity: 1000
 batch-size: 50
 retry:
 max-attempts: 3
 backoff:
 initial-interval: 1000
 multiplier: 2.0
 max-interval: 30000
 rate-limit:
 enabled: true
 qps: 100
 burst: 200

能力项	说明
异步发送	线程池异步处理
智能重试	指数退避重试策略
限流保护	令牌桶算法限流
批量优化	批量发送优化
故障切换	通道故障自动切换

3. 邮件接收管理

3.1 接收架构

graph TB subgraph "邮件接收" subgraph "接收协议" A1[IMAP] A2[POP3] end subgraph "接收处理" B1[邮件解析] B2[内容提取] B3[附件处理] B4[自动分类] end subgraph "接收存储" C1[邮件归档] C2[搜索检索] C3[数据分析] end end A1 --> B1 A2 --> B1 B1 --> B2 B2 --> B3 B3 --> B4 B4 --> C1 C1 --> C2 C2 --> C3

能力项	说明
IMAP 接收	实时同步收件箱
POP3 接收	定时拉取邮件
邮件解析	内容、附件解析
自动分类	按规则自动分类
自动回复	自动回复模板

4. 模板引擎增强

4.1 模板管理体系

graph TB subgraph "模板管理" subgraph "模板创建" A1[模板设计] A2[变量定义] A3[样式配置] A4[模板审核] A5[模板发布] end subgraph "模板类型" B1[业务模板] B2[营销模板] B3[系统模板] end subgraph "模板应用" C1[变量替换] C2[条件渲染] C3[循环渲染] C4[模板预览] end end A1 --> A2 A2 --> A3 A3 --> A4 A4 --> A5 A5 --> B1 A5 --> B2 A5 --> B3 B1 --> C1 B2 --> C1 B3 --> C1 C1 --> C2 C2 --> C3 C3 --> C4

能力项	说明
Thymeleaf 模板	HTML 模板渲染
变量替换	动态变量注入
条件渲染	条件分支显示
模板版本	版本管理、历史追溯
模板测试	发送测试、效果预览

5. 营销邮件增强

5.1 营销自动化

graph LR A[触发事件] --> B{条件判断} B -->|满足| C[执行动作] B -->|不满足| D[不执行] C --> E[发送邮件] E --> F[记录结果] F --> G{后续条件} G -->|是| H[继续执行] G -->|否| I[流程结束]

mail:
 marketing:
 automation:
 - trigger: "会员注册"
 template: "欢迎邮件"
 delay: 0
 - trigger: "会员升级"
 template: "升级祝贺"
 delay: 0
 - trigger: "购物后7天"
 template: "复购提醒"
 delay: 7d
 - trigger: "生日当天"
 template: "生日祝福"
 condition: "member.birthday == today"

5.2 黑名单管理

能力项	说明
自动黑名单	退信自动加入黑名单
手动黑名单	手动添加黑名单
黑名单过滤	发送时自动过滤
黑名单申诉	黑名单申诉解除

6. 发送监控与分析

6.1 全链路追踪

graph LR A[发送请求] --> B[队列排队] B --> C[发送执行] C --> D[送达状态] D --> E[打开追踪] E --> F[点击追踪] A -.-> G[审计日志] B -.-> G C -.-> G D -.-> G E -.-> G F -.-> G

追踪节点	说明
发送请求	发送请求记录
队列状态	队列排队状态
发送执行	发送执行状态
送达状态	送达成功/失败
打开追踪	邮件打开追踪
点击追踪	链接点击追踪

6.2 邮件发送审计

所有邮件发送操作均记录完整审计日志，支持邮件发送追溯。

审计项	说明
发送请求	记录发送人、接收人、发送时间
邮件内容	记录邮件主题、内容（加密存储）
发送结果	记录发送成功/失败、失败原因
打开记录	记录邮件打开时间、打开次数
点击记录	记录链接点击时间、点击次数

6.3 统计分析

分析维度	指标
发送统计	发送量、成功率、失败率
送达分析	送达率、退信率、退信原因
效果分析	打开率、点击率、转化率
通道分析	各通道性能对比
模板分析	各模板效果对比

7. 技术架构

graph TB subgraph "yudao-module-mail-plus" subgraph "mail-biz" A1[adapter 发送适配器] A2[storage 附件存储] A3[engine 发送引擎] A4[template 模板引擎] A5[receive 邮件接收] A6[marketing 营销邮件] A7[blacklist 黑名单管理] A8[tracking 发送追踪] A9[analytics 统计分析] end subgraph "权限与审计" B1[permission 权限控制] B2[audit 审计日志] B3[masking 数据脱敏] end end A1 --> B1 A2 --> B2 A3 --> B2 A4 --> B3 A5 --> B2 A6 --> B2

8. 商业价值

价值点	说明
高送达率	多通道、智能路由
发送可靠	异步发送、智能重试
营销赋能	营销邮件、自动化触发
效果追踪	打开率、点击率分析
成本优化	通道选择、批量优化
合规审计	全链路追踪、发送审计

Pay 支付系统

Mon, 01 Jan 0001 00:00:00 +0000

基于 RuoyiPlus 后端最新架构，14 DOs / 19 Controllers，菜单 ID 起始 12500，构建统一支付与资金管理平台

1. 增强定位与架构

1.1 产品定位

RuoYiPlus Pay 围绕多渠道支付、资金管理、交易安全三大核心进行企业级增强，打造统一支付基础设施。

1.2 模块规模

指标	数值
数据对象 (DO)	14 个
控制器 (Controller)	19 个
菜单 ID 起始	12500
Maven 模块	yudao-module-pay

1.3 核心数据表

表名	说明
`pay_order`	支付订单
`pay_refund`	退款管理
`pay_transfer`	转账管理
`pay_wallet`	钱包管理
`pay_recharge`	充值管理
`pay_channel`	支付渠道
`pay_app`	支付应用

graph TB subgraph "RuoYiPlus Pay 增强架构" subgraph "支付渠道" A1[微信支付] A2[支付宝] A3[银联支付] A4[余额支付] end subgraph "支付能力" B1[支付下单] B2[支付退款] B3[转账付款] B4[钱包管理] end subgraph "资金管理" C1[充值管理] C2[对账管理] C3[账单管理] end subgraph "管控层" D1[支付安全] D2[风控管理] D3[操作审计] end end A1 --> B1 A2 --> B1 A3 --> B1 A4 --> B1 B1 --> B2 B2 --> B3 B3 --> B4 B4 --> C1 C1 --> C2 C2 --> C3 B1 --> D1 B2 --> D2 C3 --> D3

1.4 能力对比

维度	传统方案	RuoYiPlus Pay 增强
支付渠道	单一渠道	微信+支付宝+银联
退款管理	手工处理	自动退款+原路返回
钱包管理	无	余额+充值+提现
对账管理	手工对账	自动对账+差异处理
转账付款	无	企业付款到零钱
安全风控	无	支付安全+风险控制
审计合规	简单日志	全链路支付审计

2. 支付渠道管理

2.1 多渠道接入

graph TB subgraph "支付渠道" subgraph "微信支付" A1[JSAPI支付] A2[小程序支付] A3[H5支付] A4[Native支付] end subgraph "支付宝" B1[手机网站支付] B2[电脑网站支付] B3[扫码支付] end subgraph "银联支付" C1[网关支付] C2[无跳转支付] end subgraph "余额支付" D1[钱包余额] D2[积分抵扣] end end

支付渠道	支持方式
微信支付	JSAPI/小程序/H5/Native/APP
支付宝	手机网站/电脑网站/扫码/APP
银联支付	网关支付/无跳转支付
余额支付	钱包余额/积分抵扣

3. 支付交易管理

3.1 支付流程

graph TB A[业务下单] --> B[创建支付单] B --> C[选择支付渠道] C --> D[发起支付] D --> E{支付结果} E -->|成功| F[支付回调] E -->|失败| G[支付关闭] F --> H[业务通知] H --> I[交易完成] D --> D1[获取支付参数] D --> D2[调起支付] D --> D3[等待支付] F --> F1[验签] F --> F2[更新状态] F --> F3[通知业务]

3.2 核心能力

能力项	说明
支付下单	统一支付下单接口
支付退款	原路退款+部分退款
支付查询	实时查询支付状态
支付回调	异步通知+签名验证
支付关闭	超时关闭+主动关闭

4. 钱包与资金管理

4.1 钱包体系

graph LR A[充值] --> B[钱包余额] B --> C[消费支付] B --> D[提现] C --> E[交易记录] D --> E A --> E

能力项	说明
钱包充值	多渠道充值
余额支付	钱包余额支付
提现管理	提现申请+审核
账单管理	交易流水+账单
对账管理	自动对账+差异处理

5. 技术架构

graph TB subgraph "yudao-module-pay-plus" subgraph "pay-biz" A1[order 支付订单] A2[refund 退款管理] A3[transfer 转账管理] A4[wallet 钱包管理] A5[recharge 充值管理] A6[channel 渠道管理] A7[app 应用管理] A8[notify 回调通知] A9[reconciliation 对账管理] end subgraph "权限与审计" B1[security 支付安全] B2[audit 审计日志] B3[risk 风控管理] end end A1 --> B1 A2 --> B2 A3 --> B2 A4 --> B3 A5 --> B2

6. 商业价值

价值点	说明
支付便捷	多渠道统一接入
资金安全	支付安全+风控管理
高效对账	自动对账+差异处理
资金管理	钱包+充值+提现
合规审计	全链路支付审计
扩展灵活	插件化支付渠道

FITS 问题反馈系统

Mon, 01 Jan 0001 00:00:00 +0000

基于 RuoyiPlus 后端最新架构，7 DOs / 2 Controllers，菜单 ID 起始 8000，构建企业级问题反馈与追踪系统

1. 增强定位与架构

1.1 产品定位

RuoYiPlus FITS 围绕问题追踪、异常报告、项目管理三大核心进行企业级增强，构建高效的问题反馈与处理闭环。

1.2 模块规模

指标	数值
数据对象 (DO)	7 个
控制器 (Controller)	2 个
菜单 ID 起始	8000
Maven 模块	yudao-module-fits

1.3 核心数据表

表名	说明
`fits_issue`	问题管理
`fits_project`	项目管理
`fits_exception_report`	异常报告

graph TB subgraph "RuoYiPlus FITS 增强架构" subgraph "问题管理" A1[问题创建] A2[问题分配] A3[问题处理] A4[问题关闭] end subgraph "异常报告" B1[异常捕获] B2[异常分类] B3[异常统计] end subgraph "项目管理" C1[项目配置] C2[成员管理] end subgraph "管控层" D1[权限控制] D2[操作审计] end end A1 --> A2 A2 --> A3 A3 --> A4 B1 --> B2 B2 --> B3 C1 --> C2 A1 --> D1 B1 --> D2

1.4 能力对比

维度	传统方案	RuoYiPlus FITS 增强
问题管理	简单记录	全流程追踪+分配
异常报告	日志分散	统一异常捕获+分类
项目管理	无	多项目独立管理
统计分析	无	问题趋势+异常统计
权限控制	无	项目级权限隔离
审计合规	无	操作审计+变更追溯

2. 问题管理

2.1 问题流程

graph TB A[问题创建] --> B[问题分配] B --> C[问题处理] C --> D{是否解决} D -->|是| E[验证关闭] D -->|否| F[重新处理] F --> C E --> G[问题归档] A --> A1[问题描述] A --> A2[优先级] A --> A3[附件上传] C --> C1[处理记录] C --> C2[状态更新] C --> C3[通知相关人]

能力项	说明
问题创建	描述+优先级+附件
问题分配	手动分配+自动分配
问题处理	处理记录+状态流转
问题关闭	验证+归档
通知提醒	邮件+站内信通知

3. 异常报告管理

3.1 异常处理

graph LR A[异常捕获] --> B[异常分类] B --> C[异常聚合] C --> D[趋势分析] D --> E[告警通知] B --> B1[系统异常] B --> B2[业务异常] B --> B3[性能异常] C --> C1[同类聚合] C --> C2[频率统计]

能力项	说明
异常捕获	自动捕获+手动上报
异常分类	系统/业务/性能分类
异常聚合	同类异常聚合分析
趋势分析	异常趋势+频率统计
告警通知	阈值告警+通知

4. 技术架构

graph TB subgraph "yudao-module-fits-plus" subgraph "fits-biz" A1[issue 问题管理] A2[project 项目管理] A3[exception 异常报告] A4[notification 通知管理] A5[analytics 统计分析] end subgraph "权限与审计" B1[permission 权限控制] B2[audit 审计日志] end end A1 --> B1 A2 --> B1 A3 --> B2 A4 --> B2

5. 商业价值

价值点	说明
问题闭环	创建→分配→处理→关闭
异常监控	实时捕获+趋势分析
效率提升	自动分配+通知提醒
数据洞察	问题趋势+异常统计
多项目支持	多项目独立管理
审计合规	操作审计+变更追溯

更新日志

Mon, 01 Jan 0001 00:00:00 +0000

版本演进

RuoYi-Vue-Pro 从 v2.0.0 起步，持续迭代至今，总代码量约 26 万行（源码 16 万行，注释 6 万行，单元测试 1121+ 个）。

v2.6.1（2025-07-19）重点更新

Vben5 + Ant Design 大规模迁移：

迁移模块	状态
BPM 工作流	✅ 完成
CRM 客户管理	✅ 完成
Pay 支付中心	✅ 完成
Member 会员中心	✅ 完成
AI 大模型	✅ 完成
Vben5 + Element Plus 代码生成示例	✅ 新增

月度更新记录

时间	主要更新
2026-05	系统优化和 Bug 修复
2026-04	功能迭代
2026-03	功能迭代
2026-02	功能迭代
2026-01	功能迭代
2025-12	功能迭代
2025-11	功能迭代
2025-10	功能迭代
2025-09	功能迭代
2025-08	功能迭代
2025-07	v2.6.1：Vben5 + Ant Design 大规模迁移

技术指标

指标	数值
总代码行数	259,995
源码行数	161,332
注释行数	59,755
单元测试数	1,121+
业务子系统	14 个
数据库表总数	300+
支持前端版本	4 个（Vue3 / Vben5 / Vue2 / uni-app）

⚡️ Turn Jupyter Notebooks into Blog Posts

Mon, 15 Jul 2024 00:00:00 +0000

As a researcher or data scientist, your work often lives in Jupyter Notebooks. But sharing those insights effectively usually means taking screenshots, messy copy-pasting, or exporting to PDF.

Hugo Blox changes that. With the {{< notebook >}} shortcode, you can render your actual .ipynb files directly as beautiful, interactive blog posts or project pages. Keep your code, outputs, and narrative in one place.

Why publish notebooks?

提示

Reproducible Research: By publishing the actual notebook, you allow others to download and run your code, verifying your results and building upon your work.

No more screenshots – Render crisp code and vector plots directly from your source.
Theme consistent – Notebooks automatically adapt to your site’s theme (including dark mode).
Flexible sourcing – Display notebooks from your assets/ folder, page bundles, or even directly from a remote GitHub URL.
Interactive – Users can copy code blocks or download the full notebook to run locally.

Example: Data Science Workflow

Below is a live example of a notebook rendered right here in this post. Notice how the markdown, code, and outputs (text, HTML, and JSON) are all preserved and styled.

Launch Readiness Analysis

Python · Kernel: Python 3 · nbformat 4.5 · 6 cells

Download notebook

Language: Python
Version: 3.11
Kernel: Python 3 python3
nbformat: 4.5
Authors: Ownable CMS

Markdown

Ship Notebook Stories in Minutes

Hugo Blox Notebook renderer turns your .ipynb experiments into beautiful long-form posts. Use this sample to see how markdown, code, and outputs flow together.

Markdown

Drop notebooks inside assets/notebooks/ (or import them as page resources).
Reference them with {{</* notebook src="your.ipynb" */>}}.
Control code, outputs, metadata badges, and download links via shortcode params.

In [1]

demo quickstart

1
2
3
4
5
6


import math
accuracy = 0.982
print("Collecting data...")
print("Training notebook-ready block...")
print("Done!")
accuracy

Collecting data...
Training notebook-ready block...
Done!

0.982

In [2]

1
2


from IPython.display import HTML
HTML("<div style='font-family:Inter,ui-sans-serif;'><strong>Launch Readiness:</strong> <span style='color:#22c55e;'>98.2% confidence</span><br><em>Notebook blocks are theme-aware and dark-mode friendly.</em></div>")

Launch Readiness: 98.2% confidence
Notebook blocks are theme-aware and dark-mode friendly.

In [3]

metrics

1
2
3
4
5
6
7
8


metrics = {
 'metrics': {
 'engagement_rate': 0.73,
 'read_time_minutes': 4.6,
 'subscribers': 1280
 }
}
metrics

{
"metrics": {
"engagement_rate": 0.73,
"read_time_minutes": 4.6,
"subscribers": 1280
}
}

Markdown

Tip: Pair this block with Call-to-Action cards or the Embed shortcode to link to GitHub repos, datasets, or ARXIV preprints.

How to add a notebook

Save your notebook. Place your .ipynb file in assets/notebooks/ (for global access) or inside a page bundle (like content/blog/my-post/analysis.ipynb).
Add the shortcode. In any Markdown page, simply use: {{< notebook src="analysis.ipynb" >}}
Customize. You can hide code cells for non-technical audiences (show_code=false) or just show the output (show_outputs=true).

重要

Hugo Blox respects your privacy. Notebook rendering happens statically at build time—no third-party services required.

Next steps

Try it out: Drop one of your existing notebooks into this site and see how it looks.
Link your papers: Use the Embed shortcode to link your notebook to your latest arXiv preprint or GitHub repository.
Get help: Join the community on or check the .

Happy researching! 🚀

RuoYiPlus 企业级增强方案

Fri, 28 Jun 2024 00:00:00 +0000

站在 RuoYi-Vue-Pro 和 Yudao 的肩膀上，为业务规模化运营提供开箱即用的增强方案。

14 大增强模块： 安全合规增强、身份治理增强（IAM/SSO/OAuth2）、商业化增强（License/版本矩阵）、企业协同增强（IM/PM/CS）、邮件基础设施等。覆盖四大核心领域，填平开源框架到业务落地的「最后一公里」。

交易所撮合引擎

Sat, 01 Jun 2024 00:00:00 +0000

基于 Rust + Raft 协议的交易所撮合引擎。

核心能力：

订单簿与撮合：实现严格的价格-时间优先匹配算法，支持限价单/市价单全生命周期管理
Raft 状态机复制（SMR）：订单指令经 Raft Log 复制，结合 Snapshot + WAL 机制
多交易对动态管理：按 Symbol 做 Raft Group 分片，实现撮合引擎水平扩展
账户与风控：Rate Limit / 仓位检查 / 合约杠杆强平 / 期权 Greeks 计算
清结算与行情：清结算流程设计、链上充提对接、Level 2/3 推送优化

PyRebuilderSharp

Mon, 20 May 2024 00:00:00 +0000

基于 .NET 10 + Avalonia UI 的跨平台 Python 字节码反编译器。

核心创新——块级容错架构：

四阶段模块化管道：PycReader → BlockScanner → ControlFlowScanner → AstBuilder → PythonCodeGenerator
每个基本块独立栈机模拟和 AST 构建，单个块失败不影响其余 99% 代码
182 个真实 .pyc 基线测试集（Python 3.6–3.13），100% 通过率
AI 辅助深度应用：思路验证、边界补全、模式匹配代码生成

QuantByQlib 量化选股

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

AI 驱动的量化选股系统，基于 Qlib + LightGBM + 双 LLM 降级架构。

核心能力：

双 LLM 降级架构（Claude 主力 + DeepSeek 降级），生成高质量个股分析报告
RD-Agent 因子发现结果通过标准化 IC 验证管道自动注入 LightGBM 策略
“发现 → 验证 → 实盘化” 闭环
本地 ML 和云端 LLM 的专精与通用结合

Example Talk: Recent Work

Mon, 01 Jan 2024 00:00:00 +0000

Example Talk

Dr. Alex Johnson · Meta AI

Research Overview

Multimodal LLMs
Efficient training
Responsible AI

Code & Math

def score(x: int) -> int:
 return x * x

$$ E = mc^2 $$

Dual Column Layout

Left Column

Point A
Point B
Point C

Right Column

Detail 1
Detail 2
Detail 3

Main Content (2/3 width)

This column takes up twice the space of the right column.

def example():
 return "code works too"

Note
Key points in smaller column

Image + Text Layout

Results

95% accuracy
10x faster inference
Lower memory usage

Breakthrough!

Speaker Notes

Press S to open presenter view with notes!

This slide has hidden speaker notes below.

Note:

This is a speaker note (only visible in presenter view)
Press S key to open presenter console
Perfect for remembering key talking points
Can include reminders, timing, references
Supports Markdown formatting too!

Progressive Reveals

Content appears step-by-step:

First point appears Then the second point Finally the conclusion This one can be highlighted!

Note: Use fragments to control pacing and maintain audience attention. Each fragment appears on click.

Diagrams with Mermaid

graph LR A[Research Question] --> B{Hypothesis} B -->|Valid| C[Experiment] B -->|Invalid| D[Revise] C --> E[Analyze Data] E --> F{Significant?} F -->|Yes| G[Publish] F -->|No| D

Perfect for: Workflows, architectures, processes

Note: Mermaid diagrams are created from simple text. They’re version-controllable and edit anywhere!

Research Results

Model	Accuracy	Speed	Memory
Baseline	87.3%	1.0x	2GB
Ours (v1)	92.1%	1.5x	1.8GB
Ours (v2)	95.8%	2.3x	1.2GB

Key Finding: 8.5% improvement over baseline with 40% memory reduction

Note: Tables are perfect for comparative results. Markdown tables are simple and version-control friendly.

Custom Backgrounds

This slide has a blue background!

You can customize:

Background colors
Background images
Gradients
Videos (yes, really!)

Use {{< slide background-color="#hex" >}}

There’s more content below! ⬇️

Press the Down Arrow to see substeps.

Note: This demonstrates Reveal.js’s vertical slide feature. Great for optional details or deep dives.

Substep 1: Details

This is additional content in a vertical stack.

Navigate down for more, or right to skip to next topic →

Substep 2: More Details

Even more detailed information.

Press Up Arrow to go back, or Right Arrow to continue.

Citations & Quotes

“The best way to predict the future is to invent it.”

— Alan Kay

Or reference research:

Recent work by Smith et al. (2024) demonstrates that Markdown-based slides improve reproducibility by 78% compared to proprietary formats¹.

Media: YouTube Videos

Note: Embed YouTube videos with just the video ID. Perfect for demos, tutorials, or interviews.

Media: All Options

Embed various media types with simple shortcodes:

YouTube: {{< youtube VIDEO_ID >}}
Bilibili: {{< bilibili id="BV1..." >}}
Local videos: {{< video src="file.mp4" controls="yes" >}}
Audio: {{< audio src="file.mp3" >}}

Perfect for demos, interviews, tutorials, or podcasts!

Note: All media types work seamlessly in slides. Just use the appropriate shortcode.

Interactive Elements

Try these keyboard shortcuts:

→ ← : Navigate slides
↓ ↑ : Vertical navigation
S : Speaker notes
F : Fullscreen
O : Overview mode
/ : Search
ESC : Exit modes

Hidden Slide Demo (Inline Comment)

This slide is hidden using the  comment method.

Perfect for:

Speaker-only content
Backup slides
Work-in-progress content

Note: This slide won’t appear in the presentation but remains in source for reference.

Thanks

Questions?

🌐 Website:
🐦 X/Twitter:
💬 Discord:
⭐ GitHub:

All slides created with Markdown • No vendor lock-in • Edit anywhere

Note: Thank you for your attention! Feel free to reach out with questions or contributions.

🎨 Branding Your Slides

Add your identity to every slide with simple configuration!

What you can add:

Element	Position Options
Logo	top-left, top-right, bottom-left, bottom-right
Title	Same as above
Author	Same as above
Footer Text	Same + bottom-center

Edit the branding: section in your slide’s front matter (top of file).

📁 Adding Your Logo

Place your logo in assets/media/ folder
Use SVG format for best results (auto-adapts to any theme!)
Add to front matter:

branding:
 logo:
 filename: "your-logo.svg" # Must be in assets/media/
 position: "top-right"
 width: "60px"

Tip: SVGs with fill="currentColor" automatically match theme colors!

📝 Title & Author Overlays

Show presentation title and/or author on every slide:

branding:
 title:
 show: true
 position: "bottom-left"
 text: "Short Title" # Optional: override long page title

 author:
 show: true
 position: "bottom-right"

Author is auto-detected from page front matter (author: or authors:).

📄 Footer Text

Add copyright, conference name, or any persistent text:

branding:
 footer:
 text: "© 2026 RuoyiPlus · Ruoyi Plus 2026"
 position: "bottom-center"

Tip: Supports Markdown! Use [Link](url) for clickable links.

🔇 Hiding Branding Per-Slide

Sometimes you want a clean slide (title slides, full-screen images).

Add this comment at the start of your slide content:

<!-- no-branding -->
## My Clean Slide

Content here...

☝️ This slide uses  — notice no logo or overlays!

🔇 Selective Hiding

Hide just the header (logo + title):

<!-- no-header -->

Or just the footer (author + footer text):

<!-- no-footer -->

☝️ This slide uses  — footer still visible below!

✅ Quick Reference

Comment	Hides
`<!-- no-branding -->`	Everything (logo, title, author, footer)
`<!-- no-header -->`	Logo + Title overlay
`<!-- no-footer -->`	Author + Footer text

☝️ This slide uses  — logo still visible above!

🚀 Get Started

Copy this example’s front matter as a starting point
Replace logo with yours in assets/media/
Customize positions and text
Use  for special slides

Pro tip: Set site-wide defaults in config/_default/params.yaml under slides.branding!

Smith, J. et al. (2024). Open Science Presentations. Nature Methods. ↩︎

🎉 Easily create your own simple yet highly customizable blog

Fri, 27 Oct 2023 00:00:00 +0000

Welcome 👋

Overview

The Hugo Blox website builder for Hugo, along with its starter templates, is designed for professional creators, educators, and teams/organizations - although it can be used to create any kind of site
The template can be modified and customised to suit your needs. It’s a good platform for anyone looking to take control of their data and online identity whilst having the convenience to start off with a no-code solution (write in Markdown and customize with YAML parameters) and having flexibility to later add even deeper personalization with HTML and CSS
You can work with all your favourite tools and apps with hundreds of plugins and integrations to speed up your workflows, interact with your readers, and much more

Get Started

Quick Start Guide

New to Hugo Blox? Follow these steps to get your site up and running in minutes!

👉
📚
💬 or
🐦 Twitter: #MadeWithHugoBlox
💡
⬆️ Updating Hugo Blox? View the and

重要

Remember to backup your site before making major updates!

Crowd-funded open-source software

To help us develop this template and software sustainably under the MIT license, we ask all individuals and businesses that use it to help support its ongoing maintenance and development via sponsorship.

As a token of appreciation for sponsoring, you can unlock awesome rewards and extra features 🦄✨

Ecosystem

: Automatically import publications from BibTeX

Inspiration

are building with this template.

Features

Enhanced Markdown Support

Hugo Blox now supports GitHub and Obsidian-style callouts! Use standard Markdown alert syntax like > [!NOTE] for better portability.

Page builder - Create anything with no-code and
Edit any type of content - Blog posts, publications, talks, slides, projects, and more!
Create content in , , or
Plugin System - Fully customizable
Display Code and Math - Code syntax highlighting and LaTeX math supported
Integrations - , , Maps, Contact Forms, and more!
Beautiful Site - Simple and refreshing one-page design
Industry-Leading SEO - Help get your website found on search engines and social media
Media Galleries - Display your images and videos with captions in a customizable gallery
Mobile Friendly - Look amazing on every screen with a mobile friendly version of your site
Multi-language - 35+ language packs including English, 中文, and Português
Multi-user - Each author gets their own profile page
Privacy Pack - Assists with GDPR
Stand Out - Bring your site to life with animation, parallax backgrounds, and scroll effects
One-Click Deployment - No servers. No databases. Only files.

Version Requirements

The new Markdown alert syntax requires Hugo v0.132.0 or later. Make sure you’re using a compatible version!

Themes

Hugo Blox and its templates come with automatic day (light) and night (dark) mode built-in. Visitors can choose their preferred mode by clicking the sun/moon icon in the header.

for your site. Themes are fully customizable.

License

Released under the license.

PyTorch

Thu, 26 Oct 2023 00:00:00 +0000

PyTorch is a Python package that provides tensor computation (like NumPy) with strong GPU acceleration.

scikit-learn

Thu, 26 Oct 2023 00:00:00 +0000

scikit-learn is a Python module for machine learning built on top of SciPy and is distributed under the 3-Clause BSD license.

🧠 Sharpen your thinking with a second brain

Thu, 26 Oct 2023 00:00:00 +0000

Create a personal knowledge base and share your knowledge with your peers.

Hugo Blox web framework empowers you with one of the most flexible note-taking capabilities out there.

Create a powerful knowledge base that works on top of a local folder of plain text Markdown files.

Use it as your second brain, either publicly sharing your knowledge with your peers via your website, or via a private GitHub repository and password-protected site just for yourself.

Mindmaps

Hugo Blox supports a Markdown extension for mindmaps.

With this open format, can even edit your mindmaps in other popular tools such as Obsidian.

Simply insert a Markdown code block labelled as markmap and optionally set the height of the mindmap as shown in the example below.

Mindmaps can be created by simply writing the items as a Markdown list within the markmap code block, indenting each item to create as many sub-levels as you need:


```markmap {height="200px"}
- Hugo Modules
- Hugo Blox
- netlify
- netlify-cms
- slides
```

renders as

- Hugo Modules
- Hugo Blox
- netlify
- netlify-cms
- slides

Anh here’s a more advanced mindmap with formatting, code blocks, and math:


```markmap
- Mindmaps
- Links
- [Hugo Blox Docs](https://docs.hugoblox.com/)
- [Discord Community](https://discord.gg/z8wNYzb)
- [GitHub](https://github.com/HugoBlox/kit)
- Features
- Markdown formatting
- **inline** ~~text~~ *styles*
- multiline
text
- `inline code`
- Math: $x = {-b \pm \sqrt{b^2-4ac} \over 2a}$
```

renders as

- Mindmaps
- Links
- [Hugo Blox Docs](https://docs.hugoblox.com/)
- [Discord Community](https://discord.gg/z8wNYzb)
- [GitHub](https://github.com/HugoBlox/kit)
- Features
- Markdown formatting
- **inline** ~~text~~ *styles*
- multiline
text
- `inline code`
- Math: $x = {-b \pm \sqrt{b^2-4ac} \over 2a}$

Highlighting

Highlight important text with mark:

<mark>Highlighted text</mark>

Callouts

Use (aka asides, hints, or alerts) to draw attention to notes, tips, and warnings.

Use the > [!NOTE] syntax to create a callout.

> [!NOTE]
> A Markdown aside is useful for displaying notices, hints, or definitions to your readers.

renders as

注意

A Markdown aside is useful for displaying notices, hints, or definitions to your readers.

Or use the warning callout type so your readers don’t miss critical details:

警告

A Markdown aside is useful for displaying notices, hints, or definitions to your readers.

📈 Communicate your results effectively with the best data visualizations

Wed, 25 Oct 2023 00:00:00 +0000

Hugo Blox is designed to give technical content creators a seamless experience. You can focus on the content and Hugo Blox handles the rest.

Use popular tools such as Plotly, Mermaid, and data frames.

Embed Rich Content

HuggingFace Model

google/embeddinggemma-300m

sentence-similarity

1.56514M

1.74k

HuggingFace Dataset

fka/prompts.chat

dataset

a.k.a. Awesome ChatGPT Prompts This is a Dataset Repository mirror of prompts.chat — a social platform for AI prompts. 📢 Notice This Hugging Face dataset is a mirror. For the …

30.917k

9.745k

GitHub Repository

kit

by HugoBlox • HTML

🧱 Describe your site, AI builds it, you own it as Markdown. Snap together Tailwind blocks like Lego — landing pages, blogs, portfolios, docs & more. No AI slop. Free to deploy anywhere 👇

2.948k

9.531k

academic blog documentation-tool +17

Custom embed with manual data

My Custom Resource

example.com

A great resource for learning

Custom Images

Embed beautiful images from any source with Hugo image processing (Unsplash, custom URLs, etc.):

Data Visualization Guide

example.com

Beautiful data visualization workspace

You can also add images to any platform embed:

plotly.py

by plotly • Python

The interactive graphing library for Python ✨

2.814k

769

18.623k

d3 dashboard declarative +11

Charts

Hugo Blox supports the popular format for interactive data visualizations. With Plotly, you can design almost any kind of visualization you can imagine!

Save your Plotly JSON in your page folder, for example line-chart.json, and then add the {{< chart data="line-chart" >}} shortcode where you would like the chart to appear.

Demo:

You might also find the useful.

Diagrams

Hugo Blox supports the Mermaid Markdown extension for diagrams.

An example flowchart:

```mermaid
graph TD
A[Hard] -->|Text| B(Round)
B --> C{Decision}
C -->|One| D[Result 1]
C -->|Two| E[Result 2]
```

renders as

graph TD A[Hard] -->|Text| B(Round) B --> C{Decision} C -->|One| D[Result 1] C -->|Two| E[Result 2]

An example sequence diagram:

```mermaid
sequenceDiagram
Alice->>John: Hello John, how are you?
loop Healthcheck
John->>John: Fight against hypochondria
end
Note right of John: Rational thoughts!
John-->>Alice: Great!
John->>Bob: How about you?
Bob-->>John: Jolly good!
```

renders as

sequenceDiagram Alice->>John: Hello John, how are you? loop Healthcheck John->>John: Fight against hypochondria end Note right of John: Rational thoughts! John-->>Alice: Great! John->>Bob: How about you? Bob-->>John: Jolly good!

An example class diagram:

```mermaid
classDiagram
Class01 <|-- AveryLongClass : Cool
Class03 *-- Class04
Class05 o-- Class06
Class07 .. Class08
Class09 --> C2 : Where am i?
Class09 --* C3
Class09 --|> Class07
Class07 : equals()
Class07 : Object[] elementData
Class01 : size()
Class01 : int chimp
Class01 : int gorilla
Class08 <--> C2: Cool label
```

renders as

classDiagram Class01 <|-- AveryLongClass : Cool Class03 *-- Class04 Class05 o-- Class06 Class07 .. Class08 Class09 --> C2 : Where am i? Class09 --* C3 Class09 --|> Class07 Class07 : equals() Class07 : Object[] elementData Class01 : size() Class01 : int chimp Class01 : int gorilla Class08 <--> C2: Cool label

An example state diagram:

```mermaid
stateDiagram
[*] --> Still
Still --> [*]
Still --> Moving
Moving --> Still
Moving --> Crash
Crash --> [*]
```

renders as

stateDiagram [*] --> Still Still --> [*] Still --> Moving Moving --> Still Moving --> Crash Crash --> [*]

Data Frames

Save your spreadsheet as a CSV file in your page’s folder and then render it by adding the Table shortcode to your page:

{{< table path="results.csv" header="true" caption="Table 1: My results" >}}

renders as

Table 1: My results
customer_id	score
1	0
2	0.5
3	1

Interactive Buttons

Add engaging call-to-action buttons to your data visualization posts:

Basic Buttons

Learn Plotly

{{< button url="/" >}}Contact Us{{< /button >}}

{{< button url="https://plotly.com/python/" new_tab="true" style="secondary" >}}Learn Plotly{{< /button >}}

Styled Buttons for Data Actions

View Dashboard

Download Data

View Source Code

{{< button url="#" style="primary" size="lg" align="center" icon="chart-bar" >}}View Dashboard{{< /button >}}

{{< button url="/data/results.csv" style="outline" icon="document-arrow-down" >}}Download Data{{< /button >}}

{{< button url="https://github.com/HugoBlox" new_tab="true" style="ghost" icon="arrow-top-right-on-square" icon_position="right" >}}View Source Code{{< /button >}}

Multiple Aligned Buttons

Try Jupyter

Open in Colab

{{< button url="https://jupyter.org/" new_tab="true" style="secondary" rounded="full" align="center" >}}Try Jupyter{{< /button >}}

{{< button url="https://colab.research.google.com/" new_tab="true" style="primary" rounded="full" align="center" icon="rocket-launch" >}}Open in Colab{{< /button >}}

👩🏼‍🏫 Teach academic courses

Tue, 24 Oct 2023 00:00:00 +0000

is designed to give technical content creators a seamless experience. You can focus on the content and the HugoBlox Kit which this template is built upon handles the rest.

Embed videos, podcasts, code, LaTeX math, and even test students!

On this page, you’ll find some examples of the types of technical content that can be rendered with Hugo Blox.

Citation

Here’s an example of citing a publication using the cite shortcode:

Delon XIE (2019). An example preprint / working paper.

预印本代码演示文稿数据集海报源文档视频 Custom Link 预印本

You can also use the default view by omitting the view parameter:

Delon XIE

Equal contribution

, Robert Ford

Equal contribution

(2013). An example conference paper. ICW. Best Paper Award

PDF 代码数据集演示文稿源文档视频 PDF DOI

Video

Teach your course by sharing videos with your students. Choose from one of the following approaches:

Youtube:

{{< youtube D2vj0WcvH5c >}}

Bilibili:

{{< bilibili BV1WV4y1r7DF >}}

Video file

Videos may be added to a page by either placing them in your assets/media/ media library or in your , and then embedding them with the video shortcode:

{{< video src="my_video.mp4" controls="yes" >}}

Podcast

You can add a podcast or music to a page by placing the MP3 file in the page’s folder or the media library folder and then embedding the audio on your page with the audio shortcode:

{{< audio src="ambient-piano.mp3" >}}

Try it out:

Test students

Provide a simple yet fun self-assessment by revealing the solutions to challenges with the spoiler shortcode:

{{< spoiler text="👉 Click to view the solution" >}}
You found me!
{{< /spoiler >}}

renders as

👉 Click to view the solution

You found me 🎉

Math

HugoBlox Kit supports a Markdown extension for $\LaTeX$ math. Enable math by setting the math: true option in your page’s front matter, or enable math for your entire site by toggling math in your config/_default/params.yaml file:

features:
 math:
 enable: true

To render inline or block math, wrap your LaTeX math with $...$ or $$...$$, respectively.

Example math block:

$$
\gamma_{n} = \frac{ \left | \left (\mathbf x_{n} - \mathbf x_{n-1} \right )^T \left [\nabla F (\mathbf x_{n}) - \nabla F (\mathbf x_{n-1}) \right ] \right |}{\left \|\nabla F(\mathbf{x}_{n}) - \nabla F(\mathbf{x}_{n-1}) \right \|^2}
$$

renders as

$$\gamma_{n} = \frac{ \left | \left (\mathbf x_{n} - \mathbf x_{n-1} \right )^T \left [\nabla F (\mathbf x_{n}) - \nabla F (\mathbf x_{n-1}) \right ] \right |}{\left \|\nabla F(\mathbf{x}_{n}) - \nabla F(\mathbf{x}_{n-1}) \right \|^2}$$

Example inline math $\nabla F(\mathbf{x}_{n})$ renders as $\nabla F(\mathbf{x}_{n})$.

Example multi-line math using the math linebreak (\\):

$$f(k;p_{0}^{*}) = \begin{cases}p_{0}^{*} & \text{if }k=1, \\
1-p_{0}^{*} & \text{if }k=0.\end{cases}$$

renders as

$$ f(k;p_{0}^{*}) = \begin{cases}p_{0}^{*} & \text{if }k=1, \\ 1-p_{0}^{*} & \text{if }k=0.\end{cases} $$

Code

HugoBlox Kit utilises Hugo’s Markdown extension for highlighting code syntax. The code theme can be selected in the config/_default/params.yaml file.

```python
import pandas as pd
data = pd.read_csv("data.csv")
data.head()
```

renders as

import pandas as pd
data = pd.read_csv("data.csv")
data.head()

Inline Images

{{< icon name="python" >}} Python

renders as

Python

Embed Media

Tue, 24 Oct 2023 00:00:00 +0000

is designed to give technical content creators a seamless experience. You can focus on the content and the HugoBlox Kit which this template is built upon handles the rest.

Embed videos, podcasts, code, LaTeX math, and even test students!

On this page, you’ll find some examples of the types of technical content that can be rendered with Hugo Blox.

Video

Teach your course by sharing videos with your students. Choose from one of the following approaches:

Youtube:

{{< youtube w7Ft2ymGmfc >}}

Bilibili:

{{< bilibili id="BV1WV4y1r7DF" >}}

Video file

Videos may be added to a page by either placing them in your assets/media/ media library or in your , and then embedding them with the video shortcode:

{{< video src="my_video.mp4" controls="yes" >}}

Podcast

You can add a podcast or music to a page by placing the MP3 file in the page’s folder or the media library folder and then embedding the audio on your page with the audio shortcode:

{{< audio src="ambient-piano.mp3" >}}

Try it out:

Test students

Provide a simple yet fun self-assessment by revealing the solutions to challenges with the spoiler shortcode:

{{< spoiler text="👉 Click to view the solution" >}}
You found me!
{{< /spoiler >}}

renders as

👉 Click to view the solution

You found me 🎉

Math

HugoBlox Kit supports a Markdown extension for $\LaTeX$ math. You can enable this feature by toggling the math option in your config/_default/params.yaml file.

To render inline or block math, wrap your LaTeX math with {{< math >}}$...${{< /math >}} or {{< math >}}$$...$${{< /math >}}, respectively.

注意

We wrap the LaTeX math in the Hugo Blox math shortcode to prevent Hugo rendering our math as Markdown. This callout now uses the standard Markdown alert syntax!

Example math block:

{{< math >}}
$$
\gamma_{n} = \frac{ \left | \left (\mathbf x_{n} - \mathbf x_{n-1} \right )^T \left [\nabla F (\mathbf x_{n}) - \nabla F (\mathbf x_{n-1}) \right ] \right |}{\left \|\nabla F(\mathbf{x}_{n}) - \nabla F(\mathbf{x}_{n-1}) \right \|^2}
$$
{{< /math >}}

renders as

Example inline math {{< math >}}$\nabla F(\mathbf{x}_{n})${{< /math >}} renders as $\nabla F(\mathbf{x}_{n})$ .

Example multi-line math using the math linebreak (\\):

{{< math >}}
$$f(k;p_{0}^{*}) = \begin{cases}p_{0}^{*} & \text{if }k=1, \\
1-p_{0}^{*} & \text{if }k=0.\end{cases}$$
{{< /math >}}

renders as

$$ f(k;p_{0}^{*}) = \begin{cases}p_{0}^{*} & \text{if }k=1, \\ 1-p_{0}^{*} & \text{if }k=0.\end{cases} $$

Code

HugoBlox Kit utilises Hugo’s Markdown extension for highlighting code syntax. The code theme can be selected in the config/_default/params.yaml file.

```python
import pandas as pd
data = pd.read_csv("data.csv")
data.head()
```

renders as

import pandas as pd
data = pd.read_csv("data.csv")
data.head()

Inline Images

{{< icon name="python" >}} Python

renders as

Python

工作经历

Tue, 24 Oct 2023 00:00:00 +0000

✅ Manage your projects

Mon, 23 Oct 2023 00:00:00 +0000

Easily manage your projects - create ideation mind maps, Gantt charts, todo lists, and more!

Ideation

Hugo Blox supports a Markdown extension for mindmaps.

Simply insert a Markdown code block labelled as markmap and optionally set the height of the mindmap as shown in the example below.

Mindmaps can be created by simply writing the items as a Markdown list within the markmap code block, indenting each item to create as many sub-levels as you need:


```markmap {height="200px"}
- Hugo Modules
- Hugo Blox
- netlify
- netlify-cms
- slides
```

renders as

- Hugo Modules
- Hugo Blox
- netlify
- netlify-cms
- slides

Diagrams

Hugo Blox supports the Mermaid Markdown extension for diagrams.

An example Gantt diagram:

```mermaid
gantt
section Section
Completed :done, des1, 2014-01-06,2014-01-08
Active :active, des2, 2014-01-07, 3d
Parallel 1 : des3, after des1, 1d
Parallel 2 : des4, after des1, 1d
Parallel 3 : des5, after des3, 1d
Parallel 4 : des6, after des4, 1d
```

renders as

gantt section Section Completed :done, des1, 2014-01-06,2014-01-08 Active :active, des2, 2014-01-07, 3d Parallel 1 : des3, after des1, 1d Parallel 2 : des4, after des1, 1d Parallel 3 : des5, after des3, 1d Parallel 4 : des6, after des4, 1d

Todo lists

You can even write your todo lists in Markdown too:

- [x] Write math example
 - [x] Write diagram example
- [ ] Do something else

renders as

Write math example
- Write diagram example
Do something else

Flink 实时流计算与 ETL 体系

Tue, 01 Aug 2023 00:00:00 +0000

基于 Flink + 定时任务的金融数据管道。

核心能力：

Flink CDC 实时数据同步（MySQL binlog / HBase 变更日志）
Flink SQL 流式 ETL：实时清洗、聚合、窗口计算
分钟级 K线合成、买卖压力比、异常交易检测
Checkpoint 机制保证 Exactly-Once 语义
离线 ETL：Airflow + Crontab 调度，日报月报自动生成

快停科技 IoT 停车场系统

Tue, 01 Jun 2021 00:00:00 +0000

海南区域第二大停车场系统，覆盖 3 个主要城市 280 个停车场。

核心能力：

MQTT 协议构建云端-场站-终端三位一体方案
30 秒内定期轮训设备活检，开闸延时 < 1.5 秒
视频属地存储 + 异步回传
异常实时视频采集、问题定位及维护派单
技术栈：Java Spring + C# + MySQL + Raspberry Pi + PLC

An example preprint / working paper

Sun, 07 Apr 2019 00:00:00 +0000

This work is driven by the results in my on LLMs.

注意

Create your slides in Markdown - click the Slides button to check out the example.

Add the publication’s full text or supplementary notes here. You can use rich formatting such as including .

Create Beautiful Presentations with Markdown

Sun, 01 Jan 2017 00:00:00 +0000

🎯 Why Markdown Slides?

True Presentation Freedom

Unlike PowerPoint or Keynote, your presentations are future-proof, portable, and completely under your control. No proprietary formats, no vendor lock-in, no subscription fees.

The Problem with Traditional Slides

PowerPoint & Keynote:

💸 Expensive licenses or subscriptions
🔒 Proprietary file formats (.pptx, .key)
💻 Platform-specific (Windows/Mac only)
📦 Large binary files
🚫 Difficult to version control
😰 Lost formatting when sharing

Google Slides:

☁️ Requires internet connection
🔐 Data stored on Google’s servers
📱 Limited offline editing
🎨 Formatting breaks when exporting
🔗 Dependency on Google’s platform

The Hugo Blox Solution

Markdown Changes Everything

Write your presentations in simple, human-readable Markdown. Edit anywhere, present anywhere, own forever.

✨ What You Get

🎨 Professional Design, Zero Effort

15+ Built-in Themes — Black, white, sky, league, and more
Syntax Highlighting — Beautiful code blocks with 50+ languages
Math Support — LaTeX equations render perfectly: $E = mc^2$
Responsive — Looks great on any screen size

📝 Write in Plain Text

## My Slide Title

- Point one
- Point two
- Point three

```python
def hello():
 return "World!"
```

---

That’s it! No complex UI, no formatting headaches.

🔄 Edit Anywhere, Anytime

Zero Lock-In

Your slides are just Markdown files. Edit them in:

Ownable CMS — Visual editing with live preview
VS Code — With Markdown extensions
Obsidian — Note-taking app that speaks Markdown
Typora — Minimal distraction writing
Any text editor — Even Notepad works!

Try Ownable CMS

🎯 Advanced Features

Dual Column Layouts:

<div style="display: flex; gap: 2rem;">
 <div style="flex: 1;">Column 1</div>
 <div style="flex: 1;">Column 2</div>
</div>

Fragment Animations:

{{< fragment >}}Appear on click!{{< /fragment >}}

Speaker Notes:

Note: Your private notes here
(visible in presenter view only)

Vertical Slide Stacks: Navigate down for sub-topics!

🚀 Getting Started is Easy

Create Your First Slide Deck in 3 Steps

Step 1: Create Your Slides

Create content/slides/my-talk/index.md:

---
title: "My Amazing Talk"
type: slides
slides:
 theme: black
---

# My Amazing Talk
### Ruoyi Plus

---

## Main Points

- Point 1
- Point 2
- Point 3

---

## Thank You!

Step 2: Link to Your Event

In your event page (content/events/my-event/index.md):

---
title: "My Conference Presentation"
slides: "my-talk" # References the slides folder name
---

Step 3: Present!

Your slides are automatically:

✅ Embedded on the event page
✅ Available in fullscreen mode (click arrows-expand button)
✅ Accessible at a direct URL
✅ Keyboard-navigatable (→ ← keys)

Read Full Documentation

💎 Why Academics & Researchers Love It

引用

“I can finally version control my presentations with Git, collaborate using GitHub, and never worry about formatting breaking again. Game changer for reproducible research!” — Dr. Xin Liu, MIT

Perfect for Research

Version Control — Track every change with Git
Collaboration — Use GitHub pull requests for slide reviews
Reproducibility — Slides are plain text, commit them with your code
Open Science — Share presentations on GitHub, no barriers
Citations — Include BibTeX references easily
Jupyter Integration — Embed notebooks and visualizations

Perfect for Teaching

Reusable Content — Mix and match slides across courses
Student Contributions — Students can submit slide PRs
Live Coding — Syntax highlighting for all languages
Interactive Examples — Embed interactive visualizations
Accessible — Keyboard navigation, screen reader friendly

🎬 See It In Action

注意

Try it now! The slides embedded above demonstrate all these features:

Code highlighting with Python
Mathematical equations with LaTeX
Dual column layouts (slides 4-6)
Fragment animations
Multiple themes

Click the arrows-expand fullscreen button (top right) to experience presentation mode!

Live Features to Try

Navigate: Use arrow keys (→ ←) or click controls
Fullscreen: Click the expand button to go fullscreen
Speaker Notes: Press S to open presenter view (try it!)
Overview: Press ESC to see all slides at once
Search: Press / to search slide content
Zoom: Alt+Click to zoom into details

external-link Open Slides in New Tab

🆚 Comparison

Feature	PowerPoint	Google Slides	Hugo Blox
Cost	$159.99/year	Free*	Free Forever
Format	Binary (`.pptx`)	Proprietary	Plain Markdown
Version Control	❌ Difficult	❌ Limited	✅ Git Native
Offline Editing	✅ Yes	⚠️ Limited	✅ Fully Offline
Platform Lock-in	⚠️ Microsoft	⚠️ Google	✅ None
Code Highlighting	⚠️ Basic	⚠️ Limited	✅ 50+ Languages
Math Equations	⚠️ Clunky	⚠️ Basic	✅ Full LaTeX
Portability	❌ Poor	❌ Requires Google	✅ Works Anywhere
Future-Proof	❌ Format changes	⚠️ API changes	✅ Plain Text Forever
Open Source	❌ No	❌ No	✅ Yes

成功

Hugo Blox wins on freedom, portability, and long-term sustainability.

🛠️ Advanced Capabilities

Code Blocks with Syntax Highlighting

import torch
import torch.nn as nn

class Transformer(nn.Module):
 def __init__(self, d_model=512, nhead=8):
 super().__init__()
 self.attention = nn.MultiheadAttention(d_model, nhead)

 def forward(self, x):
 return self.attention(x, x, x)[0]

Mathematical Equations

Display equations with LaTeX:

$$
\nabla \times \vec{E} = -\frac{\partial \vec{B}}{\partial t}
$$

$$
\int_{-\infty}^{\infty} e^{-x^2} dx = \sqrt{\pi}
$$

Dual Column Layouts

Perfect for before/after comparisons, code + explanation, or image + text:

<div style="display: flex; gap: 2rem;">
 <div style="flex: 1;">Left content</div>
 <div style="flex: 1;">Right content</div>
</div>

See slides 4-6 in the embedded presentation above for live examples!

🎓 For Educators: Teach the Future

Empower Your Students

Teaching with Hugo Blox means teaching modern, transferable skills:

Markdown (used everywhere: GitHub, Notion, Obsidian)
Version control (essential for careers)
Web technologies (HTML, CSS)
Reproducible science practices

Course Integration

courses/
├── ml-101/
│ ├── lecture-1/
│ │ ├── index.md (slides)
│ │ └── notes.md
│ ├── lecture-2/
│ │ └── index.md
│ └── _index.md

Each lecture gets its own slide deck, all version controlled, all editable by students as PRs.

🌍 Join the Community

Built by Academics, for Academics

Hugo Blox is used by researchers at:

🎓 Stanford, MIT, Harvard, Oxford, Cambridge
🏢 Google Research, Meta AI, OpenAI
🔬 CERN, NASA, NIH
🌐 Thousands of universities worldwide

Star on GitHub

Get Help & Connect

📚
💬
🐛
🐦

🚀 Ready to Create?

Start Building Beautiful Presentations Today

No installation required. No account needed. Just Markdown and your creativity.

Get Started Now

Try Ownable CMS

📖 Additional Resources

Templates & Examples

Tips & Tricks

Pro Tips for Better Presentations

Keep slides simple — one idea per slide
Use dual columns for comparisons
Add speaker notes with Note: prefix
Test presenter view before your talk
Use fragments to control pacing
Version control your slides with Git
Share source files for reproducibility

Have questions? Check out the or !

Want to contribute? Hugo Blox is open source! .

好收益 P2P 金融平台

Fri, 01 Jan 2016 00:00:00 +0000

以汽车抵押和平行进口车供应链融资为核心的互联网金融撮合平台。

关键指标：

实际用户超 5 万，累计交易额超 20 亿，在贷规模 2.5 亿
实现徽商银行资金存管、等保三级
完成三轮融资（沃石投资、大火投资、天涯金服）
P2P 时代垂直领域前十平台

An example journal article

Tue, 01 Sep 2015 00:00:00 +0000

注意

Click the Cite button above to demo the feature to enable visitors to import publication metadata into their reference management software.

注意

Create your slides in Markdown - click the Slides button to check out the example.

Add the publication’s full text or supplementary notes here. You can use rich formatting such as including .

An example conference paper

Mon, 01 Jul 2013 00:00:00 +0000

注意

Click the Cite button above to demo the feature to enable visitors to import publication metadata into their reference management software.

注意

Create your slides in Markdown - click the Slides button to check out the example.

Add the publication’s full text or supplementary notes here. You can use rich formatting such as including .

尚诺金融资产管理系统

Tue, 01 May 2012 00:00:00 +0000

基于融资担保牌照的金融资产管理系统。

核心功能：

尽职调查与风险评估模块
评分卡机制与贷款全流程管理（发放、跟踪、贷后）
风险处置闭环（催收分配、法务介入、资产拍卖）
客户管理 360 视图（多维数据整合、精准营销）
技术栈：Java Spring + MySQL

进销存 POS 与餐饮系统

Tue, 01 Jun 2010 00:00:00 +0000

为中小商户提供的进销存管理和餐饮 POS 解决方案。

核心功能：

进销存 POS：商品入库、库存管理、销售开单、会员管理、多门店连锁
易石正餐餐饮软件：桌台管理、iPad 点菜、厨房打印、结账分单
支持无线打印机联动
技术栈：Delphi / C# / SQL Server / 嵌入式 POS 硬件驱动

Buttons

Mon, 01 Jan 0001 00:00:00 +0000

A modern, customizable button shortcode with gradient styling, icons, and smart link handling.

Basic Usage

Visit External Site

The above buttons are created with:

{{< button url="/contact" >}}Contact Us{{< /button >}}

{{< button url="https://example.com" new_tab="true" style="secondary" >}}Visit External Site{{< /button >}}

Style Variants

Primary (Default)

Primary Button

{{< button url="#" style="primary" >}}Primary Button{{< /button >}}

Secondary

Secondary Button

{{< button url="#" style="secondary" >}}Secondary Button{{< /button >}}

Outline

Outline Button

{{< button url="#" style="outline" >}}Outline Button{{< /button >}}

Ghost

Ghost Button

{{< button url="#" style="ghost" >}}Ghost Button{{< /button >}}

Sizes

Extra Large

{{< button url="#" size="sm" >}}Small Button{{< /button >}}
{{< button url="#" size="md" >}}Medium Button{{< /button >}}
{{< button url="#" size="lg" >}}Large Button{{< /button >}}
{{< button url="#" size="xl" >}}Extra Large{{< /button >}}

Alignment

Left (Default)

Left Aligned

Center

Center Aligned

Right

Right Aligned

{{< button url="#" align="left" >}}Left Aligned{{< /button >}}
{{< button url="#" align="center" >}}Center Aligned{{< /button >}}
{{< button url="#" align="right" >}}Right Aligned{{< /button >}}

With Icons

Icon Before Text

Download

Icon After Text

Continue

{{< button url="#" icon="arrow-down-tray" >}}Download{{< /button >}}
{{< button url="#" icon="arrow-right" icon_position="right" >}}Continue{{< /button >}}

Rounded Corners

Small Radius

Medium Radius (Default)

Medium Radius

Large Radius

Pill Shape

Pill Button

{{< button url="#" rounded="sm" >}}Small Radius{{< /button >}}
{{< button url="#" rounded="md" >}}Medium Radius{{< /button >}}
{{< button url="#" rounded="lg" >}}Large Radius{{< /button >}}
{{< button url="#" rounded="full" >}}Pill Button{{< /button >}}

Advanced Examples

Call-to-Action Button

Get Started Today

{{< button url="/signup" style="primary" size="lg" align="center" icon="rocket-launch" >}}Get Started Today{{< /button >}}

External Link with New Tab

View on GitHub

{{< button url="https://github.com/hugo-blox/kit" new_tab="true" style="outline" icon="arrow-top-right-on-square" icon_position="right" >}}View on GitHub{{< /button >}}

Download Button

Download PDF

{{< button url="/files/document.pdf" style="secondary" icon="document-arrow-down" rounded="full" >}}Download PDF{{< /button >}}

Parameters

Parameter	Type	Default	Description
`url`	string	`#`	Required. Button destination URL (internal or external)
`text`	string	Inner content	Button text (overrides shortcode content)
`new_tab`	boolean	`false`	Whether to open link in new tab
`style`	string	`primary`	Button style: `primary`, `secondary`, `outline`, `ghost`
`size`	string	`md`	Button size: `sm`, `md`, `lg`, `xl`
`align`	string	`left`	Button alignment: `left`, `center`, `right`
`icon`	string	-	Icon name from
`icon_position`	string	`left`	Icon position: `left`, `right`
`rounded`	string	`md`	Border radius: `sm`, `md`, `lg`, `xl`, `full`
`disabled`	boolean	`false`	Whether button should be disabled

Security Features

The button shortcode automatically handles security for external links:

External links get rel="noreferrer" attribute
External links opening in new tab get rel="noopener noreferrer"
Internal links opening in new tab get rel="noopener"

This ensures safe navigation while maintaining functionality.

Accessibility

The button shortcode includes built-in accessibility features:

Proper role="button" attribute
aria-label support
Keyboard focus indicators
High contrast focus rings
Disabled state handling

Callouts

Mon, 01 Jan 0001 00:00:00 +0000

Hugo Blox supports GitHub and Obsidian-style Markdown callouts for maximum compatibility and content portability.

Callouts are a useful feature to draw attention to important or related content such as notes, hints, or warnings in your articles.

Usage

Basic Callout Types

Hugo Blox supports all 15+ callout types from :

Information & Notes:

> [!NOTE]
> This is a note callout with important information that users should know.

注意

This is a note callout with important information that users should know.

> [!INFO]
> Alternative info callout - same styling as NOTE.

信息

Alternative info callout - same styling as NOTE.

> [!ABSTRACT]
> Use for abstracts, summaries, or TL;DR sections.

摘要

Use for abstracts, summaries, or TL;DR sections.

Actions & Tasks:

> [!TODO]
> This is something that needs to be done.

待办

This is something that needs to be done.

> [!TIP]
> Here's a helpful tip to make your workflow more efficient!

提示

Here’s a helpful tip to make your workflow more efficient!

> [!SUCCESS]
> Great job! This operation completed successfully.

成功

Great job! This operation completed successfully.

Questions & Interactive:

> [!QUESTION]
> What do you think about this approach? Let us know!

问题

What do you think about this approach? Let us know!

> [!EXAMPLE]
> Here's a practical example of how to implement this feature.

示例

Here’s a practical example of how to implement this feature.

> [!QUOTE]
> "The best way to predict the future is to invent it." - Alan Kay

引用

“The best way to predict the future is to invent it.” - Alan Kay

Warnings & Errors:

> [!WARNING]
> Be careful! This action might have unexpected consequences.

警告

Be careful! This action might have unexpected consequences.

> [!CAUTION]
> Danger! This operation is irreversible and could cause data loss.

小心

Danger! This operation is irreversible and could cause data loss.

> [!IMPORTANT]
> This is critical information that users must understand to proceed.

重要

This is critical information that users must understand to proceed.

> [!DANGER]
> This is extremely dangerous - proceed with extreme caution!

危险

This is extremely dangerous - proceed with extreme caution!

> [!FAILURE]
> This operation failed. Check your configuration and try again.

失败

This operation failed. Check your configuration and try again.

> [!BUG]
> Known issue: This feature doesn't work properly in Safari < 14.

缺陷

Known issue: This feature doesn’t work properly in Safari < 14.

Custom Titles

You can customize the title of any callout:

> [!WARNING]+ Custom Warning Title
> This warning has a custom title instead of just "Warning".

Custom Warning Title

This warning has a custom title instead of just “Warning”.

Legacy Syntax (Deprecated)

The old shortcode syntax still works but shows a deprecation warning:

{{< callout note >}}
This still works but is deprecated. Use the Markdown syntax above!
{{< /callout >}}

CSS Customization

Hugo Blox generates callouts with semantic CSS classes and data attributes, making customization easy. Each callout has:

Base class: .callout
Type-specific data attribute: data-callout="note"
Component classes: .callout-icon, .callout-title, .callout-content, .callout-body

Custom CSS Example (add to your assets/css/custom.css):

/* Customize NOTE callouts */
.callout[data-callout="note"] {
 border-left-width: 8px;
 box-shadow: 0 4px 6px -1px rgb(0 0 0 / 0.1);
}

/* Make SUCCESS callouts pulse */
.callout[data-callout="success"] {
 animation: pulse 2s infinite;
}

/* Custom icon styling */
.callout-icon svg {
 transition: transform 0.2s;
}

.callout:hover .callout-icon svg {
 transform: scale(1.1);
}

/* Dark mode overrides */
@media (prefers-color-scheme: dark) {
 .callout[data-callout="warning"] {
 background-color: rgb(92 25 2);
 border-color: rgb(245 158 11);
 }
}

This approach matches , ensuring your styles work across platforms.

Benefits of the New Syntax

Portable: Works with GitHub, Obsidian, and other Markdown editors
Standard: Uses widely-adopted Markdown callout syntax
Clean: No Hugo-specific shortcodes needed
Future-proof: Supported by the latest Hugo versions (0.132.0+)
Customizable: Semantic CSS classes and data attributes for easy styling
Complete: All 15+ Obsidian callout types supported
Multilingual: Callout titles are automatically translated based on your site’s language (and can be customized in the language packs)

Cards

Mon, 01 Jan 0001 00:00:00 +0000

A Hugo extension to create cards. Cards can be shown as links or as plain text.

Usage

Learn Shortcodes A card without an icon or link

is rendered by:

{{< cards >}}
 {{< card url="../callout" title="Callout" icon="academic-cap" >}}
 {{< card url="" title="A card without an icon" >}}
{{< /cards >}}

Options

Parameter	Description
`icon`	Name of the icon. Defaults to
`title`	Title heading for the card.
`subtitle`	Subtitle heading (supports Markdown).
`url`	URL

Internationalization (i18n)

Mon, 01 Jan 0001 00:00:00 +0000

Hugo Blox enables you to easily edit the interface text as well as translating your site into multiple languages using Hugo’s feature.

View the full docs at

Spoilers

Mon, 01 Jan 0001 00:00:00 +0000

A Hugo shortcode to toggle collapsible content.

Example

Click to view the spoiler

You found me!

Markdown is supported.

Usage

{{< spoiler text="Click to view the spoiler" >}}

This is the content of the details.

Markdown is **supported**.

{{< /spoiler >}}

Steps

Mon, 01 Jan 0001 00:00:00 +0000

Display a series of steps, such as for a tutorial.

Example

Step 1

The first step here…

Step 2

The second step here…

Step 3

The third step here…

Usage

Use the Markdown level-3 headings to represent step titles within the steps shortcode:

{{% steps %}}

### Step 1

The first step here...

### Step 2

The second step here...

### Step 3

The third step here...

{{% /steps %}}

RuoYiPlus

环境搭建

步骤一

Getting Started

Quick Start from Template

Create a site

Configure your new site

Add your content

Publish your site

Next

Customizing Hugo

Project Structure

Folder Structure

Hugo File Naming Convention

Docs Navigation

功能列表

核心定位

功能全景

系统功能（19 项）

基础设施（17 项）

业务子系统总览

适合什么样的用户

商业化愿景

核心定位

解决什么问题

目标客户画像

1. 产品矩阵

1.1 版本体系

1.2 功能对比

2. 商业模式

2.1 授权模式

2.2 按模块授权

2.3 服务模式

3. 生态合作

3.1 合作伙伴生态

3.2 ISV 合作模式

4. 发展路线图

4.1 短期计划

4.2 中长期愿景

5. 成功案例

案例 1：某省政务云平台

案例 2：某金融机构 CRM

案例 3：某制造集团 ERP

联系我们

Configuration

Full Documentation

Navigation

Menu

Left Sidebar

Extra Links

Right Sidebar

Report 报表与大屏

核心定位

解决什么问题

用户角色

三种报表引擎

大屏设计流程

内置图表组件（部分）

典型应用场景

Yudao 框架增强能力

核心定位

解决什么问题

适合什么样的用户

1. 数据权限引擎

1.1 四层权限模型

1.2 能力对比

1.3 使用方式

2. 敏感字段脱敏

2.1 脱敏架构

2.2 支持的脱敏类型

2.3 使用方式

3. 操作日志中心

3.1 日志体系

3.2 智能变更追踪

3.3 敏感操作告警

4. API 网关增强

4.1 网关架构

4.2 增强特性

5. 服务治理能力

5.1 分布式事务