文章目录
- 角色如何对应
- 机构如何对应
- am需要提供的接口
- 机构、角色、人员查关系
- 消息的交互方式
- 方式1 接口查询
- 方式2 mq推送消息到业务系统
am是一套通用权限管理系统。
为什么要接入am呢?
举例，甲方有10个供方，每个供方都有单独的权限系统，不但难以管理，而且不好统计。
那么设想有这么一套系统，维护中央权限，各供方系统分别对接中央系统，中央系统有权限变更及时送达各供方，那么从中央就可以控制所有权限，并且便于统计，这就是am权限系统。
角色如何对应
am肯定有自己的角色编码amRoleCode，各业务系统也有自己的角色编码RoleCode，二者不一定一致，或者说基本不一致。
那么在角色表添加辅助列，AM_ROLE_CODE对应amRoleCode，这样就可以实现关联了。
机构如何对应
业务系统有taxNo、taxName等。 am有orgCode，那么业务系统看有类似字段吗，如果没有加个辅助列，也是一样的。然后就可以关联了。
am需要提供的接口
机构、角色、人员查关系
任何权限系统一定绕不开角色，所以以角色为维度基本没错。
消息的交互方式
方式1 接口查询
优点 持久化能力比较强，随时查都可以，不怕丢失。
缺点 不具有实时性，无法捕捉am系统的变化。
方式2 mq推送消息到业务系统
优点，实时反馈。
缺点，不可复制，当时没抓到就没了。
建议两种结合使用,平时靠mq，实时性高。接口用来矫正或修复数据。