这个品类的数据长什么样
学术期刊来稿初审场景中，常见材料为投稿稿件、作者信息表、查重报告三类。投稿稿件通常由作者在投稿系统提交，含标题、作者署名、单位、摘要、正文与参考文献，版本更新多发生在修回阶段；作者信息表多随稿件同步上传或由通讯作者补交，含姓名、排序、单位、联系方式、签字与日期；查重报告来自查重系统导出，含检测时间、总文字复制比、单篇最大相似来源与检测范围说明。三类材料进入问答受理与缺项补问功能时角色不同：投稿稿件是主体依据，用于判断研究内容与栏目匹配；作者信息表用于核对署名顺序、单位与签字回执；查重报告用于核对检测日期、版本与稿件是否对应。字段特征集中在名称、数量、日期、签字四类，更新节奏随修回与补交变化，易出现同一记录在不同材料里名称写法、作者数量、日期不一致，或版本未同步、缺签字与回执。
配置怎么定
这一环由工作流节点（用户选择与分支）执行，输出分支走向与交互状态记录。「受理记录与补齐的问项」由后续节点按分支继续执行接着完成。触发节点时会话进入交互状态并记录工作流状态，用户完成选择后按对应选项走分支继续执行。
| 对象 | 判断 | 核验动作 |
|---|---|---|
| 投稿稿件 | 稿件名称、作者数量、提交日期是否与作者信息表、查重报告一致，版本是否同步 | 逐项比对三份材料中的名称、数量与日期，在节点里逐个核对选项与分支连线，确认不一致项进入追问分支 |
| 作者信息表 | 署名顺序、单位、签字与回执日期是否齐全，是否与稿件署名一致 | 核对签字栏与回执日期，缺失项标记为待补问项，触发交互状态后记录选择结果，并在后续节点引用 variables 试跑一次 |
| 查重报告 | 检测日期、检测范围与稿件版本是否对应，总文字复制比来源是否可溯 | 核对检测时间与稿件提交日期先后，确认报告对应版本；在运行记录中查看 nodeId 对应的节点状态与分支走向 |
| 受理记录与问项 | 缺项是否被识别并追问，回答是否有材料依据，分支是否按选项执行 | 触发一次交互，查看运行记录里的节点状态；确认选择结果变量已传给后续节点，避免选某选项仍走默认分支 |
容易做错的三处
- 现象：同一作者在两份材料里的姓名写法或数量对不上。原因：作者信息表与稿件分别提交，未做字段级比对，署名顺序与单位也未同步核对。
- 现象：查重报告日期早于当前稿件版本，检测范围与正文不一致。原因：版本未同步，修回后未重新检测，报告与稿件对应关系未在受理时确认。
- 现象：作者信息表缺签字或回执，受理记录仍继续流转。原因：缺项识别未落到追问分支，交互完成后未按选项走对应分支，问项未补齐即转承办人。
怎么确认配好了
本功能验收：逐个选项试跑，核运行记录里的分支走向与交互状态，确认每个选项对应一条分支、选择结果变量已传给后续节点，并在后续节点引用 variables 与 nodeId 核对状态记录。
业务测试：提一个缺关键信息的问句，看是否先追问再作答，确认缺项被识别并追问、回答有材料依据，再转承办人处理。
- 在节点里逐个核对选项与分支连线，触发一次交互后查看运行记录里的节点状态与分支走向。
- 在后续节点引用选择结果变量并试跑一次，核对投稿稿件、作者信息表、查重报告的名称、数量、日期与签字是否一致。