Regulierung, die Software anwenden kann.

Das Problem ist nicht, Regulierung zu finden. Sondern sie anzuwenden.

Energieunternehmen scheitern nicht daran, dass Regulierung unzugänglich wäre. Die Anforderungen verteilen sich auf Gesetze, Verordnungen, Festlegungen der Bundesnetzagentur, Marktprozesse, technische Regeln und operative Hinweise. Für Software ist das in dieser Form praktisch unbrauchbar.

Eine Schicht zwischen Regulierung und Software.

1. Regulatorische Quellen

   • Gesetze
   • Verordnungen
   • Festlegungen der BNetzA
   • Marktprozesse
   • EU-Recht
   • Technische Regeln

2. RegTracer

   • Versionierung der Quellen
   • Extraktion der Regeln
   • Anwendbarkeitslogik
   • Fristen
   • Marktrollen
   • Belege
   • Abhängigkeiten

3. Maschinenlesbare Ausgabe

   • Geltende Pflichten
   • Benötigte Daten
   • Fristen
   • Prüfregeln
   • Belege
   • Prüfstatus

4. Energiesoftware

   • CRM
   • EDM
   • Abrechnung
   • Marktkommunikation
   • Asset-Plattformen
   • Datenplattformen
   • KI-Agenten
   • Workflow-Automatisierung

RegTracer ist kein weiteres führendes System. Es ist die regulatorische Schicht, die bestehende Systeme abfragen.

Quelle, Regel, Anwendbarkeit, Beleg.

Jedes Ergebnis von RegTracer durchläuft vier Ebenen. Erst alle vier zusammen machen aus einem Gesetzestext eine Regel, die Software verwenden kann.

1. 01 · Quelle

   Was sagt die maßgebliche Quelle?

   RegTracer speichert regulatorische Quellen mit Fassung, Gültigkeitszeitraum, Behörde und Fundstelle.

   GesetzVerordnungBNetzA-FestlegungMarktprozessTechnische Regel

2. 02 · Regel

   Welche Pflicht oder Grenze folgt daraus?

   Die maßgebliche Stelle wird in eine strukturierte regulatorische Regel übersetzt.

   RegistrierungspflichtMeldepflichtFristDatenanforderungProzessvorgabeVerbotFördervoraussetzung

3. 03 · Anwendbarkeit Der Kern

   Wann gilt die Regel tatsächlich?

   Ob eine Regel greift, hängt vom Einzelfall ab. Genau diese Bedingungen modelliert RegTracer.

   MarktrolleAnlagentypLeistungInbetriebnahmeSpannungsebeneVertragsformKundentypTechnologieProzessRechtsraumÜbergangsfristenAusnahmen

4. 04 · Beleg

   Warum kommt RegTracer zu diesem Ergebnis?

   Jedes Ergebnis nennt Quelle, Fassung, Stichtag, die maßgebliche Stelle, die angewandte Regel und den Weg dorthin. Nachprüfbar für Menschen, verwendbar für Software.

   QuelleFassungStichtagFundstelleAngewandte RegelAnwendbarkeitPrüfpfad

Keine Antworten. Ausführbare regulatorische Logik.

Eine Fundstelle reicht nicht. Software muss wissen, wann eine Regel gilt.

Wo Software RegTracer fragt.

Fünf Prozesse, in denen regulatorische Logik heute von Hand in Software übersetzt wird. Der Status zeigt ehrlich, was RegTracer davon heute schon kann. „verfügbar“ heißt: live über die API, mit einem API-Schlüssel.

• 01verfügbar

  Asset-Onboarding

  Eine neue Anlage kommt ins CRM oder in die Asset-Plattform. Welche Pflichten gelten?

  • Geltende Pflichten und Registrierungen
  • Benötigte Stammdaten
  • Fristen und verantwortliche Marktrolle
  • Belege

  CRM → POST /v1/pruefungen → Onboarding-Workflow

• 02geplant

  Auswirkungen von Rechtsänderungen

  Eine Regel ändert sich. Welche Anlagen, Kunden, Verträge oder Prozesse sind betroffen?

  • Geänderte Regel und Gültigkeitsdatum
  • Betroffene Objekttypen und Prozesse
  • Betroffene Datenanforderungen

  Rechtsänderung → RegTracer → Auswirkungsanalyse → Backlog

• 03geplant

  Datenprüfung

  Enthält ein Datensatz alles, was ein regulierter Prozess verlangt?

  • gültig / ungültig
  • Fehlende und widersprüchliche Felder
  • Angewandte Regel und Quelle

  meldung_pruefen(datensatz, pflicht)

• 04verfügbar

  Fristberechnung

  Bis wann muss eine Handlung erledigt sein?

  • Fälligkeit und Rechengrundlage
  • Status relativ zum Stichtag: offen, bald fällig, überfällig
  • Kalendertage, Werktage, wiederkehrende Termine
  • Quelle

  frist_berechnen(regel, ereignisdatum, stichtag)

• 05geplant

  Leitplanken für KI-Agenten

  Ein Agent plant eine Handlung. Ist sie mit den geltenden Vorgaben vereinbar?

  • Geltende regulatorische Grenze
  • erlaubt / nicht erlaubt / Prüfung nötig
  • Begründung, Quelle, Gültigkeitsdatum

  regel_pruefen(handlung, kontext, datum)

Integration.

RegTracer ist kein Chat. Die Schnittstellen sind für Software gebaut: Bestehende Systeme fragen RegTracer dort, wo eine regulatorische Entscheidung fällt, und verarbeiten das Ergebnis direkt weiter.

• Für Anwendungenverfügbar

  REST-API

  CRM, EDM, Abrechnung oder Asset-Plattform fragen RegTracer direkt aus dem Prozess: Rolle, Anlage, Ereignisse und Stichtag rein; geltende Pflichten mit berechneter Frist, wörtlichem Beleg und offenen Punkten raus.

  Live unter https://api.regtracer.energy/v1, Schnittstellenbeschreibung offen unter /docs. API-Schlüssel mit Scopes, hier beantragen. Fehler als Problem Details (RFC 9457).

  CRM → POST /v1/pruefungen → Onboarding-Workflow

• Für KI-Agentenverfügbar

  MCP-Server

  Agenten rufen die Werkzeuge von RegTracer direkt auf und bekommen strukturierte, belegte Pflichten statt Prosa. Fristen werden gerechnet, nicht geschätzt. Dieselben Schlüssel und Rechte wie bei REST, Endpunkt https://api.regtracer.energy/mcp/.

  Agent → nachricht_pruefen() → Plan mit Fundstelle

• Für Ihr Datenmodellverfügbar

  Merkmalskatalog

  Welche Angaben eine Anfrage enthalten kann, mit Typ, Einheit und erlaubten Werten. So schickt Ihre Software die Stammdaten mit, die eine Prüfung braucht. Die Regeln selbst bleiben in RegTracer: Sie bekommen Ergebnisse mit Beleg, nicht das Regelwerk.

  GET /v1/merkmale

• Für Change-Managementgeplant

  Änderungs-Feed

  Neue und geänderte Regeln werden gemeldet, mit Gültigkeitsdatum und den betroffenen Objekttypen. So landet eine Rechtsänderung im Backlog, bevor sie wirkt.

  Rechtsänderung → regel_aenderungen() → Backlog

• Für Fachleuteim Einsatz · intern

  Prüfoberfläche

  Jede Regel wird vor der Freigabe fachlich bestätigt, korrigiert oder abgelehnt, im Vier-Augen-Prinzip und mit Audit-Protokoll. Freigegeben wird in versionierten Releases. Nur Bestätigtes verlässt RegTracer, Vorschläge bleiben intern.

  Vorschlag → Vorprüfung → fachliche Prüfung → Release

• Für Einzelfragenoptional

  Chat

  Eine mögliche Oberfläche auf demselben Bestand, mit denselben Belegen. Sie ist eine Zugangsform unter mehreren, nicht der Kern des Produkts.

  Frage → derselbe Bestand → belegte Antwort

Werkzeuge hinter jeder Schnittstelle

• nachricht_pruefen(rolle, anlage, ereignisse, stichtag)→alle geltenden Pflichten, offene Punkteverfügbar · REST + MCP
• frist_berechnen(regel, ereignisdatum, stichtag)→Frist, Rechengrundlage, Quelleverfügbar · REST + MCP
• beleg_zitieren(abschnitt)→Fundstelle im Wortlautverfügbar · REST + MCP
• abdeckung()→Status je Thema der Landkarteverfügbar · REST + MCP
• meldung_pruefen(datensatz, pflicht)→fehlende und fehlerhafte Feldergeplant
• regel_pruefen(handlung, kontext, datum)→erlaubt / nicht erlaubt / Prüfunggeplant
• regel_aenderungen(von, bis, bereich)→Änderungen im Zeitraumgeplant
• betroffenheit_ermitteln(aenderung, portfolio)→betroffene Objektegeplant

Wissen, was RegTracer weiß.

RegTracer behauptet nicht, alle Bereiche vollständig zu kennen. Jeder Bereich trägt einen Status. So sehen Sie vorab, wo Sie sich auf das Ergebnis stützen können und wo nicht.

• verifiziert bestätigte Regeln im veröffentlichten Release
• modelliert Regeln strukturiert, Prüfung noch offen
• in Arbeit Quellen im Korpus, Modellierung läuft
• geplant Teil der Roadmap

• Europäische Gesetzgebungverifiziert · 1 von 12
• Erzeugung & Einspeisungverifiziert · 7 von 13
• Netz & Anschlussverifiziert · 9 von 15
• Marktprozesse & Messwesenverifiziert · 2 von 12
• Handel, Vermarktung & Flexibilitätverifiziert · 7 von 10
• Vertrieb & Endkundeverifiziert · 3 von 11
• Speicher, Mobilität & Effizienzverifiziert · 1 von 5
• Beschaffung & Importgeplant
• Fernleitung & Verteilnetzin Arbeit
• Speicher & Krisenvorsorgein Arbeit
• Handel & Bilanzierunggeplant
• Vertrieb & Gaskundein Arbeit
• Erzeugung & Zertifizierungin Arbeit
• Transport & Speicherin Arbeit
• Nutzung & Nachfragegeplant
• Wärmeerzeugung & Quellenin Arbeit
• Wärmenetzein Arbeit
• Gebäude & Wärmekundein Arbeit
• Klima, CO₂ & Nachhaltigkeitgeplant
• Steuern, Umlagen & Preisbestandteileverifiziert · 2 von 6
• Sicherheit, KRITIS & Resilienzverifiziert · 4 von 7
• Daten, Digitalisierung & KIin Arbeit
• Register, Plattformen & Formateverifiziert · 4 von 12
• Aufsicht, Verfahren & Sanktionenverifiziert · 1 von 7

Stand Release 2026.10.8 vom 12.10.2026: 321 bestätigte Regeln, 41 von 163 Themen der Landkarte verifiziert, 49 in Arbeit. „Verifiziert“ heißt: Für den Bereich stehen geprüfte Regeln im Release. Vollständig ist er damit nicht. Die Angaben kommen direkt aus RegTracer, über die Schnittstelle /v1/abdeckung.

163 Themen · 8 Bereiche · Filter nach Rolle und AssetZur Landkarte →

Jedes Ergebnis muss angreifbar sein.