这个品类的数据长什么样
同行评议组织的材料以审稿邀请、专家审稿意见、作者修改说明为主，三者常按稿件编号归入同一记录。审稿邀请含邀请日期与专家确认回执，审稿意见含评审日期与签字，修改说明含作者回复日期与逐条对应。更新节奏随稿件状态推进，从邀请发出到意见回收、再到修改提交，各环节材料逐版叠加。材料进入工作流编排时，审稿邀请作为触发入口，审稿意见作为分支判断依据，修改说明作为对外服务的可见内容。授权访问要求身份与可见范围匹配，家长或上级仅见其对应稿件的对外部分，越权内容不可见。
配置怎么定
这一环由工作流节点（用户选择与分支）执行，输出分支走向与交互状态记录。「可对外的入口与授权范围」由后续节点按分支继续执行接着完成。
| 对象 | 判断 | 核验动作 |
|---|---|---|
| 审稿邀请 | 邀请日期与专家确认回执是否齐全，同一稿件在两份材料里的名称、数量、日期是否一致 | 在节点里逐个核对选项与分支连线，引用nodeId定位该邀请记录 |
| 专家审稿意见 | 评审日期与签字是否完整，版本是否与修改说明同步 | 触发一次，查看运行记录里的节点状态，确认意见版本与修改说明对应 |
| 作者修改说明 | 作者回复日期与逐条对应是否完整，缺签字或回执时是否可见 | 在后续节点引用variables并试跑一次，核对外部可见范围 |
| 授权访问范围 | 访问者身份与可见范围是否匹配，越权内容是否不可见 | 用受限身份访问一次，核对variables传值后的可见条目 |
容易做错的三处
- 现象：同一稿件在审稿邀请与修改说明里的名称、数量、日期对不上。原因：两份材料分别录入，未按同一记录归并核对。
- 现象：专家审稿意见版本与作者修改说明未同步。原因：修改说明提交后未回写至审稿意见对应记录。
- 现象：审稿意见缺签字或回执，对外服务仍显示为完整。原因：分支判断未校验签字字段，直接进入对外可见分支。
怎么确认配好了
本功能验收：逐个选项试跑，核运行记录里的分支走向与交互状态，确认nodeId对应分支与选项一致。
业务测试：用受限身份访问一次，看可见范围是否符合设定，越权条目不可见。
- 在节点里逐个核对选项与分支连线，确认每个选项对应一条分支，引用
nodeId定位。 - 在后续节点引用
variables并试跑一次，核对交互状态记录与选择结果变量是否传到后续节点。