出现

学校采购心理测评系统后，第一轮验收不能只看量表能不能发，更要先检查批量施测、权限边界和后续处置能否跑通。

账号合并后如果系统只保留当前账号视角，历史项目、旧角色和原始结果的归属关系很容易被一起改乱。

系统对接组织通讯录后，离职和调岗带来的权限变化需要尽快收口，否则同步带来的便利会很快变成数据边界风险。

施测任务批量撤回时，历史通知、访问记录和撤回原因仍然需要保留，否则后续很难复盘这批对象到底经历过什么。

纸笔测评结果回录到系统时，只录一个分数远远不够，作答时间、批次来源和录入责任同样影响后续解释。

项目暂停后再恢复，看起来只是重新打开入口，真正关键的是系统是否还记得暂停前的批次状态、通知进度和未完成对象。

量表说明不是随便改一改就过去了，说明版本一变，系统最好能回看不同对象到底看到的是哪一版。

匿名项目并不等于完全不能做连续比较，关键在于系统是否提前设计了不暴露身份、又能稳定连回同一对象的机制。

心理报告加水印的重点不在美观，而在责任追溯、角色边界和文件离开系统后的外流控制。水印应和导出权限、日志、审计一起设计。

试跑项目的目的本来就不是正式统计，如果它默认进入总看板，后面汇总和年度口径都会变得更难讲清楚。

名单同步如果每天整表覆盖，当前结构更新得快，但对象历史、组织快照和异常变更也更容易被一起抹平。

心理预警被标记为已处理，不代表它永远结束，新的结果、回访变化和补充信息都可能让它重新进入处理流程。

心理测评系统里手工改分不是不能做，真正关键的是每一次修改都要留下足够清楚的原因和痕迹。