这个品类的数据长什么样
本页面向期刊三审三校与编校质量场景，材料包括三审单、校样、校对记录。三审单承载初审、复审、终审意见与签字，校样呈现版面与文字改动，校对记录登记每次校对的时间、人员与差错。材料来源为编辑流程各环节，更新节奏随审次与校次推进，字段特征集中在名称、数量、日期与签字。进入本功能时，三审单作为审次依据，校样作为比对底本，校对记录作为过程凭证，三者共同支撑受理记录与补齐的问项，缺项被识别并追问，回答有材料依据。
配置怎么定
这一环由工作流里的 HTTP 节点执行，输出响应体、状态码与返回字段。「受理记录与补齐的问项」由后续节点解析响应，或外部系统按约定处理接着完成。HTTP 模块向目标地址发请求，路径参数、请求体与请求头三处都能用变量占位，变量来自全局变量、系统变量或前方节点输出。
| 对象 | 判断 | 核验动作 |
|---|---|---|
| 三审单 | 审次、意见与签字是否齐全，日期是否可追溯 | 核对三审单字段、日期与签字，确认初审、复审、终审意见对应 |
| 校样 | 版面与文字改动是否与校对记录一致 | 比对校样与校对记录的名称、数量、日期，标记不一致处 |
| 校对记录 | 每次校对的时间、人员与差错是否登记 | 检查校对记录字段与签字，缺回执则列入补齐问项 |
| 请求地址与路径参数 | 占位变量能解析成实际值 | 在请求预览里看渲染后的完整地址，核对 variables 来源 |
容易做错的三处
- 现象：同一记录在三审单与校样里的名称、数量、日期对不上。原因：两份材料各自登记，未按同一编号对齐，导致受理时缺项识别偏差。
- 现象：校样已更新，校对记录仍为旧版。原因：版本未同步，HTTP 节点取到旧字段，返回字段与当前材料不符。
- 现象：三审单或校对记录缺签字或回执。原因：流程节点未回传，外部系统收到空字段，追问后才补全。
怎么确认配好了
本功能验收：预览渲染后的请求，核状态码与返回字段，再对一条样例比对结果；检查 Authorization 与 responseData 是否按约定出现。
业务测试：提一个缺关键信息的问句，看是否先追问再作答
- 在变量面板核对每个占位的来源，确认
variables能追到全局变量、系统变量或前方节点输出 - 用一条样例请求比对返回，核对请求头名称与取值来源，确认
Authorization按外部系统要求传入