这个品类的数据长什么样
同行评议组织的资料版本与变更维护，核心材料为审稿邀请、专家审稿意见、作者修改说明。审稿邀请含稿件编号、邀请日期、专家姓名与确认回执；专家审稿意见含评审维度、意见正文、提交日期与签字；作者修改说明含逐条答复、修改位置、日期与签字。三类材料进入 HTTP 接口与外部系统时，审稿邀请作为触发记录，专家审稿意见作为过程记录，作者修改说明作为闭环记录。来源为编务系统、邮件回执与稿件平台导出。更新节奏随审稿轮次推进，每轮产生新版本。字段特征为同一记录的名称、数量、日期在邀请、意见与修改说明间须一致，签字与回执须齐全。
配置怎么定
这一环由工作流里的 HTTP 节点执行，输出响应体、状态码与返回字段。版本台账与变更记录由后续节点解析响应，或外部系统按约定处理接着完成。HTTP 节点向目标地址发请求，路径参数、请求体与请求头三处都能用变量占位，变量来自全局变量、系统变量或前方节点输出。
| 对象 | 判断 | 核验动作 |
|---|---|---|
| 审稿邀请 | 邀请日期、专家姓名与确认回执须与专家审稿意见一致 | 在请求预览里看渲染后的完整地址，核对邀请记录字段与回执 |
| 专家审稿意见 | 评审维度、提交日期与签字须与作者修改说明逐条对应 | 核对请求头名称与取值来源，比对意见正文与修改答复的日期 |
| 作者修改说明 | 逐条答复、修改位置、日期与签字须与现行版本一致 | 用一条样例请求比对返回，检查修改说明的版本号与引用 |
| 请求变量 | 每个占位能追到全局变量、系统变量或前方节点输出 | 在变量面板核对每个占位的来源，确认variables与responseData的取值 |
容易做错的三处
- 现象：同一稿件在两份材料里的名称、数量、日期对不上。原因：审稿邀请与专家审稿意见各自维护字段，未以现行版本为准做比对。
- 现象：作者修改说明已更新，引用仍指向旧版。原因：版本未同步，HTTP 请求未携带最新版本标识，旧版可追但引用未刷新。
- 现象：审稿意见缺签字或回执。原因：外部系统按约定处理时未校验签字字段，返回体里该字段为空仍被后续节点接收。
怎么确认配好了
本功能验收：预览渲染后的请求，核状态码与返回字段，再对一条样例比对结果，确认Authorization、variables、responseData三处占位可追。
业务测试：改一处内容，看版本号与引用是否同步更新
- 在请求预览里核对渲染后的完整地址与路径参数，确认占位变量解析成实际值
- 在变量面板核对每个占位的来源，确认
Authorization与请求头取值来源一致