这个品类的数据长什么样
同行评议组织在部署运维与应用交接环节，材料主要来自审稿邀请、专家审稿意见、作者修改说明三类。审稿邀请含稿件编号、专家姓名、邀请日期与回执状态；专家审稿意见含评审结论、意见正文、提交日期与签字；作者修改说明含逐条回应、修改位置、版本号与日期。材料按批次更新，每轮评议产生新版本。进入工作流编排时，审稿邀请作为触发入口，专家审稿意见作为分支判断依据，作者修改说明作为后续节点执行输入。三类材料需在版本、连接、任务记录三方面保持一致，方可形成可交接的部署状态与操作记录。
配置怎么定
这一环由工作流节点（用户选择与分支）执行，输出分支走向与交互状态记录。可交接的部署状态与操作记录由后续节点按分支继续执行接着完成。用户选择节点触发时对话进入交互状态并记录工作流状态，用户完成选择后按对应选项走分支继续执行。
| 对象 | 判断 | 核验动作 |
|---|---|---|
| 审稿邀请 | 专家姓名、邀请日期、回执状态在邀请与部署记录中是否一致 | 逐条核对邀请记录与部署状态，检查nodeId对应分支连线 |
| 专家审稿意见 | 评审结论、提交日期、签字在两份材料中名称与数量是否对齐 | 对照意见列表与任务记录，确认variables引用已传至后续节点 |
| 作者修改说明 | 修改位置、版本号、日期与签字回执是否齐全 | 按交接单逐项核对修改说明与部署版本，试跑一次查看分支走向 |
| 部署状态与操作记录 | 版本、连接、任务记录三者是否一致 | 触发一次交互，查看运行记录里的节点状态与分支走向 |
容易做错的三处
- 现象：同一审稿意见在两份材料里名称、数量、日期对不上。原因：材料分别录入未做交叉核对，版本未同步。
- 现象：作者修改说明缺签字或回执。原因：交接时未按清单逐项核对，遗漏签字项。
- 现象：选了某个选项仍走默认分支。原因：选项与分支连线未逐个核对，交互完成后流程停住。
怎么确认配好了
本功能验收：逐个选项试跑，核运行记录里的分支走向与交互状态，确认variables、nodeId引用正确。
业务测试：按交接单逐项核对一次，看缺哪一项记录，重点检查审稿邀请、专家审稿意见、作者修改说明的字段、日期与签字。
- 在节点里逐个核对选项与分支连线，确认每个选项对应一条分支。
- 在后续节点引用选择结果变量并试跑一次，查看交互状态记录与分支走向。