- 账单按人、收费项目、学期各一行，带应缴、实缴与减免三数
- 绿色通道应配置为独立收费方式，而非一个备注字段
- 审批分通过、驳回、退回修改三态，避免学生反复跑窗口
- 在线支付卡在商户资质与对账，宜先跑线下缴费加系统登记
- 资助链条只覆盖入学前四环，第五环交回资助中心承接
他此刻最不想干的事，是在窗口出示一份证明家里困难的材料。
他在平台上已经知道的，是"报到前要把钱交完"，以及学长学姐提醒的那句"别在群里转账、别把学费转给任何个人"。这两条混在一起，构成了他对缴费环节最深的担心：钱交出去认不认，交不上会不会被人知道。
所以这一段旅程的立意不是"线上缴费多方便"。
资助工作的难度从来不在钱，在"让拿不到钱的人被看见，同时不让他当众承认自己家穷"。
26.1 账单是分项的，不是一笔糊涂账
缴费这一层最容易做错的地方，是把"应收多少"做成一个大数。真正的账单在学校财务那边从来不是一个大数——学费、住宿、教材、床品、保险、体检，各有各的口径，有的按学期，有的按学年，有的可以缓。
系统里的账单结构按这个逻辑来：每一人、每一个收费项目、每一个学期，各有一行，行里带着应缴、实缴与减免三个数。 这样才可能有下面这几件事：
能算出他还差哪一项，而不只是"欠费"。 一个办了助学贷款的学生，学费那行是缓缴状态，住宿费那行是真没交——这两件事在学校这边处理方式完全不同，混成"欠费 5000"就没办法处理。
能算出减免落在哪一项上。 减免不是折扣，是一项有依据的调整，它需要挂在具体项目上，才能在审计时说得清是谁的哪一笔。
能和绿色通道对上。 缓缴金额与贷款回执码是申请单上的字段，缴款记录与申请记录落在同一个人身上，学校才查得出"他说他办了贷款，贷款到账没有"。
一句提醒：这些数字的对账口径必须以学校财务为准，系统只是把财务的口径搬到学生面前。 财务系统才是钱的账本，迎新系统是一套核对工具。任何声称"用迎新系统替代财务收费"的方案都不该被采纳——那不是省事，那是把两条账分开记。
26.2 缴费方式里，写着"绿色通道"这四个字
这是整套设计里我们最喜欢的一处，也是"有教无类"这四个字在系统里唯一一次变成具体功能。
收费方式是可以配置的属性，每一种方式带着几个开关：是不是正常缴费、需不需要审核、需不需要提交材料、是不是绿色通道。
这四个开关组合出来的效果，是学生在移动端看到的完全不同：走普通方式的人直接进支付；走需要审核方式的人提交后等一次核对；走绿色通道方式的人，看到的是一个申请页面——填贷款类型与金额、家庭人口与年收入、特殊困难类型、缓缴原因，最后签一个名，提交。
关键在最后那一步：他的困难是以一份申请单的形式进入流程的，不是以"在窗口把材料递给老师看"的形式。 二十三项字段、一份材料清单、一次手写签名，全部在线上完成；审批人看到的是一条待办，不是同学的目光。
审批目前有三态：通过、驳回、退回修改。第三态特别重要——"材料缺一张照片"和"这个申请不批"是两件事，把它们区分开，学生就知道该补还是该放弃，而不是在窗口排队时才知道。
一处现状必须说准：审批目前是单级的，且后一次审批会覆盖前一次的值，独立的审批历史表列在下一阶段。 这意味着"先驳回后来为什么通过"这类争议今天靠状态与备注说明。第二十章提过这条，因为它在资助场景里比在别处更要紧——涉及钱的争议，从来都是问"谁在什么时候同意的"。
26.3 保险与物资：把"没买的人"找出来，而不是把名单贴出来
商业保险（学平险这类）在系统里是一个可维护的产品清单：名称、承保公司、费用、介绍、图片。学生选一份、登记年限、留下记录，登记记录里带一个"是否已缴"的标记。
这一项真正的管理价值不在收上来多少钱，在"哪些人没登记"是可以一句话取出来的。学校每年都有为未参保学生出险而争执的情况；能当场拿出"某年某月，这个人登记的选项是什么"，比事后翻聊天记录有用。
床品与物资订购同理：可以配置成系统内选规格、只记意向、或跳到学校已有的商城。但要说清一处限制——系统里的商品没有库存与出入库概念（第二十四章讲过），它算得出"多少人要、什么尺码"，算不出"还差多少件"。
"未购买名单"和"公开困难名单"之间，只隔着操作者的一点自觉。 这也是为什么第十五章要把"每一次导出都有记录可查"当成硬要求——一份能筛出"没买保险的人"的名单，和一份能筛出"办了绿色通道的人"的名单，在技术上是一样危险的东西。
26.4 拆分开票与家长代付：两件被当成小事实实在在难办的事
拆分。 大额学费在真实支付里会遇到两道坎：单笔限额与账单科目。科目这一层系统已经解决——账单本来就是分项的，先缴教材费再缴住宿费是可以成立的。单笔限额这一层不在迎新系统手里，它在学校的收银通道那一侧。 行业里确实有学校通过把一次缴费拆成几笔来绕开限额，这一条要成立，前提是收单方支持分次入账并且能与财务对账对上。迎新系统能做的是把"应该拆成哪几笔"算清楚，实际能不能拆由支付通道定。
代付。 学生的学费多数是家长出的钱，这件事人人知道，但系统常常当作是学生自己在交。当前系统的身份类型里已经包含家长，走读申请这类需要家庭决定的事项也可以落到家长身份上；但"生成一条支付链接分享给家长、由家长在自己的手机上完成这笔缴费"这个能力不在当前版本范围内。 现状是两种凑合办法：把账号给家长，或者到校后现场缴。给账号这条路既不安全也不体面——它同时越过了第十三章那条最小必要的线。
这两件事的共同点是：它们都不是"缺一个功能"，是缺一条与学校收银侧的对接约定。 谁出商户、谁做对账、退款走哪条路，这三问有答案了，拆分与代付就是自然的结果。
26.5 在线支付这件事，最难的是资质与对账
如果一个学校打算让学生真的在系统里付钱，必须提前把时间预算说清楚——这是每年招标现场最容易被忽略的一项。
一件线上收费要走通，得依次过：收单商户资质申请与审核（学校或代理方提供主体材料、开户许可、经营范围符合教育类收单要求）、支付通道的接口联调与证书配置、对账文件的落地与差错处理、发票或非税收据的出具路径、以及退费的原审批链回退流程。其中商户资质这一项的周期通常以月计，具体多久取决于学校主体与开户行，不由软件方决定。
因此合理的项目安排是：迎新系统与学校的既有收费通道对接，而不是为迎新单独开一套收单。 系统的定位是把账单、缴费状态、缓缴申请、减免记录与凭证核验管住；钱走的还是学校财务那条路。一个上线在即的迎新项目，如果在线支付还卡在商户申请上，正确做法是先跑"线下缴费 + 系统登记核验"的形态，而不是把整个项目推迟。
这条经验不是推卸，是排期事实：缴费功能的上线时间，从来不是由写程序决定的。
26.6 资助链条我们只走半条，另外半条不占位
把这一段串成一条链：入学前发现困难 → 线上申请与材料 → 审核与缓缴 → 到校当天无需重复说明 → 入学后的持续资助。
系统覆盖前四环，第五环不占一个假的位置——勤工助学、国家助学金、临时困难补助这些持续性的资助，是入学之后的独立业务，多数学校由资助中心的既有流程走，迎新系统里不做岗位与发放管理。
为什么半条而不是全条：这四环有一个共同点，它们都发生在"他还没成为在校生"的窗口里，是全校最容易掉人的那一段。而第五环的依据是入学后认定的成绩、家庭困难库与经济情况变化，那套数据在资助中心，不在迎新名册里。把两条混在一个系统里，结果是每一届的认定都要重新录一遍——这正是第十四章说的那种"看起来一体化、实际是重复劳动"的假完整。
迎新系统该为第五环做的是一件事：把入学前的那份申请干净地交给它。 谁申请了、批了多少、还差多少没缴、他到校那天状态是什么——这四样能被完整导出，资助中心接上就顺了。交接的质量比覆盖的广度重要。
26.7 这一段怎么判断好坏
四句话：
"把收费方式的配置打开给我看，绿色通道是不是一个独立方式、带不带材料要求。" ——这一问能筛掉"绿色通道只是一个备注字段"的做法。没有独立方式的绿色通道，等于把困难学生推向窗口。
"一个申请被退回修改的时候，学生看到的是什么？" ——只看到"未通过"的系统，会让学生在窗口重复跑三趟。
"未登记保险的人，能不能当场取出来？" ——考的是采集记录是否真的存在，不是页面上有没有那个入口。
"你们和学校收银通道怎么对账，差错怎么处理？" ——这是最实在的一问。回答里出现"我们支持微信、支付宝"而说不出对账文件的，说明还没做过一次真实的对账。
钱的事上，学生要的是不被看见，学校要的是不出错。这两件事在好的设计里是同一件事：让该走的流程在线走完，让该保密的信息只在必要的人面前出现。