Electricity, gas and water are converging on one metering platform.

A handful of utilities are now running electric, gas and water meters through the same AMI programme. The head-end and data systems underneath them are not always ready for that.

Most smart metering programmes are still built around one commodity. Electricity gets the funding, the deadline pressure and the regulatory attention. Gas and water, where they get AMI at all, tend to arrive later, through a separate procurement, on a separate head-end system, reported in a separate spreadsheet. That pattern is starting to break.

Palo Alto Utilities runs electric, gas and water through what it treats as one AMI programme. As of August 2026 the utility had upgraded 71,400 meters, 95% of its electric, gas and water stock, to advanced metering. Electric and gas are on track to finish by spring 2027; water follows by December 2027. The sequencing differs by commodity, but the reporting, the target and the underlying system do not.

Why the sequence still matters

Palo Alto's own timeline shows why nobody does all three commodities on the same clock. Electric meters carry the grid intelligence case: outage detection, load visibility, demand response. Gas meters carry safety and leak-detection value. Water meters carry conservation and non-revenue water arguments, and they are mechanically harder to retrofit at scale, which is why Palo Alto gives water an extra eight months.

Connecticut's recent AMI water meter rollout notice, covering a two-week installation window in August 2026, is a smaller and more typical example: a standalone water AMI push, announced on its own, with no reference to electric or gas metering alongside it. That is still how most water utilities operate, and there is nothing wrong with it. The question is what happens when an electric utility, a gas utility and a water utility in the same city all decide to modernise within a few years of each other, using different vendors, different head-ends and different meter data platforms.

The plumbing underneath

Two parts of the AMI stack determine whether multi-commodity metering is actually manageable, or just three single-commodity programmes filed under one budget line.

Netinium's positioning as a universal head-end system, described on SAP's partner pages as able to connect and manage smart meters from any vendor, is aimed squarely at the first problem. The pitch is not new in concept but it matters more now that utilities are stacking commodities on top of vendor diversity rather than choosing one or the other.

On the data side, the meter data management market that PeerSpot tracks, led by names like Itron, Landis+Gyr, Siemens EnergyIP and Oracle Utilities MDM, is increasingly judged on how well it handles heterogeneous meter estates, not just how well it handles electricity interval data at scale. A platform that only does electric MDM well is a platform a multi-utility city will eventually outgrow.

A useful contrast

Britain's smart meter programme, tracked in the government's quarterly statistics, remains a single-commodity story: electricity and gas meters installed together at the same premises, under the same national rollout, with no water component because water metering in Britain sits outside that framework entirely. That is a reasonable design choice for a national programme with one regulator and one obligation. It is a different design problem from a municipal utility that owns electric, gas and water outright and has to decide whether to run them as one digital estate or three.

Most utilities will not get to choose between those models in the abstract. They will inherit whichever meters, head-ends and contracts were signed years apart, for different reasons, by different teams. The practical task is making those systems talk to each other well enough that a single customer account, a single outage map or a single non-revenue analysis does not require exporting three datasets and reconciling them by hand.