业务模式
预付费电表要求用户先购买电量或信用额度，表内递减余额至零时可自动断电或告警。相比后付费，可降低欠费风险，常见于租房、临时工地与部分海外电力市场。系统需与计费、支付网关及客户服务打通，表计经 NB-IoT/4G 上报余额与事件，并接收远程充值与费率更新指令。
安全
密钥与证书需防克隆与重放；空中充值报文必须鉴权。断网时的本地透支策略与对账规则需在规范中明确，避免纠纷。
与 DL/T 645
国内电表多支持 DL/T 645 扩展帧；平台对接需统一数据标识与抄读周期，蜂窝模组仅作传输通道。
账务模型与用户体验
预付费模式下，用户先购电后用电，欠费即断电或告警，对通信实时性要求高。平台需清晰展示剩余金额、电价版本与阶梯切换点；短信或 App 提醒阈值应可配置。退费、过户与表计更换涉及余额结转，要与营销系统一致。蜂窝链路中断时，表内透支与赊欠策略要在本地安全存储并事后对账，防止恶意篡改余额。
运营与风控
空中充值要防范重放、伪造与中间人攻击，密钥与计数器生命周期需规划。批量开户与销户要有审计轨迹。与后付费用户混网时，计费引擎要区分两套规则，避免错扣。模组远程升级表内费率时，断电与通信失败要有回滚与补下发机制。
工程实践补充
围绕「预付费计量」在物联网与蜂窝模组工程中的落地，建议在立项阶段把网络约束（目标市场频段与退网计划、APN 与专网策略、漫游与资费、PSM/eDRX 等省电模式）与终端约束（天线与射频布局、电源纹波与浪涌、热设计与降额、EMC/安规）写成可验收条目。研发阶段用弱网模拟、高低温与电压拉偏复现边界故障，保留日志与波形；量产建立批次与校准追溯，器件替代走变更评审。上线后把连接成功率、重连次数、时延与功耗纳入运维看板，异常可追溯到版本与批次。
表内余额与充值令牌的校验
预付费的技术含义是余额或剩余电量在表内递减，减到策略规定的阈值就告警或断开负荷开关，而不是等账单周期再追缴。充值不是往表里写一个新数字，而是下发经过鉴权的令牌：里面有金额或电量、表号、密钥版本和防重放计数。表计验签通过才增加余额。蜂窝模组只搬运这条令牌和向上送出的剩余额度、跳闸事件，它不能在链路层「修改余额」。国内许多表计的数据标识仍走电表协议扩展帧，平台必须按标识抄读，不能把模组透传缓存当成表内真实寄存器。
使用条件包括：密钥在表和售电系统两侧同步轮换，计数器单调，断网期间允许的透支额度事先写进表且事后能对上售电记录。阶梯电价和费率版本要有生效时间，旧令牌不能在新费率生效后按旧价入账。过户和换表必须做余额结转，否则新表从零开始、旧表余额作废。本地开关的分合状态要能上报，避免系统认为已断电而现场仍在用电。
断网透支与费率版本错位
最容易引起投诉的是透支策略只写在云端。表在断网时仍按出厂的「到零即断」执行，用户已经买了电但令牌还在模组队列里，负荷被切断。其次是同一令牌因超时被售电系统重发，表的计数器没有拒绝，余额被加两次。第三是费率在通信失败时只更新了云端，表仍按旧阶梯扣减，对账时每户都有几度的尾差，汇总结算才被发现。
跳闸和合闸指令要有确认和补发，不能只看模组发送成功。电能质量事件若与充值共用一条窄带连接，令牌会被录波堵住，见 电能质量监测。充值资金进入商户账户的日期和表内到账时间不是同一天，日终比对要单独列「已收款未下发」和「已下发未确认」，口径见 清算与对账。
表内还应能区分「令牌已接收」和「余额已增加」。模组发送成功只说明令牌离开了终端侧的队列，表计验签失败时余额不会变，云端若把发送成功当成到账，用户会看到已扣费但表上没电。验签失败的原因要回传：密钥版本不对、计数器回退、表号不匹配还是报文截断，四种处理完全不同。换表时旧表剩余额度的结转凭证要和旧表最后一次抄读对上，不能按售电系统里的理论余额直接写进新表。断路器状态和余额分属两个寄存器，只抄余额会把「有余额但开关未合」显示成充值失败。费率版本号应随每条扣减记录上送，对账才能看出尾差来自旧费率还是来自漏抄。费率版本缺失的记录应进入例外，不能直接并进日电量。