Changes for page Schwarmspeicher Electrify
Last modified by Patrizia Gurschka on 2026/09/10 14:58
From version 17.1
edited by Patrizia Gurschka
on 2026/09/10 12:31
on 2026/09/10 12:31
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,259 +1,148 @@ 1 -|(% style="width:650px" %)((( 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 -)))|(% style="width:418px" %)((( 10 -**Auf dieser Seite** 11 11 12 -{{toc/}} 13 - 14 - 15 -))) 16 - 17 - 18 - 19 19 == Übersicht == 20 20 21 -**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. 22 22 23 23 == Technologie-Stack == 24 24 25 -**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) 26 26 27 -**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) 28 28 29 29 == Projektstruktur == 30 30 31 -|((( 32 -📁 src/ 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 33 33 34 -📁 components/ UI-Komponenten (Schwarmspeicher + CoLocation*-Pendants) 32 +supabase/ 33 + ├── migrations/ 34 + ├── functions/ 35 + └── config.toml 36 +{{/code}} 35 35 36 -📁 pages/ Seiten der Anwendung 37 - 38 -📁 hooks/ Datenzugriffe und Business-Logik 39 - 40 -📁 integrations/ Supabase Client 41 - 42 -📁 types/ TypeScript-Modelle 43 - 44 -📁 lib/ Hilfsfunktionen (u.a. mapCoordinates.ts) 45 - 46 -📁 supabase/ 47 - 48 -📁 migrations/ SQL-Migrationen (inkl. komplettes PV-Co-Location-Schema) 49 - 50 -📁 functions/ Edge Functions 51 -))) 52 - 53 -== Use-Case-Umschalter == 54 - 55 -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. 56 - 57 57 == Hauptfunktionen == 58 58 59 -=== 1.Dashboard ===40 +=== Dashboard === 60 60 61 -Zentrale Übersicht über Projekte, Status, Kennzahlen und Projektfortschritt. 42 +Zentrale Übersicht über Projekte, Status, offene Aufgaben, Kennzahlen und Projektfortschritt (Komponente ##Dashboard.tsx##). 62 62 63 -* Schwarmspeicher: Dashboard.tsx — Pipeline-Summary, kW/kWh-KPIs, Plan-vs-Ist-Charts pro Meilenstein 64 -* PV-Co-Location: CoLocationDashboard.tsx — gleiche Struktur, Einheiten angepasst (kWp/kW), zweite Übersichtskarte zeigt Standortpartner-Anzahl statt Gemeinden 44 +=== Projektverwaltung === 65 65 66 - ===2.Projektverwaltung/ Standortverwaltung===46 +Verwaltung aller Batteriespeicherprojekte: anzeigen, Detailansicht, bearbeiten, Projektstatus, Meilensteine. Komponenten: ProjectTable, ProjectDetail. 67 67 68 -Standorte anlegen, bearbeiten, importieren, Historie, Dokumente, sortierbare Tabelle mitMeilenstein-Filter, Bulk-Bearbeitung,Als-abgebrochen-markieren/Reaktivieren.48 +=== Standortverwaltung === 69 69 70 -* Schwarmspeicher: ProjectTable, StandortDetail, CreateStandortFormNew, StandortImportDialog, StandortDokumente, AbbruchDialog, MeilensteinQuickEdit, MeilensteinMatrix, BulkEditStandortDialog 71 -* PV-Co-Location: CoLocationProjectTable, CoLocationStandortDetail, CreateCoLocationForm, CoLocationImportDialog, CoLocationStandortDokumente, CoLocationAbbruchDialog, CoLocationMeilensteinQuickEdit, CoLocationMeilensteinMatrix, CoLocationBulkEditDialog 50 +Standorte anlegen, bearbeiten, importieren, Historie, Dokumente. Komponenten: StandortDetail, CreateStandortForm, StandortImportDialog, StandortDokumente. 72 72 73 - Import-Dialoge(beide Use-Cases) unterstützen: direkte Koordinatenspalten, DMS-Format, Koordinatenpaare im Adressfeld,Gemeinde-Auflösungper PLZ, mehrstufige strukturierte Geocoding-Anfragen (inkl. Konskriptionsnummern) mit Validierung gegen Gemeinde-Zentroide, sowie automatische Erkennung der Kopfzeile.52 +=== Gemeinden === 74 74 75 - ===3. Gemeinden===54 +Verwaltung der Gemeinden (Komponente CreateGemeindeForm). Zusätzlich existiert eine Supabase Edge Function zum Abruf von NÖ-Gemeinden (##supabase/functions/fetch-noe-gemeinden##). 76 76 77 - Verwaltungder Gemeinden (CreateGemeindeForm, nur Schwarmspeicher). Edge Functionfetch-noe-gemeinden lädt NÖ-Gemeinden.56 +=== Kartenansicht === 78 78 79 - ===4.Kartenansicht===58 +Darstellung aller Standorte auf einer interaktiven Karte (Leaflet, React Leaflet). Komponenten: ProjectMap, LocationPickerMap. 80 80 81 - InteraktiveKarte aller Standorte(Leaflet + Clustering), Adresssuche, Vollbildmodus, Flächenauswahl(Shift+Ziehen), Trafokarte-NÖ-Layermit Legende.60 +=== Potenzialanalyse === 82 82 83 -* Schwarmspeicher: ProjectMap 84 -* PV-Co-Location: CoLocationMap 85 -* Gemeinsam genutzt: LocationPickerMap (Einzelstandort-Kartenauswahl), src/lib/mapCoordinates.ts (dedupeCoordinates — verhindert sofortiges Auftrennen bei identischen Koordinaten) 62 +Bewertung möglicher Standorte. Komponenten: PotenzialTabelle, PotenzialPage. 86 86 87 -=== 5.Potenzialanalyse ===64 +=== Pipeline === 88 88 89 - Bewertungmöglicher Standorte (PotenzialTabelle,PotenzialPage) —nurSchwarmspeicher,keinPendant beiPV-Co-Location.66 +Verwaltung von Vorprojekten. Komponenten: VorprojektePipeline, VorprojektTimeline. 90 90 91 -=== 6. Pipeline ===68 +=== Meilensteinverwaltung === 92 92 93 -* Schwarmspeicher: VorprojektePipeline, VorprojektTimeline 94 -* PV-Co-Location: CoLocationPipeline (Felder an kWp/BESS-kW angepasst; kein Pendant zu VorprojektTimeline) 70 +Projektfortschritt über Meilensteine. Komponenten: MeilensteinMatrix, MeilensteinQuickEdit. 95 95 96 -=== 7. Meilensteinverwaltung ===72 +=== Aufgabenverwaltung === 97 97 98 -Projekt fortschrittüberMeilensteine,matrixartigeÜbersichtmit Bulk-Setzen,Gruppierung.74 +Projektbezogene Aufgaben. Komponenten: TaskManager, TasksPage. Hook: ##useTasks()##. 99 99 100 -* Schwarmspeicher: MeilensteinMatrix, MeilensteinQuickEdit (inkl. Sonderfall-Dialog NetzvertragAnpassungDialog) 101 -* 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) 76 +=== Dokumentenverwaltung === 102 102 103 - ===8.Stockend===78 +Zu jedem Standort können Dokumente verwaltet werden. Komponenten: StandortDokumente, PartnerDokumente. 104 104 105 - ZeigtStandorte, bei denen die Lead-Time zwischen zwei Meilensteinen überschrittenist, konfigurierbareRegeln.80 +=== Standortpartner === 106 106 107 -* Schwarmspeicher: StuckPage 108 -* PV-Co-Location: CoLocationStuckPage (eigene, getrennt gespeicherte Lead-Time-Regeln entlang der neuen Meilensteinkette) 82 +Verwaltung von Projektpartnern. Komponenten: StandortpartnerManager, StandortpartnerTable. 109 109 110 -=== 9. Forecast ===84 +=== Benutzerverwaltung === 111 111 112 - MonatlicheZielvorgaben,Plan-vs-Ist-Charts proKennzahl.86 +Anmeldung, Passwortänderung, Rollen. Komponenten: AuthProvider, ProtectedRoute, BenutzerPage, ChangePasswordDialog. Backend: Supabase Authentication. 113 113 114 -* Schwarmspeicher: ForecastPage (kW und kWh pro Monat/Meilenstein, nach Land AT/DE getrennt) 115 -* PV-Co-Location: CoLocationForecastPage — 4 KPI-Charts entlang Netzantrag gestellt / Netzvertrag erhalten / Standort gebaut / Standort live Trading (kein Land-Split) 88 +=== Audit Log === 116 116 117 - === 10. Aufgabenverwaltung===90 +Nachvollziehbarkeit von Änderungen (Seite AuditLogPage). 118 118 119 -Projektbezogene Aufgaben, jeweils eigene, komplett getrennte Liste pro Use-Case. 120 - 121 -* Schwarmspeicher: TaskManager, TasksPage, Hook useTasks() 122 -* PV-Co-Location: CoTaskManager, CoLocationTasksPage, Hook useCoTasks() 123 - 124 -=== 11. Dokumentenverwaltung === 125 - 126 -Zu jedem Standort und jedem Standortpartner können Dokumente hochgeladen werden. 127 - 128 -* Schwarmspeicher: StandortDokumente, PartnerDokumente, Hook useDokumente() 129 -* PV-Co-Location: CoLocationStandortDokumente, CoLocationPartnerDokumente, Hook useCoDokumente() — eigener Storage-Bucket co-dokumente 130 - 131 -=== 12. Standortpartner === 132 - 133 -Verwaltung von Projektpartnern, eigene, komplett getrennte Partnerliste pro Use-Case. 134 - 135 -* Schwarmspeicher: StandortpartnerManager, StandortpartnerTable 136 -* PV-Co-Location: CoLocationStandortpartnerManager, CoLocationStandortpartnerTable 137 - 138 -=== 13. Benutzerverwaltung === 139 - 140 -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. 141 - 142 -=== 14. Audit Log === 143 - 144 -Nachvollziehbarkeit von Änderungen (AuditLogPage), tabellenübergreifend über beide Use-Cases. 145 - 146 -=== 15. Landingpage „Fläche verpachten" === 147 - 148 -Ö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. 149 - 150 -* Legt über die Edge Function public-lead-intake automatisch einen neuen Eintrag in der Schwarmspeicher-Pipeline (vorprojekte) an 151 -* E-Mail-Benachrichtigung optional (RESEND_API_KEY + LEAD_NOTIFY_EMAIL) — Anfrage wird auch ohne E-Mail-Konfiguration zuverlässig gespeichert 152 - 153 - 154 - 155 -|((( 156 -⚠️ **Hinweis: Platzhalter-Firmendaten** 157 - 158 -* In FlaecheVerpachtenPage.tsx sind Firmenname und Telefonnummer aktuell Platzhalter (Rateware). Vor dem Livegang unbedingt durch die echten Kontaktdaten ersetzen. 159 -))) 160 - 161 - 162 - 163 163 == Routing == 164 164 165 -|**Pfad**|**Seite**|**Use-Case**|**Login nötig** 166 -|/|Dashboard|Schwarmspeicher|ja 167 -|/projekte|Standorte|Schwarmspeicher|ja 168 -|/pipeline|Vorprojekte|Schwarmspeicher|ja 169 -|/potenzial|Potenzialanalyse|Schwarmspeicher|ja 170 -|/karte|Kartenansicht|Schwarmspeicher|ja 171 -|/forecast|Forecast|Schwarmspeicher|ja 172 -|/tasks|Aufgaben|Schwarmspeicher|ja 173 -|/stockend|Stockende Standorte|Schwarmspeicher|ja 174 -|/benutzer|Benutzerverwaltung|– (Admin)|ja 175 -|/historie|Audit Log|– (Admin)|ja 176 -|/pv-colocation|Dashboard|PV-Co-Location|ja 177 -|/pv-colocation/projekte|Standorte|PV-Co-Location|ja 178 -|/pv-colocation/pipeline|Vorprojekte|PV-Co-Location|ja 179 -|/pv-colocation/karte|Kartenansicht|PV-Co-Location|ja 180 -|/pv-colocation/forecast|Forecast|PV-Co-Location|ja 181 -|/pv-colocation/tasks|Aufgaben|PV-Co-Location|ja 182 -|/pv-colocation/stockend|Stockende Standorte|PV-Co-Location|ja 183 -|/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 184 184 185 - 186 - 187 187 == Datenzugriff == 188 188 189 189 Der Zugriff erfolgt über Custom Hooks, die sämtliche Kommunikation mit Supabase kapseln: 190 190 191 -|((( 192 -~/~/ Schwarmspeicher 110 +{{code}} 111 +useStandorte() 112 +useGemeinden() 113 +useVorprojekte() 114 +useTasks() 115 +usePotenzialDaten() 116 +useStandortpartner() 117 +useMonatsziele() 118 +{{/code}} 193 193 194 -useStandorte() useGemeinden() useVorprojekte() 195 - 196 -useTasks() usePotenzialDaten() useStandortpartner() 197 - 198 -useMonatsziele() useDokumente() useIsAdmin() 199 - 200 - 201 -~/~/ PV-Co-Location 202 - 203 -useCoLocationStandorte() useCoLocationStandortpartner() 204 - 205 -useCoVorprojekte() useCoTasks() useCoMonatsziele() useCoDokumente() 206 - 207 - 208 -~/~/ Use-Case-übergreifend 209 - 210 -useUseCase() useAuth() 211 -))) 212 - 213 - 214 - 215 215 == Supabase == 216 216 217 -**Authentication: **Login, Passwortänderung, Rollenverwaltung.122 +**Authentication:** Login, Passwortänderung, Rollenverwaltung. 218 218 219 -**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. 220 220 221 221 **Edge Functions:** 222 222 223 -* fetch-noe-gemeinden — lädt Gemeinden aus Niederösterreich 224 -* manage-users — Benutzerverwaltung, prüft Admin-Berechtigung serverseitig 225 -* public-lead-intake — nimmt Anfragen der öffentlichen Landingpage entgegen 128 +* ##fetch-noe-gemeinden## — lädt Gemeinden aus Niederösterreich 129 +* ##manage-users## — Benutzerverwaltung 226 226 227 -**Storage: **zwei Buckets — dokumente (Schwarmspeicher) und co-dokumente (PV-Co-Location). 228 - 229 - 230 230 == Architektur == 231 231 232 -[[image:1789017284336-190.png||height="353" width="762"]] 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}} 233 233 234 -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 235 - 236 - 237 -== Offene Punkte / zu verifizieren == 238 - 239 -|((( 240 -⚠️ **Vor einem breiteren Rollout klären** 241 - 242 -* 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. 243 -* Migrationsdateien in supabase/migrations/ müssen noch ins Git-Repo committet werden, falls noch nicht geschehen (Datenbank selbst ist bereits aktuell). 244 -* types.ts kennt die neuen co_*-Tabellen nicht — führt zu TypeScript-Warnungen beim Bauen (bewusst akzeptiert, kein Laufzeitfehler). 245 -* KPI-Zuordnung im PV-Co-Location-Forecast (Netzantrag = kWp, die übrigen drei Meilensteine = kW) ist eine Annahme — bei Bedarf auf eine einheitliche Einheit umstellen. 246 -))) 247 - 248 - 249 - 250 250 == Server == 251 251 252 -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##). 253 253 254 - **Erreichbar unter:**147 +Erreichbar unter [[http://schwarmspeicher.spl-tele.com:8200>>http://schwarmspeicher.spl-tele.com:8200/]] — mit VPN und im SPL-TELE-Netzwerk. 255 255 256 -* VPN: http:~/~/schwarmspeicher.spl-tele.com:8200 (SPL-TELE-Netzwerk) 257 -* Öffentlich: https:~/~/schwarmspeicher.electrify.at:8200 (Wildcard-Zertifikat *.electrify.at, Let's Encrypt, gültig bis 26.10.2026) 258 - 259 -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