水务这一行，难在哪
供水管网埋在地下，看不见摸不着。很多项目上了压力计、流量计、噪声记录仪，数据在平台里滚动，漏损率该多少还是多少——因为传感器只能测「有多少水流过」，测不出「哪里在漏」。
真正的抓手是分区计量：把管网切成独立的 DMA，用夜间最小流量推算每个区的背景漏损，再逐步缩小范围。这件事的前提是边界划清、表计准、口径统一，三样缺一样，后面全是白算。
项目里最常卡住的三件事
这三条不是功能清单，是真正让项目延期、返工、验收不过的地方。
漏损率是年度指标，漏点是实时在发生的
两套时间尺度对不上。年度考核压力传导不到每天的巡漏动作，最后变成年底突击查漏、年初继续漏。
分区边界没划清，装了流量计也算不准
一个 DMA 如果有两个进水口、或者边界阀门关不严，进多少水、出多少水根本算不出来，夜间最小流量曲线读不出意义。
营销系统跑了十几年，数据字典没文档
表结构和业务含义只能靠老员工口述加数据反推。营业厅还不能停业，新旧系统必须并行，同一笔缴费不能重复入账。
水务里最花钱的三个场景
不是功能罗列，是客户真正要解决的事，以及落地时必须先定的三件事。
漏损率降不下来，先算清 DMA 边界
装了分区计量表，漏损率还是 20% 以上。问题往往不在表，在分区边界——跨区供水、边界阀门没关死、大用户串区，算出来的产销差本身就是错的。
- 先把边界阀门摸清楚并物理关断，再谈计量，否则数据没有意义
- 夜间最小流量按 2:00-4:00 取，避开工业用户和夜间洗车这类固定用水
- 分区规模控制在 500-1000 户，太大定位不到漏点，太小改造成本下不来
营销收费系统用了十一年，不敢停机迁移
589 个存储过程、几十张表、账务逻辑散落在触发器里。业务一天不能停，数据迁移只能灰度切换，切换失败就是全城缴费中断。
- 先做数据比对工具，新旧系统并行跑一个月，逐户对账，差一户都不能切
- 存储过程按业务域拆解重写，不照搬，很多是十几年攒下的历史补丁
- 切换窗口选在账期结束后，避开抄表期和出账期
智能水表装了，远程抄表成功率上不去
装了两万块 NB-IoT 水表，抄表成功率只有 85%，剩下 15% 要靠人工补抄，省下的人力又还回去了，还多了一套系统要维护。
- 先分清是网络、表具还是平台问题，按小区统计成功率就能定位到哪一类
- 信号弱的点位换 LoRa 或有线，不要硬扛 NB-IoT，井盖下的信号本来就不该指望
- 平台侧做补抄策略：失败自动重试三次，仍失败进人工工单，不要静默丢弃
我们在水务场景里能做什么
下面每一条都在实际项目里跑过，不是产品手册上的功能罗列。
DMA 分区规划与校核
按一个进水口、用户数可控、边界阀门可完全关闭三个条件划分。划分前做管网拓扑核对和阀门闭合测试，不靠图纸拍板。
夜间最小流量分析
按 15 分钟频率采集，取凌晨 2 点到 4 点的稳定段作为基线，逐月滚动对比。基线漂移本身就是漏损增加的信号。
多源用量归集
NB-IoT、LoRa、人工抄表三种来源统一转成「本期读数 + 抄表方式 + 抄表时间」标准结构，计费引擎不判断表计类型。
老系统数据迁移
数据分布反推表结构 + 老员工核对字段含义，双路验证。迁移前按用户、账期、金额三个维度做全量对账。
阶梯水价与欠费重算
按年累计、跨年清零、历史欠费按当年价格重算。规则比看起来复杂，必须先把计费规则固化成可测试的配置。
不停业并行切换
并行期只允许一个系统收钱。新系统先接管查询和开票，或反过来，绝不让同一笔缴费在两个系统都入账。
完整的协议支持清单和已实测设备规模见技术能力
怎么分批建，每期要多久、大概多少钱
按底座依赖排序，不按重要性排序。预算为软件与实施口径，不含硬件采购。
分区边界梳理与阀门改造、DMA 计量表安装、数据采集接入、漏损分析模型。这一期的产出是「每个分区每天漏了多少」，不是一张漂亮的看板。
用户档案、表务管理、抄表、阶梯水价核算、多渠道缴费、催收、报表。存量数据迁移和账务逻辑重写是最大工作量，通常占这一期七成以上。
产销差分析、分区漏损排名、压力监测、爆管预警、工单联动。这一期开始产生管理价值，但前提是一期计量数据是准的。
网上营业厅、微信缴费、报装报修、停水通知、满意度回访。面向用户的界面放最后，后台账务不稳的时候做前端，用户投诉只会更多。
水务项目的特点是硬件占比高、存量改造占比高。智能表具、流量计、压力传感器的采购通常占总投资 40%-60%；营销系统升级的预算主要花在存量数据迁移和账务逻辑重写上，不花在界面。分区改造涉及开挖和阀门更换，这部分费用按实际工程量另计。
水务行业最常被问到的问题
管网漏损到底怎么算出来的？
靠分区计量推出来的。把一个片区切成独立 DMA，计量进水总量和用户售水量，差值就是该区的漏损水量。再取凌晨用水低谷时段的稳定流量作为夜间最小流量，这个值近似等于背景漏损。逐步缩小 DMA 范围，就能把漏点定位到街区级别。
DMA 分区要满足什么条件才有意义？
三个条件：只有一个进水口（多进水口必须能完全关断其中一路）、用户数在可控范围（一般 500 到 3000 户）、边界阀门能完全关闭不串水。任何一条不满足，装再好的流量计也算不准。
智能水表品牌混杂、制式不同，怎么统一到一张账单？
在计费前加一层用量归集：NB-IoT、LoRa、人工抄表三种来源统一转成「本期读数 + 抄表方式 + 抄表时间」的标准结构，再由计费引擎统一算。不要在计费逻辑里判断表计类型，否则每加一个品牌就要改一次计费代码。
营销系统升级，能不能只换前台不改后台？
多数情况下不行，除非后台能开放出足够细的接口。老系统的账务逻辑通常散落在存储过程和触发器里，前台换掉后，阶梯水价、违约金、减免这些规则还是要从后台取。如果后台只提供「查余额、查账单」这种粗粒度能力，前台再怎么改也做不出灵活业务。判断标准很简单：把新前台要用的业务规则列出来，看后台接口能不能覆盖八成以上，覆盖不了就得改后台。
智能水表选 NB-IoT 还是 LoRa？
看安装位置和规模。NB-IoT 插卡即用、不用自建网关，适合分散点位和跨区域抄表，但井盖下、地下室、管道井里信号往往很差，抄表成功率上不去；LoRa 要自建网关，但穿透和覆盖可控，适合集中小区。实际项目里常见的是混合：地上集中小区用 LoRa，分散点位用 NB-IoT。另外要算五年资费，NB-IoT 每台每年都要交，两万块表五年就是一笔不小的固定支出。
产销差和漏损率是一回事吗？
不是。产销差是供水量减售水量，包含漏损、计量误差、未计量用水、偷盗水；漏损率只算管网实际漏掉的部分。很多项目报的「漏损率」其实是产销差，把计量误差和免费水量都算进去了，数字自然降不下来。要分开统计：先把计量误差校准（大表小流量、表具超期）、把未计量用水扣出来（绿化、消防、冲洗），剩下的才是真漏损。