这个品类的数据长什么样
本页围绕幼儿园保育一日生活管理中的三类材料展开：一日生活安排表、晨午检记录、幼儿健康观察记录。这些材料来自班级日常填写与保健室汇总，更新节奏为每日记录、每周核对、每学期版本归档。一日生活安排表侧重时段、环节与责任人字段；晨午检记录侧重日期、幼儿姓名、体温与签字；幼儿健康观察记录侧重观察日期、症状描述、处理方式与家长回执。材料进入 HTTP 接口与外部系统功能时，各自承担不同角色：安排表提供版本基准，晨午检记录提供逐日执行证据，健康观察记录提供个体追踪线索。三者需在版本台账中保持现行版本唯一，旧版可追溯，引用同步更新，避免同一记录在不同材料间名称、数量、日期对不上。
配置怎么定
这一环由工作流里的 HTTP 节点执行，输出响应体、状态码与返回字段。版本台账与变更记录由后续节点解析响应，或外部系统按约定处理接着完成。
| 对象 | 判断 | 核验动作 |
|---|---|---|
| 一日生活安排表 | 字段、日期与签字是否与现行版本一致 | 核对请求体字段与外部接口约定，用 variables 追溯占位来源，比对返回字段中的版本号与引用列表 |
| 晨午检记录 | 同一记录在两份材料里的名称、数量、日期是否对得上 | 检查请求头 Authorization 取值来源，用样例请求比对返回的日期与数量字段，确认签字或回执字段非空 |
| 幼儿健康观察记录 | 版本未同步或引用未更新时能否追到旧版 | 在变量面板核对每个占位的出处，查看 responseData 中的引用同步结果，确认旧版可追溯 |
| 版本台账与变更记录 | 现行版本唯一、旧版可追、引用同步 | 用一条样例请求比对返回，核状态码与返回字段，确认变更记录中的版本号与引用条目一致 |
容易做错的三处
- 现象：同一记录在安排表与晨午检记录里的日期对不上。原因：请求体字段未按外部接口约定传入，占位变量解析成旧值。
- 现象：版本未同步，旧版仍被引用。原因：变更记录未随请求返回更新，后续节点未解析响应中的版本字段。
- 现象：晨午检记录缺签字或回执。原因：请求头鉴权信息或请求体字段为空，外部系统收到空字段后未回写确认。
怎么确认配好了
本功能验收：预览渲染后的请求，核状态码与返回字段，再对一条样例比对结果；确认 Authorization、variables、responseData 三处标识符均能追溯到具体出处。
业务测试：改一处内容，看版本号与引用是否同步更新；若引用条数变化，单独记录数组长度，引用文本的 tokens 另行核对。
- 在请求预览里查看渲染后的完整地址，核对路径参数占位是否解析成实际值。
- 在变量面板核对每个占位的来源，确认来自全局变量、系统变量或前方节点输出。