这个品类的数据长什么样
自费出国留学申请服务品类，材料来自留学服务合同、学校申请表与个人陈述，更新节奏随申请批次与补件节点滚动。合同承载服务范围、费用与双方签字，学校申请表承载院校、专业、入学季与数量，个人陈述承载申请人署名与版本日期。材料进入问答受理与缺项补问功能时，合同与申请表用于核对字段是否齐全、日期是否衔接、签字与回执是否到位；个人陈述用于核对版本与署名。三份材料各自角色不同，缺项识别与追问依据均落在这些字段上，受理记录与补齐的问项由此形成。
配置怎么定
这一环由工作流里的 HTTP 节点执行，输出响应体、状态码与返回字段。受理记录与补齐的问项由后续节点解析响应，或外部系统按约定处理接着完成。HTTP 节点不代替外部系统写库或审批。
| 对象 | 判断 | 核验动作 |
|---|---|---|
| 留学服务合同 | 名称、数量、日期与签字是否齐全，回执是否到位 | 对照合同字段清单逐项核，缺签字或回执时记入待补问项 |
| 学校申请表 | 院校、专业、入学季与数量是否与合同一致 | 用一条样例请求比对返回字段，名称与数量对不上时先追问 |
| 个人陈述 | 版本日期与署名是否同步，是否与申请表版本一致 | 在变量面板核对每个占位来源，版本未同步时标记待补 |
| 请求地址与路径参数 | 占位变量能解析成实际值 | 在请求预览里看渲染后的完整地址，确认路径参数已替换 |
容易做错的三处
- 现象：同一申请记录在合同与申请表里的名称、数量对不上。原因：两份材料分别录入，未做字段级比对与回执核对。
- 现象：个人陈述版本未同步，署名日期晚于申请表提交日期。原因：版本更新后未回写受理记录，追问依据仍取旧版。
- 现象：合同缺签字或回执，缺项未被识别。原因：受理环节只核字段存在，未把签字与回执列为追问条件。
怎么确认配好了
本功能验收：预览渲染后的请求，核状态码与返回字段，再对一条样例比对结果。
业务测试：提一个缺关键信息的问句，看是否先追问再作答。
- 在请求预览里核对渲染后的完整地址，确认路径参数占位已解析成实际值。
- 在变量面板核对每个占位的来源，确认
Authorization、variables、responseData均可追溯。