报告预警面对的是一份待处理列表。机构需要知道哪些结果触发了提醒、当前由谁查看、处理到什么状态，以及哪些量表根本不提供预警。把预警直接理解成对个人状态的最终判断，会让后续工作失去必要的核对步骤。
先看页面能够证明什么
橙星云公开的预警界面显示了预警列表、预警状态和预警等级筛选。页面顶部列出待处理、已忽略、总计和已处理数量，可见列表行状态包括待处理和已处理。筛选下拉未展开，因此截图不能证明“已忽略”的具体操作和列表呈现。预警信息可见默认、阳性异常或超出正常范围等文字，页面还提供批量设置和导出入口。界面同时明确提示，系统只对部分量表提供预警。这项限制应放在页面前部，避免采购者理解成所有测评都能使用同一套提醒规则。
适用量表和处理责任分开确认
第一步是确认适用量表和触发依据。项目负责人应拿出本次准备使用的量表，逐一核对是否进入预警范围、提示来自哪个分数或字段、当前版本是否一致。公开截图无法证明触发阈值和解释规则，正式使用仍需查看实际量表说明或项目配置。
第二步是确定处理责任。公开截图能证明列表行出现待处理与已处理，并在顶部统计已忽略数量，仍不能证明完整状态流和各状态的业务规则。机构应在验收记录中写清每个状态由谁设置、需要完成什么动作、是否必须留下原因。页面状态不能直接解释为风险消失，也不能解释为结果无效。
最后验证批量操作和导出
第三步是验证筛选、批量操作和导出。用一个小规模测试任务分别产生不同提示，检查按状态和等级筛选后是否仍能找到原报告。批量设置前先确认影响对象，导出后打开文件核对字段和接收范围。公开界面能证明入口存在，具体权限、日志和文件限制需要用不同账号继续验证。
预警等级名称应以实际界面和量表规则为准。当前公开材料不能支持全系统统一采用轻、中、重三级，也不能证明预警页面直接保存访谈、跟进或长期历史。需要继续了解个人情况时，机构应按既有职责把事项交给相应人员，并在适用的记录系统中保存必要结果。
报告预警的验收重点很具体：目标量表能否使用、触发信息能否解释、状态能否反映真实处理、导出是否符合范围。四项逐一通过后，预警列表才能成为项目安排工具，仍不能替代访谈、现实观察或其他资料。