Skip to main content

🔜 Coming soon: improvements to meter readings and consumption

Updated over a week ago

Why we are prioritizing this:

Gaps and anomalies in meter data lead to estimates, delays, disputes, and a compliance risk.

By improving data completeness and consumption accuracy, we reduce rework during billing cycles, avoid unbilled backlogs, lower compliance risks, and maintain customer trust, while the cost to serve decreases as more of this becomes automated.

With this release, we are focusing on flexibility in submitting meter data, reducing manual steps and opportunities for errors, and speeding up the onboarding of new meters and networks.

What you can expect in this release:

🚀 Process and bill readings for meters that reset

🚀 Add estimated readings on the end date of a billing period

🚀 Reading origin

🚀 Bill consumption

🚀 Remove meters that are not linked

🚀 Meter validation

🚀 Integrate with Renson OpenMotics

🚀 Integrate with Aurum Energy Grip


Process and bill readings for meters that reset

We are improving the processing and billing of meters that reset, so consumption is billed correctly, even when a meter resets to 0.

What’s new?

  • Reset date per meter channel: support for a reset day and month, and for hourly readings also an hour.

  • Improved validation around reset readings: a reading of 0 on the reset date is accepted and is no longer flagged as “negative consumption”.

  • Adjusted consumption calculation: we never use the reading on the reset date to bill consumption. Instead, we always use the reading from 1 day earlier, or for hourly readings, 1 hour earlier.

If a billing period contains multiple reset cycles, we split consumption per reset cycle.

Important to know

  • If the reset date is configured incorrectly, the reset date must be corrected on the meter model, the meter must be reconfigured, and a draft invoice must be deleted and recreated.

  • In the configuration, it is best to set the measurement window to at least one day. If the end date of the billing period equals the reset date, we look one day back for a reading. We never look at a reading after the reset date when the end date of the billing period equals the reset date.

Did this answer your question?