05 · 架构 · 跨系统身份
人离职了，门禁停了，停车和账号还活着
解决方案架构师处理跨系统的身份、权限和流程衔接，例如离职时门禁、停车和账号同一天失效。系统内部模块怎么拆，交给资深架构师；导出越权交给安全架构师。
他补的是系统与系统之间的那个人
资深架构师划分模块内部谁拥有数据。解决方案架构师面对的是客户已经买过的一圈系统：门禁、停车、域账号、业务系统、财务。这些系统各自有用户表。岗位特点是把「一个人」定义成跨系统的身份，而不是在每个系统里各建一次。身份没有主数据，离职、调岗、外包到期都会漏掉一扇门或一个账号。
他的交付是身份生命周期和权限映射，不是另一张功能清单。入职时谁创建主身份，哪个系统先有号，其他系统怎样引用。调岗时哪些权限当天收、哪些跟完单据再收。离职时哪些立即失效，哪些保留只读到结案。每一条都要有触发者。没有触发者的自动同步，会在人事漏录时什么都不发生，安全上等于没做。
和安全架构、集成的分工
解决方案架构师决定业务上哪些系统必须跟身份走。安全架构师决定导出、越权和审计。集成工程师实现事件和字段。如果解决方案架构师只写「与门禁对接」，集成会做成每天全量对一次，离职的人当天下午仍能进园区。频率和失败是架构的内容：离职事件分钟级，全量对账只作为兜底，兜底发现不一致要告警，而不是静默以某一边覆盖。
权限不从岗位名称直接等于一组菜单。他要求按职责：仓管、主管、财务，各自能做的单据动作写清楚，再映射到每个系统。一个人兼两职，权限取并集还是必须切换身份，要写明。不写明，账号会越积越多。
园区离职：三套系统三个下午
某园区项目人事在业务系统点离职，门禁当天下午失效，停车月卡要物业第二天才停，域账号要信息部手工禁用。有一名离职人员次日仍开车进场。解决方案架构师把主身份定在人事事件，而不是定在任何一个门禁厂商。离职确认后产生事件：门禁立即吊销，停车系统立即停用月卡，业务账号立即不可登录，未完成单据转给主管。厂商接口如果只能按天生效，就在方案里写明这个缺口，并给物业一个当天的人工清单，同时把缺口当成风险，而不是假装已经实时。
上线后他用一次真实离职演练，而不是用测试账号点点菜单。演练看三扇门和一次登录。任何一扇仍开着，集成就不能算完成。外包人员的门禁他也单独写期限。外包离场当天事件必须触发，不能等项目验收才批量清理。清理若靠季度盘点，中间几个月园区里会一直留着还能刷开门的卡。卡还在，身份规则就没有落地。供应商维护人员的账号更要按工单开，工单关闭就回收。临时给一个月的通行，最后往往会变成一年。解决方案架构师把这种账号放进同一张生命周期表，而不是另建一份没人看的名单。
兼岗的人他也单独写。白天是仓管、晚上代班主管的账号，不能永久带着主管权限。解决方案架构师要求代班走限时授权，到期自动回到原职责。限时如果只写在制度里、系统不回收，离职演练同样会失败：人还在，权限却已经比岗位大。