明·初遇 · 智慧迎新平台

可以。智能层不是承重墙，系统承重部分是身份唯一、数据进得来、任务办得完、结果说得清，这些都不依赖模型。

智能层在架构上是可拆卸的附加层：把判断和解读整块关掉，名册照进、任务照办、报到照完成，学生端和大屏只是少了几行解释性的话。

当前智能层全部由规则与统计构成，未接入任何模型，因此“关掉之后业务照常”不是承诺，而是现状。

落地形态只有三档：

• 随服务调用：模型跑在外部服务上，学校出网、按量付费、接受数据出域评估。省掉全部固定投入，代价是数据遮盖、服务停/账单变/口径变动都由外部决定。
• 自有算力：模型跑在校园内，数据不出门、响应可控。代价是三笔钱：一次性算力投入、持续的电与机房、一个必须长期在场的人（最贵，是人事问题）。
• 混合：敏感字段本地处理与遮盖，只把脱敏后的语义片段送出去。多数学校最终会走这一档，但复杂度最高，多一条边界就多一处审计。

三档之间没有先进落后，只有划不划算。

因为培养方案、师资深浅、实训条件、就业率等最值钱的东西，在入学那一刻几乎不可见。学生只能凭能直接体验到的点来判断：这条通知是不是只给我一个人看的；这件事我能不能在手机上办完；我卡住了有没有人知道；如果我家里的情况不好，会不会被当众点出来。这四条不是技术要求，全是态度，而且入学前和头两天就能体验到。所以第一印象不是宣传成果，而是服务后果。

选手机卡：系统支持在电信、移动、联通之间筛选，挑中1-2个号码，填收件人与地址，卡寄到手，到校免排队。号码资源、套餐、资费与合约由学校与运营商协议决定，系统只负责选择与登记，且应做成可选任务，不能默认勾选或不选不让报到。选床位：这是新生报到前唯一一次“影响很大且立刻看到结果”的决定，系统需保证规则公开、数据准确、并发保护，抢不到时说明原因，抢到时立刻看到楼栋房间。

管理端只是三端之一，共 9 大业务域、45 个二级入口，挂 18 个权限码；移动端 73 页与学院端 26 页不在该表内。全书提到的 39 个权限码中，只有 18 个出现在管理端菜单上，其余服务于学院端与移动端岗位。章节与菜单映射可查 45.1 表，例如数据接入对应“基础数据、系统配置”，任务引擎对应“批次/授权”等。

字段映射指上游列名与系统字段的对应关系；值映射是把“男/1”“女/0”等归成同一个标准值，目前只覆盖少数高频字段。

外部库同步是定时从校方已有系统取数，按唯一编号去重合并；去重键是学号或唯一编号，不是证件号。采集字典由学校自己配置字段清单，决定表单与导出的列，加一列即多一列，不需要改程序。

投标引用建议这样写：凡引用 第四十二、四十三两章所列能力者，以 “已交付”栏 为准；凡引用文中论述、但对应条目落在 45.5 批次表 里的，须在 合同附件中注明所属批次与时间窗。标书里承诺了却没有交付时间栏的能力，验收那一天就是违约条款。

报到日的队伍长度，等于预报到阶段没做完的事。系统可以把现场排队事项——签字、留电话、填家庭情况、交照片、登记尺码、领东西签字——往前挪到家里做。任务引擎支持起止时间、定向人群、审核、截止硬拦等配置。学校只需判断：哪些事允许晚点办，哪些必须学生动身前办完。往前挪一件，现场就少一道队。

不都能。医保参保：接住了，可配为正式任务，要求学生填报，数据落库、可统计、可导出。党团关系转接：只做提醒，不做线上转接。档案接收：只到“该知道的”查询，目前多靠人工回电话。户口迁移：只做意愿采集与基本信息登记、讲清材料清单，办理在派出所与学校户籍科之间完成。迎新系统该接管的是“学校需要在学生到校前知道的那部分”。

不需要重填。学院、专业、班级、生源地、身份证号、原登记手机号等从学籍/招生系统导入的字段已经带值，系统以只读呈现——学生看得见、改不了，只能确认。需要更新的字段（最常见是手机号）在旁边的采集位填新值，新旧两个号码同时保留。只有学校确实没有的字段才是必填项。字段责任要写死：只读位是学校的签字，可填位是学生的签字。

调宿与走读是有实现的。

• 调宿：诉求可以提出、可以审核、可以落到床位变动上
• 走读：有独立入口与状态流转
• 设施台账：在楼栋与房间层级维护

这些属于学校日常要处理的事，系统里有一条完整的路径可走。

用两句话问清：第一，“名册里已有的字段，学生打开页面看到的是你给他填好的值，还是一个空框？”空框意味着学生重填、学校原始数据有被覆盖风险。第二，“我需要加一个采集字段，要不要找你们开发？”动态表单这一层答“不要”是有底气的；若加的是家长签名知情书或审批转接申请，就要追问审批与签名是否每加一项都要重做。预报到做得好不好，看的不是页面数量，而是学校在这天之后还需要打多少通电话。

可以。系统支持线上提前定床位，报到当天的宿舍环节只剩一件事：领钥匙。

学生端目前能看到：

• 楼栋、房间号与文字地址
• 可跳转到地图查看位置

实拍与内景内容还在楼栋这一级的图片上，成套的房间展示需要学校自己准备素材。床位提前确定能让家长安心，确定性本身就是安抚。

目前学生端还不能看到同屋信息，但系统数据里早已有答案：同一房间号下每个人的性别、学院、专业、班级、生源地都在同一份名册中。

呈现同屋信息不在当前学生端范围，按批次推进。要开放还需先定三件事：

• 谁有权看到谁：宿舍名单是敏感信息，需要更细粒度授权
• 默认公开还是主动查看：必须由学生主动查看，不默认公开、不群发
• 看到之后能做什么：需要消息通道支持破冰

目前先做到班级层，资料页有学院、班级、班主任与辅导员姓名电话。

批次是一届迎新的工作单元，带起止时间与学生类别；它不等于“学年”，年级靠名称与起止时间承载。

容易混淆的还有：任务种类是四档归类——入学任务、新生活动、新生学习、报到任务，不等于阶段，同一件事可归入两个种类；任务类型是三十五项具体业务动作，其中业务项三十四项，不等于“能力”，其中两项是外部方定制。

有。上表两份报告的数据分别截至 2025年12月 与 2025学年。新公报发布后应整体替换相关段落，不逐条打补丁——一处改、其余不改，就会出现同一份材料里两个版本的事实。

根据“数据二十条”，学生数据归学校。学校是数据资源的持有者，厂商只是加工处理的受托方。学校应确保三条硬约束：

• 只属于学校；
• 随时可完整导出；
• 每一次导出都有记录可查。

如果系统只提供专有格式或无法随时导出，说明数据资产不在学校手里。学校应把数据、规则和判断留在自己手中，避免被厂商锁定，这样才能在需要时自主开展数据分析与科学决策。

绿色通道是一种独立的收费方式，配置为“需审核、需提交材料、是绿色通道”。学生选择绿色通道后，看到的是申请页面，需填写贷款类型与金额、家庭人口与年收入、特殊困难类型、缓缴原因，并手写签名提交。审批有三态：通过、驳回、退回修改。其中“退回修改”与“不批”区分开，学生知道是补材料还是放弃。当前审批为单级，后一次审批会覆盖前一次的值，争议靠状态与备注说明。

当前版本不支持“生成支付链接分享给家长、由家长在自己的手机上完成缴费”的能力。现有替代办法有两种：把账号给家长，或到校后现场缴。但给账号既不安全也不体面，且越过最小必要原则。根本原因是缺少与学校收银侧的对接约定（谁出商户、谁做对账、退款走哪条路）。这三问有答案后，拆分与代付就是自然结果。

在线支付要走通需依次过：收单商户资质申请与审核（学校或代理方提供主体材料、开户许可等）、支付通道接口联调与证书配置、对账文件落地与差错处理、发票或非税收据出具路径、退费原审批链回退流程。其中商户资质周期通常以月计，取决于学校主体与开户行，不由软件方决定。因此合理做法是迎新系统与学校既有收费通道对接，而不是单独开一套收单。如果在线支付卡在商户申请，正确做法是先跑“线下缴费 + 系统登记核验”，而不是推迟整个项目。