- 预报到核心是确认学校已有数据，而非让新生重填
- 报到日的队伍长度等于预报到阶段未完成的事项
- 照片等字段一处采集、多处复用，复用须留痕
- 尺码预订价值在采购备货，系统只算需求不算缺口
- 党团关系、档案、户口迁移仅做提醒与采集，不接管全流程
他此刻的耐心比到校之后高得多。在家的时候，他有整块时间，有父母在旁边帮着核对，有不明白可以翻来覆去看三遍的余地。这段耐心是全季唯一一次可以把手续做扎实的机会，到校之后就不再有——报到那天他只想知道宿舍在哪、几点吃饭。
他在平台上已经知道的，是"报到要带一堆东西、要排很久的队"。
所以预报到这件事的立意，不该是"把纸质表搬到网上"。
预报到的真正意义，是把学校说了算的那份数据，提前交给学生本人确认一次。 差别很大：搬表是把学校的工作量转嫁给他；确认是拿学校已有的数据，请他核对一遍，错的地方当场纠正。
24.1 在家填完，到校不排队
一条被反复验证的规律：报到日的队伍长度，等于预报到阶段没做完的事。
现场排队办的每一件事——签字、留电话、填家庭情况、交照片、登记尺码、领东西签字——都可以往前挪到家里做。往前挪一件，现场就少一道队。这不是效率口号，是报到日体验的唯一决定因素。
系统里能往前挪的部分，是任务引擎的全部能力范围：一项任务可以有起止时间、可以被定向到部分人群、可以配置成需要审核、可以在截止时硬拦下来。学校要做的判断只有一个：哪些事允许他晚点办，哪些事必须在他动身之前办完。
24.2 是"确认"，不是"重填"
整章的分界在这里。
名册从学籍或招生系统导进来的时候，学院、专业、班级、生源地、身份证号、原本登记的手机号，这些字段已经带着值。如果预报到页面把它们清空、让学生重新填一遍，会发生两件事：他填得比学校记的错，学校的原始数据被覆盖掉。
系统的做法是把这些字段以只读呈现——他看得见，改不了，只能确认；需要更新的地方（最常见是手机号）在旁边的采集位填新值，新旧两个号码同时留着（第二十三章说过这一屏长什么样）。只有学校确实没有的那部分，才是必填项。
这个区分看着只是表单细节，实际是数据主权的归属：哪些字段以学籍为准，哪些以学生本人的填报为准，必须一行一行写死，不能靠"哪个字段后填的算数"。 第十五章那张字段责任表，落到界面上就是这一刻——只读位是学校的签字，可填位是他的签字。
支撑这件事的是动态表单：字段类型涵盖文本、选择、手机号、日期、照片、单选、以及可以逐行填写的表格型字段；每个字段的名称、顺序、是否必填、选项内容都由学校在后台配置，加一个字段不需要改程序。第七章讲源头治理时说的是"进得来"，这里说的是"填得对"。
24.3 一张照片，多处用
招生名册里通常已经有一张报名照片，学籍系统里可能还有一张。如果每次用到照片都让学生重新上传，一所八千人的学校就会收到两万张不同尺寸、不同背景、不同清晰度的自拍。
系统里的规则是：照片作为一个正式字段被采集一次，之后各处引用同一份。 目前这条复用链路是通的——本人资料页看它，现场身份核验拿它做比对基准，导出给下游系统时也取它。
"一处采集、多处复用"听起来是方便，实质是两件事：
其一，避免同一个人有多个版本。 照片如此，家庭住址、联系电话、民族、生源地更是如此。第二十三章那个"新旧号码并列显示"的做法，就是这类规则的一个具体样子。
其二，复用必须留痕。 一张为核验采集的照片被拿去印在校牌上，性质就变了。第十五章那三条复用规则在这里生效：复用的是同一份数据而不是复制一份，用途要按数据的敏感级别收敛，不能因为"这样更好用"就扩大用途。
24.4 问卷、物品与尺码、走读申请
问卷在预报到阶段承担两类活：摸清情况（生源地、饮食禁忌、是否需要特殊安排）和收集意向（想不想参加某个活动、要不要订床品）。系统里的题目支持单选、多选、文本三种，发放可以只给名单里的一部分人——比如只发给去年的住宿费未结清者，或者只发给某个学院。三种题型覆盖迎新期的采集需求足够，它不是通用调研工具：量表、矩阵题、跳转逻辑不在这里，心理测评那条线第二十章已经说明过它的边界。
物品预订与尺码是预报到里最容易做、也最容易被做坏的一件。床品订购支持三种方式：学校在系统里维护商品目录让学生挑、只记一个"要不要"的意向、或者直接跳到学校已有的第三方商城。军训服装的尺寸则通过采集字段收，每人一条。
这一项的真实价值在采购环节，不在学生环节：八千人的尺码分布如果能提前半个月拿到，学校就不用按经验备货再在校内滞销。要说清一处限制——系统里的商品没有库存与出入库概念，它算得出"多少人要、什么尺码"，算不出"还差多少件"。后者是学校的采购数据，需要学校把它接进来，这也是第十九章那张备货表为什么缺资源侧数据的具体原因。
走读申请是"家庭决定、学校审批"这类事项的标准形态：学生或家长发起，说明理由，学校审核，结果回落到他的住宿状态上。系统里有独立的走读申请入口与状态流转，也有家长这一种账号身份。
一处范围要说白：走读申请目前做到"发起—审核—状态回落"为止，家长电子签名不在其中，家庭知情靠学校自己的审核动作补（有的学校要纸质知情书，有的靠电话回访）。签名这件事在绿色通道申请里已经做熟了——申请人手写签名随申请一并留存，把同一能力接到走读申请上并不复杂，列在批次建设里。
24.5 四件"入学必办、系统常不管"的事：我们接住了几件
有几类事项年年发生、人人必办，但在多数迎新系统里没有承接。逐件说我们的真实范围，不粉饰。
医保参保：接住了。 参保登记在系统里是一项正式任务，可以配给批次、要求学生填报，数据落库、可统计、可导出。这一件之所以接得住，是因为它的本质就是采集与核对。
党团关系转接：只做提醒，不做线上转接。 系统里没有转接登记与组织关系流转字段。原因不在技术，在这件事不归迎新系统管——组织关系在校团委与上级那条线上流转，迎新系统硬做只会多一张要人维护的表。我们做的是把它挂进任务清单与须知里，提醒他别忘、告诉他找谁办。
档案接收：只到"该知道的"这一层。 档案的寄送、签收、缺档追踪是独立业务，多数学校由档案室管。迎新阶段真正需要的是"我的档案到了没有"这一句查询，而这一句目前只能靠人工回电话。做成可查字段是明确的改进方向，前提是学校档案部门愿意把签收状态给出来——数据不在我们手里，这事一个人办不成。
户口迁移：只到采集与清单。 迁移自愿办理、跨部门、量也不大。系统里做意愿采集与基本信息登记，把材料清单讲清楚，办理本身在派出所与学校户籍科之间完成。
这四件事合起来说明一句话：迎新系统不该假装接管所有入学事项，它该接管的是"学校需要在他到校之前知道的那部分"。 剩下那部分，把提醒做准、把入口给对、把该谁办写清楚，比硬做一个残缺的线上流程有用得多——因为一个假的线上流程会把事情推到报到当天，用更差的方式爆发。
24.6 这一段的验收方式
学校可以用两句话问清任何一家产品的预报到做得怎么样。
"名册里已有的字段，学生打开页面看到的是你给他填好的值，还是一个空框？" 空框意味着他重填一遍，意味着学校原始数据被覆盖的风险，也意味着第七章那条"源头唯一"白讲了。
"我需要加一个采集字段，要不要找你们开发？" 动态表单这一层答"不要"是有底气的；但如果学校要加的是"一张需要家长签名的知情书"或者"一个需要审批的转接申请"，就得接着问第二句：审批与签名这两件，你们是不是每加一项都要重新做一次。
预报到做得好不好，看的从来不是页面数量，是学校在这一天之后还需要打多少通电话。