这个品类的数据长什么样
本页面向自费出国留学申请服务的材料流转：留学服务合同、学校申请表、个人陈述。合同含服务范围、费用条款、双方签字与签署日期；申请表含院校名称、专业方向、入学批次、递交日期与回执编号；个人陈述含版本号、字数、定稿日期与作者署名。材料来源为顾问提交、学生确认、文案定稿三条线，更新节奏随申请轮次与院校反馈滚动，字段特征集中在名称、数量、日期、签字四类。进入异常追溯与人工复核功能时，合同作为权责底稿，申请表作为递交凭据，个人陈述作为内容版本依据，三者共同支撑异常清单的源头比对。
配置怎么定
这一环由工作流节点（用户选择与分支）执行，输出分支走向与交互状态记录。「异常清单与复核结论」由后续节点按分支继续执行接着完成。触发该节点时对话进入交互状态并记录工作流状态，用户完成选择后按对应选项走分支继续执行。
| 对象 | 判断 | 核验动作 |
|---|---|---|
| 留学服务合同 | 名称、数量、日期、签字是否与申请表一致 | 逐项比对合同与申请表的院校名称、服务项数量、签署日期，缺签字或回执即登记异常 |
| 学校申请表 | 递交日期与回执编号是否可追到原始提交记录 | 调取申请表递交日期与回执编号，与合同约定的申请轮次日期核对，版本未同步的标为待复核 |
| 个人陈述 | 版本号、字数、定稿日期是否与文案交接记录对齐 | 核对个人陈述版本号与定稿日期，同一记录在两份材料里的字数对不上时回溯交接记录 |
| 用户选择节点 | 每个选项是否对应一条分支连线 | 在节点里逐个核对选项与分支连线，并在后续节点引用 variables 试跑一次 |
容易做错的三处
- 现象：同一院校名称在合同与申请表里写法不同，复核时无法确认指向。原因：录入未统一命名规则，两份材料各自维护。
- 现象：个人陈述已更新版本，申请表仍引用旧稿日期。原因：版本未同步，交接环节未回写最新定稿日期。
- 现象：合同缺签字或申请表缺回执，异常记录仍被推进。原因：登记时未强制校验签字与回执字段。
怎么确认配好了
本功能验收：逐个选项试跑，核运行记录里的分支走向与交互状态，确认 nodeId 对应的交互状态被记录、选择结果变量已传给后续节点。
业务测试：造一条异常记录，看能否追到源头材料，并核对异常清单与复核结论是否有原始记录支撑、复核人签字。
- 在用户选择节点里逐个核对选项与分支连线，试跑后查看运行记录中的分支走向与交互状态。
- 在后续节点引用选择结果变量并试跑一次，确认异常清单与复核结论由后续节点按分支继续执行接着完成。