AMI data alongside the rest of your network — not in a separate silo.
Land smart-meter telemetry into the same platform as everything else, with multi-tenant access so each region or division sees only its own.
The challenge
Smart-meter rollouts deliver impressive demos and stalled programmes. The meters arrive, the AMI vendor stands up a portal, and three years later that portal is still the only place the data lives. Cross-referencing meter usage with hydraulic data, billing exceptions, or quality alarms requires a CSV export and a spreadsheet.
The integration project keeps slipping because the vendor's API is bespoke, the IT team is stretched, and there's no internal platform to land the data into anyway.
What success looks like
One platform
AMI usage, network telemetry, alarms, and assets in the same place
Per-region
Multi-tenant access so each division, region, or contractor sees only what's theirs
Standards
MQTT and Sparkplug B mean any modern meter integrates with the same pattern
How WaterTwin delivers it
- Standards-based meter ingestion — MQTT-native broker (EMQX), with first-class Sparkplug B support and OPC UA bridges for SCADA gateways. Your meter vendor's existing edge nodes connect with the same pattern as any IIoT device.
- Per-device credentialing — every meter gets its own MQTT username, TLS certificate, and ACL. No shared broker credentials, no cleartext.
- Multi-tenant access control — Super Admin sees everything; each region or service area has a Tenant Admin who manages their own users and assets without seeing other regions' data.
- Time-series history at meter resolution — every interval reading retained for billing reconciliation, leak inference, and consumption-pattern analysis.
- Alarms that combine meter and network signals — a billing-system exception combined with a DMA flow drop gives you a leak hypothesis you wouldn't see in either tool alone.
- REST API and SignalR for integrations back into your billing system, CRM, or BI platform.
A typical rollout pattern
- Validate the meter vendor's MQTT or Sparkplug topology against WaterTwin's ingestion. Most modern AMI heads "just work" — we've not yet seen one that didn't bridge.
- Configure the per-device provisioning flow so each new meter gets credentials automatically when commissioned.
- Set up tenants matching your operational regions or service areas; assign their admins.
- Wire the time-series store into your billing reconciliation process — usually the first place ROI shows up.
- Layer in cross-signal alarms (leak inference, consumption anomalies, meter health) as confidence builds.
Where the value lands first
- Billing-system reconciliation — the gap between AMI usage and billed usage is the most-watched number; getting it into one place pays back the integration immediately.
- Customer-side leak detection — meter-level consumption spikes flag household leaks the customer hasn't noticed yet.
- Demand forecasting — high-resolution consumption time-series feed planning models that previously ran on monthly averages.
- Meter health — a meter that stops reporting is itself an alarm, not a hidden gap.
What you need to start
- Your AMI vendor's edge-node documentation (MQTT topic structure, Sparkplug topology, or OPC UA endpoints).
- A pilot region with ~hundreds of meters to validate the integration shape.
- A view on tenant boundaries — usually regions, service areas, or operating companies.
Bring your AMI vendor's topology. We'll wire it before the call.
Send us your meter's MQTT/Sparkplug spec. We'll show data flowing in WaterTwin in your walkthrough.
Book a walkthrough