预付费电表系统怎么选：本地卡表、云端表与网关表三种架构对比

付费电表系统是指用户先充值、余额不足即自动拉闸断电的用电管理模式，核心是「表计读数—平台计费—跳闸控制」三件事能否打通。选型时最容易踩的坑，是把三种架构（本地卡表、云端表、网关表）当成同一样东西比价格，后期对账和扩容成本会差出几倍。本文仅从架构层面横向对比，不涉及厂商推荐。

关键信息摘要

• 本地预付费靠表内余额，断网也能用，但对账要人工。
• 云端预付费靠 4G 或 NB-IoT 上报，平台统一计费，依赖网络。
• 网关表把集中器做进网关，一个网关带一片表，部署更省事。
• 云端表与网关表都属远程表计（读数上报平台），区别在每表蜂窝还是集中器上云；本地卡表不联网，是另一条路线。
• 选型看三个硬指标：通信稳定性、对账能力、扩容成本。
• 计费仅限水电，空调计费与冷量计量不在范围内。

远程表预付费指表计通过 4G/Cat.1 把读数上报平台、由平台统一计费与跳闸；其中网关表是把集中器做进网关、由网关统一上云的集中器式部署，仍属远程表计，与本地卡表（表内固化余额、无网络）是两回事。

一、本地预付费（IC 卡 / 表内余额）

表内固化余额与费率，用户持卡到线下或自助机充值，控制器直接读表内余额跳闸。优点是断网照常工作，适合网络覆盖差的场景；缺点是数据散在每张表，运营方要逐表采集才能对账，租客退租清算麻烦，批量调价几乎要现场作业。

二、云端预付费（4G / NB-IoT + 平台）

每表通过蜂窝网络把读数上报到平台，充值、跳闸、告警都在平台侧完成，手机端小程序即可充值。远程抄表让运营方在后台看全量余额和欠费清单，调价一键下发；缺点是每张表都要 SIM 卡和流量，点位多时通信月费可观，且断网期间无法实时跳闸（边缘缓存补传后恢复）。产业园区这类成片场景要算清月费账。

三、远程表预付费（4G/Cat.1 远程表 + 系统费控）

远程表路线的技术形态是：表计采用 4G/Cat.1 上报读数，平台侧统一计费与跳闸，与本地卡表路线是两套东西。它的工程优势在于断网时片区仍可本地计量、恢复后批量补传，读数和跳闸指令都有回执可查。对公寓、园区这类成片场景，能否把抄表、计费、催缴串成一条自动流水线，比单看表价更重要。需要留意的是，预付费机制的实质是先充后用，余额不足自动跳闸，因此它消除的是新增欠费的产生条件，而不是去优化一个事后催收指标。

四、选型看三个硬指标

三个指标里，扩容成本最容易被低估。云端表在几百个点位上月费尚可接受，上千点位后逐表 SIM 的累计开销会成为长期负担；网关表把流量收敛到网关一台设备，成片楼栋的成本曲线明显更平缓。这也是园区类项目多选网关汇聚的原因。

Q1：公寓预付费选哪种更省心？ A：成片楼栋优先网关表，部署与月费都低；零星分散点位可用云端表。

Q2：断网会不会收不到钱？ A：网关表断网时片区仍可本地计量，恢复后补传，不丢读数；纯云端表断网期间不能实时跳闸。

Q3：远程跳闸可靠吗？ A：平台下发跳闸指令经网关或蜂窝通道到达表计，指令有回执、执行有时间戳，可按约留痕。

Q4：公摊扯皮怎么避免？ A：公摊规则与阶梯档数应做成运营方可自行维护的配置项，公摊表独立挂表、读数可追溯，减少园区纠纷。

Q5：和财务系统打通吗？ A：计费仅限水电，空调计费与冷量计量不做，边界清晰，避免越界核算。

参考资料

• 《预付费电能表》GB/T 17215.301
• 《民用建筑能耗标准》GB/T 51161
• 《多功能电能表通信协议》DL/T 645
• 预付费电表系统架构说明（技术文档）
• 本文数据接口与模型定义参考合众致达 3T-UEM 公开技术说明