研究生招生复试录取的材料核对与差异定位:文档解析与分块

围绕研究生招生复试录取的材料核对与差异定位,说明文档解析与分块的配置前提与核对动作,结合复试方案、考生成绩表确认结果传递与生效状态,附上线前的验证步骤。

这个品类的数据长什么样

研究生招生复试录取场景中,材料主要来自复试方案、考生成绩表、调剂名单与各类回执。复试方案按批次更新,字段包含环节名称、日期、签字栏;考生成绩表随评卷进度滚动更新,字段含考生编号、科目、成绩、排名;调剂名单按轮次发布,字段含姓名、初试分数、拟录取专业。三类材料进入解析与训练任务后,各自作为独立数据行落库,绑定唯一数据标识,供后续检索与差异定位使用。材料核对时,同一考生在不同材料中的名称、数量、日期需保持一致,版本同步与签字回执完整是复核前提。

配置怎么定

这一环由解析与训练任务(服务端任务)执行,输出数据行与索引状态(已解析、索引中、已完成)。「差异清单」由检索与后续处理接着完成。解析分块在解析完成后立即落库为可见数据行并绑定唯一数据标识,索引按三态流转,待索引数据不参与召回,换模型只对已完成索引的数据重建。

对象判断核验动作
复试方案环节名称、日期与签字栏在方案与回执中一致,缺签字或回执视为不一致核对方案数据行的解析状态,确认签字栏字段已落库,检查chunkSize与chunkSplitter对表格行的切分是否完整
考生成绩表同一考生编号在两份材料中的姓名、科目、成绩、日期对得上分别核对文件记录与数据行标识,按考生编号检索,比对成绩表与台账字段,记录差异字段
调剂名单拟录取专业、初试分数、日期与复试方案版本同步,名称数量一致查看重建任务覆盖的数据行,确认只针对已完成索引的数据,核对trainingType与索引状态是否为indexed
数据行处于parsed、indexing、indexed三态之一且与界面显示一致打开数据行核对状态,确认待索引数据不参与召回,训练失败数据可直接编辑或删除

容易做错的三处

  • 现象:刚上传的材料搜不到。原因:数据行处于parsed或indexing,待索引数据在检索层天然隔离不被召回,需等待索引完成。
  • 现象:同一考生在成绩表与调剂名单中姓名或日期对不上。原因:两份材料版本未同步,或解析分块时表格行切分不完整导致字段错位。
  • 现象:训练失败后留下空数据行。原因:训练中断残留孤儿数据,未及时编辑或删除,影响后续差异定位与复核回写。

怎么确认配好了

本功能验收:上传一份材料,看数据行状态流转与重建任务的覆盖范围。数据行应从parsed到indexing再到indexed,重建任务只覆盖已完成索引的数据,待索引数据不参与重建链。

业务测试:用一条真实记录找出与台账不一致的字段,分别核对文件记录与数据行标识,记录名称、数量、日期差异,交复核人确认并回写。

  • 打开数据行核对状态,确认三态与界面显示一致,待索引数据不参与召回。
  • 分别核对文件记录与数据行标识,查看重建任务覆盖的数据行,确认只针对已完成索引的数据。