每年毕业季，信息化老师都要面对一批批量操作：几千个毕业生账号要停用、归档、注销。如果平时账号管理松散，毕业时就是一场灾难，漏销的账号继续产生费用、占着资源，甚至被离校学生拿去干别的。学校上网计费系统的账号生命周期管理，平时看着闲，毕业季才是真正的压力测试。

销户不是删库

很多老师以为销户就是把账号删了，其实正规的销户应该保留必要的留存记录。上网日志有合规留存期，账号可以停用并标记离校，但关联的历史记录不能随手清掉。学校上网计费系统支持停用加标记而不物理删除，既释放了资源，又保留了追溯链路。把销户理解成彻底抹除，反而可能踩到合规红线。

和学工名单对齐时点

批量销户最怕时点错。销早了，还没走的学生连不上网投诉；销晚了，离校的人还能用学校资源。正确做法是根据学工提供的毕业名单和离校日期，定一个精准的执行时点。学校上网计费系统支持按名单批量操作，但名单的准确性得学工那边保证。系统能高效执行，前提是输入的名单是对的。

归档数据怎么处置

销户后，这个学生的上网记录、计费历史要不要导出归档？建议按合规要求导出一份留底，原系统里标记离校并停用。学校上网计费系统的报表能按账号导出全周期数据，这一步别省。等以后审计或协查要某届毕业生的历史，手头有归档比临时去翻旧库从容得多。

留校读研的要单独分出来

毕业名单里混着继续读研、延毕、交换的学生，这些人不能一刀切销掉。系统支持用白名单把这批人从批量销户里摘出来，保留账号但可能调整策略。学校上网计费系统做批量操作时，一定要先过滤这批例外，否则误销一个在读生，工单和解释都够喝一壶。

把毕业操作做成年度剧本

最有价值的，是把毕业季的销户流程固化成年度剧本：什么时间拿名单、什么时点执行、例外怎么处理、归档怎么存。学校上网计费系统只是执行端，真正让毕业季平稳的，是这套提前排好的动作。等到了六月份再临时想流程，出错概率成倍涨。

历史账单不能跟着销

销户时容易顺手把相关的计费历史也清了，这是大忌。离校学生的费用明细可能后续还要查证、退费或者对审计。学校上网计费系统的归档机制能把账单和日志留在独立存储，账号停用但记录可查。销的是接入权限，不是责任链条，这两件事要分开想。

销户前的欠费要结清

毕业前该查一遍谁还有欠费没处理，别人走了账还挂着。学校上网计费系统能拉出离校名单里的未结清清单，学工在办离校手续时一并催办。很多学校把网络销户和离校手续绑在一起，缺这一项就不予办理，从源头避免人走账烂。

新生和毕业生要错峰

九月迎新和六月毕业是账号生命周期的两头，操作逻辑相反但都集中在短时间内。学校上网计费系统的批量建号和批量销户最好错峰排期，别让两套大动作在同一周撞车。信息化老师最怕的就是毕业销户还没跑完，新生账号又涌进来，两头出错。

销户后要确认回收

批量销户跑完不能就算完，要抽查几个账号确认确实停用、资源释放、日志归档到位。学校上网计费系统的操作有执行记录，但执行记录和实际状态偶尔也会脱节。毕业季这种大批量动作，收尾时做一次抽检，比开学发现一堆幽灵账号再补救强。

销户要避开选课高峰

毕业季往往和小学期、补考、重修选课重叠，这时候大批量动账号风险高。学校上网计费系统的销户动作最好错开这些敏感窗口，选在毕业手续集中办理、但教学系统压力较小的时段。动账号这种事，宁可晚三天，也别撞上选课这种全校依赖网络的节点。

离校账号要先禁后销

直接物理删除不如先禁用再观察。先禁止登录但保留数据几天，确认没有遗漏的在途业务、没有未结清的费用，再正式归档销户。学校上网计费系统的停用加标记机制正好支持这种两段式处理，给误操作留一个回退余地，比一刀删干净更稳妥。

毕业季的账号处理，平时不起眼，一到六月就是信息化办公室的硬仗。名单齐不齐、时点准不准、归档全不全，任何一环松了，开学就是一堆烂账。把这套动作排成年度剧本、责任到人，比每年临时抱佛脚稳当得多。