这个品类的数据长什么样
本页面向学生处分与申诉处理品类，材料来自违纪事实材料、处分决定书、申诉书三类文书，按受理节点逐份进入问答受理与缺项补问功能。违纪事实材料提供行为描述、时间地点与证据清单，处分决定书提供处分种类、依据条款与生效日期，申诉书提供申诉请求、理由与签字回执。三类材料在功能中分别承担事实来源、决定依据与申诉主张的角色，字段特征集中在名称、数量、日期与签字四类可比对项。更新节奏随处分流程推进，从拟处分告知到申诉受理各阶段材料陆续汇入，需保持同一记录在各份材料间的字段一致。
配置怎么定
这一环由工作流里的 HTTP 节点执行，输出响应体、状态码与返回字段。「受理记录与补齐的问项」由后续节点解析响应，或外部系统按约定处理接着完成。请求地址、路径参数、请求头与请求体均可通过 variables 引用全局变量、系统变量或前方节点输出，鉴权信息按外部系统要求放入 Authorization。
| 对象 | 判断 | 核验动作 |
|---|---|---|
| 违纪事实材料 | 名称、数量、日期与签字需与处分决定书逐项对应，缺签字或回执即为缺项 | 在变量面板核对占位来源，用样例请求比对返回字段与材料字段 |
| 处分决定书 | 处分种类、依据条款与生效日期需与申诉书所载事实一致，版本未同步即为缺项 | 预览渲染后的请求，核 responseData 中决定书字段与申诉书字段是否同源 |
| 申诉书 | 申诉请求、理由与签字回执需完整，缺关键信息时先追问再作答 | 提一个缺关键信息的问句，观察是否先追问再作答 |
| HTTP 请求 | 路径参数、请求头与请求体中的占位变量能解析成实际值 | 核对请求头名称与取值来源，确认 Authorization 按外部系统要求传入 |
容易做错的三处
- 现象：同一记录在违纪事实材料与处分决定书里的名称、数量或日期对不上。原因：两份材料分别录入，未做字段级比对。
- 现象：处分决定书版本更新后申诉书仍引用旧版条款。原因：版本未同步，占位变量取到前方节点的旧输出。
- 现象：申诉书缺签字或回执，受理记录仍被生成。原因：缺项识别未覆盖签字字段，未触发追问。
怎么确认配好了
本功能验收：预览渲染后的请求，核状态码与返回字段，再对一条样例比对结果，确认 responseData 中受理记录与补齐的问项字段齐全。
业务测试：提一个缺关键信息的问句，看是否先追问再作答。
- 在变量面板核对每个占位的来源，确认
variables能追到全局变量、系统变量或前方节点输出。 - 用一条样例请求比对返回，核对请求体字段与外部接口约定一致，并记录返回字段与状态码。