这个品类的数据长什么样
学校安全隐患排查与校园事件上报，核心材料是安全检查表、隐患整改台账与突发事件报告。安全检查表按周或月由巡查人填写，字段含检查项、部位、日期与签字；隐患整改台账记录隐患名称、数量、责任人、整改期限与回执；突发事件报告含事件经过、涉及人数、上报时间与签收。三类材料进入问答受理时，分别充当排查依据、整改追踪与事件定性的来源。更新节奏上，检查表随巡查周期滚动，台账随整改进度追加，事件报告按上报节点补录。字段特征在于同一隐患在不同材料中的名称、数量与日期可能不一致，版本未同步或缺签字回执，导致缺项补问时需先核对材料间的对应关系。
配置怎么定
这一环由工作流里的 HTTP 节点执行，输出响应体、状态码与返回字段。受理记录与补齐的问项由后续节点解析响应，或外部系统按约定处理接着完成。请求地址、路径参数、请求头与请求体均可通过 variables 引用全局变量、系统变量或前方节点输出，鉴权按外部系统要求传入 Authorization。
| 对象 | 判断 | 核验动作 |
|---|---|---|
| 安全检查表 | 字段含检查项、部位、日期与签字，缺签字即视为缺项 | 核对请求体字段与检查表原始字段是否逐项对应，用 responseData 查看返回中是否标记缺项 |
| 隐患整改台账 | 同一隐患在两份材料里的名称、数量、日期对不上时判为不一致 | 比对台账与检查表中隐患名称、数量、日期，确认追问项是否指向不一致字段 |
| 突发事件报告 | 上报时间、涉及人数与签收回执需与报告一致，版本未同步即触发补问 | 在请求预览里看渲染后的完整地址与请求体，核对报告版本与回执字段 |
容易做错的三处
- 现象：同一隐患在检查表与台账里的名称、数量、日期对不上，追问项指向不明。原因：两类材料分别录入，未做字段映射与版本比对。
- 现象：突发事件报告版本未同步，旧版人数与新版不一致。原因：外部系统回传未带版本标识，受理记录沿用旧字段。
- 现象：检查表缺签字或回执，追问后仍无材料依据。原因：签字与回执字段未纳入请求体，返回字段无法标记缺项。
怎么确认配好了
本功能验收：预览渲染后的请求，核状态码与返回字段，再对一条样例比对结果；确认 variables 与 Authorization 解析成实际值，responseData 中缺项标记与追问项可读。
业务测试：提一个缺关键信息的问句，看是否先追问再作答。
- 在变量面板核对每个占位的来源，确认请求地址、路径参数、请求头与请求体中的
variables均可追溯到全局变量、系统变量或前方节点输出。 - 用一条样例请求比对返回，检查响应体字段与安全检查表、隐患整改台账、突发事件报告的字段、日期与签字是否一致，缺项是否被识别并追问。