am权限系统对接笔记

am是一套通用权限管理系统。
为什么要接入am呢?
举例，甲方有10个供方，每个供方都有单独的权限系统，不但难以管理，而且不好统计。

那么设想有这么一套系统，维护中央权限，各供方系统分别对接中央系统，中央系统有权限变更及时送达各供方，那么从中央就可以控制所有权限，并且便于统计，这就是am权限系统。

角色如何对应

am肯定有自己的角色编码amRoleCode，各业务系统也有自己的角色编码RoleCode，二者不一定一致，或者说基本不一致。

那么在角色表添加辅助列，AM_ROLE_CODE对应amRoleCode，这样就可以实现关联了。

机构如何对应

业务系统有taxNo、taxName等。 am有orgCode，那么业务系统看有类似字段吗，如果没有加个辅助列，也是一样的。然后就可以关联了。

am需要提供的接口

机构、角色、人员查关系

任何权限系统一定绕不开角色，所以以角色为维度基本没错。

消息的交互方式

方式1 接口查询

优点 持久化能力比较强，随时查都可以，不怕丢失。
缺点 不具有实时性，无法捕捉am系统的变化。

方式2 mq推送消息到业务系统

优点，实时反馈。
缺点，不可复制，当时没抓到就没了。

建议两种结合使用,平时靠mq，实时性高。接口用来矫正或修复数据。