Unplausible Rechnungen: Stapel statt Autopilot 2026

Unplausible Rechnungen bleiben im Stapel, weil Erkennung ohne Freigabe, Register und Git fehlt. Markieren vor Storno, Plattform-Check in 45 Minuten.

7 Sep.. 2026 | AI

Inhaltsverzeichnis

Phillip Pham, AI Developer bei Pexon Consulting | 9 Min. Lesezeit | 07.09.2026


TL;DR: unplausible Rechnungen kurz erklärt

Pexon Consulting behandelt unplausible Rechnungen als Abrechnungs-Baustein auf der Offenen KI-Plattform für Stadtwerke. Das Modell markiert Beträge und Zähler, der Mensch gibt frei. PwC und Westnetz zeigen den Branchenstand, nicht einen Pexon-Fall. Infrastruktur und Governance im Tenant, kein automatisches Storno. Code und IP gehen an Sie. Plattform-Check (45 Min).

Isoliertes Klärfall-Add-on Schicht darunter
Was das Modell darf oft buchen oder stornieren nur markieren und klassieren
Freigabe implizit oder gar nicht Mensch in der Abrechnung
Code und Register Fläche mieten Git und Register bei Ihnen

Das Problem: Der Stapel, den Abrechnung kennt

Unplausible Rechnungen merkt die Abrechnung oft zuerst am Betrag, der nicht zum Verbrauch passt. Der Zählerstand passt nicht zur Liegenschaft. Der Klärfall bleibt liegen, weil niemand ihn in der Woche noch anfasst.

Das ist Vertrieb und Abrechnung. Nicht das Postfach, nicht die Leitwarte.

Wenn Sie den Stapel kennen, kennen Sie auch den Reflex: noch eine Regel, noch ein Add-on, noch ein Prompt auf die Kundenakte. Der Stapel schrumpft selten. Er wandert. Aus der Sachbearbeitung in den PoC, aus dem PoC in ein Fachtool, das niemand ins Register schreibt.

Die EY/BDEW Stadtwerkestudie 2025 (100 Stadtwerke und regionale EVU) nennt Fachkräftemangel bei 80 Prozent. Das erklärt, warum Klärfälle liegen bleiben, ohne dass jemand die Erkennung „nicht gut genug“ finden muss. Es fehlen Hände. Es fehlt die Schicht, die markiert und wartet, statt zu buchen.


Was Vorstände 2020 schon gelesen haben

Am 24. Juni 2020 hat der BDEW mit appliedAI die Publikation Künstliche Intelligenz für die Energiewirtschaft vorgelegt. Workshop-Katalog, 44 Fälle, vier Felder. Im Feld Vertrieb und Kundenschnittstelle steht der Fall, um den es hier geht: unplausible Rechnungsbeträge anhand von Verbrauchsmustern erkennen.

Das Papier erzeugt Einigkeit über das Was. Es provisioniert kein Wie.

Wer den Katalog als Einkaufsliste liest, kauft Erkennung. Wer ihn als Menü liest, fragt nach Küche: Gateway, Freigabe, Register, Kill-Switch. Genau diese Küche fehlt 2026 in vielen Häusern, obwohl der Fall sechs Jahre auf dem Tisch liegt.

Wir raten davon ab, die Publikation als Lieferbestand zu behandeln. Sie ist gemeinsame Sprache. Sie ist kein Shop.


Was 2026 gemessen wird, ist nicht der Stapel

Digital@EVU 2026 (BDEW, VSE, Kearney, IMP3ROVE, mehr als 110 EVU) zeigt 29 Prozent mit umgesetzter KI-Strategie und 58 Prozent, die eine planen. Presse addiert das gern zu „über 90 Prozent“. Das ist Strategie auf dem Papier, nicht produktive Abrechnung.

PwC via ZfK (13. April 2026, Lagejahr 2025) sieht 79 Prozent der befragten EVU bei ersten KI-Lösungen und 61 Prozent noch experimentell. Kein Haus stuft sich als KI-getrieben ein. Nur jedes vierte hat eine Roadmap.

Die 61 Prozent erklären den Stapel besser als jede fehlende Regel. Ein Modell, das Beträge flaggt, ist in drei Wochen gebaut. Ein Weg, der nicht storniert, der loggt, der ins Register kommt und dessen Code bei Ihnen liegt, ist die andere Arbeit.

Am 29. Juni 2026 hat der Rat den Digital Omnibus mitgezogen: Anhang III der KI-Verordnung (kritische Infrastruktur als Hochrisiko) rückt auf den 2. Dezember 2027. Transparenz nach Artikel 50 gilt trotzdem. Ein Siegel „AI-Act-konform“ auf dem Klärfall-Add-on ändert den Stapel nicht.


Der Branchenstand, ohne dass wir ihn uns anheften

Westnetz automatisiert nach PwC rund 90 Prozent der Klärfälle. Das ist Branchenstand, nicht ein Pexon-Fall. Wer diese Quote als SLA kopiert, verkauft etwas, das wir nicht geben.

Dieselbe Vorsicht gilt für Karlsruhe: Die Netztochter plausibilisiert Zählerdaten, öffentlich beschrieben im ZfK-Umfeld des KI-Kompass. EWE (Foto-Zählerstand) und DSC-SAP (Add-on auf EL27) sind Nachbarn. Sie belegen, dass die Branche den Fall kennt. Sie belegen nicht, dass Pexon Consulting dort geliefert hat.

Unsere klare Empfehlung: die Quote lesen, die Schicht bauen. Nicht die Zahl eines anderen Hauses in Ihr Board-Deck heben.


Der Fehler: Erkennung ohne Schicht

Drei Varianten sehen wir 2026, und keine räumt den Stapel.

Ein isoliertes Klärfall-Tool erkennt Abweichungen und schreibt gern gleich zurück. Der CIO hat kein Register. Der Datenschutz sieht die Kundenakte im Vendor-Log.

Ein Consumer-Prompt auf die Akte ist Schatten-KI: intern, schnell, ohne Gateway. Karlsruhe hat öffentlich gesagt, warum Fachbereiche auf private Accounts ausweichen, wenn die interne Alternative fehlt. Verbot allein produziert denselben Weg.

Automatisches Storno ist die teuerste Variante. Das Modell liegt falsch, der Kunde hat die Gutschrift, die Abrechnung korrigiert nach. HITL heißt hier nicht „der Mensch schaut irgendwann vorbei“. HITL heißt: das Modell setzt Flagge und Klasse, die Abrechnung entscheidet, nichts wird ohne Freigabe geschrieben.

# Markieren, nicht buchen. Kein Storno ohne Freigabe.
def klaerfall_markieren(betrag: float, muster: float, schwellwert: float) -> dict:
    if abs(betrag - muster) > schwellwert:
        return {"flagge": "unplausibel", "aktion": "warten_auf_abrechnung"}
    return {"flagge": None, "aktion": "keine"}

Für Klassifikation reicht in der Praxis oft gpt-5.6-luna (Stand 4. September 2026). Frontier-Modelle brauchen Sie für diesen Job nicht. Was Sie brauchen, ist der Weg danach: kein Schreiben ohne Freigabe, PII vor dem Prompt, Git bei Ihnen.

Fläche mieten ist das Add-on. Git besitzen ist die Schicht. Code und IP gehen an Sie, nicht an den Vendor der Erkennungsregel.


Unplausible Rechnungen markieren, nicht buchen

Die kurze Antwort: Ja, das Modell darf den Betrag und den Zähler markieren. Nein, es darf nicht stornieren. Unplausible Rechnungen bleiben ein Freigabefall, kein Autopilot.

Klasse, Flagge, Begründung in einer Zeile, die ein Mensch in der Abrechnung versteht. Danach Freigabe oder Zurückweisen. Logs mit Quelle, Rolle, Zeitpunkt. Kill-Switch auf den Pfad, der schreiben wollte.

Personenbezogene Felder gehören vor den Prompt, nicht danach. Der PII-Filter sitzt auf der Schicht, nicht als nachträgliches Add-on im Fachtool.

Copilot bleibt in Office. Die Kundenakte und der Zähler laufen nicht über denselben Seat.

Netzindex nicht im Vertriebs-Prompt. Wer GIS und CRM in denselben Chat legt, hat einen anderen Bruch als einen Klärfall. Das ist Entflechtung, nicht Abrechnung.

Der Fach-Chat läuft. Was für den Produktivbetrieb fehlt: Gateway, menschliche Freigabe (HITL), Git im eigenen Tenant. Genau den Sprung von Fach-Chat zur Plattform klären Sie im Plattform-Check. Nicht eine weitere Erkennungsregel.

Sieben Punkte, ohne die der erste Klärfall nicht ins Modell darf:

  1. Consumer-URLs im Netz inventarisiert und gesperrt, wo die Akte liegen könnte.
  2. Register: welcher Fall, welches Modell, wer freigibt.
  3. Flagge und Klasse, kein Schreiben ohne Freigabe.
  4. PII vor dem Prompt, nicht als nachträgliche Maske im Log.
  5. Kill-Switch einmal getestet, bevor der erste produktive Lauf startet.
  6. Copilot bleibt auf Office-Daten, Abrechnung läuft über die Schicht.
  7. Code der kundenspezifischen Regel liegt in Ihrem Git.

Die Schicht darunter, und für wen dieser Text nicht gilt

Die Offene KI-Plattform für Stadtwerke ist Infrastruktur plus Governance. SSO, Logs, Register, Kill-Switch, PII, Verbrauch statt Sitz. Pexon Consulting (80 Mitarbeitende, Deutschland, Microsoft Partner) provisioniert diese Schicht. Wir verkaufen keinen Storno-Autopilot.

Dieser Text gilt für integrierte EVU mit eigener Abrechnung, grob ab 800 Beschäftigten. ÜNB und reines Netz ohne Abrechnung sind nicht die Leser. Die landen bei Wissen oder Netzfällen, nicht hier.

Wenn Sie den Stapel kennen und trotzdem ein Add-on kaufen, das storniert, haben Sie die Schicht nicht gekauft. Sie haben eine Regel gemietet.


Häufig gestellte Fragen

Warum bleiben unplausible Rechnungen im Stapel, obwohl die Branche hohe Automatisierungsquoten nennt?

Weil Strategiequote und Experiment nicht dasselbe sind wie produktive Abrechnung. Digital@EVU 2026 misst umgesetzte Strategie, PwC misst Nutzung, oft noch experimentell. Der Stapel bleibt, wenn Erkennung ohne Freigabe, Register und Git bleibt.

Was kostet die Schicht unter der Abrechnung?

Kein Euro-Betrag auf dieser Seite. Der Plattform-Check (45 Minuten) klärt Scope, Gateway und Freigabe. Cloud und Modelle bleiben extra. Preis nach Schnitt, nicht nach Folie.

Isoliertes Klärfall-Tool vs Offene KI-Plattform: was ist der Unterschied?

Das Tool erkennt. Die Plattform trägt Gateway, HITL, Register und Ihren Code. Wer nur erkennt, mietet Fläche. Wer die Schicht hat, besitzt den Weg vom Flag bis zur Freigabe.

Darf das Modell unplausible Rechnungen automatisch stornieren?

Nein. Markieren und klassieren ja, buchen nein. Ein falsches Storno ist teurer als ein liegen gebliebener Fall. Die Abrechnung entscheidet.

Für wen gilt dieser Text nicht?

Nicht für ÜNB und nicht für reines Netz ohne Abrechnung. Der Fall sitzt in Vertrieb und Abrechnung integrierter EVU. Wer keine Rechnungen schreibt, braucht diesen Baustein nicht.


Nächster Schritt

Wenn der Stapel in der Abrechnung liegt, ist der nächste Schritt die Schicht, nicht die nächste Regel. Wie der Baustein im Stadtwerk aussieht, beschreibt die Seite zu unplausiblen Rechnungen auf der Offenen KI-Plattform. Mitbringen sollten Sie, wo die Klärfälle heute stecken (Betrag, Zähler oder beides) und wer stornieren darf. Den Stand klären Sie im Plattform-Check (45 Min).


Verwandte Themen


Microsoft Fabric. Bilder Blogtemplate Whitepaper

Claude Code im Unternehmen

  • Praxis-Guide für IT-Leiter – mit konkreten Einblicken zu Kosten, Sicherheit und Rollout von Claude Code im Unternehmen.

Beratungsgespräch

Sichern Sie sich Ihre kostenfreie Erstberatung

Analyse Ihres individuellen Cloud- oder KI-Bedarfs
Erste Empfehlungen zu Umsetzungsstrategien
Transparente Einblicke in unsere Methoden, Technologien & Referenzen