心理系统运行久了，账号合并几乎一定会出现。有人重复建了两个账号，有人从临时入口转成正式账号，也有人因为组织同步或身份调整，需要把原来分散的记录合到同一个对象下。表面上看，账号合并像是整理用户资料，后面真正容易出问题的却是历史结果怎么跟着走。
如果系统只盯着“现在这个账号是谁”，旧项目里的角色、报告归属、访问记录和当时的组织关系就可能被一起改写。负责人眼前看到的是一条整理后的对象记录，后面回看旧项目时却会发现，当年的项目边界已经被新账号状态带偏了。
账号可以合并，历史语境不能被顺手抹平
更稳的系统通常会把账号身份和对象身份拆开，让当前账号负责现在的登录和访问，历史项目仍保留当时的角色关系、批次归属和操作痕迹。像对象 ID 为什么比姓名更值得先设计，说的就是这种稳定身份的重要性。账号改了、合了、停了，对象标识和历史链仍然要稳住。
对采购心理测评系统的人来说，账号合并能力不该只看能不能把两个账号合成一个，更该看合并后旧报告、旧审批和旧访问记录是否还能按原语境解释。账号合并以后，历史测评结果不能只跟着“当前账号”走。
系统如果把历史一并重写，后面查证据和做复盘都会变得很吃力。能把当前身份和历史语境同时保住，账号治理才算真正完整。
验收时还可以继续看一层：合并后旧审批链、旧通知记录和旧项目导出是否还能按原对象关系回看。只有这些历史证据都还在，账号合并才不会把长期项目的台账一起改乱。