这个品类的数据长什么样
同行评议组织在日常运转中沉淀三类核心材料：审稿邀请、专家审稿意见、作者修改说明。审稿邀请通常含稿件编号、拟邀专家、审稿期限与回执字段；专家审稿意见含评审结论、分项意见、签字与提交日期；作者修改说明含逐条答复、修改位置、版本号与说明日期。这些材料来源分散，更新节奏由邀约、评审、返修三阶段驱动，字段特征集中在名称、数量、日期与签字四项。进入工作流编排时，三类材料各自承担不同角色：审稿邀请作为发起凭证，专家审稿意见作为评审依据，作者修改说明作为返修闭环记录。三者需在同一流程内保持版本同步，避免同一记录在不同材料里的名称、数量、日期出现偏差，确保可签发的材料草稿与交接记录字段齐全、责任人明确。
配置怎么定
这一环由工作流节点（用户选择与分支）执行，输出分支走向与交互状态记录。「可签发的材料草稿与交接记录」由后续节点按分支继续执行接着完成。用户选择节点触发时对话进入交互状态并记录工作流状态，用户完成选择后按对应选项走分支继续执行。
| 对象 | 判断 | 核验动作 |
|---|---|---|
| 审稿邀请 | 字段齐全性：稿件编号、拟邀专家、审稿期限、回执签字与日期是否齐备 | 在节点里逐个核对选项与分支连线，确认邀请发出分支与回执签收分支各自连通，并检查邀请记录与专家审稿意见里的稿件名称、数量、日期是否一致 |
| 专家审稿意见 | 版本与日期一致性：评审结论、分项意见、签字、提交日期是否与邀请记录对应 | 触发一次用户选择节点，查看运行记录里的节点状态，核对该意见引用的 variables 是否已传给后续节点，并比对同一稿件在两份材料里的名称、数量、日期 |
| 作者修改说明 | 责任交接完整性：逐条答复、修改位置、版本号、说明日期与签字回执是否齐全 | 在后续节点引用选择结果变量并试跑一次，核对 nodeId 对应的分支走向，确认修改说明与专家意见的版本号同步，缺签字或回执时被拦住 |
| 交接记录 | 去向签收：下一环节签收人、签收日期与材料版本是否一致 | 按模板起草一份并走完一次交接，检查交接记录与三份材料的名称、数量、日期是否对齐，确认 nodeId 与 variables 引用无误 |
容易做错的三处
- 现象：同一稿件在审稿邀请与专家意见里的名称、数量、日期对不上。原因：两份材料分别起草，未在同一流程内同步字段与版本。
- 现象：作者修改说明与专家意见版本未同步，返修后仍引用旧版结论。原因：版本号未随分支推进更新，交接时未核对。
- 现象：交接记录缺签字或回执，下一环节无法签收。原因：责任交接字段未设为必填，节点未拦住缺项。
怎么确认配好了
本功能验收：逐个选项试跑，核运行记录里的分支走向与交互状态，确认每个选项对应一条分支，选择结果变量已传给后续节点，交互完成后流程继续执行。
业务测试：按模板起草一份并走完一次交接，看缺项是否被拦住，核对审稿邀请、专家审稿意见、作者修改说明的字段、日期与签字是否齐全一致。
- 在节点里逐个核对选项与分支连线，确认每个选项对应一条分支，并检查
variables与nodeId引用是否正确。 - 触发一次用户选择节点，查看运行记录里的节点状态，确认交互状态被记录且选择结果变量已传给后续节点。