这个品类的数据长什么样
本页面向同行评议组织的问答受理与缺项补问场景，材料来自审稿邀请、专家审稿意见、作者修改说明三类记录，更新节奏随稿件流转逐轮推进，字段覆盖名称、数量、日期、签字与回执。审稿邀请承担邀约与回执角色，专家审稿意见承担评审结论与签字角色，作者修改说明承担逐条回应与版本标记角色。三类材料进入工作流后，先由受理环节提取问项与字段，再由缺项识别环节比对同一记录在不同材料中的名称、数量、日期是否一致，并检查版本同步与签字回执是否齐全，最后把补齐的问项按分支转承办人处理。
配置怎么定
这一环由工作流节点（用户选择与分支）执行，输出分支走向与交互状态记录。「受理记录与补齐的问项」由后续节点按分支继续执行接着完成。节点触发时对话进入交互状态并记录工作流状态，用户完成选择后按对应选项走分支继续执行。
| 对象 | 判断 | 核验动作 |
|---|---|---|
| 审稿邀请 | 审稿邀请的日期、签字与回执是否齐全，同一记录的名称与数量是否与专家审稿意见对得上 | 在节点里逐个核对选项与分支连线，触发一次查看运行记录里的节点状态，引用variables确认选择结果变量已传给后续节点 |
| 专家审稿意见 | 专家审稿意见的名称、数量、日期与签字是否与审稿邀请、作者修改说明一致，版本是否同步 | 在后续节点引用nodeId与选择结果变量并试跑一次，比对同一记录在三份材料里的字段是否对不上 |
| 作者修改说明 | 作者修改说明的版本标记与回执是否同步，逐条回应是否覆盖专家审稿意见的缺项 | 在节点里逐个核对选项与分支连线，确认缺项被识别并追问，回答有材料依据 |
| 受理记录与补齐的问项 | 缺项是否被识别并追问，回答是否落在材料字段上，分支走向是否与选择结果一致 | 在后续节点引用variables试跑一次，核运行记录里的分支走向与交互状态，确认流程未停住 |
容易做错的三处
- 现象：选了某个选项仍走默认分支。原因：选项与分支连线未逐个核对，选择结果变量未正确传入后续节点。
- 现象：同一记录在两份材料里的名称、数量、日期对不上。原因：审稿邀请与专家审稿意见未做字段比对，版本未同步。
- 现象：缺签字或回执仍进入下一环节。原因：受理环节未把签字与回执列为缺项，追问未触发。
怎么确认配好了
本功能验收：逐个选项试跑，核运行记录里的分支走向与交互状态，确认variables、nodeId与选择结果变量在后续节点被正确引用。
业务测试：提一个缺关键信息的问句，看是否先追问再作答，并核追问项是否落在审稿邀请、专家审稿意见、作者修改说明的字段上。
- 在节点里逐个核对选项与分支连线，触发一次查看运行记录里的节点状态，确认交互完成后流程继续向下执行。
- 在后续节点引用选择结果变量并试跑一次，比对同一记录在两份材料里的名称、数量、日期与签字回执是否一致。