这个品类的数据长什么样
同行评议组织的日常材料包括审稿邀请、专家审稿意见、作者修改说明，三者围绕同一稿件形成链条。审稿邀请记录邀请时间、专家信息与回复状态；专家审稿意见记录评审结论、日期与签字；作者修改说明记录逐条回应、版本与回执。这些材料进入问答受理功能时，分别承担触发受理、补充依据、确认版本的角色。材料来源多为邮件回执、投稿系统导出与线下签字扫描件，更新节奏随审稿轮次推进，字段常出现同一稿件名称、数量、日期在两份材料里对不上，版本未同步，缺签字或回执等情况。受理环节需先识别缺项，再向提出方追问，回答须有材料依据，最终转承办人处理。
配置怎么定
这一环由工作流里的 HTTP 节点执行，输出响应体、状态码与返回字段。受理记录与补齐的问项由后续节点解析响应，或外部系统按约定处理接着完成。HTTP 模块向目标地址发请求，路径参数、请求体与请求头三处都能用变量占位，变量来自全局变量、系统变量或前方节点输出。
| 对象 | 判断 | 核验动作 |
|---|---|---|
| 审稿邀请 | 邀请日期、专家信息与回复状态须与专家审稿意见中的对应记录一致，签字或回执不可缺 | 核对请求体字段与外部接口约定，用一条样例请求比对返回，确认邀请日期与专家名称在两份材料中能对齐 |
| 专家审稿意见 | 评审结论、日期与签字须与作者修改说明中的版本号、回应条目对应，数量与日期不可冲突 | 在变量面板核对每个占位的来源，确认意见日期与修改说明日期能追到同一稿件版本 |
| 作者修改说明 | 逐条回应、版本与回执须与审稿意见条目数量一致，缺签字或回执时先追问再作答 | 核对请求头名称与取值来源，确认 Authorization 按外部系统要求传入，避免空字段 |
| 请求地址与路径参数 | 占位变量能解析成实际值，variables 与 responseData 可追溯 | 在请求预览里看渲染后的完整地址，确认路径参数与请求体字段均来自前方节点输出 |
容易做错的三处
- 现象：请求返回 401。原因：请求头鉴权信息未按外部系统要求传入，
Authorization取值来源与约定不符。 - 现象：同一记录在两份材料里的名称、数量、日期对不上。原因：审稿邀请与专家审稿意见未按同一稿件版本同步更新。
- 现象：外部系统收到空字段。原因：作者修改说明缺签字或回执，占位变量未解析成实际值，版本未同步。
怎么确认配好了
本功能验收：预览渲染后的请求，核状态码与返回字段，再对一条样例比对结果；确认 Authorization、variables、responseData 在请求头、路径参数与响应体中的位置与取值来源可追溯。
业务测试：提一个缺关键信息的问句，看是否先追问再作答。
- 在变量面板核对每个占位的来源，确认审稿邀请、专家审稿意见、作者修改说明的字段、日期与签字能追到同一稿件版本。
- 用一条样例请求比对返回，确认请求体字段与外部接口约定一致，缺项被识别并追问后再转承办人处理。