这个品类的数据长什么样
本页面向学术不端举报调查处理品类，材料来自举报材料、调查报告与专家鉴定意见。举报材料通常由实名或匿名提交人提供线索与证据清单；调查报告由承办机构在核查后形成结论与处理建议；专家鉴定意见针对争议事实给出专业判断。三类材料进入问答受理与缺项补问功能时角色不同：举报材料触发受理记录并暴露待补字段，调查报告用于比对同一记录的名称、数量与日期，专家鉴定意见用于校验结论依据是否完整。更新节奏随调查阶段推进，受理、核查、鉴定、处理各环节均可能产生新版本，字段特征集中在记录名称、数量、日期、签字与回执，需逐项核对是否一致、是否同步、是否签齐。
配置怎么定
这一环由工作流里的 HTTP 节点执行，输出响应体、状态码与返回字段。「受理记录与补齐的问项」由后续节点解析响应，或外部系统按约定处理接着完成。请求地址、请求头与请求体均可通过 variables 引用全局变量、系统变量或前方节点输出，鉴权信息按外部系统要求放入 Authorization，返回内容以 responseData 承载。
| 对象 | 判断 | 核验动作 |
|---|---|---|
| 举报材料 | 记录名称、数量、日期与签字回执是否与调查报告对应一致 | 取两份材料逐字段比对，标出名称、数量、日期不一致项并生成补问清单 |
| 调查报告 | 版本是否与专家鉴定意见同步，签字或回执是否齐全 | 核对版本号与签发日期，检查签字栏与回执是否缺失，缺失项进入追问 |
| 专家鉴定意见 | 结论依据是否对应举报材料中的具体记录，日期是否可追溯 | 按记录名称与日期回查原始材料，依据不足处标注为待补问项 |
| HTTP 请求 | 占位变量能否解析成实际值，字段与外部接口约定是否一致 | 在请求预览里看渲染后的完整地址，核对请求头与请求体字段，用样例请求比对返回 |
容易做错的三处
- 现象：同一记录在举报材料与调查报告里的名称、数量或日期对不上。原因：两份材料各自录入，未做逐字段比对与版本同步。
- 现象：专家鉴定意见已更新，受理记录仍引用旧版本。原因：版本未同步，缺少以签发日期为准的核对环节。
- 现象：调查报告缺签字或回执，仍进入后续流转。原因：受理时未把签字与回执列为必查项，缺项未被识别。
怎么确认配好了
本功能验收：预览渲染后的请求，核状态码与返回字段，再对一条样例比对结果；确认 variables 来源可追、Authorization 传入正确、responseData 字段与约定一致。
业务测试：提一个缺关键信息的问句，看是否先追问再作答，并确认追问项对应举报材料、调查报告或专家鉴定意见中的缺失字段。
- 在变量面板核对每个占位的来源，确认请求地址、请求头与请求体中的占位均能解析成实际值。
- 用一条样例请求比对返回字段，检查外部系统是否收到空字段，并核对状态码与返回内容是否与约定一致。