Skip to Content

Changes for page Schwarmspeicher Electrify

Last modified by Patrizia Gurschka on 2026/09/10 14:58
From version 10.2
edited by Patrizia Gurschka
on 2026/09/10 08:00
Change comment: Auto-saved during real-time collaboration
To version 16.1
edited by Patrizia Gurschka
on 2026/09/10 12:31
Change comment: There is no comment for this version

Summary

Details

Page properties
Content
... ... @@ -1,113 +3,55 @@
1 -= **🔋  Schwarmspeicher Electrify** =
2 -
3 3  |(% style="width:788px" %)(((
2 += 🔋  Schwarmspeicher Electrify =
3 +
4 4  {{info}}
5 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.
6 6  
7 7  **Zielgruppe: **Vertriebs-/Projektentwicklungsteam und IT/DevOps-Betrieb.
8 8  {{/info}}
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 37  )))|(% style="width:280px" %)(((
38 -|(((
39 39  **Auf dieser Seite**
40 40  
41 -▪ Schwarmspeicher Electrify
12 +{{toc/}}
42 42  
43 -○ Projektstruktur
14 +
15 +)))
44 44  
45 -○ Architektur
46 46  
47 -○ Übersicht
48 48  
49 -○ Technologie-Stack
19 +== Übersicht ==
50 50  
51 -○ Use-Case-Umschalter
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.
52 52  
53 -○ Hauptfunktionen
23 +== Technologie-Stack ==
54 54  
55 -▫ Dashboard
25 +**Frontend: **React 18 · TypeScript · Vite · Tailwind CSS · shadcn/ui · React Router · React Query · Leaflet + leaflet.markercluster (Kartendarstellung) · Recharts (Diagramme) · XLSX (Excel-Import/-Export)
56 56  
57 -▫ Projektverwaltung
27 +**Backend: **Supabase (self-hosted) — PostgreSQL, Authentication, Storage, Edge Functions, Row Level Security (RLS)
58 58  
59 -▫ Gemeinden
29 +== Projektstruktur ==
60 60  
61 -▫ Kartenansicht
31 +|(((
32 +📁 src/
62 62  
63 -▫ Potenzialanalyse
34 +📁   components/   UI-Komponenten (Schwarmspeicher + CoLocation*-Pendants)
64 64  
65 -▫ Pipeline
36 +📁   pages/   Seiten der Anwendung
66 66  
67 -▫ Meilensteinverwaltung
38 +📁   hooks/   Datenzugriffe und Business-Logik
68 68  
69 -▫ Stockend
40 +📁   integrations/   Supabase Client
70 70  
71 -▫ Forecast
42 +📁   types/   TypeScript-Modelle
72 72  
73 -▫ Aufgabenverwaltung
44 +📁   lib/   Hilfsfunktionen (u.a. mapCoordinates.ts)
74 74  
75 -▫ Dokumentenverwaltung
46 +📁 supabase/
76 76  
77 -▫ Standortpartner
48 +📁   migrations/   SQL-Migrationen (inkl. komplettes PV-Co-Location-Schema)
78 78  
79 -▫ Benutzerverwaltung
80 -
81 -▫ Audit Log
82 -
83 -▫ Landingpage "Fläche verpachten"
84 -
85 -○ Routing
86 -
87 -○ Datenzugriff
88 -
89 -○ Supabase
90 -
91 -○ Offene Punkte / zu verifizieren
92 -
93 -○ Server
50 +📁   functions/   Edge Functions
94 94  )))
95 95  
96 -
97 -)))
98 -
99 -
100 -
101 -== Übersicht ==
102 -
103 -**Schwarmspeicher Electrify **unterstützt den gesamten Projektlebenszyklus: Standortidentifikation, Genehmigungen, Projektsteuerung und Dokumentation — für beide Use-Cases parallel, über einen Umschalter in der Seitenleiste.
104 -
105 -== Technologie-Stack ==
106 -
107 -**Frontend: **React 18 · TypeScript · Vite · Tailwind CSS · shadcn/ui · React Router · React Query · Leaflet + leaflet.markercluster (Kartendarstellung) · Recharts (Diagramme) · XLSX (Excel-Import/-Export)
108 -
109 -**Backend: **Supabase (self-hosted) — PostgreSQL, Authentication, Storage, Edge Functions, Row Level Security (RLS)
110 -
111 111  == Use-Case-Umschalter ==
112 112  
113 113  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.
... ... @@ -114,7 +114,7 @@
114 114  
115 115  == Hauptfunktionen ==
116 116  
117 -=== Dashboard ===
59 +=== 1. Dashboard ===
118 118  
119 119  Zentrale Übersicht über Projekte, Status, Kennzahlen und Projektfortschritt.
120 120  
... ... @@ -121,7 +121,7 @@
121 121  * Schwarmspeicher: Dashboard.tsx — Pipeline-Summary, kW/kWh-KPIs, Plan-vs-Ist-Charts pro Meilenstein
122 122  * PV-Co-Location: CoLocationDashboard.tsx — gleiche Struktur, Einheiten angepasst (kWp/kW), zweite Übersichtskarte zeigt Standortpartner-Anzahl statt Gemeinden
123 123  
124 -=== Projektverwaltung / Standortverwaltung ===
66 +=== 2. Projektverwaltung / Standortverwaltung ===
125 125  
126 126  Standorte anlegen, bearbeiten, importieren, Historie, Dokumente, sortierbare Tabelle mit Meilenstein-Filter, Bulk-Bearbeitung, Als-abgebrochen-markieren/Reaktivieren.
127 127  
... ... @@ -130,11 +130,11 @@
130 130  
131 131  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.
132 132  
133 -=== Gemeinden ===
75 +=== 3. Gemeinden ===
134 134  
135 135  Verwaltung der Gemeinden (CreateGemeindeForm, nur Schwarmspeicher). Edge Function fetch-noe-gemeinden lädt NÖ-Gemeinden.
136 136  
137 -=== Kartenansicht ===
79 +=== 4. Kartenansicht ===
138 138  
139 139  Interaktive Karte aller Standorte (Leaflet + Clustering), Adresssuche, Vollbildmodus, Flächenauswahl (Shift+Ziehen), Trafokarte-NÖ-Layer mit Legende.
140 140  
... ... @@ -142,16 +142,16 @@
142 142  * PV-Co-Location: CoLocationMap
143 143  * Gemeinsam genutzt: LocationPickerMap (Einzelstandort-Kartenauswahl), src/lib/mapCoordinates.ts (dedupeCoordinates — verhindert sofortiges Auftrennen bei identischen Koordinaten)
144 144  
145 -=== Potenzialanalyse ===
87 +=== 5. Potenzialanalyse ===
146 146  
147 147  Bewertung möglicher Standorte (PotenzialTabelle, PotenzialPage) — nur Schwarmspeicher, kein Pendant bei PV-Co-Location.
148 148  
149 -=== Pipeline ===
91 +=== 6. Pipeline ===
150 150  
151 151  * Schwarmspeicher: VorprojektePipeline, VorprojektTimeline
152 152  * PV-Co-Location: CoLocationPipeline (Felder an kWp/BESS-kW angepasst; kein Pendant zu VorprojektTimeline)
153 153  
154 -=== Meilensteinverwaltung ===
96 +=== 7. Meilensteinverwaltung ===
155 155  
156 156  Projektfortschritt über Meilensteine, matrixartige Übersicht mit Bulk-Setzen, Gruppierung.
157 157  
... ... @@ -158,7 +158,7 @@
158 158  * Schwarmspeicher: MeilensteinMatrix, MeilensteinQuickEdit (inkl. Sonderfall-Dialog NetzvertragAnpassungDialog)
159 159  * 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)
160 160  
161 -=== Stockend ===
103 +=== 8. Stockend ===
162 162  
163 163  Zeigt Standorte, bei denen die Lead-Time zwischen zwei Meilensteinen überschritten ist, konfigurierbare Regeln.
164 164  
... ... @@ -165,7 +165,7 @@
165 165  * Schwarmspeicher: StuckPage
166 166  * PV-Co-Location: CoLocationStuckPage (eigene, getrennt gespeicherte Lead-Time-Regeln entlang der neuen Meilensteinkette)
167 167  
168 -=== Forecast ===
110 +=== 9. Forecast ===
169 169  
170 170  Monatliche Zielvorgaben, Plan-vs-Ist-Charts pro Kennzahl.
171 171  
... ... @@ -172,7 +172,7 @@
172 172  * Schwarmspeicher: ForecastPage (kW und kWh pro Monat/Meilenstein, nach Land AT/DE getrennt)
173 173  * PV-Co-Location: CoLocationForecastPage — 4 KPI-Charts entlang Netzantrag gestellt / Netzvertrag erhalten / Standort gebaut / Standort live Trading (kein Land-Split)
174 174  
175 -=== Aufgabenverwaltung ===
117 +=== 10. Aufgabenverwaltung ===
176 176  
177 177  Projektbezogene Aufgaben, jeweils eigene, komplett getrennte Liste pro Use-Case.
178 178  
... ... @@ -179,7 +179,7 @@
179 179  * Schwarmspeicher: TaskManager, TasksPage, Hook useTasks()
180 180  * PV-Co-Location: CoTaskManager, CoLocationTasksPage, Hook useCoTasks()
181 181  
182 -=== Dokumentenverwaltung ===
124 +=== 11. Dokumentenverwaltung ===
183 183  
184 184  Zu jedem Standort und jedem Standortpartner können Dokumente hochgeladen werden.
185 185  
... ... @@ -186,7 +186,7 @@
186 186  * Schwarmspeicher: StandortDokumente, PartnerDokumente, Hook useDokumente()
187 187  * PV-Co-Location: CoLocationStandortDokumente, CoLocationPartnerDokumente, Hook useCoDokumente() — eigener Storage-Bucket co-dokumente
188 188  
189 -=== Standortpartner ===
131 +=== 12. Standortpartner ===
190 190  
191 191  Verwaltung von Projektpartnern, eigene, komplett getrennte Partnerliste pro Use-Case.
192 192  
... ... @@ -193,15 +193,15 @@
193 193  * Schwarmspeicher: StandortpartnerManager, StandortpartnerTable
194 194  * PV-Co-Location: CoLocationStandortpartnerManager, CoLocationStandortpartnerTable
195 195  
196 -=== Benutzerverwaltung ===
138 +=== 13. Benutzerverwaltung ===
197 197  
198 198  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.
199 199  
200 -=== Audit Log ===
142 +=== 14. Audit Log ===
201 201  
202 202  Nachvollziehbarkeit von Änderungen (AuditLogPage), tabellenübergreifend über beide Use-Cases.
203 203  
204 -=== Landingpage „Fläche verpachten" ===
146 +=== 15. Landingpage „Fläche verpachten" ===
205 205  
206 206  Ö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.
207 207  
... ... @@ -284,8 +284,14 @@
284 284  
285 285  **Storage: **zwei Buckets — dokumente (Schwarmspeicher) und co-dokumente (PV-Co-Location).
286 286  
287 -== ==
288 288  
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 +
289 289  == Offene Punkte / zu verifizieren ==
290 290  
291 291  |(((