4.6 KiB
IAM Service 模块指引
职责边界
-
商户侧资质公开接口在 IAM 中只提供查询;真实文件上传统一由 File 服务的 multipart 接口完成,IAM 仅接受 File 服务携带内部令牌提交的资质元数据。
-
负责租户、用户、成员关系、企业资料与审核、角色、权限、数据范围、个人资料和授权快照。
-
账号凭据与 Token 属于
auth/;资质文件内容属于file/。IAM 只维护业务元数据和跨服务协作。
功能快速索引
| 功能 | Controller | Service / 数据入口 |
|---|---|---|
| 商户个人与企业资料 | controller/MerchantTenantController.java |
PersonalProfileService.java、TenantService.java |
| 商户成员增改、启停、重置密码 | MerchantTenantController.java |
MemberService.java,账号协作看 client/AuthAccountClient.java |
| 平台创建企业与入驻审核 | controller/PlatformTenantController.java |
MerchantOnboardingService.java、TenantService.java |
| 平台企业客户分页 | controller/PlatformTenantController.java |
TenantService.pageMerchants、TenantRepository.pageMerchants;仅返回 tenant_type=MERCHANT |
| 平台内部用户 | controller/ProfileResourceController.java |
PlatformInternalUserService.java;账号创建、显示名、启停和重置密码经 AuthAccountClient 编排 |
| 企业地址与资质元数据 | controller/ProfileResourceController.java |
ProfileResourceService.java、ProfileResourceRepository.java |
| 角色、权限、成员角色、角色授权 | controller/RbacController.java |
RbacService.java、RbacRepository.java |
| Auth/Order 内部授权与资格查询 | InternalAuthorizationController.java、InternalTenantController.java |
AuthorizationSnapshotService.java、TenantGuard.java |
| 当前登录成员有效权限 | controller/AuthorizationController.java |
AuthorizationSnapshotService.currentPermissions;实时按有效成员、角色和权限资源计算,不依赖角色管理权限 |
| DTO | src/main/java/com/baiyue/iam/dto/ |
按 Authorization、Member、Onboarding、Profile、Rbac、Tenant 分类 |
| 持久化 | entity/、mapper/、repository/ |
租户、成员、角色、权限、地址、资质与审核模型 |
| 数据库 | src/main/resources/db/ |
主结构 iam.sql,一期与 RBAC 增量脚本同目录 |
| OpenAPI 与说明 | src/main/resources/openapi/iam-v1.yaml、README-IAM.md |
修改接口契约时同步更新 |
| 测试 | src/test/java/com/baiyue/iam/ |
Controller 路由、授权快照、成员、资料和 RBAC 测试 |
修改与验证
-
平台客户档案维护使用
PlatformTenantController的列表、详情、新建、编辑、启停接口;详情和维护仅接受tenant_type=MERCHANT。PENDING/REJECTED 只能由审核流程变更,不得由启停接口绕过。 -
权限资源的 code/type 不可变;只有
built_in=0的自定义资源可编辑、启停或删除,删除前必须无子节点且无角色绑定。 -
tenant_id是商户数据隔离核心;平台端与商户端访问域、角色和权限不可混用。 -
按钮隐藏不能代替后端 permission code / permissionIds 校验;权限快照变化需同步检查 Auth 与 Gateway Claim 消费。
-
/api/{app}/v1/iam/authorization/permissions是登录初始化接口,只校验已认证应用域和有效成员身份;禁止增加role:list等业务权限前置条件。 -
平台企业客户分页仅查询商户租户;分页参数类型错误返回 400,范围或状态约束错误返回 422。
-
成员账号操作跨 IAM/Auth,保持幂等与补偿;资质上传跨 IAM/File,IAM 不保存文件内容。
-
平台内部用户的公开主键是
membershipId;列表必须回显roleIds,密码只允许通过 DTO 转交 Auth,禁止进入 IAM 实体、日志或审计快照。 -
平台内部用户角色分配使用
PUT /api/platform/v1/iam/internal-users/{membershipId}/roles,仅允许平台租户下已启用的平台角色;空roleIds表示清空。 -
企业
ACTIVE只表示平台审核已通过;下单资格还必须至少存在一份APPROVED资质,因此允许“已激活但暂不可下单”的中间业务状态。 -
SQL 增量保持可重复部署顺序,修改 Entity 时同步检查 Mapper、Repository、DTO 与种子数据。
phase1-platform-master-data-and-permission-management.sql必须在phase1-admin-rbac.sql和rbac-role-management-v2.sql之后执行;它标记既有系统资源并补齐平台客户、快递公司、往来单位与权限资源管理权限。 -
从父目录运行
mvn -pl iam -am test,再按影响执行一期认证/IAM API 回归。