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