这个品类的数据长什么样
本页面向职业学校学生实习管理场景中的问答受理与缺项补问，材料来自实习协议、实习计划、实习日志三类。实习协议提供企业名称、岗位、起止日期与签字栏；实习计划给出批次、人数、周次与指导教师；实习日志记录每日出勤、任务与回执。三类材料按批次同步，更新节奏随实习周期推进，字段特征集中在名称、数量、日期与签字四项。材料进入该功能时，协议与计划作为受理依据，日志作为过程佐证，缺项由问答环节识别后追问补齐。
配置怎么定
这一环由工作流里的 HTTP 节点执行，输出响应体、状态码与返回字段。「受理记录与补齐的问项」由后续节点解析响应，或外部系统按约定处理接着完成。请求地址、路径参数、请求头与请求体均可通过 variables 引用全局变量、系统变量或前方节点输出，鉴权信息按外部系统要求放入 Authorization。
| 对象 | 判断 | 核验动作 |
|---|---|---|
| 实习协议 | 企业名称、岗位、起止日期与签字栏是否与实习计划一致 | 比对两份材料中的名称、数量与日期，核签字或回执是否齐全 |
| 实习计划 | 批次、人数、周次与指导教师字段是否与日志记录对应 | 逐条核对日期与人数，确认版本同步后再进入受理 |
| 实习日志 | 每日出勤、任务与回执是否覆盖计划周次 | 抽查日志日期与计划周次，检查缺签字或回执的条目 |
| HTTP 节点 | 请求地址、路径参数、请求头与请求体中的占位变量能否解析成实际值 | 在请求预览里查看渲染后的完整地址，核对 Authorization 与 variables 来源 |
容易做错的三处
- 现象：同一记录在协议与计划里的企业名称、人数或日期对不上。原因：两份材料分别录入，版本未同步。
- 现象：日志缺少签字或回执，受理时缺项未被识别。原因：补问规则未覆盖签字字段，追问滞后。
- 现象：请求返回 401 或外部系统收到空字段。原因：
Authorization取值来源错误，或占位变量未解析。
怎么确认配好了
本功能验收：预览渲染后的请求，核状态码与返回字段，再对一条样例比对 responseData 结果。
业务测试：提一个缺关键信息的问句，看是否先追问再作答。
- 在变量面板核对每个占位的来源，确认
variables能追到全局变量、系统变量或前方节点输出。 - 用一条样例请求比对返回字段，检查请求体字段与外部接口约定是否一致。