这个品类的数据长什么样
本页面向幼儿园保育一日生活管理，材料包括一日生活安排表、晨午检记录、幼儿健康观察记录。一日生活安排表按周或按日更新，含活动时段、环节名称、场地、责任人；晨午检记录按班按日产生，含幼儿姓名、体温、咽部与手部观察、异常标记、检查人与签字；幼儿健康观察记录按需产生，含观察时间、症状描述、处理方式、家长回执。三类材料进入问答受理与缺项补问功能时，安排表提供时段与环节依据，晨午检记录提供当日健康事实，观察记录提供个体持续追踪线索。字段特征集中在名称、数量、日期与签字，更新节奏以日为主、周为辅，回执与签字决定材料是否可采信。
配置怎么定
这一环由工作流里的 HTTP 节点执行，输出响应体、状态码与返回字段。「受理记录与补齐的问项」由后续节点解析响应，或外部系统按约定处理接着完成。请求地址、路径参数、请求头与请求体均可通过 variables 引用全局变量、系统变量或前方节点输出，鉴权信息按外部系统要求放入 Authorization，返回内容以 responseData 承接。
| 对象 | 判断 | 核验动作 |
|---|---|---|
| 一日生活安排表 | 时段、环节名称、日期与责任人签字齐全，且与晨午检记录中的班级、日期对应 | 在请求预览里核渲染后的地址与请求体字段，比对安排表与晨午检记录的日期、环节名称是否一致 |
| 晨午检记录 | 幼儿姓名、体温、异常标记、检查人签字与检查日期不缺项，同一记录在各材料中名称与数量一致 | 用一条样例请求比对返回字段，核 responseData 中姓名、体温、日期与签字字段是否与纸质记录一致 |
| 幼儿健康观察记录 | 观察时间、症状描述、处理方式、家长回执与版本同步，无缺签字或回执缺失 | 在变量面板核对每个占位来源，核 variables 中观察记录字段与回执状态是否完整 |
| HTTP 请求与外部接口 | 请求头鉴权信息按外部系统要求传入，请求体字段与外部接口约定一致 | 核对请求头名称与取值来源，核 Authorization 取值来源与返回状态码 |
容易做错的三处
- 现象：同一记录在安排表与晨午检记录里名称、数量、日期对不上。原因：两份材料各自录入，未以同一日期与班级为键做比对。
- 现象：观察记录版本未同步，旧版与新版同时流转。原因：更新后未回写外部系统，请求体仍引用旧字段。
- 现象：晨午检记录缺签字或回执缺失，仍进入受理。原因：请求体未校验签字字段，外部系统也未按约定拦截。
怎么确认配好了
本功能验收：预览渲染后的请求，核状态码与返回字段，再对一条样例比对结果，确认 variables、Authorization、responseData 三处取值与来源一致。
业务测试：提一个缺关键信息的问句，看是否先追问再作答。
- 在变量面板核对每个占位的来源，确认全局变量、系统变量或前方节点输出能解析成实际值。
- 用一条样例请求比对返回，核请求头名称与取值来源，确认鉴权信息按外部系统要求传入。