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 分散式事務