这个品类的数据长什么样
本页面向期刊三审三校与编校质量场景，材料来源为编辑部日常流转的三审单、校样与校对记录，更新节奏随稿件流转逐轮推进。三审单承载初审、复审、终审的字段、日期与签字，进入工作流时作为受理问项的底稿；校样承载版式与文字修改痕迹，进入工作流时用于比对同一记录的名称、数量、日期；校对记录承载每轮校对责任人与回执，进入工作流时用于核验签字是否齐全、版本是否同步。三类材料字段特征为：稿件编号、责任者、轮次、日期、签字、回执、修改说明。材料进入该功能时，各自承担不同角色：三审单提供问项骨架，校样提供事实比对依据，校对记录提供缺项与回执线索，三者共同支撑受理记录与补齐的问项生成。
配置怎么定
这一环由工作流节点（用户选择与分支）执行，输出分支走向与交互状态记录。「受理记录与补齐的问项」由后续节点按分支继续执行接着完成。用户选择节点触发时对话进入交互状态并记录工作流状态，用户完成选择后按对应选项走分支继续执行。
| 对象 | 判断 | 核验动作 |
|---|---|---|
| 三审单 | 核对初审、复审、终审的字段、日期与签字是否齐全，同一记录在两份材料里的名称、数量、日期是否对得上 | 在节点里逐个核对选项与分支连线，试跑后查看运行记录里的节点状态 |
| 校样 | 核对版本是否同步，修改说明与校对记录中的名称、数量、日期是否一致，缺签字或回执是否被识别 | 在后续节点引用选择结果变量 variables 并试跑一次，确认分支走向 |
| 校对记录 | 核对每轮校对责任人与回执是否完整，同一记录在两份材料里的名称、数量、日期是否对不上 | 触发一次交互，查看运行记录里的 nodeId 与节点状态，确认交互完成后流程继续 |
| 受理问项 | 缺项被识别并追问，回答有材料依据，问项与三审单、校样、校对记录逐条对应 | 在后续节点引用选择结果变量并试跑，确认追问先于作答，再转承办人处理 |
容易做错的三处
- 现象：同一记录在三审单与校样里的名称、数量、日期对不上。原因：两份材料版本未同步，受理问项未先追问缺项即作答。
- 现象：校对记录缺签字或回执，流程仍继续。原因：选项与分支连线未逐个核对，选了某个选项仍走默认分支。
- 现象：交互完成后流程停住，同一会话重复进入交互。原因：选择结果变量未传给后续节点，工作流状态未被正确记录。
怎么确认配好了
本功能验收：逐个选项试跑，核运行记录里的分支走向与交互状态，确认选项与分支一一对应，选择结果变量已传给后续节点。
业务测试：提一个缺关键信息的问句，看是否先追问再作答；追问项须与三审单、校样、校对记录字段对应，回答有材料依据后转承办人处理。
- 在节点里逐个核对选项与分支连线，触发一次交互，查看运行记录里的
nodeId与节点状态。 - 在后续节点引用选择结果变量
variables并试跑一次，确认交互完成后流程继续，缺项被识别并追问。