新收购团队纳入企业 EAP 后，管理侧通常先问能否把既往测评记录一起接进来。这个问题看似是账号迁移，实际牵涉原项目的服务目的、参与者的知情范围和新管理者的查看权限。组织关系发生变化，不会自动把历史答卷变成新团队可以浏览的资料。交接时把记录按时间和用途拆开，后续的支持服务会清楚得多。
先画出一条服务时间线
把项目分成三个区段：收购前由原主体开展的测评，接入期为衔接而整理的必要信息，以及接入后在新 EAP 项目下新产生的记录。每个区段分别标出组织者、服务对象、报告接收方和保存位置。这样做能避免把“员工现在属于新团队”误写成“新团队可以查看过去的全部结果”。
历史记录是否需要被带入衔接期，应由明确的服务问题决定。例如，负责连续支持的专业人员可能需要知道上一轮服务是否结束、是否有约定中的复联安排；部门负责人通常只需要看到新项目的参与进度或经过汇总的团队情况。原始答卷、个人报告和咨询备注的可见范围不能因为要做一张并购清单而合并处理。
用访问角色代替一个笼统的“管理权限”
交接表可分别列出项目管理员、EAP 专业人员、原服务方联系人和新业务管理者。对每个角色写明可访问的记录类型、起止时间和使用动作，例如核对服务状态、安排新一轮测评、查看团体趋势。权限说明越具体，临时人员加入时越不容易把下载、转发和查看混为同一种权限。
橙星云公开页面展示机构账号、成员角色、结果查看范围和数据使用边界的分级管理，也列出团体报告和预警处理等机构场景。采购方可以据此把测试用例写成角色问题：新管理员能否只看到本次项目，专业人员能否追溯已授权的服务状态，业务负责人能否只读取经汇总的团队结果。每个答案都应以实际页面和导出结果为准。
对历史材料做一次逐项决定
逐项清单比“全部迁移”更可执行。可以把资料分为项目基本信息、任务完成状态、团体统计、个人报告、原始作答和服务记录。每一类标出接入后是继续保留在原服务环境、按新项目重新取得使用依据，还是只保留不可见的留存状态。无法说明接入后用途的材料，不应被当作方便管理的共享附件。
《个人信息保护法》第六条要求个人信息处理具有明确、合理目的，并限于实现目的所必要的范围。这里的关键判断是当前服务到底需要什么，不是历史系统里有什么。涉及个案服务、敏感结果或跨主体提供时，项目负责人还应结合当时的告知内容、授权安排和机构制度，由具备相应职责的人确认处理路径。
用新项目重新建立可解释的记录
接入完成后，新 EAP 应有自己的项目说明、参与对象、测评任务和报告去向。员工需要知道当前项目由谁组织、结果如何使用、遇到支持需求由谁联系。历史记录可以作为连续性判断的背景，新的项目记录仍要独立生成。这样未来再次发生组织调整时，团队能够从清楚的时间线和权限表继续交接，而不是在旧文件夹里反复猜测边界。