Changes for page Schwarmspeicher Electrify
Last modified by Patrizia Gurschka on 2026/09/10 14:58
From version 8.2
edited by Patrizia Gurschka
on 2026/09/10 07:15
on 2026/09/10 07:15
Change comment:
Auto-saved during real-time collaboration
To version 23.1
edited by Patrizia Gurschka
on 2026/09/10 13:17
on 2026/09/10 13:17
Change comment:
Uploaded new attachment "1789039075740-139.png", version {1}
Summary
-
Page properties (1 modified, 0 added, 0 removed)
-
Attachments (0 modified, 2 added, 0 removed)
Details
- Page properties
-
- Content
-
... ... @@ -1,81 +1,34 @@ 1 -**🔋 Schwarmspeicher Electrify** 1 +|(% style="width:650px" %)((( 2 += 🔋 Schwarmspeicher Electrify = 2 2 3 -|((( 4 -|((( 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. 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. 6 6 7 7 **Zielgruppe: **Vertriebs-/Projektentwicklungsteam und IT/DevOps-Betrieb. 8 -))) 9 - 10 - 11 -)))|((( 12 -|((( 8 +{{/info}} 9 +)))|(% style="width:418px" %)((( 13 13 **Auf dieser Seite** 14 14 15 - ▪ Schwarmspeicher Electrify12 +{{toc/}} 16 16 17 -○ Übersicht 18 - 19 -○ Technologie-Stack 20 - 21 -○ Projektstruktur 22 - 23 -○ Use-Case-Umschalter 24 - 25 -○ Hauptfunktionen 26 - 27 -▫ Dashboard 28 - 29 -▫ Projektverwaltung 30 - 31 -▫ Gemeinden 32 - 33 -▫ Kartenansicht 34 - 35 -▫ Potenzialanalyse 36 - 37 -▫ Pipeline 38 - 39 -▫ Meilensteinverwaltung 40 - 41 -▫ Stockend 42 - 43 -▫ Forecast 44 - 45 -▫ Aufgabenverwaltung 46 - 47 -▫ Dokumentenverwaltung 48 - 49 -▫ Standortpartner 50 - 51 -▫ Benutzerverwaltung 52 - 53 -▫ Audit Log 54 - 55 -▫ Landingpage "Fläche verpachten" 56 - 57 -○ Routing 58 - 59 -○ Datenzugriff 60 - 61 -○ Supabase 62 - 63 -○ Architektur 64 - 65 -○ Offene Punkte / zu verifizieren 66 - 67 -○ Server 68 -))) 69 - 70 70 71 71 ))) 72 72 17 +== Überblick == 73 73 19 +**Schwarmspeicher Electrify **unterstützt den gesamten Projektlebenszyklus: Standortidentifikation, Genehmigungen, Projektsteuerung und Dokumentation — für beide Use-Cases parallel, über einen Umschalter in der Seitenleiste. 74 74 75 -== Übersicht == 21 +* **Frontend:** React 18 · TypeScript · Vite · Tailwind CSS · shadcn/ui · React Router · React Query · Leaflet + leaflet.markercluster (Kartendarstellung) · Recharts (Diagramme) · XLSX (Excel-Import/-Export) 22 +* **Backend:** Supabase (self-hosted) — PostgreSQL, Authentication, Storage, Edge Functions, Row Level Security (RLS) 23 +* **Datenquellen:** Nominatim/OpenStreetMap (Geocoding) · Edge Function fetch-noe-gemeinden (NÖ-Gemeindedaten) · EVN-Trafokarte (WMS-Layer, Netzkapazitäten) 24 +* **Orchestrierung:** eigener Docker-Compose-Stack, nginx als Reverse-Proxy (TLS-Terminierung + same-origin-Routing zu Supabase/Kong) 76 76 77 - **Schwarmspeicher Electrify **unterstützt den gesamten Projektlebenszyklus: Standortidentifikation,Genehmigungen, Projektsteuerung und Dokumentation — für beide Use-Cases parallel, über einen Umschalter in der Seitenleiste.26 +== Architektur == 78 78 28 +[[image:1789037109962-994.png]] 29 + 30 +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 31 + 79 79 == Technologie-Stack == 80 80 81 81 **Frontend: **React 18 · TypeScript · Vite · Tailwind CSS · shadcn/ui · React Router · React Query · Leaflet + leaflet.markercluster (Kartendarstellung) · Recharts (Diagramme) · XLSX (Excel-Import/-Export) ... ... @@ -82,37 +82,9 @@ 82 82 83 83 **Backend: **Supabase (self-hosted) — PostgreSQL, Authentication, Storage, Edge Functions, Row Level Security (RLS) 84 84 85 -== Projektstruktur == 86 - 87 -|((( 88 -📁 src/ 89 - 90 -📁 components/ UI-Komponenten (Schwarmspeicher + CoLocation*-Pendants) 91 - 92 -📁 pages/ Seiten der Anwendung 93 - 94 -📁 hooks/ Datenzugriffe und Business-Logik 95 - 96 -📁 integrations/ Supabase Client 97 - 98 -📁 types/ TypeScript-Modelle 99 - 100 -📁 lib/ Hilfsfunktionen (u.a. mapCoordinates.ts) 101 - 102 -📁 supabase/ 103 - 104 -📁 migrations/ SQL-Migrationen (inkl. komplettes PV-Co-Location-Schema) 105 - 106 -📁 functions/ Edge Functions 107 -))) 108 - 109 -== Use-Case-Umschalter == 110 - 111 -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. 112 - 113 113 == Hauptfunktionen == 114 114 115 -=== Dashboard === 40 +=== 1. Dashboard === 116 116 117 117 Zentrale Übersicht über Projekte, Status, Kennzahlen und Projektfortschritt. 118 118 ... ... @@ -119,7 +119,7 @@ 119 119 * Schwarmspeicher: Dashboard.tsx — Pipeline-Summary, kW/kWh-KPIs, Plan-vs-Ist-Charts pro Meilenstein 120 120 * PV-Co-Location: CoLocationDashboard.tsx — gleiche Struktur, Einheiten angepasst (kWp/kW), zweite Übersichtskarte zeigt Standortpartner-Anzahl statt Gemeinden 121 121 122 -=== Projektverwaltung / Standortverwaltung === 47 +=== 2. Projektverwaltung / Standortverwaltung === 123 123 124 124 Standorte anlegen, bearbeiten, importieren, Historie, Dokumente, sortierbare Tabelle mit Meilenstein-Filter, Bulk-Bearbeitung, Als-abgebrochen-markieren/Reaktivieren. 125 125 ... ... @@ -128,11 +128,11 @@ 128 128 129 129 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. 130 130 131 -=== Gemeinden === 56 +=== 3. Gemeinden === 132 132 133 133 Verwaltung der Gemeinden (CreateGemeindeForm, nur Schwarmspeicher). Edge Function fetch-noe-gemeinden lädt NÖ-Gemeinden. 134 134 135 -=== Kartenansicht === 60 +=== 4. Kartenansicht === 136 136 137 137 Interaktive Karte aller Standorte (Leaflet + Clustering), Adresssuche, Vollbildmodus, Flächenauswahl (Shift+Ziehen), Trafokarte-NÖ-Layer mit Legende. 138 138 ... ... @@ -140,16 +140,16 @@ 140 140 * PV-Co-Location: CoLocationMap 141 141 * Gemeinsam genutzt: LocationPickerMap (Einzelstandort-Kartenauswahl), src/lib/mapCoordinates.ts (dedupeCoordinates — verhindert sofortiges Auftrennen bei identischen Koordinaten) 142 142 143 -=== Potenzialanalyse === 68 +=== 5. Potenzialanalyse === 144 144 145 145 Bewertung möglicher Standorte (PotenzialTabelle, PotenzialPage) — nur Schwarmspeicher, kein Pendant bei PV-Co-Location. 146 146 147 -=== Pipeline === 72 +=== 6. Pipeline === 148 148 149 149 * Schwarmspeicher: VorprojektePipeline, VorprojektTimeline 150 150 * PV-Co-Location: CoLocationPipeline (Felder an kWp/BESS-kW angepasst; kein Pendant zu VorprojektTimeline) 151 151 152 -=== Meilensteinverwaltung === 77 +=== 7. Meilensteinverwaltung === 153 153 154 154 Projektfortschritt über Meilensteine, matrixartige Übersicht mit Bulk-Setzen, Gruppierung. 155 155 ... ... @@ -156,7 +156,7 @@ 156 156 * Schwarmspeicher: MeilensteinMatrix, MeilensteinQuickEdit (inkl. Sonderfall-Dialog NetzvertragAnpassungDialog) 157 157 * 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) 158 158 159 -=== Stockend === 84 +=== 8. Stockend === 160 160 161 161 Zeigt Standorte, bei denen die Lead-Time zwischen zwei Meilensteinen überschritten ist, konfigurierbare Regeln. 162 162 ... ... @@ -163,7 +163,7 @@ 163 163 * Schwarmspeicher: StuckPage 164 164 * PV-Co-Location: CoLocationStuckPage (eigene, getrennt gespeicherte Lead-Time-Regeln entlang der neuen Meilensteinkette) 165 165 166 -=== Forecast === 91 +=== 9. Forecast === 167 167 168 168 Monatliche Zielvorgaben, Plan-vs-Ist-Charts pro Kennzahl. 169 169 ... ... @@ -170,7 +170,7 @@ 170 170 * Schwarmspeicher: ForecastPage (kW und kWh pro Monat/Meilenstein, nach Land AT/DE getrennt) 171 171 * PV-Co-Location: CoLocationForecastPage — 4 KPI-Charts entlang Netzantrag gestellt / Netzvertrag erhalten / Standort gebaut / Standort live Trading (kein Land-Split) 172 172 173 -=== Aufgabenverwaltung === 98 +=== 10. Aufgabenverwaltung === 174 174 175 175 Projektbezogene Aufgaben, jeweils eigene, komplett getrennte Liste pro Use-Case. 176 176 ... ... @@ -177,7 +177,7 @@ 177 177 * Schwarmspeicher: TaskManager, TasksPage, Hook useTasks() 178 178 * PV-Co-Location: CoTaskManager, CoLocationTasksPage, Hook useCoTasks() 179 179 180 -=== Dokumentenverwaltung === 105 +=== 11. Dokumentenverwaltung === 181 181 182 182 Zu jedem Standort und jedem Standortpartner können Dokumente hochgeladen werden. 183 183 ... ... @@ -184,7 +184,7 @@ 184 184 * Schwarmspeicher: StandortDokumente, PartnerDokumente, Hook useDokumente() 185 185 * PV-Co-Location: CoLocationStandortDokumente, CoLocationPartnerDokumente, Hook useCoDokumente() — eigener Storage-Bucket co-dokumente 186 186 187 -=== Standortpartner === 112 +=== 12. Standortpartner === 188 188 189 189 Verwaltung von Projektpartnern, eigene, komplett getrennte Partnerliste pro Use-Case. 190 190 ... ... @@ -191,15 +191,15 @@ 191 191 * Schwarmspeicher: StandortpartnerManager, StandortpartnerTable 192 192 * PV-Co-Location: CoLocationStandortpartnerManager, CoLocationStandortpartnerTable 193 193 194 -=== Benutzerverwaltung === 119 +=== 13. Benutzerverwaltung === 195 195 196 196 Anmeldung, Passwortänderung, Rollen (admin/user). Komponenten: AuthProvider, ProtectedRoute, BenutzerPage, LoginPage. Läuft über die Edge Function manage-users (Supabase Admin-API, prüft Admin-Rechte serverseitig). Nach Login wird immer auf "/" weitergeleitet, unabhängig von der zuvor besuchten URL. 197 197 198 -=== Audit Log === 123 +=== 14. Audit Log === 199 199 200 200 Nachvollziehbarkeit von Änderungen (AuditLogPage), tabellenübergreifend über beide Use-Cases. 201 201 202 -=== Landingpage „Fläche verpachten" === 127 +=== 15. Landingpage „Fläche verpachten" === 203 203 204 204 Ö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. 205 205 ... ... @@ -214,8 +214,6 @@ 214 214 * In FlaecheVerpachtenPage.tsx sind Firmenname und Telefonnummer aktuell Platzhalter (Rateware). Vor dem Livegang unbedingt durch die echten Kontaktdaten ersetzen. 215 215 ))) 216 216 217 - 218 - 219 219 == Routing == 220 220 221 221 |**Pfad**|**Seite**|**Use-Case**|**Login nötig** ... ... @@ -238,8 +238,6 @@ 238 238 |/pv-colocation/stockend|Stockende Standorte|PV-Co-Location|ja 239 239 |/flaeche-verpachten|Landingpage „Fläche verpachten"|—|NEIN – öffentlich 240 240 241 - 242 - 243 243 == Datenzugriff == 244 244 245 245 Der Zugriff erfolgt über Custom Hooks, die sämtliche Kommunikation mit Supabase kapseln: ... ... @@ -266,8 +266,6 @@ 266 266 useUseCase() useAuth() 267 267 ))) 268 268 269 - 270 - 271 271 == Supabase == 272 272 273 273 **Authentication: **Login, Passwortänderung, Rollenverwaltung. ... ... @@ -282,12 +282,10 @@ 282 282 283 283 **Storage: **zwei Buckets — dokumente (Schwarmspeicher) und co-dokumente (PV-Co-Location). 284 284 285 -== Architektur ==204 +== Use-Case-Umschalter == 286 286 287 - [[image:1789017284336-190.png]]206 +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. 288 288 289 -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. 290 - 291 291 == Offene Punkte / zu verifizieren == 292 292 293 293 |((( ... ... @@ -299,8 +299,6 @@ 299 299 * KPI-Zuordnung im PV-Co-Location-Forecast (Netzantrag = kWp, die übrigen drei Meilensteine = kW) ist eine Annahme — bei Bedarf auf eine einheitliche Einheit umstellen. 300 300 ))) 301 301 302 - 303 - 304 304 == Server == 305 305 306 306 Das Projekt liegt unter /mnt/data/schwarmspeicher/schwarmspeicher-electrify_lokal und läuft in einem eigenständigen Docker-Compose-Stack (schwarmspeicher-electrify_lokal).
- 1789037109962-994.png
-
- Author
-
... ... @@ -1,0 +1,1 @@ 1 +XWiki.gurschkap - Size
-
... ... @@ -1,0 +1,1 @@ 1 +60.0 KB - Content
- 1789039075740-139.png
-
- Author
-
... ... @@ -1,0 +1,1 @@ 1 +XWiki.gurschkap - Size
-
... ... @@ -1,0 +1,1 @@ 1 +303.9 KB - Content