公寓宿舍WiFi认证计费出故障报修期间，网费该怎么算和补
公寓宿舍WiFi认证计费运营中，最容易引发住户争议的问题之一，是网络故障期间网费怎么算。住户断网后提出报修，从发现故障、登记工单、排查处理到恢复上网，中间可能间隔几小时甚至一两天，这段时间套餐是否继续扣费、算不算欠费停机、恢复后要不要补偿、补偿多少，很多公寓没有事先形成规则，全靠管理员临时协商，结果同一类故障不同住户得到不同答复，投诉和纠纷不断。认证计费平台具备账号状态控制、在线记录、上网时长和流量记录、账单与操作日志，故障期间的计费处置可以和工单记录对应起来，形成可核对的闭环。规则设计的重点，是把故障认定、计费冻结、补偿标准和责任划分提前确定下来。
先区分故障责任和故障类型
处理故障计费之前，先要判断故障出在哪一层，不同责任对应的计费处理规则不同。第一类是平台和网关侧故障：认证计费系统、认证网关、AC控制器、计费平台服务异常，导致住户认证失败、无法上线或策略下发错误。第二类是无线覆盖侧故障：AP离线、POE供电异常、线路松动、信号覆盖问题。第三类是出口和运营商侧故障：宽带线路中断、运营商线路故障、多运营商选路切换问题。第四类是住户侧问题：终端设置错误、密码遗忘、自行接入路由器、设备本身故障。第五类是人为操作和规则配置问题：账号被误停机、套餐配置错误、策略下发异常。
责任划分不能由管理员凭感觉判断，要依据日志和工单记录。平台保留认证日志、在线用户记录、上网记录、管理员操作记录、设备状态和接口操作日志，结合现场网络设备的告警和线路记录，定位故障发生在哪个环节。住户侧原因造成的断网，一般不冻结套餐和补偿；平台、设备、线路、运营商侧原因导致的大面积或长时间断网，才进入故障计费处置流程。责任认定结论要写进工单，作为后续冻结和补偿的依据。
故障时长怎么认定，从什么时间算到什么时间
计费冻结和补偿都需要先确定故障时长。时长认定涉及几个时间点：住户报修时间、管理员接单时间、故障确认时间、故障开始时间、恢复时间、验证时间。报修时间不等于故障开始时间，很多故障在住户报修之前已经发生；恢复时间也不等于住户重新认证上线的时间。
比较稳妥的做法是以系统记录和工单记录交叉核对。认证日志和在线记录显示账号最后一次正常在线的时间，作为故障开始参考；工单登记报修和接单时间，作为人工介入时点；故障修复、设备恢复后，以账号重新认证成功、在线状态恢复的记录作为恢复时点。故障时长按确认属于平台或网络侧责任的区间计算，住户自身原因导致的等待时间不计入故障补偿时长。大面积故障可以按受影响账号统一认定时段，单户故障按该账号实际在线记录认定。
时长认定要有依据、可复核。工单里记录故障现象、排查过程、故障原因、开始和恢复时间、处理人和结果；平台日志按账号和时间段导出核对。不能只凭住户口述断网时长，也不能只看工单接单时间，两套记录互相印证后确定补偿区间。
报修期间账号状态和计费怎么冻结
故障确认属于网络或平台侧责任后，账号在故障期间的计费处置规则需要提前约定。常见处理方式是冻结套餐计时和余额扣减：包月套餐故障期间不计入套餐消耗，时长和流量套餐暂停扣减，故障恢复后顺延对应时长或额度。冻结动作可以在管理员后台对账号执行暂停、停机保号状态操作，平台支持用户暂停、停机保号和暂停消费；状态变更时间和操作原因写入操作记录。
故障冻结和主动停机不是一回事。冻结期间账号不是欠费停用，而是服务不可用的状态，不触发欠费断网通知和长期欠费注销流程，账号资料、余额和绑定信息保持不变。故障如果发生在套餐临近到期时段，冻结期间套餐有效期顺延，避免住户套餐在故障等待中到期。运营商出口故障导致整栋楼无法上网时，涉及多账号统一冻结和顺延，管理员按受影响用户组批量处理，处理结果批量留痕。
规则上要明确哪些情形冻结、哪些不冻结：网络侧责任导致无法接入的冻结计费；住户侧设置问题导致的断网不冻结；局部终端兼容问题、住户自行私接设备导致的异常，先恢复正常连接再判断是否属于可补偿范围。冻结规则在开户确认和报修公示中说明，住户对规则有预期，报修时就不会默认所有断网都退费。
恢复之后的补偿方式和标准
故障修复、账号恢复在线后，补偿方式通常有几种：套餐有效期顺延、余额补偿、赠送时长或流量、返还故障对应天数费用。包月套餐按故障天数顺延有效期是最常用的方式；时长、流量套餐按故障时长或折算额度补偿；按天计费的短期套餐对应天数返还。补偿标准与故障时长挂钩，规则提前设定，比如按确认故障时长等比例顺延，是否设置最低补偿和补偿上限，由运营方根据成本承受能力确定。
补偿动作同样要有账单依据。顺延、赠送、退款分别生成对应记录：顺延体现在套餐有效期更新，赠送额度记录在套餐或叠加包中，退款走平台退费流程并与原账单关联。管理员在后台记录补偿原因、补偿方式、补偿数量和审批人，住户在自助页面可以查到补偿记录。补偿完成后通知住户，告知故障已恢复、套餐顺延或补偿额度已到账，避免住户以为故障期间损失无人处理。
故障补偿不替代设备和服务本身的整改。重复发生的同一类故障，需要回到AP、线路、网关和平台配置层面排查原因，记录故障频次和影响范围；补偿规则处理的是单次故障的账务问题，反复报修得不到根治，补偿再多也维持不住住户满意度。
工单、日志和账单怎么形成闭环
故障计费闭环由三部分记录组成：工单记录、平台日志、账单记录。工单记录描述人工处理过程和责任结论；平台日志提供在线状态、认证结果、时长流量和操作留痕；账单记录体现冻结、顺延、补偿和退费结果。三者时间线对齐，管理员和财务在对账时能够从一个工单编号追溯到对应账号的状态变更和账务处理。
闭环流程可以归纳为：住户报修生成工单，管理员接单核对账号和日志，判断故障原因和责任，确认冻结范围和时段，修复并验证账号上线，按规则计算补偿，执行顺延或退费，记录补偿结果并通知住户，归档工单和日志。每一步在平台后台都有对应操作入口和记录留存，不允许出现工单已关闭但账单没有调整、或者补偿已发放但工单没有记录的脱节情况。
多楼栋、多项目集中管理时，故障工单可以按用户组和楼栋归集，定期统计各区域故障次数、平均修复时长、补偿金额和重复故障设备，作为网络优化和设备更换的依据。平台的统计报表和在线、上网、操作日志为这类分析提供数据基础，统计口径按项目管理需要配置。
几条容易起争议的规则边界
第一，补偿口径公示。故障期间是否顺延、补偿标准、申报期限和处理时限，在开户协议和报修渠道明示，避免事后临时解释。第二，责任争议处理。住户认为是网络故障、现场判断为终端问题时，先按流程排查终端，终端排除后再按网络故障处理，过程记录完整。第三，大面积故障统一处置。整楼、整栋故障期间，管理员按批次核对在线记录，统一顺延，不逐户单独协商，保证同一次故障补偿口径一致。第四，平台能力边界。日志记录到认证、在线、时长、流量和操作层面，具体上网内容和深度行为审计属于独立日志系统能力，故障排查以认证和在线记录为依据，不把计费平台日志当作全流量审计使用。第五，外部对接确认。涉及运营商线路故障认定和责任划分，需要现场与运营商工单互相核对，认证计费平台自身不能替代运营商侧的故障判断。
小结
故障计费处置能不能少起争议，取决于故障发生之前规则是否已经定好：责任按平台、无线、出口、住户侧分开，故障时段用在线日志和工单交叉认定，网络侧责任期间冻结套餐扣减并顺延，恢复后按统一标准补偿并留下账单记录，工单、日志、账单三者对齐成闭环。补偿规则先公示，同一类故障反复出现，要回到设备和线路层面整改，而不是一次次靠补偿了事。冻结方式、补偿比例和时限标准，要和项目套餐定价、合同约定以及现场运维条件匹配；平台的状态控制、账单调整、日志留存和批量处理能力可以支撑这套流程，实际执行再和现场工单流程、运营商对接方式衔接起来。