WiFi网络计费系统认证通过才计费：欠费、停机、复机的状态联动逻辑

计费系统最容易被当成“一个独立算钱的模块”。可实际项目里，它从来不是孤岛——跟认证状态死死绑在一起。用户能不能上网、几点开始扣费、欠费会不会被踢，全看账号卡在哪个状态。把这套状态机讲明白，比背计费公式实在。

系统里用户状态主要有三档：正常、停机、未交费。在管理界面上通常用颜色区分，绿色代表正常、红色代表停机、紫色代表未交费。这个颜色不是装饰，运维人员扫一眼列表就能知道谁在正常工作、谁被停了、谁到期没续。很多排障的第一步，就是先看清账号停在哪个颜色上。

计费的前提是"认证通过"。用户完成Portal或对应方式认证、账号状态正常、套餐没到期，才会进入计费流程。如果认证没过，根本不会触发计费；如果账号已经被标记为停机或未交费，即使连上了无线，系统也不会放行，更不会计费。所以"用户说上不了网但还在扣费"这类投诉，通常要么是状态没同步，要么是页面缓存，真正在计费逻辑里出错的概率反而低。

欠费停机这件事，关键在于"踢线"能不能真的执行。这里有个硬依赖：NAS设备厂商选择是否正确，会直接影响RADIUS规则下发、停机、踢线这些功能。不同厂商的AC、BRAS、网关对RADIUS和Portal协议的支持细节不一样，开局时NAS厂商选错，轻则限速下不去，重则欠费了用户还在线，计费账单和实际上网对不上。

认证计费平台和代拨网关在这里职责也不同。前者负责策略和账务——判断这个账号该不该放行、该收多少钱；后者负责拨号和链路执行。状态联动出问题的时候，要先分清是账务侧判断错了，还是链路侧没执行踢线，两边甩锅最容易拖长故障时间。

复机（恢复上网）也不是点一下就完事。用户续费或补缴后，账号状态要从停机或未交费回到正常，这个状态变更要能及时同步到NAS，否则用户钱交了还是上不了网，反而引发二次投诉。所以续费动作和状态回写必须是同一套流程里的连续环节，不能靠人工去后台手动改状态凑合。

还有一种情况是套餐到期但用户还在线。系统一般会在到期点做处理，但具体是立即断还是宽限一段时间，取决于套餐和策略配置。酒店场景里这点和PMS退房联动特别相关——客人退了房，PMS状态一变，账号要能自动关停，否则离店用户继续占用计费额度，账就算乱了。

排障时建议的顺序是：先看账号颜色（状态），再查认证日志有没有成功，最后看NAS侧有没有收到停机或放行动作。状态、认证、链路三层逐一对照，大部分"乱计费"的疑云都能在十分钟内定位。

产品手册把"用户状态管理（正常/停机/未交费）"列为标准能力，说明这是计费系统的基础数据结构，而不是某个项目的定制开发。认证通过才计费是这套结构的出发点：状态不对，后面所有计费动作都不该触发，这也是为什么"上了网却没扣费"的投诉大多能追到状态同步问题，而不是计费公式算错。

复机动作和状态回写必须是同一套流程里的连续环节。前面说过NAS厂商选项会影响停机踢线，复机同理——续费后状态回写失败，用户钱交了还被拦、或者还在线，都是状态机某一层脱节。排障时把"颜色、认证日志、NAS动作"三层对齐，比反复重启服务有用得多。

认证计费平台和代拨网关在这里职责也不同：前者负责策略和账务，判断账号该不该放行、该收多少钱；后者负责拨号和链路执行。账务侧判断错了还是链路侧没执行踢线，要先分清楚再动手，否则两边互相甩锅，故障时间被无谓拖长。把状态、认证、链路三层分开看，计费才真正可控。

还有一个容易被忽略的关联：用户状态颜色和日志审计是一体的。合规要求上网行为可按人、按账号、按终端、按时间追溯，而状态颜色正是这种追溯的入口——看到红色停机，要能立刻反查是欠费还是违规；看到紫色未交费，要能核对是不是套餐到期忘了续。状态机不只是计费的内部逻辑，它也是审计链条上的一环。

把认证通过才计费、欠费才停机、续费才复机这条链路想透，计费系统就不再是黑盒。它本质上是一台状态机，颜色、日志、NAS动作三者一致，计费才准；任意一层脱节，账单就会开始"讲故事"。

用户状态颜色是肉眼判断账户健康度的第一信号——绿色代表正常、红色代表停机、紫色代表未交费。运营人员盯一眼列表，就能知道哪类用户需要介入：紫色该催缴，红色该排查停机原因，绿色才是真平稳。

还有条合规底线得记着：网络安全法第二十一条要求相关日志留不少于六个月，公安部82号令要互联网日志留不少于六十天。计费动作和状态变更日志必须能往前追，这既是规矩，也是账单扯皮时最省事的自证。

还有个细节，状态变更往往伴随强制下线动作——欠费踢线、复机恢复上网，这些动作和计费状态是联动的，断了一处账单就对不上。看计费准不准，不能只看算钱逻辑，得连状态机一起看。