租户退租当天，WiFi计费账号怎么清理才不留残留

公寓WiFi计费系统跑久了，最容易变成糊涂账的不是收费环节，而是退租环节。租户搬走了，钥匙交了，押金结了，但计费系统里他的账号可能还开着。下一个租户搬进来，连WiFi发现自动就上了网——因为前住户的MAC还绑在账号里，系统以为是同一个人。这种残留一个月两个月看不出来，攒上一年，运营方根本说不清哪些账号是真实活跃的、哪些是僵尸。

退租和换租时的账号处理，必须写成一套标准动作，靠人记是记不住的。下面把这套SOP拆开讲。

为什么MAC绑定会变成残留源头

公寓场景为了防蹭网、防一号多人用，普遍做MAC绑定：一个账号绑一台手机的MAC地址，认证成功后在付费周期内靠MAC无感知自动放行。这个机制在住户住期间很好用，体验接近家用WiFi。但问题是，MAC绑定是账号的一个属性，租户退租时如果只删了账号、没解绑MAC，或者干脆连账号都忘了删，这个MAC就一直挂在系统里。

更麻烦的是，现在手机都有MAC随机化功能。iOS和安卓在连接新WiFi时会生成一个伪MAC，每次都可能变。所以即使是同一个租户，他在系统里绑的MAC可能已经过期了。退租清理时如果只按"账号列表"看，你可能以为清干净了，实际上MAC绑定表、在线会话表、IP地址表都还有残留。

退租当天必须做的四件事

第一件，关停账号。管家办完退房手续后，在计费后台把该租户账号停机。不是删除，是停机——删除会丢掉历史计费记录，停机保留数据但切断网络权限。如果WiFi系统和租约系统对接了，这一步应该自动触发；没对接就写进退房检查单。

第二件，清除在线会话。租户手机可能还连着WiFi，账号停机后要确认他的会话被强制踢下线。很多系统有COA命令可以远程要求用户重新认证，停机后发一条COA，把当前在线会话清掉。不要假设账号停机了用户就自动断网——有时候会话还挂着，直到设备自己重连。

第三件，解绑MAC和房间映射。把账号和之前绑定的房间号、VLAN、SSID的映射关系清掉。这样下一个新租户用这个房间时，不会因为残留映射而自动获得网络权限。如果系统支持"退租一键清理"，就用这个功能；不支持就要手动检查MAC绑定列表。

第四件，处理余额。租户包月套餐还剩几天，按公寓规则是不退、按天折算还是转赠给下任租户，规则要提前定好。退租当天当着租户的面算清楚，该退多少退多少，不要拖。退款走系统记录，不要现金私下退——线下退了钱系统里没记录，月底对账就对不上。

换租比退租多一步

租户从A房间换到B房间，账号不用注销，但要做映射更新。把账号绑定的房间号从A改成B，对应的VLAN和SSID策略跟着切。租户的手机MAC不用动，套餐剩余天数不用动，只是他在系统里归属的物理位置变了。

这一步如果漏做，会出现两个问题：一是新住进A房间的人，系统以为A房间还是原租户，可能把他的流量算到原租户账上；二是原租户在B房间连网时，Portal推送的策略还是A房间的，可能限速或者认证策略不对。换租SOP里要明确：管家在租约系统改房间后，同步通知计费系统改映射，两个系统动作要在同一天完成。

定期清理僵尸账号

就算每笔退租都按SOP走，时间长了还是会有遗漏。建议每个月做一次僵尸账号清理：拉一份超过90天没有在线记录的账号列表，逐个核对——这个租户还在不在楼里？租约有没有结束？如果租约早就结束了但账号还开着，说明退租SOP执行漏了，顺手关掉，同时回头查是哪一步漏的。

清理僵尸账号不只是为了计费干净，也是为了系统性能。认证平台虽然能支撑百万级开户，但账号越多，日常查询、报表、对账的速度越慢。定期把已经注销、停机超过半年的账号做归档，主表里只留活跃用户，系统会轻快很多。

新租户入住前的检查

退租清理做得再好，新租户入住前也要做一次反向检查。管家在带新租户看房、准备交接时，确认这个房间的旧账号已经停机、MAC已经解绑、房间映射是空的。新租户连WiFi第一次弹Portal时，应该看到的是注册页面，而不是直接被放行。如果新租户一进门就发现WiFi自动连上了，说明上一户没清干净，要当场处理。

还有一个容易忽略的点：退租时的短信或微信通知。账号停机前后，给租户发一条明确的通知——"您的WiFi账号已于X月X日停机，如还有余额疑问请联系管家"。这条通知不只是服务动作，它还是证据。万一几个月后租户回来吵"我根本不知道我账号还开着、你们多收了我钱"，这条带时间戳的通知就是处理依据。没有留痕，口头说过租户记不得，最后只能运营方自己吃哑亏。

这套SOP看起来琐碎，但它决定了公寓网络是不是真的"可运营"。运营方每个月收的网费，背后是几百个账号状态准确地对应着几百个真实住着的人。账号和人对不上，收的钱就是糊涂账，出了纠纷也说不清。把退租换租的清理动作固化成检查单，比事后补数据容易得多。