这个品类的数据长什么样
学术期刊来稿初审场景中，材料通常包括投稿稿件、作者信息表、查重报告三类。稿件来自作者投递，作者信息表由通讯作者填写，查重报告由系统生成或第三方出具。更新节奏上，稿件随修回版本迭代，作者信息表在录用前可能多次补充，查重报告在送审前刷新一次。字段特征集中在名称、数量、日期与签字四类：稿件标题与作者信息表标题需一致，作者数量与署名顺序需对应，收稿日期与查重日期需落在同一轮次，签字或回执需齐备。进入工作流时，三类材料各自承担不同角色：稿件是主体对象，作者信息表是身份与顺序依据，查重报告是合规凭据。工作流编排需按材料角色分派核对节点，将字段差异定位到具体材料对，形成可复核的差异清单。
配置怎么定
这一环由工作流节点（用户选择与分支）执行，输出分支走向与交互状态记录。「差异清单」由后续节点按分支继续执行接着完成。用户选择节点触发时对话进入交互状态并记录工作流状态，用户完成选择后按对应选项走分支继续执行。
| 对象 | 判断 | 核验动作 |
|---|---|---|
| 投稿稿件 | 名称、日期与签字是否与作者信息表对应 | 在节点里逐个核对选项与分支连线，比对稿件标题、收稿日期与签字栏，记录差异字段 |
| 作者信息表 | 名称、数量与日期是否与稿件一致 | 触发一次用户选择节点，查看运行记录里的节点状态，核对作者数量与署名顺序 |
| 查重报告 | 日期与回执是否与送审轮次同步 | 在后续节点引用选择结果变量并试跑一次，比对查重日期与回执编号 |
| 工作流节点 | 选项与分支是否一一对应 | 用 nodeId 定位节点，检查每个选项对应的分支连线，确认 variables 已传递 |
容易做错的三处
- 现象：同一记录在两份材料里的名称、数量、日期对不上。原因：稿件与作者信息表分别填写，未做字段级比对就进入下一节点。
- 现象：版本未同步，查重报告日期与稿件修回日期分属两轮。原因：材料更新后未触发重新核对，旧版本仍留在工作流中。
- 现象：缺签字或回执，作者信息表签字栏为空。原因：交互完成后流程停住，未按分支继续执行，遗漏回执补录环节。
怎么确认配好了
本功能验收：逐个选项试跑，核运行记录里的分支走向与交互状态，确认每个选项对应一条分支，并用 nodeId 与 variables 核对选择结果变量已传给后续节点。
业务测试：用一条真实记录找出与台账不一致的字段，将稿件、作者信息表、查重报告三份材料逐字段比对，标记名称、数量、日期与签字差异。
- 在节点里逐个核对选项与分支连线，确认每个选项对应一条分支，并检查
variables是否在后续节点可引用。 - 触发一次用户选择节点，查看运行记录里的节点状态，确认交互状态被记录且选择结果变量已传递。