保险业务平台概要设计 - 全域实体划分与关联关系
本文档为保险业务平台概要设计核心组成部分，主要明确系统全域实体划分、领域边界、实体关联关系、关联基数、核心关联键及业务含义。
整体采用 领域解耦、弱外键、多租户隔离、全链路追溯 设计思想，域内实体强关联、域间实体通过业务主键弱耦合，兼顾数据一致性、业务扩展性与保险行业合规监管要求。
本设计覆盖平台全部业务链路，包含用户询价、投保下单、售后退款、客户跟进、产品运营、分享裂变、合规留痕、流程审批、权限管控、任务调度等全场景。
系统数据库整体划分为 6大核心业务域 + 2大技术支撑域，领域边界清晰、职责单一，支持模块独立迭代与部署。
本域为平台核心业务链路，围绕「用户询价→客户经理跟进→成交回填→投保下单→售后退款→客服运维」全生命周期构建，支撑平台核心交易业务。
| 实体A | 关联关系 | 实体B | 核心关联键 | 业务说明 |
|---|---|---|---|---|
| C端用户 | 1:N | 车险询价单 | user_id | 单个C端用户可多次提交车险询价申请，一条询价单仅归属单个用户 |
| 车险询价单 | 1:N | 沟通记录 | car_insurance_inquiry_id | 单条询价单可对应客户经理多次跟进沟通记录，支撑业务跟进追溯 |
| 车险询价单 | 1:1 | 成交信息 | car_insurance_inquiry_id | 询价流程结束后，唯一对应一条成交/未成交结果回填记录 |
| 车险询价单 | N:1 | 后台客户经理 | assignee_id | 多名询价单可分配至同一名客户经理，单条询价单仅归属一名对接经理 |
| 车险询价单 | 1:N | 分配历史 | 业务单据ID | 单条询价单的多次分配、转派操作，均会生成独立历史记录，全程留痕 |
| C端用户 | 1:N | 保险订单 | user_id | 单个用户可持有多份有效、历史保单，订单数据精准关联用户主体 |
| 保险产品 | 1:N | 保险订单 | product_id | 单款保险产品可生成多份投保订单，订单存储产品快照，避免主数据变更影响历史订单 |
| 保险订单 | 1:1 | 退款申请 | order_no | 单笔有效订单仅对应一条主退款申请记录，支撑单次或合并退款流程 |
| C端用户 | 1:N | 客服工单 | user_id | 用户可多次提交咨询、投诉、售后等客服诉求，生成多条工单 |
| 保险订单 | 1:N | 订单异常记录 | order_id | 单笔订单在全生命周期内，可触发多条不同类型的异常监控记录 |
本域为平台基础主数据域，承载保险类目、保险产品、渠道配置、运营素材、理赔规则、资讯内容等核心基础数据，为交易、运营、推广全业务提供数据支撑。
| 实体A | 关联关系 | 实体B | 核心关联键 | 业务说明 |
|---|---|---|---|---|
| 保险类目 | 1:N（自关联） | 保险类目 | parent_id | 支持三级树形层级架构：保险类型→承保险种→保险产品，实现类目层级化管理 |
| 末级保险类目 | 1:N | 保险产品 | category_id | 单个末级类目可挂载多款同类型保险产品，单产品仅归属一个末级类目 |
| 推荐位 | M:N | 保险产品 | product_ids（JSON） | 一个推荐位可配置多款展示产品，单款产品可上架至多个推荐位，灵活配置运营展示场景 |
| 合作渠道 | M:N | 保险产品 | channels（字段存储） | 单款产品可在多个合作渠道上架销售，单个渠道可售卖多款保险产品 |
| Banner轮播 | N:1 | 保险产品/类目 | jump_target | 单条Banner素材唯一对应一个跳转目标（产品详情、分类页、活动页），支撑前端运营展示 |
| 保司理赔配置 | 1:N | 保险产品 | company_code | 单家保险公司的统一理赔规则，适配该保司旗下所有在售保险产品 |
| 保险资讯 | 弱关联 | 保险产品 | 跳转链接 | 资讯内容可关联对应产品实现跳转引流，无强制业务约束，适配灵活运营场景 |
本域为保险行业合规核心模块，满足监管全程留痕、可追溯、可审计、可销毁要求，覆盖会话采集、数据归档、调阅审批、到期销毁全流程。
| 实体A | 关联关系 | 实体B | 核心关联键 | 业务说明 |
|---|---|---|---|---|
| 会话记录 | 1:1 | 合规留痕主记录 | session_id | 单次用户业务会话唯一对应一条加密合规留痕主数据，实现会话与留痕一一绑定 |
| 合规留痕主记录 | 1:1 | 留痕索引表 | session_id | 索引表存储明文检索字段，主表存储加密明细数据，兼顾检索效率与数据安全 |
| 合规留痕主记录 | 1:N | 调阅审计记录 | record_id | 单条留痕数据可被多次申请调阅、审批，全程记录审计操作，满足监管溯源要求 |
| 合规留痕主记录 | 1:1 | 销毁记录 | record_id | 留痕数据到期销毁后，唯一生成一条销毁凭证记录，留存销毁依据，合规闭环 |
| 合规留痕主记录 | N:1 | C端用户 | user_id | 多条用户业务留痕数据可归属同一用户，支持按用户维度批量检索、统计 |
| 合规留痕主记录 | N:1 | 保险订单/询价单 | order_id / inquiry_id | 留痕数据精准关联对应业务单据，实现业务操作、会话、单据全链路溯源 |
基于标准Flowable流程引擎构建，覆盖流程部署、定义、运行实例、任务流转、历史归档全流程，支撑退款审批、留痕调阅、工单处理等所有流程化业务。
| 实体A | 关联关系 | 实体B | 核心关联键 | 业务说明 |
|---|---|---|---|---|
| 流程部署 | 1:N | 流程定义 | deployment_id_ | 一次流程部署操作可包含多个流程版本、资源文件，实现流程版本统一管理 |
| 流程定义 | 1:N | 流程实例 | proc_def_id_ | 一套流程模板可启动多个运行中的业务流程实例，适配多业务并行处理场景 |
| 主流程实例 | 1:N | 执行流分支 | parent_id_ | 单个主流程可拆分多个串行、并行执行分支，支撑复杂流程流转逻辑 |
| 流程实例 | 1:N | 运行时任务 | proc_inst_id_ | 单个流程实例流转过程中，可生成多个节点待办任务，分步骤推进业务审批 |
| 运行时任务 | M:N | 后台用户/角色 | act_ru_identitylink | 单个任务可分配多个候选人、候选角色，单个用户/角色可承接多个待办任务 |
| 流程实例 | 1:N | 流程变量 | proc_inst_id_ | 单个流程实例可承载多个业务变量、全局参数，支撑流程动态判断与流转 |
| 运行流程实例 | 1:1 | 历史流程实例 | proc_inst_id_ | 流程结束后，运行时数据自动归档为历史数据，实现冷热数据分离 |
| 历史流程实例 | 1:N | 历史活动实例 | proc_inst_id_ | 完整记录流程全生命周期每一个节点的执行轨迹、耗时、操作人，全程可追溯 |
基于SaaS多租户架构设计，构建「租户-套餐-组织-用户-角色-菜单」六层权限体系，实现租户隔离、权限细分、资源管控。
| 实体A | 关联关系 | 实体B | 核心关联键 | 业务说明 |
|---|---|---|---|---|
| 租户套餐 | 1:N | 租户 | package_id | 一套功能套餐可授权给多个租户使用，定义租户整体功能权限范围 |
| 租户套餐 | M:N | 菜单 | 套餐-菜单关联表 | 套餐绑定可使用的菜单、按钮权限，实现租户功能权限批量配置 |
| 租户 | 1:N | 部门 | tenant_id | 单个租户可独立搭建多级组织架构，租户间组织数据完全隔离 |
| 部门 | 1:N（自关联） | 部门 | parent_id | 支持无限级部门层级，适配企业多层组织架构管理需求 |
| 部门 | 1:N | 后台用户 | dept_id | 单个部门可包含多名后台员工，一名员工仅归属一个核心部门 |
| 后台用户 | M:N | 角色 | system_user_role | 用户可兼任多个角色，一个角色可赋予多名用户，实现权限复用 |
| 角色 | M:N | 菜单 | system_role_menu | 角色绑定菜单、按钮权限，实现精细化权限管控 |
| 后台用户 | M:N | 岗位 | system_user_post | 用户可兼任多个岗位，适配复杂职场岗位职责配置 |
| 租户 | 1:N | 全库业务/系统表 | tenant_id | 全库所有业务、系统表携带租户ID，实现租户级全链路数据隔离 |
为系统提供通用技术能力支撑，包含文件存储、定时任务、代码生成、日志监控等基础能力。
| 实体A | 关联关系 | 实体B | 核心关联键 | 业务说明 |
|---|---|---|---|---|
| 文件存储配置 | 1:N | 文件记录 | config_id | 一套存储配置（本地/OSS/MinIO）可承载多条上传文件资源，统一管理文件存储规则 |
| 定时任务配置 | 1:N | 任务执行日志 | job_id | 单条定时任务配置，对应多次执行日志记录，用于任务监控、异常排查 |
| 代码生成表配置 | 1:N | 字段配置 | table_id | 单张数据表的代码生成配置，对应多条字段生成规则，支撑自动化代码生成 |
补充：API访问日志、错误日志、系统参数等为独立配置表，无强外键关联，仅通过业务字段实现溯源关联。
基于Quartz分布式调度框架，支撑系统分布式定时任务调度、集群部署、任务容错。
| 实体A | 关联关系 | 实体B | 核心关联键 | 业务说明 |
|---|---|---|---|---|
| 任务详情 | 1:N | 触发器 | JOB_NAME+JOB_GROUP | 单个定时任务可配置多种触发规则（Cron、定时、循环），适配多场景调度需求 |
| 触发器 | 1:1 | 各类触发器扩展表 | TRIGGER_NAME+TRIGGER_GROUP | 不同类型触发器对应独立扩展配置表，存储差异化调度参数 |
| 调度器节点 | 1:N | 已触发实例 | SCHED_NAME | 集群部署模式下，单个调度节点可管理多条已触发任务实例，保障分布式调度一致性 |
系统各业务域采用弱耦合设计，域间无强依赖，通过业务标识松散关联，支持单模块独立部署、迭代、扩容，整体架构高可用、高扩展。
领域划分贴合实际业务，实体职责单一，规避数据冗余与逻辑耦合
全链路留痕、审计、销毁闭环，完全适配保险行业监管要求
弱外键、领域解耦设计，支持分库分表、微服务拆分、业务迭代升级
多租户隔离+精细化角色权限，保障数据安全与业务隔离
业务操作、流程流转、用户行为、合规记录全程可查、可溯源、可审计