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