Solar energy feed-in billing is one of those topics that sounds straightforward but gets complicated fast. When a customer generates electricity from solar panels and sends the surplus back to the grid, someone has to track it, value it, and settle it correctly. That someone is usually the utility, and its billing software needs to handle it without breaking a sweat. This article walks you through how feed-in billing works, what the software actually does behind the scenes, and what to look for when choosing the right solution.
What is solar energy feed-in, and how does it work?
Solar energy feed-in is the process by which electricity generated by a solar panel installation is exported to the public grid instead of being consumed on-site. When a household or business produces more electricity than it uses at a given moment, the surplus flows back through the meter and into the network. The grid operator records this export, and the energy supplier credits the customer accordingly.
This process relies on a bidirectional meter, often a smart meter, that can measure both consumption and export separately. The readings are collected at regular intervals, sent to the utility’s systems, and matched against the applicable tariff. The result is a credit on the customer’s energy bill, a separate payment, or a combination of both, depending on the arrangement in place.
How does feed-in billing differ from standard energy billing?
Standard energy billing tracks one direction of flow: energy consumed by the customer. Feed-in billing adds a second direction—energy exported to the grid—which requires separate measurement, separate valuation, and often a separate settlement process. This makes the billing logic significantly more complex.
In standard billing, the meter reading goes up, and the customer pays for what they used. In feed-in billing, the meter can go up and down depending on the time of day and the weather. The billing software needs to handle both directions simultaneously, apply different rates to each, and produce a bill that is easy for the customer to understand. That last part is harder than it sounds, especially when net metering, peak pricing, or time-of-use tariffs are involved.
What are the main feed-in tariff models used in billing?
There are three main feed-in tariff models that billing software needs to support: net metering, gross metering, and feed-in premiums. Each one works differently and requires a different billing approach.
- Net metering: Exported electricity offsets the customer’s consumption. The meter effectively runs backward when the customer is producing more than they use. The customer pays only for their net consumption over a billing period.
- Gross metering: All generated electricity is exported and paid at a fixed feed-in rate. The customer separately buys all the electricity they consume at the standard retail rate. Both flows are measured and billed independently.
- Feed-in premium: The customer receives a bonus payment on top of the market price for each unit of electricity they export. This model is common in markets that want to incentivize solar adoption without fully decoupling generation from consumption.
Some markets combine elements of these models or apply different rules for residential versus commercial customers. Billing software needs to be flexible enough to configure and run all of these without requiring custom development for each variation.
How does billing software calculate solar feed-in credits?
Billing software calculates solar feed-in credits by taking the volume of exported electricity, measured in kilowatt-hours, and multiplying it by the applicable feed-in rate for each time interval. The result is a credit that reduces the customer’s bill or triggers a separate payment, depending on the tariff model in use.
The calculation sounds simple, but the details are where it gets interesting. Time-of-use tariffs mean the rate changes throughout the day, so the software needs interval-level data, not just a monthly total. If the customer is on a net metering arrangement, the software also needs to track the running balance between consumption and export across the billing period. And if caps, thresholds, or degression rules apply to the feed-in rate, those need to be factored in automatically without manual intervention.
What data does billing software need to process feed-in correctly?
To process solar feed-in billing correctly, the software needs accurate interval meter data, the correct tariff configuration, and a clear record of the customer’s installation details. Without all three, the calculation will either be wrong or impossible to complete.
- Interval meter data: Half-hourly or quarter-hourly readings from a smart meter, covering both import and export channels separately.
- Tariff configuration: The applicable feed-in rate or rates, including any time-of-use variations, seasonal adjustments, or volume thresholds.
- Installation details: The registered capacity of the solar installation, the connection date, and any relevant subsidy or incentive program the customer is enrolled in.
- Grid operator data: In some markets, the grid operator validates or provides the export readings independently, which the billing system needs to reconcile with its own records.
Data quality is a real issue here. A missing reading, a delayed data file from the grid operator, or an incorrectly configured tariff can all result in an incorrect bill. Good billing software flags these exceptions automatically so your team can resolve them before the invoice goes out.
What challenges do utilities face when billing solar feed-in?
Utilities face several practical challenges when billing solar feed-in, and most of them come down to data complexity, regulatory change, and the sheer volume of customers now generating their own electricity.
Data volume and quality
Smart meters generate a large amount of interval data. As solar adoption grows, the volume of export data flowing into billing systems increases rapidly. Processing this data accurately, at scale, and in time for billing runs requires robust data management and validation pipelines.
Regulatory variation
Feed-in tariff rules vary by country, region, and sometimes by distribution network. They also change over time as governments adjust incentive programs. Billing software needs to support frequent tariff updates without requiring system downtime or lengthy IT projects.
Customer communication
Customers with solar panels tend to scrutinize their bills more carefully than average. If the bill does not clearly explain how the feed-in credit was calculated, you will see a spike in contact center calls. Clear, transparent bill presentation is not a nice-to-have; it is a practical necessity.
How should utilities choose billing software for solar feed-in?
When choosing energy billing software for solar feed-in, utilities should prioritize flexibility in tariff configuration, strong meter data management capabilities, and a clear track record of handling bidirectional metering at scale. These three factors will determine whether the software can keep up as your solar customer base grows and regulations evolve.
Beyond the technical checklist, it is worth asking how quickly the vendor can implement tariff changes and whether the system supports exception management for data quality issues. A solution that requires manual workarounds every time a new feed-in rule comes into effect will cost you more in operational effort than you save on licensing.
At Ferranti, we have been helping utilities navigate exactly these challenges for over 45 years. Our MECOMS 365 platform is built to handle the full complexity of solar feed-in billing, from smart meter data ingestion and interval processing to flexible tariff management and transparent customer invoicing. If you are looking for a billing solution that grows with your renewable energy portfolio, we would be happy to show you what it can do.
Frequently Asked Questions
Can billing software handle customers who both export to the grid and participate in a battery storage scheme?
Yes, modern energy billing platforms can manage customers with combined solar-plus-storage setups, but the configuration is more complex. The software needs to distinguish between electricity exported from the panels directly, electricity discharged from a battery, and electricity drawn from the grid to charge the battery — each of which may attract a different rate or treatment under the applicable tariff. When evaluating a billing solution, ask specifically whether it supports storage-adjusted net metering or virtual net metering scenarios, as not all platforms handle these out of the box.
What happens if a customer's smart meter fails or sends incomplete export data for part of a billing period?
When interval data is missing or corrupted, billing software should automatically flag the gap as an exception rather than silently producing an incorrect bill. Most robust platforms support estimated reads or substitution rules — applying a calculated estimate based on historical export patterns or agreed industry standards — until the actual data is recovered or corrected. The key is that the exception is visible to your billing team so it can be resolved before the invoice is issued, and the customer receives a clear explanation if an estimate has been used.
How often do feed-in tariff rates typically change, and how should billing software handle those updates?
Feed-in tariff rates can change annually, seasonally, or even mid-contract depending on the regulatory framework in your market — and in some regions, rates are indexed to wholesale electricity prices and updated monthly. Good billing software handles this through a tariff versioning system, where new rate schedules are configured in advance with an effective date, and the platform automatically applies the correct rate to each billing period without manual recalculation. The critical question to ask a vendor is whether tariff updates can be made by your own team through a configuration interface, or whether every change requires a developer or a formal IT change request.
Is there a minimum solar installation size that affects how feed-in billing is set up?
Installation size doesn't usually change the fundamental billing logic, but it can affect which tariff model applies and whether certain regulatory thresholds come into play. For example, some markets apply a simplified net metering arrangement for small residential installations below a certain kilowatt capacity, while larger commercial or industrial installations may fall under gross metering or a feed-in premium scheme with additional reporting obligations. Your billing software needs to store the registered capacity of each installation and use it as a parameter when determining which tariff rules to apply — this is part of why accurate installation data is as important as accurate meter data.
How can utilities reduce the volume of customer queries related to feed-in credits on their bills?
The most effective way to reduce contact center calls about feed-in credits is to make the bill itself self-explanatory — showing the export volume, the rate applied, and the resulting credit as clearly as the consumption charges. Including a simple summary line such as 'You exported X kWh and earned a credit of Y' goes a long way toward building customer confidence. Beyond bill design, offering customers access to a self-service portal where they can view their interval-level export data and track credits in real time significantly reduces the need to call in, particularly among the technically engaged solar customer segment.
What should utilities do when a customer moves out of a property that has a solar installation?
A customer move-out on a solar-enabled property requires a final meter read that captures both the import and export channels, a final feed-in credit calculation for the last billing period, and a clear process for transferring the solar installation registration to the incoming customer or reverting it to an unoccupied status. This is an area where manual processes frequently cause errors — particularly if the outgoing customer is owed a cash payment for excess credits rather than a bill reduction. Billing software should support a structured move-out workflow that handles bidirectional metering as a standard case, not an edge case requiring manual intervention.
How do time-of-use tariffs interact with feed-in billing, and why does this make things more complex?
Under a time-of-use tariff, the value of exported electricity changes depending on when it is sent to the grid — peak hours typically attract a higher feed-in rate than off-peak hours, reflecting the greater value of electricity to the network at those times. This means the billing software cannot simply total up monthly export volume and apply a single rate; it must process data at the interval level, match each export reading to the correct time band, and apply the right rate to each segment before summing the total credit. The practical implication is that half-hourly or quarter-hourly smart meter data is not just useful but essential, and any gaps in that granular data directly impact the accuracy of the customer's credit calculation.