RuoYiPlus

商业化愿景

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 開源框架進行開發，遵循原框架開源協議。我們對框架本身不擁有所有權，僅在開源框架基礎上進行企業級增強和商業化封裝。

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

安全合规能力

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

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"

商業價值

價值點	說明
合規達標	滿足等保三級、金融審計要求
防篡改	區塊鏈雜湊鏈，資料不可抵賴
可追溯	全鏈路審計，操作可回放
自動報告	定時生成合規報告
風險預警	實時風險評分 + 異常告警

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

基於 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 分析、決策支援
合規管控	四層許可權、全鏈路審計
資料安全	敏感資料脫敏、操作追溯

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 條件，無需修改現有業務程式碼
前端配置：統一的許可權配置介面，支援層級切換和等級配置

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

基於 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 預警、自動化召回
提高客單價	升級引導、高價值轉化
降低運營成本	自動化營銷、智慧分層
資料驅動決策	畫像分析、效果追蹤
隱私合規	資料脫敏、操作審計

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. 商業價值

價值點	說明
一體化管理	進銷存財務一體化
降低成本	採購最佳化、成本核算
提高效率	流程自動化、審批流轉
資料透明	實時報表、經營分析
決策支援	預測分析、最佳化建議
合規管控	多維度許可權、全鏈路審計

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最佳化
實現追溯合規	全鏈路追溯、批次管理
資料驅動決策	實時監控、分析報表
生產可追溯	全鏈路審計、質量追溯

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. 商業價值

價值點	說明
進度可控	甘特圖、里程碑、關鍵路徑分析
資源最佳化	智慧排程、負載均衡、工時管理
風險預控	風險識別、預警機制、應急響應
協同高效	任務協同、文件共享、溝通協作
資料驅動	專案健康度、效能分析、決策支援
合規可追溯	專案級許可權、全鏈路審計、變更追溯

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 追蹤，確保賬實一致
成本管控	精準折舊核算+維護成本分析
資產最佳化	利用率分析+閒置預警+採購建議
合規可追溯	全鏈路審計+區塊鏈存證+合規報告
效率提升	自動化盤點+移動化操作+智慧分析
風險防控	資產流失預警+電子圍欄+異常告警

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. 商業價值

價值點	說明
流程效率	智慧審批、流程最佳化
協同效率	日程協同、任務協同
行政規範	資產管理、印章管理
移動辦公	全功能移動辦公
資料驅動	效率分析、最佳化建議
合規管控	審批許可權、流程審計

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. 商業價值

價值點	說明
問題閉環	建立→分配→處理→關閉
異常監控	實時捕獲+趨勢分析
效率提升	自動分配+通知提醒
資料洞察	問題趨勢+異常統計
多專案支援	多專案獨立管理
審計合規	操作審計+變更追溯