这个品类的数据长什么样
同行评议组织的业务依据查询，常见材料有审稿邀请、专家审稿意见、作者修改说明。审稿邀请含邀请日期、审稿人姓名、稿件编号与回执签字；专家审稿意见含意见出具日期、专家签字、稿件名称与数量；作者修改说明含修改日期、逐条回应、作者签字。这些材料随评议轮次更新，同一记录在两份材料里的名称、数量、日期容易对不上，版本未同步、缺签字或回执也时有发生。进入工作流编排时，审稿邀请用于发起依据核对，专家审稿意见提供判断依据，作者修改说明用于回指原文条目。
配置怎么定
这一环由工作流节点（用户选择与分支）执行，输出分支走向与交互状态记录。「可回指原文的依据条目」由后续节点按分支继续执行接着完成。
| 对象 | 判断 | 核验动作 |
|---|---|---|
| 审稿邀请 | 字段含邀请日期、审稿人姓名、稿件编号与回执签字；日期与签字须与专家审稿意见对得上 | 在节点里逐个核对选项与分支连线，用nodeId定位节点，触发一次看运行记录里的节点状态 |
| 专家审稿意见 | 字段含意见出具日期、专家签字、稿件名称与数量；名称与数量须与作者修改说明一致 | 在后续节点引用variables并试跑一次，核对选择结果变量是否已传给后续节点 |
| 作者修改说明 | 字段含修改日期、逐条回应、作者签字；版本须为现行且与审稿意见日期衔接 | 在节点里逐个核对选项与分支连线，触发一次查看运行记录里的节点状态 |
| 用户选择节点 | 每个选项对应一条分支，进入节点时状态被记录，选择结果变量已传给后续节点 | 在节点里逐个核对选项与分支连线，用nodeId定位节点，在后续节点引用variables并试跑一次 |
容易做错的三处
- 现象：同一记录在审稿邀请与专家审稿意见里的名称、数量对不上。原因：两份材料各自录入，未做字段级比对。
- 现象：作者修改说明的版本未同步，仍引用旧轮次审稿意见。原因：材料更新后未同步到工作流引用的版本。
- 现象：审稿邀请缺回执签字，专家审稿意见缺签字。原因：材料归档时未校验签字字段与回执状态。
怎么确认配好了
本功能验收：逐个选项试跑，核运行记录里的分支走向与交互状态，并用nodeId定位节点、用variables核对选择结果变量是否已传给后续节点。
业务测试：问一个跨材料的依据问题，看回答是否给出可回指的出处，并核对引用文本的 tokens 与数组条数分别记录。
- 在节点里逐个核对选项与分支连线，触发一次查看运行记录里的节点状态，确认选择结果变量已传给后续节点。
- 用
nodeId定位节点，在后续节点引用variables并试跑一次，核对分支走向与交互状态记录。