Skip to content
Services

Utility Digitalisation with AI Agents

AI agents for utilities: meter readings, feed-in applications and service requests reach your team already checked and matched.

WorkflowsSample data

What we deliver

Utility digitalisation, in operational terms, means the recurring cases between customer contact and the billing system run without manual handover steps, while the billing system stays the system of record. We build AI agents and automations that take in meter readings, move-in and move-out notices, feed-in applications and service requests, check them, match them to the right contract account and hand your team a case that is ready to decide. Data is written back only where your systems allow it.

Where utilities actually lose time

Not in the customer portal. Most utilities run one by now. The load sits next to it: meter readings arriving as a phone photo of the reading card, cancellations written as free text, move notices without a metering point reference, feed-in applications with half the plant documentation attached. Every one of those cases starts with the same search. Who is this, which metering point, which contract, which stage of the supplier switch.

And the load arrives in waves. The annual billing run predictably triggers questions about instalments and back payments. A price adjustment letter does the same, compressed into a few days. The smart meter rollout adds appointment questions and opt-out declarations. The pattern is known, yet you cannot double the service desk for a single week. That gap is what we automate:

  • Intake: emails, forms and PDF attachments get classified, matched to metering point and contract account, duplicates flagged.
  • Completeness: if a feed-in application is missing the plant rating or a certificate, the request for the missing document goes out and is logged.
  • Answers: status, instalment amount, appointment. Read access to approved sources only, handover to an agent as soon as a change is involved.
  • Escalation: outage reports and hardship cases go straight to the people responsible for them.

The assistant answers, it does not decide

An AI assistant in utility customer service is not a sales channel. It takes in the request, matches it, answers standard questions from approved material and hands over. Tariff commitments, payment plans, disconnections and anything with legal consequence stay with your team, because a wrong statement about supply obligations costs more than any minute saved.

From 2 August 2026, Article 50 of the EU AI Act requires that users can tell they are talking to an AI. We build that in as the default, not as a later checkbox: disclosure in the first reply, handover to a human at any point, a full transcript of the conversation.

Our own infrastructure, because yours is critical infrastructure

A company operating grids or supplying households is measured against different standards than an online shop. Our automations therefore run on self-hosted n8n with PostgreSQL and NocoDB, in Europe, on infrastructure your organisation or we control, not in a US cloud. Where a language model is involved, we tell you which model does the work, where it runs and what data leaves the system at all. For many cases the case text is enough, without customer master data.

About your billing system we ask one question: which interface does it expose. SAP IS-U, Schleupen, kVASy, an in-house build, plus market communication on top. If there is no write interface, the automation writes nothing and instead presents the checked case for approval. That sounds less like full automation and lasts longer in production. The vendor-neutral part, agent architecture, model selection and operations, is documented on AI agent integration. This page covers the utility case.

Getting started

One case type, one wave, measured against handling time in the service centre. Usually that is the inbound channel before the annual billing run, or feed-in customer onboarding. The first call is free and ends with a straight answer on whether the first process is worth doing at all: contact.

Challenge & Solution
The situation

The Challenge

Meter readings, move notices, cancellations and feed-in applications reach a utility service centre in every format imaginable, and hardly any of them quote the metering point. Every case therefore starts with a search in the billing system instead of the actual work. After the annual billing run and after every price adjustment letter that work arrives all at once, while the headcount stays the same.

Our approach

Our Solution

We put an automation layer in front of the billing system: incoming cases get classified, matched to the contract account, checked for completeness and then either answered or handed over ready to decide. An AI assistant covers standard enquiries and is recognisable as an AI, while anything with legal consequence stays with your agents. The workflows run self-hosted on n8n with PostgreSQL in Europe, not in a US cloud.

Use Cases

01

Meter readings and forms from the shared mailbox

Emails with a reading photo, free text or a PDF form get classified, matched to metering point and contract account and passed on as a checked case. Ambiguous cases go to an agent with a reason attached instead of quietly disappearing.

02

Feed-in customer onboarding

Feed-in applications for solar plants are checked for completeness, missing certificates and plant data are requested automatically, and the status per application is tracked. Technical review and the connection commitment stay with your grid and sales teams.

03

The wave after annual billing and price adjustments

An assistant, disclosed as AI, answers the recurring questions on instalment amounts, back payments and appointments from approved sources. Payment plan requests, hardship cases and disputes are handed to a human with the full history.

04

Supplier switching and market communication

Registrations, deregistrations, supplier switches and clearing cases from market communication are captured, checked against metering point and deadline, and sorted before they reach the team. When a reply is running towards its deadline, the case surfaces early instead of coming back later as a clearing case.

Our Process

01

Map the inbound channels

We walk through what actually arrives with your customer service team: shared mailbox, forms, paper, phone notes. For each case type we record what is done by hand today and where processing stalls.

02

Settle data access and approvals

Which interface does the billing system expose, what is read-only, who is allowed to trigger what. The result is a list of access rights and a clear boundary where the automation stops.

03

Pilot on one case type

We finish one case type end to end, with human confirmation at every point where something leaves the house. Your agents see the proposals, correct them and sharpen the rules in the process.

04

Take it into operation

Monitoring, failure paths, retries, escalation to a named person. Every case stays logged, including the ones the automation deliberately left untouched.

05

Add the next case type

The second process starts only once the first one runs quietly. Reporting shows volume per case type, the quality of the matching and which cases ended up with the team.

Technologies & Methodology

n8n (self-hosted)PostgreSQLNocoDBREST & Webhook APIsOpenRouter (LLM-Routing)

More services under AI Agent Integration

Frequently Asked Questions

Answers about Utility Digitalisation with AI Agents

Preise

1
What does automation in customer service cost?
We quote after the first call rather than selling off-the-shelf packages. Effort depends on the number of case types, on what your billing system exposes and on whether we run operations. Running costs are listed separately: your own infrastructure and, where a language model is involved, the model cost per case. The first call is free.

Ablauf

2
How does a digitalisation project at a utility work?
In five steps: map the inbound channels, settle data access and approvals, build one case type as a pilot, take it into operation, add the next case type. We deliberately start with a single case type, usually the inbound channel ahead of the annual billing run, because the volume there is visible. The pilot runs with human confirmation until your team trusts the output.
How long until the first process is live?
That depends less on development than on approvals. A shared mailbox with classification and matching goes live considerably faster than feed-in onboarding that touches three departments. We scope the pilot so that something productive runs early instead of building one large system for months. We name a date once the interface situation is clear.

Technologie

1
What are the prerequisites on your side?
Three things: access to the inbound channel we are meant to automate, a read interface or a regular export from the billing system, and one contact each from customer service and IT. No system replacement is needed, we work in front of your existing system. Without a write interface the automation presents the checked case instead of posting it itself.

Compliance

1
Where does the data sit, and how is the AI disclosed?
The workflows run self-hosted on n8n with PostgreSQL in Europe, on infrastructure your organisation or we control. That comes with a data processing agreement, roles, logging and deletion periods per case type. From 2 August 2026, Article 50 of the EU AI Act requires users to be able to tell they are talking to an AI. That is built in, not an add-on. Where a language model is needed, we disclose which model does the work and what data it sees.

We'll show you what this service looks like in practice.

Let's discuss how we can customize this service for your business.