这个品类的数据长什么样
学术不端举报调查处理品类，材料包括举报材料、调查报告、专家鉴定意见三类。举报材料由举报人提交，含被举报人信息、事实陈述、证据清单与提交日期；调查报告由调查组出具，含调查过程、认定结论、处理建议与组长签字；专家鉴定意见由专家组出具，含鉴定事项、分析意见、鉴定结论与专家签名。三类材料进入工作流时角色不同：举报材料触发受理分支，调查报告进入认定分支，专家鉴定意见进入复核分支。材料随调查阶段分批更新，版本以签发日期与文号为准，字段须核对名称、数量、日期与签字回执。
配置怎么定
这一环由工作流节点（用户选择与分支）执行，输出分支走向与交互状态记录。「可回指原文的依据条目」由后续节点按分支继续执行接着完成。节点触发时对话进入交互状态并记录工作流状态，用户完成选择后按对应选项走分支继续执行。
| 对象 | 判断 | 核验动作 |
|---|---|---|
| 举报材料 | 被举报人姓名、事实陈述、证据数量与提交日期须与调查报告引述一致，签字与回执齐全 | 逐项比对两份材料中的名称、数量、日期，核验签字与回执，在节点里逐个核对选项与分支连线 |
| 调查报告 | 认定结论引用的证据条目须能回指举报材料原文，版本须为现行签发版 | 核调查报告文号与签发日期，引用条目回指原文，在后续节点引用 variables 并试跑一次 |
| 专家鉴定意见 | 鉴定事项、分析意见与鉴定结论须与调查报告认定范围对应，专家签名完整 | 核鉴定意见的鉴定事项与结论，比对调查报告认定范围，查看运行记录里的 nodeId 状态 |
| 用户选择节点 | 每个选项对应一条分支，选择结果变量已传给后续节点 | 触发一次查看运行记录里的节点状态，在后续节点引用 variables 并试跑，核 nodeId 分支走向 |
容易做错的三处
- 现象：同一记录在举报材料与调查报告里的名称、数量、日期对不上。原因：两份材料分别录入，未做跨材料字段比对与回指核验。
- 现象：调查报告引用的专家鉴定意见为旧版，结论与现行版本不一致。原因：版本未同步，签发日期与文号未纳入比对。
- 现象：举报材料缺回执或调查报告缺组长签字，仍进入认定分支。原因：签字与回执字段未设为进入分支前的核对项。
怎么确认配好了
本功能验收：逐个选项试跑，核运行记录里的分支走向与交互状态，确认每个选项对应一条分支、选择结果变量已传给后续节点，并核 nodeId 与 variables 的引用。
业务测试：问一个跨材料的依据问题，看回答是否给出可回指的出处。
- 在节点里逐个核对选项与分支连线，触发一次查看运行记录里的节点状态。
- 在后续节点引用
variables并试跑一次，核nodeId分支走向与交互状态记录。