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