这个品类的数据长什么样
本页面向自费出国留学申请服务，材料来自留学服务合同、学校申请表、个人陈述三类，按申请批次与版本节奏更新：合同在签约与变更时产生，申请表在递交前后多次修订，个人陈述随院校要求反复改稿。三类材料进入对话日志与审计功能时角色不同：合同提供委托关系与费用条款，学校申请表承载院校、专业、入学季等字段，个人陈述体现内容版本与提交回执。字段特征集中在名称、数量、日期与签字：同一记录在两份材料里的名称、数量、日期对不上，版本未同步，缺签字或回执。异常追溯要求每条异常都能回到原始材料，人工复核后形成异常清单与复核结论，交负责人处置。
配置怎么定
这一环由对话记录接口（按应用与会话维度）执行，输出会话消息列表与记录总数，含角色与引用信息。「异常清单与复核结论」由人工或外部系统接着完成。接口只取会话证据，不写业务台账。
| 对象 | 判断 | 核验动作 |
|---|---|---|
| 留学服务合同 | 合同字段与日期、签字需与申请表一致，委托关系与费用条款可追溯 | 按 chatId 拉取会话记录，核对合同编号、签署日期与签字回执，再与申请表比对名称与数量 |
| 学校申请表 | 院校、专业、入学季与递交日期需与合同、个人陈述对齐 | 按 dataId 定位单条记录，核对申请表字段与日期，检查版本是否同步 |
| 个人陈述 | 内容版本与提交回执需与申请表、合同中的名称和日期一致 | 打开 value 查看单条记录的角色、引用信息与耗时，核对个人陈述版本与回执 |
| 异常清单与复核结论 | 每条异常有原始记录支撑，复核人签字后交负责人处置 | 按记录总数 total 翻页取全，抽一条异常追到源头材料，确认响应 code 为200 与签字 |
容易做错的三处
- 现象：同一记录在合同与申请表里的名称、数量、日期对不上。原因：两份材料分别维护，缺少统一字段核对与版本同步。
- 现象：个人陈述版本未同步，递交的是旧稿。原因：改稿后未回写申请表与合同，对话记录里也未见回执。
- 现象：合同或申请表缺签字、缺回执，异常无法确认。原因：材料流转环节未收齐签字件，复核时只能看到消息记录。
怎么确认配好了
本功能验收：按记录总数 total 翻页取全，抽一条核对角色、引用信息与时间，确认响应 code 为200 与 _id、dataId、value 可定位。
业务测试：造一条异常记录，看能否追到源头材料，并核对合同、申请表、个人陈述的字段、日期与签字。
- 按应用与会话标识连拉两页，比对记录总数与偏移，检查角色字段是否消息角色与原会话对应。
- 打开单条记录核对引用与耗时字段，确认引用条数为数组长度，引用文本 tokens 单独记录。