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 13.1
edited by Patrizia Gurschka
on 2026/09/10 08:19
on 2026/09/10 08:19
Change comment:
There is no comment for this version
Summary
-
Page properties (1 modified, 0 added, 0 removed)
Details
- Page properties
-
- Content
-
... ... @@ -1,4 +1,4 @@ 1 -|(% style="width: 650px" %)(((1 +|(% style="width:788px" %)((( 2 2 = đ Schwarmspeicher Electrify = 3 3 4 4 {{info}} ... ... @@ -6,28 +6,7 @@ 6 6 7 7 **Zielgruppe: **Vertriebs-/Projektentwicklungsteam und IT/DevOps-Betrieb. 8 8 {{/info}} 9 -)))|(% style="width:418px" %)((( 10 -**Auf dieser Seite** 11 11 12 -{{toc/}} 13 - 14 - 15 -))) 16 - 17 - 18 - 19 -== Ăbersicht == 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 -== Technologie-Stack == 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) 26 - 27 -**Backend: **Supabase (self-hosted) â PostgreSQL, Authentication, Storage, Edge Functions, Row Level Security (RLS) 28 - 29 -== Projektstruktur == 30 - 31 31 |((( 32 32 đ src/ 33 33 ... ... @@ -50,6 +50,31 @@ 50 50 đ  functions/  Edge Functions 51 51 ))) 52 52 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 +**Auf dieser Seite** 39 + 40 +{{toc/}} 41 + 42 + 43 +))) 44 + 45 + 46 + 47 +== Ăbersicht == 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. 50 + 51 +== Technologie-Stack == 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) 54 + 55 +**Backend: **Supabase (self-hosted) â PostgreSQL, Authentication, Storage, Edge Functions, Row Level Security (RLS) 56 + 53 53 == Use-Case-Umschalter == 54 54 55 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,7 +56,7 @@ 56 56 57 57 == Hauptfunktionen == 58 58 59 -=== 1.Dashboard ===63 +=== Dashboard === 60 60 61 61 Zentrale Ăbersicht ĂŒber Projekte, Status, Kennzahlen und Projektfortschritt. 62 62 ... ... @@ -63,7 +63,7 @@ 63 63 * Schwarmspeicher: Dashboard.tsx â Pipeline-Summary, kW/kWh-KPIs, Plan-vs-Ist-Charts pro Meilenstein 64 64 * PV-Co-Location: CoLocationDashboard.tsx â gleiche Struktur, Einheiten angepasst (kWp/kW), zweite Ăbersichtskarte zeigt Standortpartner-Anzahl statt Gemeinden 65 65 66 -=== 2.Projektverwaltung / Standortverwaltung ===70 +=== Projektverwaltung / Standortverwaltung === 67 67 68 68 Standorte anlegen, bearbeiten, importieren, Historie, Dokumente, sortierbare Tabelle mit Meilenstein-Filter, Bulk-Bearbeitung, Als-abgebrochen-markieren/Reaktivieren. 69 69 ... ... @@ -72,11 +72,11 @@ 72 72 73 73 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. 74 74 75 -=== 3.Gemeinden ===79 +=== Gemeinden === 76 76 77 77 Verwaltung der Gemeinden (CreateGemeindeForm, nur Schwarmspeicher). Edge Function fetch-noe-gemeinden lĂ€dt NĂ-Gemeinden. 78 78 79 -=== 4.Kartenansicht ===83 +=== Kartenansicht === 80 80 81 81 Interaktive Karte aller Standorte (Leaflet + Clustering), Adresssuche, Vollbildmodus, FlĂ€chenauswahl (Shift+Ziehen), Trafokarte-NĂ-Layer mit Legende. 82 82 ... ... @@ -84,16 +84,16 @@ 84 84 * PV-Co-Location: CoLocationMap 85 85 * Gemeinsam genutzt: LocationPickerMap (Einzelstandort-Kartenauswahl), src/lib/mapCoordinates.ts (dedupeCoordinates â verhindert sofortiges Auftrennen bei identischen Koordinaten) 86 86 87 -=== 5.Potenzialanalyse ===91 +=== Potenzialanalyse === 88 88 89 89 Bewertung möglicher Standorte (PotenzialTabelle, PotenzialPage) â nur Schwarmspeicher, kein Pendant bei PV-Co-Location. 90 90 91 -=== 6.Pipeline ===95 +=== Pipeline === 92 92 93 93 * Schwarmspeicher: VorprojektePipeline, VorprojektTimeline 94 94 * PV-Co-Location: CoLocationPipeline (Felder an kWp/BESS-kW angepasst; kein Pendant zu VorprojektTimeline) 95 95 96 -=== 7.Meilensteinverwaltung ===100 +=== Meilensteinverwaltung === 97 97 98 98 Projektfortschritt ĂŒber Meilensteine, matrixartige Ăbersicht mit Bulk-Setzen, Gruppierung. 99 99 ... ... @@ -100,7 +100,7 @@ 100 100 * Schwarmspeicher: MeilensteinMatrix, MeilensteinQuickEdit (inkl. Sonderfall-Dialog NetzvertragAnpassungDialog) 101 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) 102 102 103 -=== 8.Stockend ===107 +=== Stockend === 104 104 105 105 Zeigt Standorte, bei denen die Lead-Time zwischen zwei Meilensteinen ĂŒberschritten ist, konfigurierbare Regeln. 106 106 ... ... @@ -107,7 +107,7 @@ 107 107 * Schwarmspeicher: StuckPage 108 108 * PV-Co-Location: CoLocationStuckPage (eigene, getrennt gespeicherte Lead-Time-Regeln entlang der neuen Meilensteinkette) 109 109 110 -=== 9.Forecast ===114 +=== Forecast === 111 111 112 112 Monatliche Zielvorgaben, Plan-vs-Ist-Charts pro Kennzahl. 113 113 ... ... @@ -114,7 +114,7 @@ 114 114 * Schwarmspeicher: ForecastPage (kW und kWh pro Monat/Meilenstein, nach Land AT/DE getrennt) 115 115 * PV-Co-Location: CoLocationForecastPage â 4 KPI-Charts entlang Netzantrag gestellt / Netzvertrag erhalten / Standort gebaut / Standort live Trading (kein Land-Split) 116 116 117 -=== 10.Aufgabenverwaltung ===121 +=== Aufgabenverwaltung === 118 118 119 119 Projektbezogene Aufgaben, jeweils eigene, komplett getrennte Liste pro Use-Case. 120 120 ... ... @@ -121,7 +121,7 @@ 121 121 * Schwarmspeicher: TaskManager, TasksPage, Hook useTasks() 122 122 * PV-Co-Location: CoTaskManager, CoLocationTasksPage, Hook useCoTasks() 123 123 124 -=== 11.Dokumentenverwaltung ===128 +=== Dokumentenverwaltung === 125 125 126 126 Zu jedem Standort und jedem Standortpartner können Dokumente hochgeladen werden. 127 127 ... ... @@ -128,7 +128,7 @@ 128 128 * Schwarmspeicher: StandortDokumente, PartnerDokumente, Hook useDokumente() 129 129 * PV-Co-Location: CoLocationStandortDokumente, CoLocationPartnerDokumente, Hook useCoDokumente() â eigener Storage-Bucket co-dokumente 130 130 131 -=== 12.Standortpartner ===135 +=== Standortpartner === 132 132 133 133 Verwaltung von Projektpartnern, eigene, komplett getrennte Partnerliste pro Use-Case. 134 134 ... ... @@ -135,15 +135,15 @@ 135 135 * Schwarmspeicher: StandortpartnerManager, StandortpartnerTable 136 136 * PV-Co-Location: CoLocationStandortpartnerManager, CoLocationStandortpartnerTable 137 137 138 -=== 13.Benutzerverwaltung ===142 +=== Benutzerverwaltung === 139 139 140 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 141 142 -=== 14.Audit Log ===146 +=== Audit Log === 143 143 144 144 Nachvollziehbarkeit von Ănderungen (AuditLogPage), tabellenĂŒbergreifend ĂŒber beide Use-Cases. 145 145 146 -=== 15.Landingpage âFlĂ€che verpachten" ===150 +=== Landingpage âFlĂ€che verpachten" === 147 147 148 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 149 ... ... @@ -226,14 +226,8 @@ 226 226 227 227 **Storage: **zwei Buckets â dokumente (Schwarmspeicher) und co-dokumente (PV-Co-Location). 228 228 233 +== == 229 229 230 -== Architektur == 231 - 232 -[[image:1789017284336-190.png||height="353" width="762"]] 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 237 == Offene Punkte / zu verifizieren == 238 238 239 239 |(((