这个品类的数据长什么样
本页面向自费出国留学申请服务，材料来自留学服务合同、学校申请表、个人陈述三类。合同由服务方与申请者签署后归档，含服务项目、费用条款、双方签字与签订日期；学校申请表由申请者逐校填写，含院校名称、专业方向、申请轮次、截止日期与提交回执；个人陈述由申请者撰写并经服务方审阅，含版本号、修改日期与签字确认。更新节奏上，合同在签约与变更时更新，申请表随选校清单推进而增删，个人陈述按轮次反复修订。进入工作流编排时，三者分别承担依据、目标与素材角色：合同定服务边界，申请表定分支去向，个人陈述定版本基线。字段特征集中在名称、数量、日期、签字四项，同一记录在两份材料里常出现名称或日期对不上，版本未同步，缺签字或回执。
配置怎么定
这一环由工作流节点（用户选择与分支）执行，输出分支走向与交互状态记录。「可交接的部署状态与操作记录」由后续节点按分支继续执行接着完成。用户选择节点触发时对话进入交互状态并记录工作流状态，用户完成选择后按对应选项走分支继续执行。
| 对象 | 判断 | 核验动作 |
|---|---|---|
| 留学服务合同 | 核合同名称、服务项目数量、签订日期与双方签字是否齐全，且与申请表、个人陈述记录一致 | 逐份核对合同字段，比对申请表与个人陈述里的同一记录名称、数量、日期，检查签字与回执 |
| 学校申请表 | 核院校名称、专业方向、申请轮次、截止日期与提交回执是否与合同服务范围一致 | 逐校核对申请表字段，检查回执是否留存，比对合同与个人陈述里的日期与名称 |
| 个人陈述 | 核版本号、修改日期、签字确认是否与申请表轮次同步，且与合同记录名称一致 | 逐版核对个人陈述字段，检查签字与回执，比对申请表与合同里的同一记录 |
| 用户选择节点 | 核每个选项对应一条分支连线，交互状态被记录，选择结果变量已传给后续节点 | 在节点里逐个核对选项与分支连线，触发一次查看运行记录里的节点状态，在后续节点引用 variables 并试跑一次，用 nodeId 定位节点记录 |
容易做错的三处
- 现象：选了某个选项仍走默认分支。原因：选项与分支连线未逐个核对，或选择结果变量未在后续节点引用。
- 现象：同一记录在合同与申请表里的名称、数量、日期对不上。原因：两份材料各自更新，未做交叉核对。
- 现象：个人陈述版本未同步，缺签字或回执。原因：修订后未回写版本号与日期，签字与回执环节被跳过。
怎么确认配好了
本功能验收：逐个选项试跑，核运行记录里的分支走向与交互状态，确认每个选项对应一条分支，选择结果变量已传给后续节点，可用 nodeId 定位节点记录，并核对 variables 引用是否生效。
业务测试：按交接单逐项核对一次，看缺哪一项记录，重点核合同、申请表、个人陈述的名称、数量、日期与签字是否一致。
- 在节点里逐个核对选项与分支连线，触发一次交互，查看运行记录里的节点状态与分支走向。
- 在后续节点引用
variables试跑一次，比对合同、申请表、个人陈述的同一记录名称、数量、日期与签字。