Changes for page Schwarmspeicher Electrify
Last modified by Patrizia Gurschka on 2026/09/10 14:58
From version 12.1
edited by Patrizia Gurschka
on 2026/09/10 08:16
on 2026/09/10 08:16
Change comment:
There is no comment for this version
To version 2.1
edited by Dimitri Rupp
on 2026/07/08 12:34
on 2026/07/08 12:34
Change comment:
There is no comment for this version
Summary
-
Page properties (2 modified, 0 added, 0 removed)
-
Attachments (0 modified, 0 added, 2 removed)
Details
- Page properties
-
- Author
-
... ... @@ -1,1 +1,1 @@ 1 -XWiki. gurschkap1 +XWiki.drupp - Content
-
... ... @@ -1,255 +1,148 @@ 1 -|(% style="width:788px" %)((( 2 -= 🔋 Schwarmspeicher Electrify = 1 +{{box cssClass="floatinginfobox" title="**Auf dieser Seite**"}} 2 +{{toc/}} 3 +{{/box}} 3 3 4 -{{info}} 5 -**Zweck:** Webbasiertes Projektmanagementsystem zur Verwaltung von Batterie-Großspeicherprojekten in Deutschland und Österreich — vom Standort über Genehmigungen bis zur Projektsteuerung und Dokumentation. Deckt zwei Use-Cases ab: klassische Schwarmspeicher-Standorte und PV-Co-Location-Standorte. 5 += 🔋 Schwarmspeicher Electrify = 6 6 7 -**Zielgruppe: **Vertriebs-/Projektentwicklungsteam und IT/DevOps-Betrieb. 7 +{{info}} 8 +**Zweck:** Webbasiertes Projektmanagementsystem zur Verwaltung von Batterie-Großspeicherprojekten in Deutschland und Österreich — vom Standort über Genehmigungen bis zur Projektsteuerung und Dokumentation. 8 8 {{/info}} 9 9 10 -|((( 11 -📁 src/ 12 - 13 -📁 components/ UI-Komponenten (Schwarmspeicher + CoLocation*-Pendants) 14 - 15 -📁 pages/ Seiten der Anwendung 16 - 17 -📁 hooks/ Datenzugriffe und Business-Logik 18 - 19 -📁 integrations/ Supabase Client 20 - 21 -📁 types/ TypeScript-Modelle 22 - 23 -📁 lib/ Hilfsfunktionen (u.a. mapCoordinates.ts) 24 - 25 -📁 supabase/ 26 - 27 -📁 migrations/ SQL-Migrationen (inkl. komplettes PV-Co-Location-Schema) 28 - 29 -📁 functions/ Edge Functions 30 -))) 31 - 32 -== Architektur == 33 - 34 -[[image:1789017284336-190.png||height="353" width="762"]] 35 - 36 -Zusätzlich übernimmt nginx im Frontend-Container TLS-Terminierung und same-origin-Routing (/auth, /rest, /storage, /realtime, /functions → supabase-kong) — dadurch läuft die App ohne CORS- oder Private-Network-Access-Probleme im Browser 37 -)))|(% style="width:280px" %)((( 38 -{{toc/}} 39 - 40 - 41 -))) 42 - 43 - 44 - 45 45 == Übersicht == 46 46 47 -**Schwarmspeicher Electrify **unterstützt den gesamten Projektlebenszyklus: Standortidentifikation, Genehmigungen, Projektsteuerung und Dokumentation— für beide Use-Cases parallel, über einen Umschalter in der Seitenleiste.13 +**Schwarmspeicher Electrify** unterstützt den gesamten Projektlebenszyklus: Standortidentifikation, Genehmigungen, Projektsteuerung und Dokumentation. 48 48 49 49 == Technologie-Stack == 50 50 51 -**Frontend: **React 18 · TypeScript · Vite · Tailwind CSS · shadcn/ui · React Router · React Query ·Leaflet+leaflet.markercluster(Kartendarstellung) · Recharts (Diagramme)· XLSX (Excel-Import/-Export)17 +**Frontend:** React 18 · TypeScript · Vite · Tailwind CSS · shadcn/ui · React Router · React Query · React Hook Form · Leaflet (Kartendarstellung) · Recharts (Diagramme) 52 52 53 -**Backend: **Supabase(self-hosted)— PostgreSQL, Authentication, Storage, Edge Functions, Row Level Security (RLS)19 +**Backend:** Supabase — PostgreSQL, Authentication, Storage, Edge Functions, Row Level Security (RLS) 54 54 55 -== Use-Case-Umschalter ==21 +== Projektstruktur == 56 56 57 -Zwei Buttons oben in der Seitenleiste ("Schwarmspeicher" / "PV-Co-Location"). Welcher Use-Case aktiv angezeigt wird, leitet sich direkt aus der aktuellen URL ab (Hook useUseCase.tsx, /pv-colocation/*-Pfade vs. Rest) — nicht aus einem gespeicherten Zustand. Dadurch zeigt die Seitenleiste nach Login oder direktem Aufruf eines Links immer konsistent den richtigen Use-Case. 23 +{{code}} 24 +src/ 25 + ├── components/ UI-Komponenten 26 + ├── pages/ Seiten der Anwendung 27 + ├── hooks/ Datenzugriffe und Business-Logik 28 + ├── integrations/ Supabase Client 29 + ├── types/ TypeScript-Modelle 30 + └── lib/ Hilfsfunktionen 58 58 32 +supabase/ 33 + ├── migrations/ 34 + ├── functions/ 35 + └── config.toml 36 +{{/code}} 37 + 59 59 == Hauptfunktionen == 60 60 61 61 === Dashboard === 62 62 63 -Zentrale Übersicht über Projekte, Status, Kennzahlen und Projektfortschritt. 42 +Zentrale Übersicht über Projekte, Status, offene Aufgaben, Kennzahlen und Projektfortschritt (Komponente ##Dashboard.tsx##). 64 64 65 -* Schwarmspeicher: Dashboard.tsx — Pipeline-Summary, kW/kWh-KPIs, Plan-vs-Ist-Charts pro Meilenstein 66 -* PV-Co-Location: CoLocationDashboard.tsx — gleiche Struktur, Einheiten angepasst (kWp/kW), zweite Übersichtskarte zeigt Standortpartner-Anzahl statt Gemeinden 44 +=== Projektverwaltung === 67 67 68 - ===Projektverwaltung/ Standortverwaltung===46 +Verwaltung aller Batteriespeicherprojekte: anzeigen, Detailansicht, bearbeiten, Projektstatus, Meilensteine. Komponenten: ProjectTable, ProjectDetail. 69 69 70 -Standorte anlegen, bearbeiten, importieren, Historie, Dokumente, sortierbare Tabelle mitMeilenstein-Filter, Bulk-Bearbeitung,Als-abgebrochen-markieren/Reaktivieren.48 +=== Standortverwaltung === 71 71 72 -* Schwarmspeicher: ProjectTable, StandortDetail, CreateStandortFormNew, StandortImportDialog, StandortDokumente, AbbruchDialog, MeilensteinQuickEdit, MeilensteinMatrix, BulkEditStandortDialog 73 -* PV-Co-Location: CoLocationProjectTable, CoLocationStandortDetail, CreateCoLocationForm, CoLocationImportDialog, CoLocationStandortDokumente, CoLocationAbbruchDialog, CoLocationMeilensteinQuickEdit, CoLocationMeilensteinMatrix, CoLocationBulkEditDialog 50 +Standorte anlegen, bearbeiten, importieren, Historie, Dokumente. Komponenten: StandortDetail, CreateStandortForm, StandortImportDialog, StandortDokumente. 74 74 75 -Import-Dialoge (beide Use-Cases) unterstützen: direkte Koordinatenspalten, DMS-Format, Koordinatenpaare im Adressfeld, Gemeinde-Auflösung per PLZ, mehrstufige strukturierte Geocoding-Anfragen (inkl. Konskriptionsnummern) mit Validierung gegen Gemeinde-Zentroide, sowie automatische Erkennung der Kopfzeile. 76 - 77 77 === Gemeinden === 78 78 79 -Verwaltung der Gemeinden (CreateGemeindeForm ,nur Schwarmspeicher).Edge Function fetch-noe-gemeindenlädtNÖ-Gemeinden.54 +Verwaltung der Gemeinden (Komponente CreateGemeindeForm). Zusätzlich existiert eine Supabase Edge Function zum Abruf von NÖ-Gemeinden (##supabase/functions/fetch-noe-gemeinden##). 80 80 81 81 === Kartenansicht === 82 82 83 - Interaktive Karte aller Standorte(Leaflet+ Clustering),Adresssuche,Vollbildmodus,Flächenauswahl(Shift+Ziehen),Trafokarte-NÖ-LayermitLegende.58 +Darstellung aller Standorte auf einer interaktiven Karte (Leaflet, React Leaflet). Komponenten: ProjectMap, LocationPickerMap. 84 84 85 -* Schwarmspeicher: ProjectMap 86 -* PV-Co-Location: CoLocationMap 87 -* Gemeinsam genutzt: LocationPickerMap (Einzelstandort-Kartenauswahl), src/lib/mapCoordinates.ts (dedupeCoordinates — verhindert sofortiges Auftrennen bei identischen Koordinaten) 88 - 89 89 === Potenzialanalyse === 90 90 91 -Bewertung möglicher Standorte (PotenzialTabelle, PotenzialPage) — nur Schwarmspeicher, kein Pendant bei PV-Co-Location.62 +Bewertung möglicher Standorte. Komponenten: PotenzialTabelle, PotenzialPage. 92 92 93 93 === Pipeline === 94 94 95 -* Schwarmspeicher: VorprojektePipeline, VorprojektTimeline 96 -* PV-Co-Location: CoLocationPipeline (Felder an kWp/BESS-kW angepasst; kein Pendant zu VorprojektTimeline) 66 +Verwaltung von Vorprojekten. Komponenten: VorprojektePipeline, VorprojektTimeline. 97 97 98 98 === Meilensteinverwaltung === 99 99 100 -Projektfortschritt über Meilensteine ,matrixartigeÜbersichtmitBulk-Setzen, Gruppierung.70 +Projektfortschritt über Meilensteine. Komponenten: MeilensteinMatrix, MeilensteinQuickEdit. 101 101 102 -* Schwarmspeicher: MeilensteinMatrix, MeilensteinQuickEdit (inkl. Sonderfall-Dialog NetzvertragAnpassungDialog) 103 -* PV-Co-Location: CoLocationMeilensteinMatrix, CoLocationMeilensteinQuickEdit — eigene Meilensteinkette: Vollmacht gestellt → Vollmacht erhalten → Netzantrag gestellt → Netzvertrag erhalten → Pachtvertrag unterschrieben → Standort gebaut → Standort live Trading (Kurzbeschriftungen: VM ges. / VM erh. / NA gest. / NV erh. / PV unt. / Gebaut / Trading) 104 - 105 -=== Stockend === 106 - 107 -Zeigt Standorte, bei denen die Lead-Time zwischen zwei Meilensteinen überschritten ist, konfigurierbare Regeln. 108 - 109 -* Schwarmspeicher: StuckPage 110 -* PV-Co-Location: CoLocationStuckPage (eigene, getrennt gespeicherte Lead-Time-Regeln entlang der neuen Meilensteinkette) 111 - 112 -=== Forecast === 113 - 114 -Monatliche Zielvorgaben, Plan-vs-Ist-Charts pro Kennzahl. 115 - 116 -* Schwarmspeicher: ForecastPage (kW und kWh pro Monat/Meilenstein, nach Land AT/DE getrennt) 117 -* PV-Co-Location: CoLocationForecastPage — 4 KPI-Charts entlang Netzantrag gestellt / Netzvertrag erhalten / Standort gebaut / Standort live Trading (kein Land-Split) 118 - 119 119 === Aufgabenverwaltung === 120 120 121 -Projektbezogene Aufgaben ,jeweils eigene, komplett getrennteListeproUse-Case.74 +Projektbezogene Aufgaben. Komponenten: TaskManager, TasksPage. Hook: ##useTasks()##. 122 122 123 -* Schwarmspeicher: TaskManager, TasksPage, Hook useTasks() 124 -* PV-Co-Location: CoTaskManager, CoLocationTasksPage, Hook useCoTasks() 125 - 126 126 === Dokumentenverwaltung === 127 127 128 -Zu jedem Standort undjedemStandortpartnerkönnen Dokumentehochgeladenwerden.78 +Zu jedem Standort können Dokumente verwaltet werden. Komponenten: StandortDokumente, PartnerDokumente. 129 129 130 -* Schwarmspeicher: StandortDokumente, PartnerDokumente, Hook useDokumente() 131 -* PV-Co-Location: CoLocationStandortDokumente, CoLocationPartnerDokumente, Hook useCoDokumente() — eigener Storage-Bucket co-dokumente 132 - 133 133 === Standortpartner === 134 134 135 -Verwaltung von Projektpartnern ,eigene, komplett getrennte Partnerliste pro Use-Case.82 +Verwaltung von Projektpartnern. Komponenten: StandortpartnerManager, StandortpartnerTable. 136 136 137 -* Schwarmspeicher: StandortpartnerManager, StandortpartnerTable 138 -* PV-Co-Location: CoLocationStandortpartnerManager, CoLocationStandortpartnerTable 139 - 140 140 === Benutzerverwaltung === 141 141 142 -Anmeldung, Passwortänderung, Rollen (admin/user). Komponenten: AuthProvider, ProtectedRoute, BenutzerPage,LoginPage. Läuft überdie EdgeFunctionmanage-users (Supabase Admin-API, prüftAdmin-Rechteserverseitig). Nach Login wird immerauf "/" weitergeleitet, unabhängig vonder zuvor besuchten URL.86 +Anmeldung, Passwortänderung, Rollen. Komponenten: AuthProvider, ProtectedRoute, BenutzerPage, ChangePasswordDialog. Backend: Supabase Authentication. 143 143 144 144 === Audit Log === 145 145 146 -Nachvollziehbarkeit von Änderungen (AuditLogPage) , tabellenübergreifend über beide Use-Cases.90 +Nachvollziehbarkeit von Änderungen (Seite AuditLogPage). 147 147 148 -=== Landingpage „Fläche verpachten" === 149 - 150 -Öffentlich erreichbare Seite ohne Login unter /flaeche-verpachten — für Grundstückseigentümer, die eine Fläche für einen Batteriespeicher zur Verfügung stellen wollen. Kartenbasierte Standortauswahl, Formular mit Honeypot-Spamschutz. 151 - 152 -* Legt über die Edge Function public-lead-intake automatisch einen neuen Eintrag in der Schwarmspeicher-Pipeline (vorprojekte) an 153 -* E-Mail-Benachrichtigung optional (RESEND_API_KEY + LEAD_NOTIFY_EMAIL) — Anfrage wird auch ohne E-Mail-Konfiguration zuverlässig gespeichert 154 - 155 - 156 - 157 -|((( 158 -⚠️ **Hinweis: Platzhalter-Firmendaten** 159 - 160 -* In FlaecheVerpachtenPage.tsx sind Firmenname und Telefonnummer aktuell Platzhalter (Rateware). Vor dem Livegang unbedingt durch die echten Kontaktdaten ersetzen. 161 -))) 162 - 163 - 164 - 165 165 == Routing == 166 166 167 -|**Pfad**|**Seite**|**Use-Case**|**Login nötig** 168 -|/|Dashboard|Schwarmspeicher|ja 169 -|/projekte|Standorte|Schwarmspeicher|ja 170 -|/pipeline|Vorprojekte|Schwarmspeicher|ja 171 -|/potenzial|Potenzialanalyse|Schwarmspeicher|ja 172 -|/karte|Kartenansicht|Schwarmspeicher|ja 173 -|/forecast|Forecast|Schwarmspeicher|ja 174 -|/tasks|Aufgaben|Schwarmspeicher|ja 175 -|/stockend|Stockende Standorte|Schwarmspeicher|ja 176 -|/benutzer|Benutzerverwaltung|– (Admin)|ja 177 -|/historie|Audit Log|– (Admin)|ja 178 -|/pv-colocation|Dashboard|PV-Co-Location|ja 179 -|/pv-colocation/projekte|Standorte|PV-Co-Location|ja 180 -|/pv-colocation/pipeline|Vorprojekte|PV-Co-Location|ja 181 -|/pv-colocation/karte|Kartenansicht|PV-Co-Location|ja 182 -|/pv-colocation/forecast|Forecast|PV-Co-Location|ja 183 -|/pv-colocation/tasks|Aufgaben|PV-Co-Location|ja 184 -|/pv-colocation/stockend|Stockende Standorte|PV-Co-Location|ja 185 -|/flaeche-verpachten|Landingpage „Fläche verpachten"|—|NEIN – öffentlich 94 +|=Seite|=Beschreibung 95 +|Dashboard|Startseite 96 +|Projekte|Projektübersicht 97 +|Pipeline|Vorprojekte 98 +|Potenziale|Standortpotenziale 99 +|Karte|Kartenansicht 100 +|Forecast|Forecast 101 +|Aufgaben|Aufgabenverwaltung 102 +|Audit Log|Änderungsprotokoll 103 +|Benutzer|Benutzerverwaltung 104 +|Login|Anmeldung 186 186 187 - 188 - 189 189 == Datenzugriff == 190 190 191 191 Der Zugriff erfolgt über Custom Hooks, die sämtliche Kommunikation mit Supabase kapseln: 192 192 193 -|((( 194 -~/~/ Schwarmspeicher 110 +{{code}} 111 +useStandorte() 112 +useGemeinden() 113 +useVorprojekte() 114 +useTasks() 115 +usePotenzialDaten() 116 +useStandortpartner() 117 +useMonatsziele() 118 +{{/code}} 195 195 196 -useStandorte() useGemeinden() useVorprojekte() 197 - 198 -useTasks() usePotenzialDaten() useStandortpartner() 199 - 200 -useMonatsziele() useDokumente() useIsAdmin() 201 - 202 - 203 -~/~/ PV-Co-Location 204 - 205 -useCoLocationStandorte() useCoLocationStandortpartner() 206 - 207 -useCoVorprojekte() useCoTasks() useCoMonatsziele() useCoDokumente() 208 - 209 - 210 -~/~/ Use-Case-übergreifend 211 - 212 -useUseCase() useAuth() 213 -))) 214 - 215 - 216 - 217 217 == Supabase == 218 218 219 -**Authentication: **Login, Passwortänderung, Rollenverwaltung.122 +**Authentication:** Login, Passwortänderung, Rollenverwaltung. 220 220 221 -**Datenbank: **Wird über SQL-Migrationen verwaltet (supabase/migrations/), inkl.komplettesPV-Co-Location-Schema: co_standorte, co_standortpartner,co_prozessschritte,co_vorprojekte, co_monatsziele, co_dokumente, co_tasks.124 +**Datenbank:** Wird über SQL-Migrationen verwaltet (##supabase/migrations/##). Die Migrationen definieren Tabellen, Policies und Datenbankfunktionen. 222 222 223 223 **Edge Functions:** 224 224 225 -* fetch-noe-gemeinden — lädt Gemeinden aus Niederösterreich 226 -* manage-users — Benutzerverwaltung, prüft Admin-Berechtigung serverseitig 227 -* public-lead-intake — nimmt Anfragen der öffentlichen Landingpage entgegen 128 +* ##fetch-noe-gemeinden## — lädt Gemeinden aus Niederösterreich 129 +* ##manage-users## — Benutzerverwaltung 228 228 229 - **Storage:**zwei Buckets — dokumente (Schwarmspeicher) und co-dokumente(PV-Co-Location).131 +== Architektur == 230 230 231 -== == 133 +{{mermaid}} 134 +flowchart TD 135 + FE["React Frontend"] --> RQ["React Query"] 136 + RQ --> SC["Supabase Client"] 137 + SC --> AUTH["Auth"] 138 + SC --> DBS["Database"] 139 + SC --> ST["Storage"] 140 + DBS --> EF["Edge Functions"] 141 +{{/mermaid}} 232 232 233 -== Offene Punkte / zu verifizieren == 234 - 235 -|((( 236 -⚠️ **Vor einem breiteren Rollout klären** 237 - 238 -* E-Mail-Versand für Landingpage-Anfragen (RESEND_API_KEY / LEAD_NOTIFY_EMAIL) ist noch nicht final eingerichtet — Anfragen werden bis dahin nur in der Pipeline gespeichert, ohne Benachrichtigung. 239 -* Migrationsdateien in supabase/migrations/ müssen noch ins Git-Repo committet werden, falls noch nicht geschehen (Datenbank selbst ist bereits aktuell). 240 -* types.ts kennt die neuen co_*-Tabellen nicht — führt zu TypeScript-Warnungen beim Bauen (bewusst akzeptiert, kein Laufzeitfehler). 241 -* KPI-Zuordnung im PV-Co-Location-Forecast (Netzantrag = kWp, die übrigen drei Meilensteine = kW) ist eine Annahme — bei Bedarf auf eine einheitliche Einheit umstellen. 242 -))) 243 - 244 - 245 - 246 246 == Server == 247 247 248 -Das Projekt liegt unter /mnt/data/schwarmspeicher/schwarmspeicher-electrify_lokal und läuft in einem eigenständigenDocker-Compose-Stack (schwarmspeicher-electrify_lokal).145 +Das Projekt liegt unter ##/mnt/data/schwarmspeicher/schwarmspeicher-electrify_lokal## und läuft in einem Docker-Compose-Stack (##schwarmspeicher-electrify_lokal##). 249 249 250 - **Erreichbar unter:**147 +Erreichbar unter [[http://schwarmspeicher.spl-tele.com:8200>>http://schwarmspeicher.spl-tele.com:8200/]] — mit VPN und im SPL-TELE-Netzwerk. 251 251 252 -* VPN: http:~/~/schwarmspeicher.spl-tele.com:8200 (SPL-TELE-Netzwerk) 253 -* Öffentlich: https:~/~/schwarmspeicher.electrify.at:8200 (Wildcard-Zertifikat *.electrify.at, Let's Encrypt, gültig bis 26.10.2026) 254 - 255 -Supabase (Postgres, Auth, Kong, Storage, Edge Functions) läuft als eigener Docker-Compose-Stack im selben Docker-Netzwerk wie der Frontend-Container. Edge Functions werden über einen zentralen main-Router an die jeweilige Unterfunktion weitergereicht; das Verzeichnis liegt unter /mnt/data/supabase/docker/docker/volumes/functions/.
- 1789017284336-190.png
-
- Author
-
... ... @@ -1,1 +1,0 @@ 1 -XWiki.gurschkap - Size
-
... ... @@ -1,1 +1,0 @@ 1 -10.9 KB - Content
- noavatar.png
-
- Author
-
... ... @@ -1,1 +1,0 @@ 1 -XWiki.drupp - Size
-
... ... @@ -1,1 +1,0 @@ 1 -5.6 KB - Content