这个品类的数据长什么样
期刊出版许可与年度核验场景中，期刊出版许可证、年度核验表、整改报告三类材料同时进入工作流。许可证承载主体名称、刊号、有效期与发证日期，年度核验表承载年度核验结论、核验日期与经办签字，整改报告承载问题条目、整改完成日期与复核签字。三类材料来源不同、更新节奏不同：许可证随变更换发，年度核验表按年度批量生成，整改报告按问题逐条回填。字段特征上，名称、数量、日期、签字四类字段最易出现同项异写。进入该功能时，许可证作为基准身份材料，年度核验表作为年度结论材料，整改报告作为问题闭环材料，三者需在同一异常清单中建立可追溯的对应关系。
配置怎么定
这一环由工作流节点（用户选择与分支）执行，输出分支走向与交互状态记录。「异常清单与复核结论」由后续节点按分支继续执行接着完成。节点触发时对话进入交互状态并记录工作流状态，用户完成选择后按对应选项走分支继续执行。
| 对象 | 判断 | 核验动作 |
|---|---|---|
| 期刊出版许可证 | 主体名称、刊号、有效期、发证日期与年度核验表、整改报告中的对应字段逐项比对 | 调取许可证原件扫描件，核名称与刊号是否与另两份材料一致，记录差异字段与所在页码 |
| 年度核验表 | 核验年度、核验结论、核验日期、经办签字与许可证、整改报告的日期与签字链条是否闭合 | 按年度调取核验表，比对核验日期是否落在许可证有效期内，检查经办签字与回执是否齐全 |
| 整改报告 | 问题条目、整改完成日期、复核签字与年度核验表所列问题是否一一对应 | 逐条抽取整改条目，回溯源材料中的问题编号与完成日期，核复核签字是否与核验表签字人一致 |
| 异常记录 | 原始记录支撑、复核人签字、分支走向与交互状态记录是否可追溯 | 在节点中逐个核对选项与分支连线，引用 variables 与 nodeId 定位运行记录，确认选择结果变量已传给后续节点 |
容易做错的三处
- 现象：同一记录在许可证与年度核验表中的名称、数量、日期对不上。原因：两份材料分别录入，未以原始记录为基准做字段级比对，差异未被标记。
- 现象：整改报告已更新，年度核验表仍引用旧版问题条目。原因：版本未同步，材料更新后未触发重新核验，旧版内容继续参与结论生成。
- 现象：异常清单缺少复核签字或回执。原因：签字与回执环节未纳入核验动作，异常记录虽有原始记录支撑但无法确认复核人。
怎么确认配好了
本功能验收：逐个选项试跑，核运行记录里的分支走向与交互状态，确认每个选项对应一条分支、选择结果变量已传给后续节点，并用 variables 与 nodeId 定位状态记录。
业务测试：造一条异常记录，看能否追到源头材料，核异常清单与复核结论是否具备原始记录支撑与复核人签字，再交负责人处置。
- 在节点里逐个核对选项与分支连线，触发一次后查看运行记录里的节点状态，确认未走默认分支且流程未停住。
- 在后续节点引用选择结果变量并试跑一次，核
variables与nodeId指向的分支走向与交互状态记录一致。