第二十八章　到校那两小时

他此刻要的只有三件事：把该确认的确认完、快点找到宿舍、别在大太阳底下排队。

他在平台上已经知道的，是报到流程图和一句"记得带齐材料"。从踏出校门到躺在那张自己挑的床上，通常只有两个小时——而这两小时里发生的每一件事，会被他讲四年。

这一段是整场迎新的兑现时刻。前面二十多章做的所有数据工作，都在这一刻被一个拎着两个箱子的学生检验一次。

28.1 仪式可以简，确认绝不含糊

很多学校在报到日投入最大的是布置：拱门、志愿者微笑、领导视察、拍照留念。这些是仪式，不是确认。

仪式是给人看的，确认是给学校自己留依据的。而这两件事经常互相拖累——为了场面好看把环节排成长队，结果每一个环节只盖了个章，谁也没真核对过什么。

真正的确认只有四条，每一条都应该极快：

这个人是不是本人——身份核验；他该办的事项是不是办完了——任务状态；他住哪儿——住宿确认；钱的事清了没有——缴费与缓缴状态。

四条全部能在线上判定的时候，现场的动作就只剩一句"欢迎来校"。报到应该是全场最快的一站，而不是最慢的一站。 现在这套系统里，这四条的判定依据都在库里，剩下的功夫在于把它们串成一个通道的现场组织方式——这也是很多学校报到日仍然排长队的原因：不是系统不给答案，是现场仍然按部门设窗口，每个部门都要自己看一眼。

28.2 一码报到与三证比对，合起来是"不用找人"

学生端有一个属于他自己的二维码，工作人员扫一下就能带出他的全部状态。

这一处的技术选择要说明白，因为它容易被误解：二维码的内容就是学号，校验发生在服务端——扫出来之后由系统比对缓存里的有效标记来判断这个码当前是不是可用。也就是说，它是把信息快速交给系统的一把钥匙，不是一张防伪凭证。 谁拿着这张截图都能被扫出来，所以它必须和下一条一起用才有意义。

下一条是三证比对：现场自拍一张、读身份证照片、拿校方档案里那张照片做三方比对，给出相似度分数，达到阈值算通过（阈值默认八十分，是学校可调的配置项，不是写死的）。分数逐次留存，累计失败十次线上不再放行，转现场人工处理。

这两件事合起来才构成"自主报到"：扫码让他不用找人，比对让学校敢于不靠人确认他是谁。 核验的识别与比对算法由第三方服务提供，系统负责流程、阈值、留痕与降级到人工——算法归算法、流程归流程这条界线，第二十二章划得很清；而其中一条限制在第二十章已经点破：这套比对不含活体检测，所以"防止他人代跑"这句话我们不写。

同一套核验在不同学校有四个定制版本。这一处之所以值得说，是因为它证明了一件事：核验环节真正的难度不在算法，在于每所学校对"过不去时怎么办"的规定不一样。 有的学校当场补拍、有的要求去指定窗口、有的允许辅导员担保放行。把这些分歧做成配置，比把算法做准更难，也更值钱。

还有一处现场细节：报到确认页上会把住宿登记状态一起确认掉——走读的学生在这里被划出住宿队列，选宿的学生在这里看到自己的房间。现场最容易混乱的"宿舍在哪、我要不要去宿管那儿"这一问，被合并进同一次操作里。

28.3 入学资格复查：这一步的意义在"确认有依据"

入学资格复查是国家层面的硬要求，不是学校自找的麻烦。它要的是学校在新生入学后确认三件事：录取的是不是他本人、材料是不是齐、有没有不符合录取条件的情形。

系统里能承担的部分是清楚的：身份核验的每一次结果与分数都留存，任务的完成与否有据，材料在绿通与缴费这些环节以"是否需要提交、提交了什么"的形式登记。这三条加起来，够回答"这个人在这一天来过、被核验过、办过哪些事"。

但有一处范围必须说明："保留入学资格""放弃入学资格""缓报到"这三种状态，目前不由专用状态位承载。 学生的整体状态分未激活、已激活、已报到三档，这三类特殊情况现在挂任务完成情况与人工备注上，独立的状态字段列在后续交付批次。

这是一个需要学校先表态的问题：这三种状态的权威判定来自学籍管理部门，判定依据也不在迎新系统里。 迎新系统能配合的是把结果接住——比如保留资格的人下一届还在这个库里、不用重新导入名册。这一步需要学籍侧给一个明确的字段口径，两件事一起做到位才有意义，因此它属于跨系统的建设项，不在迎新单独上线的范围内。

对学校的实操建议也很简单：这三类情况目前一定另建台账（本来就应该在学籍系统里），迎新系统负责在报到当天把可疑处标出来交给人。 谁被标出来、谁复核、结论是什么，这条链路第二十章讲过，它是这套系统在资格复查环节唯一真正可靠的部分。

28.4 材料清单：系统管得住"该交的交了没有"，管不住"实物对不对"

报到当天要交的东西一大堆：户口迁移证明、党团材料、照片若干张、体检表、保险单、贷款回执、身份证复印件。

这一环要说得非常直白，因为它是很多学校对系统最大的误解所在：

系统能管住的，是"每一项该交的东西有没有登记"。 贷款回执码是字段，绿通申请里的材料清单是配置项（哪一种缴费方式要求附材料，是可以设的），照片是采集字段。这些都在线上，能查、能统计、能导出。

系统管不住的，是一份纸质的东西对不对、真不真、够不够页数。 现场收材料的动作本质上是人工验收，任何声称"扫一下就能核对材料齐全"的说法，都请对方说清按什么判定。

那系统在哪儿帮得上？帮在"没交的人当场被找出来"。 缺件登记目前以任务的形式承载，独立的材料清单核对功能列在后续批次——每一项要交的材料被配置成一项任务：要求交贷款回执，就配一项上传任务；没传的人自然出现在未完成名单里，可以按学院筛出来，可以成表带走。这套做法的好处是缺件数据本身就是任务数据，不用另外维护一张表；需要清楚的是它管得到"登记与未登记"，管不到实物的真实性。

一句提醒：现场收材料的老师，最需要的不是系统，是一张打好的、按学院分装的清单。 系统能给的恰恰就是这个——一份在报到前一天生成的名单，和一份报到当晚核对后的缺件名单。

28.5 一卡通与钥匙：有办理记录，没有卡片生命周期

校园卡领取和宿舍钥匙领取，这两个环节在系统里不是"一段说明文字"，它们各自是一项正式的任务类型，谁领了、几点领的、谁经手发的，都落进办理记录里。 这意味着报到当晚学校可以准确说出"还有多少人没拿到卡"。

但要划清一处范围：系统管的是"这个环节办完了没有"，不管这张卡之后的生命周期。 充值、挂失、消费明细、毕业注销，那一套在校园卡系统里，不在迎新系统里。

这条边界值得说明，因为它常出现在招标条款里。 "系统应与校园卡系统对接"是一句要求；如果对接只做数据核对（谁领了卡、余额状态），这是几周的工作量；如果要做实时充值与消费联动，那是一个跨部门项目，报价与工期差一个量级。把这句话问清楚，比多要十个功能点有用。

钥匙这一项同理：登记谁领了、几点领的、退宿时要不要还——在系统里是一个环节，不是一套资产台账。

28.6 那三件小事：行李寄存、一键求助、还有一句生日快乐

这三件事看起来与系统无关，恰恰是新生在评价问卷里会写下来的那种细节。

行李寄存：报到日最大的物理问题是"一家三口、四个箱子、校园不能进车"。系统能配合的是登记——把"我几点到、几个人、有没有大件"这些从行程字段里读出来，让学校提前算出需要多大的寄存区、几点是峰值。至于场地、架子、人手，那是后勤的事。这一项目前做到的是"字段齐"，专门的寄存登记与流转列在后续批次。

一键求助：这个按钮比很多人想象的难做，因为难的不是那个按钮，是按下去之后谁接。系统里现有的可用形态是：资料页上摆着班主任与辅导员的姓名和电话，随时能打通（第二十三章那条）——这已经是目前最可靠的那条"求助入口"，因为它指向的是一个具体的人。真正的"一键呼叫值班室并自动派单"不在当前版本范围内；它的难点也不在软件，在学校有没有一个能保证接起来的值班机制。

生日祝福：出生日期在名册里本来就有，报到当天如果有人收到一句"今天是你的生日，学校欢迎你"，这一条会被他记一辈子。成本极低，价值极高，这一项列在下一批交付里——它属于那种"功能清单上没有，但口碑全靠它"的东西。

三件小事合起来说明一件事：报到那两小时的体验，不是由主流程决定的，是由这些边角有没有人管决定的。 主流程做到不排队只是及格，让人记住的是那一句生日祝福。

28.7 这一段怎么判断好坏

"报到当天，一个学生从扫码到进宿舍，需要找几个人？"——问的是环节整合程度。每多一个人，就多一次他可能说不清自己情况的机会。

"核验不通过的那个人的下一步是什么，在系统里留没留痕？"——考的是异常处理，这是所有环节里最容易漏掉的一环。

"缺件名单今晚能给我吗？按学院分好。"——这一问最实际，考的是把材料配置成任务这套做法有没有真的跑起来。

"临时要加一项'领军训服'，你们多久能配上？"——考的是任务引擎的通用性。如果加一项任务要改程序，那报到日只能按原有环节跑，任何学校特色的环节都得靠现场的纸质表格。