03.2Success Story · Energy-Tech
enercity
Ein EMS-Produkt, das drei Arbeitsplätze bedient.
PULS ist Energiemanagement als eigenes Produkt eines Energieversorgers. Endkund:innen, Fachpartner und Servicetechnik arbeiten auf derselben Anlagendatenbasis — mit unterschiedlichen Aufgaben und Rechten. Lipsia Digital hat das Produkt konzipiert und realisiert.
Anwendungen
3
Endkunden-App, Fachpartnerportal und Service-Applikation auf einer Plattform.
Anwendungsdarstellungen sind Adaptionen im Lipsia-Designsystem · Werte illustrativ
01Über das Projekt
Ein Energieversorger baut ein Produkt.
enercity wollte Energiemanagement nicht zukaufen, sondern als eigenes digitales Produkt anbieten. Ein EMS für Privatkund:innen ist dabei nur die sichtbare Hälfte: ohne Fachpartner- und Serviceprozess bleibt eine Endkunden-App ein Produkt ohne Betriebsmodell.
Wir haben PULS gemeinsam mit den Fachbereichen konzipiert und realisiert — den EMS-Kern mit Anlagenzuständen und Regelwerk, das Portal für die Fachpartner im Vertrieb und in der Montage, und die Applikation für den Service, der Anlagen in Betrieb nimmt und Störungen bearbeitet.
02Aufgabe
Drei Rollen, eine Datenbasis.
Die eigentliche Frage war nicht, wie viele Oberflächen es braucht, sondern wie viel Prozess in die Software gehört. Jede Rolle sieht dieselbe Anlage — nur mit anderen Aufgaben, anderen Rechten und anderem Kontext.
- Anlagen und Geräteklassen verlässlich anbinden
- Endkund:innen ein Produkt ohne Schulungsbedarf geben
- Fachpartner in Vertrieb und Montage arbeitsfähig machen
- Service mit Ferndiagnose vor den Einsatz setzen
- Rechte an Rollen binden, nicht an Anwendungen
03Systemlandschaft
Anlage, Gateway, Plattform, Anwendungen, Markt.
PULS sitzt zwischen den Anlagen im Haus und der Systemlandschaft des Versorgers. Nach unten spricht die Plattform Geräteprotokolle, nach oben bedient sie drei Anwendungen und die angrenzenden Systeme. Vereinfachte, öffentlich zeigbare Darstellung.
- 01 AnlagenPV-Anlage · Speicher · Wallbox · Wärmepumpe
- 02 KonnektivitätMesswerte · Zustände · MQTT
- 03 PlattformIoT-Cloud · EMS & Regeln · Optimierung & Steuerung
- 04 AnwendungenEndkunden-App · Fachpartnerportal · Montage-App
- 05 Markt & DrittsystemeDynamische Tarife · Direktvermarktung · ERP · CRM · Abrechnung
- 06 EntwicklungsperspektiveIm Aufbau: VPP · Flexibilität · Datenbasierte Optimierung
04Rollen
Ein System, drei Arbeitsplätze.
Der Fachpartner braucht die Liste der Anlagen, die er betreut. Der Service braucht die Störung mit ihrer Vorgeschichte. Die Kund:in braucht den Zustand ihrer Anlage und einen Weg, Hilfe zu holen. Dieselben Daten, drei Zuschnitte — und ein Rechtemodell, das über allen liegt.
Fachpartner
Anlagen im Blick
Betreute Anlagen, Inbetriebnahmen und offene Aufgaben in einer Ansicht.
Datenstand
1
Eine Anlage, ein Datensatz — kein Abgleich zwischen Portalen.
Rechte hängen an der Rolle
Wer eine Anlage sehen, ändern oder in Betrieb nehmen darf, entscheidet das Rollenmodell — einmal beschrieben, in allen drei Anwendungen gültig. Neue Aufgaben werden konfiguriert, nicht nachprogrammiert.
Rechte hängen an der Rolle, nicht an der Anwendung.
Modell
Eine Quelle
Rollen und Rechte liegen in der Plattform, nicht in der jeweiligen Oberfläche.
Für Kund:innen bleibt es eine App
Autarkie, Betriebszustand, Monatsbilanz — und ein Weg zum Service, der die Anlagendaten mitschickt. Endkund:innen sollen ihr System verstehen, nicht ein Rollenmodell.
Serviceweg
Mit Kontext
Die Meldung trägt Anlagen- und Gerätedaten bereits bei sich.
05Inbetriebnahme
Der Anfang entscheidet über den Betrieb.
Eine Anlage, die schlecht in Betrieb genommen wurde, erzeugt Störungen für Jahre. Deshalb ist die Inbetriebnahme in PULS kein Formular am Ende, sondern ein Prozess mit Zuständen: Partner, Service und Kund:in sehen denselben Fortschritt und dieselben offenen Punkte.
Service
Ferndiagnose zuerst
Erreichbarkeit, nachgelieferte Messwerte und Antwortverhalten der Regelung — vor dem Einsatz.
Eskalation
3
Stufen von Eingang über Ferndiagnose bis zum Vor-Ort-Einsatz.
Checkliste statt Rückfragen
Angelegt, Geräte erkannt, Messstelle verknüpft, Regelung aktiv, Kundenfreigabe: der Fortschritt ist ein Datensatz, nicht eine Telefonkette. Was fehlt, steht als offener Punkt in der Anwendung, in der es gelöst wird.
Der Fortschritt ist für Partner, Service und Kund:in derselbe Datensatz.
Offener Punkt
Zählerdaten
Ohne Messstelle kein Betrieb — der Hinweis erreicht den Partner, nicht die Kund:in.
Störungen kommen mit Vorgeschichte
Eine Meldung aus der App enthält Anlage, Gerät und letzte Messwerte. Der Service sieht den Verlauf, nicht nur den Satz „geht nicht“ — und beantwortet einen Teil der Fälle ohne Anfahrt.
Verlauf
4
Schritte von der Meldung bis zum Abschluss, für alle Beteiligten sichtbar.
06Geräte
Wärmepumpe, PV, Speicher, Wallbox.
Jede Geräteklasse bringt ihr eigenes Protokoll und ihre eigenen Ausfälle mit. Die Plattform normalisiert sie auf ein gemeinsames Zustandsmodell — erst dadurch bleibt eine neue Herstellergeneration eine Konfiguration und wird kein neues Projekt.
Illustrative Anlagenwerte im Muster der Anwendung · keine Kundendaten
Ein Zustandsmodell für alle Klassen
Zustand, Messwert, Verbindungsqualität und Nachlieferung nach Ausfall gehören zur Fachlichkeit — nicht in den Randfall. Auf diesem Modell arbeiten alle drei Anwendungen.
Illustrative Bestandszahlen — keine Anlagenzahlen des Kunden.
Protokolle
EEBUS · SunSpec · OCPP
Unterschiedliche Protokolle, ein Zustandsmodell in der Plattform.
07Technische Eckpunkte
Was in diesem System steckt.
Angaben zum Projektumfang aus der eigenen Projektkommunikation.
- Plattform
- EMS-Kern mit Regelwerk und Anlagenzuständen
- Anwendungen
- Endkunden-App · Fachpartnerportal · Service-Applikation
- Rollenmodell
- Rollen und Rechte über alle Anwendungen
- Geräteklassen
- Wärmepumpe · PV · Speicher · Wallbox · Messstelle
- Prozesse
- Inbetriebnahme, Störungsbearbeitung, Betreuung
- Integration
- Systemlandschaft des Energieversorgers
- Rolle Lipsia
- Konzeption · Realisierung
08Ergebnis
Ein Produkt mit Betriebsmodell.
PULS ist als digitales EMS-Produkt eines Energieversorgers umgesetzt — mit Fachpartnerportal und Service-Applikation, also mit den Rollen, die im Vertrieb und im Service real vorkommen. Der nächste Schritt sind tiefere Marktfunktionen: dynamische Tarife und preisbasierte Steuerung im Produktkontext des Versorgers.
Bestätigt
- Digitales EMS-Produkt für einen Energieversorger
- Fachpartnerportal und Service-Applikation
- Rollen- und Rechtemodell über alle Anwendungen
- Konzeption und Realisierung durch Lipsia Digital
//Nächste Story
Factoring-Plattform
Ein veraltetes Kernsystem trug das Factoring-Geschäft. Ersetzt durch eine mehrmandantenfähige Plattform — bei laufendem Betrieb.
//Weiterlesen
KI-generiert
Reden wir über Ihr Vorhaben.
Kostenloses Orientierungsgespräch: Ausgangslage, Vorhaben und gegenseitige Passung klären. Danach entscheiden Sie über den nächsten Schritt.