这个品类的数据长什么样
自费出国留学申请服务涉及的材料包括留学服务合同、学校申请表、个人陈述，材料来源为合同签署、院校系统提交与文书定稿，更新节奏随申请轮次、院校截止日期与签字回执推进而变。字段特征集中在名称、数量、日期与签字四类：同一申请人在两份材料中的姓名拼写、课程数量、递交日期需一致，签字与回执需可查。材料进入工作流编排时，合同承担条款与费用口径的底稿角色，学校申请表承担院校字段与提交节点的校验角色，个人陈述承担文书版本与引用同步的追踪角色，三者共同构成版本台账与变更记录的比对基础。
配置怎么定
这一环由工作流节点（用户选择与分支）执行，输出分支走向与交互状态记录。「版本台账与变更记录」由后续节点按分支继续执行接着完成。触发用户选择节点时对话进入交互状态并记录工作流状态，用户完成选择后按对应选项走分支继续执行。
| 对象 | 判断 | 核验动作 |
|---|---|---|
| 留学服务合同 | 同一记录的名称、数量、日期在合同与申请表之间是否一致 | 在节点里逐个核对选项与分支连线，确认合同字段与院校字段的对应关系，并在后续节点引用 variables 试跑一次 |
| 学校申请表 | 日期与签字回执是否与合同约定同步 | 触发一次用户选择节点，查看运行记录里的节点状态，确认申请表提交日期与合同签署日期未错位 |
| 个人陈述 | 文书版本号与引用来源是否同步更新 | 在后续节点引用 nodeId 定位引用来源，改一处内容后观察版本号与引用是否同步更新 |
| 版本台账与变更记录 | 现行版本唯一、旧版可追、引用同步 | 在节点里逐个核对选项与分支连线，确认旧版可追溯且引用指向现行版本 |
容易做错的三处
- 现象：同一记录在合同与申请表里的名称、数量对不上。原因：两份材料各自维护字段，未在版本台账里做交叉比对与回执核验。
- 现象：旧版个人陈述仍被引用，现行版本未同步。原因：变更后未更新引用来源，版本号与引用未联动。
- 现象：学校申请表缺签字或回执。原因：交互完成后流程停住，未按分支继续执行到签字与回执核验节点。
怎么确认配好了
本功能验收：逐个选项试跑，核运行记录里的分支走向与交互状态，确认每个选项对应一条分支，并在后续节点引用 variables 与 nodeId 查看选择结果变量是否已传递。
业务测试：改一处内容，看版本号与引用是否同步更新。
- 在节点里逐个核对选项与分支连线，确认每个选项对应一条分支，避免选了某个选项仍走默认分支。
- 触发一次用户选择节点，查看运行记录里的节点状态，确认交互完成后流程未停住，且同一会话未重复进入交互。