平时校园网是按学期设计的，但一到暑假，集训营、夏令营、短期培训班涌进来，几千张临时卡要在几周内开完、用完、销掉。这种场景和正式生完全不是一个玩法，计费系统如果只会按长期账号那套来，开卡和收尾都能把网管累垮。
临时账号要有独立的时间窗
短期班的计费核心是有效期。账号应当绑定起止日期，到期自动停网，不需要人工去一个个禁用。计费规则也按窗口走，比如集训两周统一包干，或者按天零售。把时间窗做成账号属性，系统自己开门自己关门，网管只管发卡不管收卡。
资费模型和长期生要分开
正式生可能是学期套餐或者时长计费，短期班更适合包干价或者按天计费。两套模型要在系统里并存，发卡时选哪套就走哪套账。混在一起的话，月底对账会把集训营收和长期生账单搅成一锅，财务没法区分哪笔是培训收入。
批量开卡要走模板不要走手工
一个夏令营几百人，手工建账号既慢又容易错。计费系统应当支持按模板批量导入，姓名、班级、有效期、资费类型一次填好。导入时顺带校验重复和格式，导入完直接出一份开卡清单给主办老师签字。这一步省下的时间，够网管去处理真正棘手的网络问题。
高峰并发比平时更猛
短期班往往集中在报告厅、宿舍楼，同一时刻上线人数可能超过平时。计费系统的明细写入压力在那几周特别大。配置时要按短期峰值留余量，别拿学期平均并发去估。曾经有学校按平时规模配，开营第一天中午集体上线，计费明细就开始丢，后面补账补了三天。
结束时要能一键清账
集训结束最怕账号还挂着。好的做法是批次到期后用一个批量任务把整批临时账号停用、余额清零、明细归档，并且出一份这批账号的总账给财务。清账动作要可回溯，哪天主办老师问某期营收，直接调归档明细，不用翻聊天记录。
发卡前先和主办老师对清单
批量开卡前，把姓名、班级、有效期、资费类型这张模板和主办老师核对一遍，确认无误再导入。模板错一列，几百人全错。核对这十分钟，省掉后面几百次手工修正。
临时出口要单独监控
短期班集中上网，出口流量曲线和平时完全不同。那几周把临时校区的出口单独监控，异常飙升能立刻看到，避免影响正常教学。监控分开设，问题才不会藏在正常流量里。
收尾要有时间表
集训结束不是账号自然消失，要排一个收尾时间表：哪天停网、哪天清账、哪天出总账给财务。时间表提前给主办老师和财务，大家按点收尾，不拖到下学期开学还挂着这批临时账。
经验要沉淀成模板
每期短期班配置大同小异。把这期的资费、有效期、批量模板存成标准模板，下期直接套，少踩一遍坑。模板沉淀下来，暑期不再是网管加班季，而是照着表走流程。
预案要覆盖爆满
短期班报名超预估，接入点不够、地址池见底，开营当天就可能瘫。预案要写清超员时怎么临时扩容、怎么限流保核心。没预案，爆满就只能手忙脚乱关账号，体验更差。
和家长沟通口径一致
临时上网要不要收费、怎么收，主办老师对家长的说法要和计费系统一致。系统免单的别让家长以为要交钱，系统收费的别藏着。口径一致，少投诉，也少让前台背锅。
设备归还要登记
短期班常借调账号和终端，结束要登记归还。计费侧停用账号的同时，资产侧核对借出清单。两边对一下，设备不丢、账号不漏，收尾才干净。
复盘要留模板迭代
每期结束开个短复盘：哪条规则卡了、哪批导入错了。结论更新到标准模板，下期直接避坑。复盘不落地，暑期每年从零开始，经验长不出组织。
模板要随政策更新
短期班模板里的资费、有效期，随学校政策年更。政策变了模板没变，下期就按旧规则开卡。模板版本跟着政策走，才不会开错价。
开卡模板要留样例。第一次导入容易错，先拿十个人试导入，核对无误再全量。样例跑通了模板才可信，全量导入前这一步不能省，错了也是小范围可改。
临时资费要设封顶防薅。短期班包干若不限，有人挂机刷流量占资源。包干也设个合理上限，超出限速不停网，既不误伤正常用也不让个别人拖垮。封顶是临时模型的护栏。
主办老师要进培训。发卡的主办老师得懂怎么选资费类型、怎么设有效期，不能全推给网管。主办老师会自己发卡，网管才从重复劳动里脱身，短期班才规模化的起。
结束提醒要自动发。集训临近结束，系统自动提醒主办老师和网管该清账了。提醒自动化，清账不靠人记，拖到下学期的临时账就少。
暑期场景考验的是计费系统的弹性。长期账号那套稳，不等于临时场景也稳。把时间窗、资费模型、批量开卡、批量清账这四件事配顺，短期班从开卡到收尾才能不占用网管整个假期。