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. 商业价值

价值点	说明
问题闭环	创建→分配→处理→关闭
异常监控	实时捕获+趋势分析
效率提升	自动分配+通知提醒
数据洞察	问题趋势+异常统计
多项目支持	多项目独立管理
审计合规	操作审计+变更追溯