Mehrparteien-/Mieter-Cloudlösung mit Rollen/Rechten

[iwietfeld]

Hallo openWB-Team,
ich betreibe eine openWB Standalone mit mehreren Secondary-Wallboxen in einem Mehrparteien- / Mietobjekt.
Aktuell nutze ich openWB Software 2.x inkl. Cloud-Anbindung (remote.openwb.de).
Nach intensiver Einrichtung und Recherche hat sich gezeigt, dass es in openWB 2.x derzeit keine Benutzer- oder Rollenverwaltung gibt – weder lokal noch über die Cloud. Die Cloud fungiert aktuell ausschließlich als Remote-Zugriff / Spiegelung der lokalen Weboberfläche.

Konkreter Bedarf (praxisrelevant)
Für den Betrieb in Mietobjekten wären folgende Funktionen essenziell:
- Anlegen mehrerer Benutzer (Mieter)Rollen / Rechte (z. B. Admin vs. Benutzer)
- Web/App-Zugriff für Mieter ohne Zugriff auf System- oder Fremd-Wallboxen
Aktuell ist dies nicht möglich:
Es existiert
-kein Login für die lokale Weboberfläche
-Keine Cloud-seitige Benutzerverwaltung
-Keine Einschränkung der Sichtbarkeit von Ladepunkten.

Aktuelle Situation / Workaround
Derzeit ist nur ein Betrieb mit:
RFID-basierter Trennung
keinem Web-/App-Zugriff für Mieter
möglich.
Das funktioniert technisch, ist aber für viele Mieter nicht zeitgemäß und schränkt Transparenz (z. B. eigene Ladehistorie per App) ein.

Meine Fragen an euch
Ist eine Benutzer- & Rollenverwaltung für openWB 2.x geplant?
Gibt es dafür bereits:
-einen internen Entwicklungs-Branch?
-einen Beta-Zweig?
-einen groben Zeitplan?
Wird die Cloud perspektivisch von einer reinen Fernbedienung zu einer echten Benutzer-Cloud erweitert?

Warum das wichtig ist?
OpenWB wird explizit auch im Mehrparteien-Umfeld eingesetzt.
Ohne Benutzer-/Rollenmodell ist jedoch:
kein sicherer Webzugang für Mieter möglich keine saubere Rechte-Trennung umsetzbar.
Das ist aktuell einer der größten funktionalen Unterschiede zu anderen Backend-basierten Ladelösungen.
Vielen Dank für eine kurze Einschätzung oder einen Hinweis zur Roadmap.
Viele Grüße

[openWB]

https://github.com/openWB/core/tree/fea ... management

Alles funktioniert lokal. Die Cloud ist nur ein Proxy um die lokale openWB zu erreichen aus dem Internet.
Heißt auch mit Benutzerverwaltung gibt es keinen Cloud Zwang, kann aber kombiniert genutzt werden.

[Gero]

Die Cloud kann die lokale Netzwerkkonfiguration deutlich entlasten. Denn die steuerbare openWB (also die primary) muss ja aus den Mieter-LAN(s) erreichbar sein. Oder die Mieter wechseln für die openWB-Bedienung in das Wallbox-WLAN. Da ist die cloud einfacher.

[openWB]

Defenitiv. Ich wollte nur aufzeigen das es bei uns keinen Cloud Zwang gibt und die Funktion ohne Internet gegeben ist.

Ausnahme sind natürlich etwaige dynamische Tarife die ggf. abgefragt werden müssen.

[Gero]

Ausnahme sind natürlich etwaige dynamische Tarife die ggf. abgefragt werden müssen.

…die darüber hinaus in einer Umgebung, wo jeder Ladepunkt potentiell einen eigenen Stromvertrqg mitbringt, ganz neue Komplexität erreichen kann. Aber noch richten sich die meisten Stromverkäufer nach den Börsenstrompreisen, und die gibt es glücklicherweise ja nur einmal. Es ist aber sicherlich nur eine Frage der Zeit, bis irgendein Marketing-Äckspärte da auf die Idee kommt, dass sowas dem Markt noch gefehlt hat.

[openWB]

die darüber hinaus in einer Umgebung, wo jeder Ladepunkt potentiell einen eigenen Stromvertrqg mitbringt

Bisher eher immer gesamtheitlich

Der Fall das jeder sein Primary ist mit eigenem Tarif geht aber auch.
In dem Fall wird dann das LM übergeordnet vorgegeben.

[Gero]

In dem Fall wird dann das LM übergeordnet vorgegeben.

Da bin ich neugierig, wie das geht.

[hominidae]

In dem Fall wird dann das LM übergeordnet vorgegeben.

Da bin ich neugierig, wie das geht.

@openWB DAS würde mich auch interessieren. Könnte zB eine standalone statt Master der anderen Secondaries/LP zu sein das LM vorgeben und die EVU-Kits (ja, plural - je eines pro WEG-Einheit/Zählpunkt und eines für den Netzanschluss der Liegenschaft) integrieren?

[openWB]

Ja, haben wir in einer Energiegemeinschaft über mehrere Häuser hinweg so umgesetzt.
Ist aber für InHouse eigentlich nicht das passende.
Eine openWB mit der Nutzerverwaltung sollte da reichen.

Ist halt gleich bedeutend komplexer und erfordert sowohl Einrichtungs- als auch Betreuungsaufwand.
Das können wir gerne als Dienstleistung anbieten wer sich das selbst nicht zutraut.

[hominidae]

OK, danke für die Info.

Ist aber für InHouse eigentlich nicht das passende.
Eine openWB mit der Nutzerverwaltung sollte da reichen.

Ich behaupte schlicht das Gegenteil.
Der häufigste Installationsfall ist ja in den MFH auch garnichtmal das PV laden, sondern das laden über Netz, in einer WEG.
Wenn jeder Eigentümer/Mieter seinen LP als Primary mit seinem Tarifund für seinen eigenen Zähler (§14a Modul 1) nutzen könnte, wäre das optimal.

Das technische Problem ist dann doch "nur", dass ein "normales" EVU-Kit die Grätsche macht, wenn mehr als ein Client/Master dieses abfragt.
Ausserdem kann nur eine LM-Master Instanz vorhanden sein, damit sich nix "aufschaukelt".

Ist halt gleich bedeutend komplexer und erfordert sowohl Einrichtungs- als auch Betreuungsaufwand.
Das können wir gerne als Dienstleistung anbieten wer sich das selbst nicht zutraut.

Siehe oben...da muss keiner was kompliziert abrechnen, wenn jede Einheit ihren Zählen nutzt und PV nicht relevant, weil nicht vorhanden. Es muss nur eine LM-Master Instanz geben (Edit: die dann auch das dimmen nach §14a koordiniert), welche die einzelnen, unabhängigen Primary quasi als EVU-Kit/LM-Master nutzen können.
Damit könnte man ja mal anfangen
Das Modul "Energiegemeinschaft" kann ja dazukommen, wenn PV relevant wird.