这个品类的数据长什么样
本页面向学位授予与证书信息报送场景中的问答受理与缺项补问，材料来源为学位申请表、论文评阅书、答辩决议三类，更新节奏随批次受理与补报滚动推进。学位申请表承载申请人基本信息、学科专业与培养环节字段，论文评阅书承载评阅结论、评阅日期与评阅人签字，答辩决议承载答辩结论、表决结果、答辩日期与委员会签字。三类材料进入工作流编排时角色不同：学位申请表用于定位记录主体与关键字段，论文评阅书与答辩决议用于交叉核对同一记录的名称、数量、日期与签字一致性。字段特征表现为同一记录在材料间名称写法、份数、日期节点易出现对不上，版本未同步与缺签字或回执也较常见，因此受理环节需要先识别缺项并追问，再转承办人处理。
配置怎么定
这一环由工作流节点（用户选择与分支）执行，输出分支走向与交互状态记录。「受理记录与补齐的问项」由后续节点按分支继续执行接着完成。用户选择节点触发时对话进入交互状态并记录工作流状态，用户完成选择后按对应选项走分支继续执行。
| 对象 | 判断 | 核验动作 |
|---|---|---|
| 学位申请表 | 核对申请人名称、学科专业、申请日期与培养环节签字是否齐全，是否存在同一记录名称写法不一致 | 在节点里逐个核对选项与分支连线，触发一次交互，查看运行记录里的节点状态，并在后续节点引用 variables 与 nodeId 并试跑一次 |
| 论文评阅书 | 核对评阅结论、评阅日期、评阅人签字与份数，是否与学位申请表同一记录的日期、数量对不上 | 在节点里逐个核对选项与分支连线，触发一次交互，查看运行记录里的节点状态，并在后续节点引用 variables 与 nodeId 并试跑一次 |
| 答辩决议 | 核对答辩结论、表决结果、答辩日期与委员会签字，是否缺签字或回执、版本未同步 | 在节点里逐个核对选项与分支连线，触发一次交互，查看运行记录里的节点状态，并在后续节点引用 variables 与 nodeId 并试跑一次 |
| 用户选择节点 | 每个选项对应一条分支，选择结果变量已传给后续节点，交互完成后流程不停住 | 在节点里逐个核对选项与分支连线，触发一次交互，查看运行记录里的节点状态，并在后续节点引用 variables 与 nodeId 并试跑一次 |
容易做错的三处
- 现象：同一记录在学位申请表与论文评阅书里的名称、份数、日期对不上。原因：两份材料由不同环节填报，字段口径未统一，受理时未做交叉比对。
- 现象：答辩决议版本未同步，旧版结论与新版表决结果同时存在。原因：材料更新后未回写受理记录，工作流分支仍按旧版字段继续执行。
- 现象：论文评阅书或答辩决议缺签字、缺回执，仍进入下一环节。原因：缺项识别未在受理阶段追问，分支走向未按缺项情况分流。
怎么确认配好了
本功能验收：逐个选项试跑，核运行记录里的分支走向与交互状态，确认每个选项对应一条分支，variables 与 nodeId 已传给后续节点，交互完成后流程继续执行。
业务测试：提一个缺关键信息的问句，看是否先追问再作答，并核对受理记录与补齐的问项是否列出缺项且回答有材料依据。
- 在节点里逐个核对选项与分支连线，触发一次交互，查看运行记录里的节点状态与分支走向。
- 在后续节点引用
variables与nodeId并试跑一次，核对交互状态记录与受理记录中的缺项追问是否一致。