这个品类的数据长什么样
同行评议组织在审稿流程中会形成三类材料：审稿邀请、专家审稿意见、作者修改说明。审稿邀请记录邀请发出日期、专家姓名与回执状态；专家审稿意见记录意见正文、提交日期与签字；作者修改说明记录修改条目、对应意见编号与提交日期。这些材料按周更新，字段以日期、名称、数量、签字为主。进入本功能时，审稿邀请作为待核对记录源，专家审稿意见作为进度统计依据，作者修改说明作为例外说明来源，三者共同支撑进度表与统计口径说明的编制。
配置怎么定
这一环由工作流里的 HTTP 节点执行，输出响应体、状态码与返回字段。「进度表与统计口径说明」由后续节点解析响应，或外部系统按约定处理接着完成。
| 对象 | 判断 | 核验动作 |
|---|---|---|
| 审稿邀请 | 邀请日期、专家姓名、回执签字是否与进度表一致 | 在请求预览里核对渲染后的地址与 variables 来源，比对邀请记录与进度表字段 |
| 专家审稿意见 | 意见提交日期、意见编号、签字是否与统计口径对应 | 核 Authorization 请求头取值来源，用一条样例请求比对返回字段与意见记录 |
| 作者修改说明 | 修改条目数量、对应意见编号、提交日期是否与统计数对得上 | 核 responseData 返回字段与修改说明记录，检查例外是否写入表头 |
| 请求头与请求体 | 鉴权信息与字段约定是否按外部系统要求传入 | 核对请求头名称与取值来源，用一条样例请求比对返回 |
容易做错的三处
- 现象：同一记录在审稿邀请与专家审稿意见里的名称、日期对不上。原因：两份材料各自维护，未做交叉核对。
- 现象：进度表统计数与作者修改说明的条目数不一致。原因：版本未同步，修改说明更新后未回写进度表。
- 现象：审稿意见缺签字或回执，统计口径未标注例外。原因：签字与回执未纳入表头字段，例外未单独记录。
怎么确认配好了
本功能验收：预览渲染后的请求，核状态码与返回字段，再对一条样例比对结果。
业务测试：用一周记录核对合计，看口径与例外是否写清。
- 在变量面板核对每个占位的来源，确认请求地址与路径参数能解析成实际值。
- 核对请求头名称与取值来源，用一条样例请求比对返回字段与外部接口约定。