Skip to Content

Changes for page Schwarmspeicher Electrify

Last modified by Patrizia Gurschka on 2026/09/10 14:58
From version 8.3
edited by Patrizia Gurschka
on 2026/09/10 07:30
Change comment: Auto-saved during real-time collaboration
To version 6.1
edited by Patrizia Gurschka
on 2026/09/09 14:24
Change comment: There is no comment for this version

Summary

Details

Page properties
Content
... ... @@ -1,311 +1,238 @@
1 -**🔋  Schwarmspeicher Electrify**
1 += 🔋  Schwarmspeicher Electrify =
2 2  
3 -|(% style="width:788px" %)(((
4 -|(((
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 -
7 -**Zielgruppe: **Vertriebs-/Projektentwicklungsteam und IT/DevOps-Betrieb.
8 -)))
9 -
10 -== Projektstruktur ==
11 -
12 -|(((
13 -📁 src/
14 -
15 -📁   components/   UI-Komponenten (Schwarmspeicher + CoLocation*-Pendants)
16 -
17 -📁   pages/   Seiten der Anwendung
18 -
19 -📁   hooks/   Datenzugriffe und Business-Logik
20 -
21 -📁   integrations/   Supabase Client
22 -
23 -📁   types/   TypeScript-Modelle
24 -
25 -📁   lib/   Hilfsfunktionen (u.a. mapCoordinates.ts)
26 -
27 -📁 supabase/
28 -
29 -📁   migrations/   SQL-Migrationen (inkl. komplettes PV-Co-Location-Schema)
30 -
31 -📁   functions/   Edge Functions
32 -)))
33 -)))|(% style="width:280px" %)(((
34 -|(((
3 +|**ⓘ   Zweck: **Webbasiertes Projektmanagementsystem zur Verwaltung von Batterie-Großspeicherprojekten in Deutschland und Österreich — vom Standort über Genehmigungen bis zur Projektsteuerung und Dokumentation. Die aktuelle Anwendung enthält zusätzlich den eigenständigen Use-Case PV Co-Location.|(((
35 35  **Auf dieser Seite**
36 36  
37 -▪ Schwarmspeicher Electrify
6 +• 🔋 Schwarmspeicher Electrify
38 38  
39 -○ Übersicht
8 +• Übersicht
40 40  
41 -○ Technologie-Stack
10 +• Technologie-Stack
42 42  
43 -○ Projektstruktur
12 +• Projektstruktur
44 44  
45 -○ Use-Case-Umschalter
14 +• Hauptfunktionen
46 46  
47 -○ Hauptfunktionen
16 +▪ Dashboard
48 48  
49 -▫ Dashboard
18 +▪ Projektverwaltung
50 50  
51 -▫ Projektverwaltung
20 +▪ Standortverwaltung
52 52  
53 -▫ Gemeinden
22 +▪ Gemeinden
54 54  
55 -▫ Kartenansicht
24 +▪ Kartenansicht
56 56  
57 -▫ Potenzialanalyse
26 +▪ Potenzialanalyse
58 58  
59 -▫ Pipeline
28 +▪ Pipeline
60 60  
61 -▫ Meilensteinverwaltung
30 +▪ Meilensteinverwaltung
62 62  
63 -▫ Stockend
32 +▪ Aufgabenverwaltung
64 64  
65 -▫ Forecast
34 +▪ Dokumentenverwaltung
66 66  
67 -▫ Aufgabenverwaltung
36 +▪ Standortpartner
68 68  
69 -▫ Dokumentenverwaltung
38 +▪ Stockende Projekte
70 70  
71 -▫ Standortpartner
40 +▪ Forecast
72 72  
73 -▫ Benutzerverwaltung
42 +▪ PV Co-Location
74 74  
75 -▫ Audit Log
44 +▪ Benutzerverwaltung
76 76  
77 -▫ Landingpage "Fläche verpachten"
46 +▪ Audit Log
78 78  
79 -○ Routing
48 +• Routing
80 80  
81 -○ Datenzugriff
50 +• Datenzugriff
82 82  
83 -○ Supabase
52 +• Supabase
84 84  
85 -○ Architektur
54 +• Architektur
86 86  
87 -○ Offene Punkte / zu verifizieren
88 -
89 -○ Server
56 +• Server
90 90  )))
91 91  
92 -
93 -)))
94 94  
95 95  
61 +Übersicht
96 96  
97 -== Übersicht ==
63 +**Schwarmspeicher Electrify** unterstützt den gesamten Projektlebenszyklus: Standortidentifikation, Pipeline, Genehmigungen, Projektsteuerung, Forecast, Aufgaben und Dokumentation. Über einen Use-Case-Switcher kann zwischen **Schwarmspeicher** und **PV Co-Location** gewechselt werden. Der aktive Use-Case wird aus dem URL-Pfad abgeleitet.
98 98  
99 -**Schwarmspeicher Electrify **unterstützt den gesamten Projektlebenszyklus: Standortidentifikation, Genehmigungen, Projektsteuerung und Dokumentation — für beide Use-Cases parallel, über einen Umschalter in der Seitenleiste.
65 +Technologie-Stack
100 100  
101 -== Technologie-Stack ==
67 +**Frontend: **React 18.3.1 · TypeScript 5.8.3 · Vite 5.4.19 · Tailwind CSS 3.4.17 · shadcn/ui / Radix UI · React Router DOM 6.30.1 · TanStack React Query 5.83.0 · React Hook Form 7.61.1 · Zod 3.25.76 · Leaflet 1.9.4 / React Leaflet 4.2.1 · Recharts 2.15.4 · xlsx 0.18.5
102 102  
103 -**Frontend: **React 18 · TypeScript · Vite · Tailwind CSS · shadcn/ui · React Router · React Query · Leaflet + leaflet.markercluster (Kartendarstellung) · Recharts (Diagramme) · XLSX (Excel-Import/-Export)
69 +**Backend: **Supabase — PostgreSQL, Authentication, Storage, Edge Functions, Row Level Security (RLS)
104 104  
105 -**Backend: **Supabase (self-hosted) — PostgreSQL, Authentication, Storage, Edge Functions, Row Level Security (RLS)
71 +**Tests: **Vitest 3.2.4 · Playwright 1.57.0
106 106  
107 -== Use-Case-Umschalter ==
73 +Projektstruktur
108 108  
109 -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.
75 +|src/
76 +├── components/          UI-Komponenten und Fachkomponenten
77 +├── pages/               Seiten der Anwendung
78 +├── hooks/               Datenzugriffe und Business-Logik
79 +├── integrations/        Supabase Client und generierte Typen
80 +├── types/               TypeScript-Modelle, inkl. PV Co-Location
81 +└── lib/                 Hilfsfunktionen
82 +\\supabase/
83 +├── migrations/
84 +├── functions/
85 +└── config.toml
110 110  
111 -== Hauptfunktionen ==
112 112  
113 -=== Dashboard ===
114 114  
115 -Zentrale Übersicht über Projekte, Status, Kennzahlen und Projektfortschritt.
89 +Hauptfunktionen
116 116  
117 -* Schwarmspeicher: Dashboard.tsx — Pipeline-Summary, kW/kWh-KPIs, Plan-vs-Ist-Charts pro Meilenstein
118 -* PV-Co-Location: CoLocationDashboard.tsx — gleiche Struktur, Einheiten angepasst (kWp/kW), zweite Übersichtskarte zeigt Standortpartner-Anzahl statt Gemeinden
91 +Dashboard
119 119  
120 -=== Projektverwaltung / Standortverwaltung ===
93 +Zentrale Übersicht über Projekte, Status, offene Aufgaben, Kennzahlen und Projektfortschritt. Für PV Co-Location existiert ein eigenes Dashboard mit Kennzahlen zu aktiven Standorten, Modulleistung, BESS-Leistung, Standortpartnern, Pipeline sowie Plan-/Ist-Werten.
121 121  
122 -Standorte anlegen, bearbeiten, importieren, Historie, Dokumente, sortierbare Tabelle mit Meilenstein-Filter, Bulk-Bearbeitung, Als-abgebrochen-markieren/Reaktivieren.
95 +Projektverwaltung
123 123  
124 -* Schwarmspeicher: ProjectTable, StandortDetail, CreateStandortFormNew, StandortImportDialog, StandortDokumente, AbbruchDialog, MeilensteinQuickEdit, MeilensteinMatrix, BulkEditStandortDialog
125 -* PV-Co-Location: CoLocationProjectTable, CoLocationStandortDetail, CreateCoLocationForm, CoLocationImportDialog, CoLocationStandortDokumente, CoLocationAbbruchDialog, CoLocationMeilensteinQuickEdit, CoLocationMeilensteinMatrix, CoLocationBulkEditDialog
97 +Verwaltung aller Batteriespeicherprojekte: anzeigen, Detailansicht, bearbeiten, Projektstatus und Meilensteine. Komponenten: ProjectTable, ProjectDetail. PV Co-Location besitzt eine eigene Projektansicht mit CoLocationProjectTable und CoLocationStandortDetail.
126 126  
127 -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.
99 +Standortverwaltung
128 128  
129 -=== Gemeinden ===
101 +Standorte anlegen, bearbeiten, importieren, Historie und Dokumente. Komponenten: StandortDetail, CreateStandortForm, StandortImportDialog, StandortDokumente. PV Co-Location ergänzt eigene Formulare, Import, Bulk-Edit und Detailansichten.
130 130  
131 -Verwaltung der Gemeinden (CreateGemeindeForm, nur Schwarmspeicher). Edge Function fetch-noe-gemeinden lädt NÖ-Gemeinden.
103 +Gemeinden
132 132  
133 -=== Kartenansicht ===
105 +Verwaltung der Gemeinden (Komponente CreateGemeindeForm). Zusätzlich existiert eine Supabase Edge Function zum Abruf von NÖ-Gemeinden (supabase/functions/fetch-noe-gemeinden).
134 134  
135 -Interaktive Karte aller Standorte (Leaflet + Clustering), Adresssuche, Vollbildmodus, Flächenauswahl (Shift+Ziehen), Trafokarte-NÖ-Layer mit Legende.
107 +Kartenansicht
136 136  
137 -* Schwarmspeicher: ProjectMap
138 -* PV-Co-Location: CoLocationMap
139 -* Gemeinsam genutzt: LocationPickerMap (Einzelstandort-Kartenauswahl), src/lib/mapCoordinates.ts (dedupeCoordinates — verhindert sofortiges Auftrennen bei identischen Koordinaten)
109 +Darstellung aller Standorte auf einer interaktiven Karte mit Leaflet / React Leaflet. Komponenten: ProjectMap, LocationPickerMap. PV Co-Location besitzt eine eigene Karte mit Standortselektion, Partnerfilter und Übergabe ausgewählter Standort-IDs an die Projektansicht.
140 140  
141 -=== Potenzialanalyse ===
111 +Potenzialanalyse
142 142  
143 -Bewertung möglicher Standorte (PotenzialTabelle, PotenzialPage) — nur Schwarmspeicher, kein Pendant bei PV-Co-Location.
113 +Bewertung möglicher Standorte. Komponenten: PotenzialTabelle, PotenzialPage. Die Potenzialanalyse ist aktuell dem Schwarmspeicher-Use-Case zugeordnet.
144 144  
145 -=== Pipeline ===
115 +Pipeline
146 146  
147 -* Schwarmspeicher: VorprojektePipeline, VorprojektTimeline
148 -* PV-Co-Location: CoLocationPipeline (Felder an kWp/BESS-kW angepasst; kein Pendant zu VorprojektTimeline)
117 +Verwaltung von Vorprojekten. Komponenten: VorprojektePipeline, VorprojektTimeline. PV Co-Location besitzt eine separate Pipeline für co_vorprojekte mit Standortpartner, Kontakt, Standort-/kWp-/BESS-Potenzial, Realisierungswahrscheinlichkeit, Follow-up und nächsten Schritten.
149 149  
150 -=== Meilensteinverwaltung ===
119 +Meilensteinverwaltung
151 151  
152 -Projektfortschritt über Meilensteine, matrixartige Übersicht mit Bulk-Setzen, Gruppierung.
121 +Projektfortschritt über Meilensteine. Komponenten: MeilensteinMatrix, MeilensteinQuickEdit. PV Co-Location verwendet eine eigene Meilensteinmatrix und Quick-Edit-Logik. Zu den dort abgebildeten Schritten gehören u. a. Grundstücksvertrag, Netzzugangsvertrag, Fertigstellungsmeldung, BESS-Bezugsleistung und Inbetriebnahme.
153 153  
154 -* Schwarmspeicher: MeilensteinMatrix, MeilensteinQuickEdit (inkl. Sonderfall-Dialog NetzvertragAnpassungDialog)
155 -* 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)
123 +Aufgabenverwaltung
156 156  
157 -=== Stockend ===
125 +Projektbezogene Aufgaben. Komponenten: TaskManager, TasksPage. Hook: useTasks(). PV Co-Location verwendet mit CoTaskManager, CoLocationTasksPage und useCoTasks() eine eigene, vom Schwarmspeicher getrennte Aufgabenliste.
158 158  
159 -Zeigt Standorte, bei denen die Lead-Time zwischen zwei Meilensteinen überschritten ist, konfigurierbare Regeln.
127 +Dokumentenverwaltung
160 160  
161 -* Schwarmspeicher: StuckPage
162 -* PV-Co-Location: CoLocationStuckPage (eigene, getrennt gespeicherte Lead-Time-Regeln entlang der neuen Meilensteinkette)
129 +Zu jedem Standort können Dokumente verwaltet werden. Komponenten: StandortDokumente, PartnerDokumente. PV Co-Location besitzt eigene Standort- und Partnerdokumente sowie den separaten Frontend-Zugriff auf den Storage-Bucket co-dokumente; Downloads werden als Signed URLs erzeugt.
163 163  
164 -=== Forecast ===
131 +Standortpartner
165 165  
166 -Monatliche Zielvorgaben, Plan-vs-Ist-Charts pro Kennzahl.
133 +Verwaltung von Projektpartnern. Komponenten: StandortpartnerManager, StandortpartnerTable. Für PV Co-Location existieren separate Komponenten und Datenzugriffe für Standortpartner.
167 167  
168 -* Schwarmspeicher: ForecastPage (kW und kWh pro Monat/Meilenstein, nach Land AT/DE getrennt)
169 -* PV-Co-Location: CoLocationForecastPage — 4 KPI-Charts entlang Netzantrag gestellt / Netzvertrag erhalten / Standort gebaut / Standort live Trading (kein Land-Split)
135 +Stockende Projekte
170 170  
171 -=== Aufgabenverwaltung ===
137 +Erkennung von Projekten bzw. Standorten, deren definierte Lead Times zwischen Meilensteinen überschritten sind. Für PV Co-Location sind die Lead-Time-Regeln in der UI anpassbar und werden derzeit im Browser-localStorage gespeichert.
172 172  
173 -Projektbezogene Aufgaben, jeweils eigene, komplett getrennte Liste pro Use-Case.
139 +Forecast
174 174  
175 -* Schwarmspeicher: TaskManager, TasksPage, Hook useTasks()
176 -* PV-Co-Location: CoTaskManager, CoLocationTasksPage, Hook useCoTasks()
141 +Forecast auf Basis von Monatszielen und erreichten Meilensteinen. PV Co-Location enthält Plan-/Ist-Auswertungen für Netzzugangsvertrag, BESS beantragt, BESS bewilligt und BESS in Betrieb sowie eine Jahresauswahl und editierbare Monatsziele.
177 177  
178 -=== Dokumentenverwaltung ===
143 +PV Co-Location
179 179  
180 -Zu jedem Standort und jedem Standortpartner können Dokumente hochgeladen werden.
145 +Zweiter fachlich getrennter Use-Case mit eigenen Routen, Seiten, Hooks und Datenobjekten. Enthalten sind Dashboard, Karte, Projekte, Pipeline, stockende Standorte, Forecast und Tasks. Die Use-Case-Umschaltung erfolgt über den Sidebar-Switcher; /pv-colocation/* aktiviert PV Co-Location, die übrigen Anwendungspfade den Schwarmspeicher.
181 181  
182 -* Schwarmspeicher: StandortDokumente, PartnerDokumente, Hook useDokumente()
183 -* PV-Co-Location: CoLocationStandortDokumente, CoLocationPartnerDokumente, Hook useCoDokumente() — eigener Storage-Bucket co-dokumente
147 +Benutzerverwaltung
184 184  
185 -=== Standortpartner ===
149 +Anmeldung, Passwortänderung und Rollen. Komponenten: AuthProvider, ProtectedRoute, BenutzerPage, ChangePasswordDialog. Backend: Supabase Authentication. Die Anwendung unterstützt zudem eine verpflichtende Passwortänderung über useMustChangePassword().
186 186  
187 -Verwaltung von Projektpartnern, eigene, komplett getrennte Partnerliste pro Use-Case.
151 +Audit Log
188 188  
189 -* Schwarmspeicher: StandortpartnerManager, StandortpartnerTable
190 -* PV-Co-Location: CoLocationStandortpartnerManager, CoLocationStandortpartnerTable
153 +Nachvollziehbarkeit von Änderungen über AuditLogPage und audit_log. Der Zugriff auf das Änderungsprotokoll ist über die vorhandenen Datenbankregeln auf Administratoren eingeschränkt.
191 191  
192 -=== Benutzerverwaltung ===
155 +Routing
193 193  
194 -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.
157 +|**Seite**|**Beschreibung**
158 +|Dashboard|Startseite
159 +|Projekte|Projektübersicht
160 +|Pipeline|Vorprojekte
161 +|Potenziale|Standortpotenziale
162 +|Karte|Kartenansicht
163 +|Stockend|Stockende Projekte / Standorte
164 +|Forecast|Forecast
165 +|Aufgaben|Aufgabenverwaltung
166 +|Audit Log|Änderungsprotokoll
167 +|Benutzer|Benutzerverwaltung
168 +|Login|Anmeldung
195 195  
196 -=== Audit Log ===
197 197  
198 -Nachvollziehbarkeit von Änderungen (AuditLogPage), tabellenübergreifend über beide Use-Cases.
199 199  
200 -=== Landingpage „Fläche verpachten" ===
172 +**Schwarmspeicher-Routen: **/ · /projekte · /pipeline · /potenzial · /karte · /stockend · /forecast · /tasks · /benutzer · /historie
201 201  
202 -Ö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.
174 +**PV-Co-Location-Routen: **/pv-colocation · /pv-colocation/projekte · /pv-colocation/pipeline · /pv-colocation/karte · /pv-colocation/stockend · /pv-colocation/forecast · /pv-colocation/tasks
203 203  
204 -* Legt über die Edge Function public-lead-intake automatisch einen neuen Eintrag in der Schwarmspeicher-Pipeline (vorprojekte) an
205 -* E-Mail-Benachrichtigung optional (RESEND_API_KEY + LEAD_NOTIFY_EMAIL) — Anfrage wird auch ohne E-Mail-Konfiguration zuverlässig gespeichert
176 +Datenzugriff
206 206  
178 +Der Zugriff erfolgt über Custom Hooks, die die Kommunikation mit Supabase kapseln. React Query übernimmt Laden, Mutationen und Cache-Invalidierung.
207 207  
180 +|Schwarmspeicher:
181 +useStandorte()
182 +useGemeinden()
183 +useVorprojekte()
184 +useTasks()
185 +usePotenzialDaten()
186 +useStandortpartner()
187 +useMonatsziele()
188 +useDokumente()
189 +\\PV Co-Location:
190 +useCoLocationStandorte()
191 +useCoLocationStandortpartner()
192 +useCoVorprojekte()
193 +useCoTasks()
194 +useCoMonatsziele()
195 +useCoDokumente()
208 208  
209 -|(((
210 -⚠️  **Hinweis: Platzhalter-Firmendaten**
211 211  
212 -* In FlaecheVerpachtenPage.tsx sind Firmenname und Telefonnummer aktuell Platzhalter (Rateware). Vor dem Livegang unbedingt durch die echten Kontaktdaten ersetzen.
213 -)))
214 214  
199 +Supabase
215 215  
201 +**Authentication: **Login, Passwortänderung, Rollenverwaltung und geschützte Routen.
216 216  
217 -== Routing ==
203 +**Datenbank: **Wird über SQL-Migrationen verwaltet (supabase/migrations/). Die Migrationen definieren Tabellen, Policies und Datenbankfunktionen.
218 218  
219 -|**Pfad**|**Seite**|**Use-Case**|**Login nötig**
220 -|/|Dashboard|Schwarmspeicher|ja
221 -|/projekte|Standorte|Schwarmspeicher|ja
222 -|/pipeline|Vorprojekte|Schwarmspeicher|ja
223 -|/potenzial|Potenzialanalyse|Schwarmspeicher|ja
224 -|/karte|Kartenansicht|Schwarmspeicher|ja
225 -|/forecast|Forecast|Schwarmspeicher|ja
226 -|/tasks|Aufgaben|Schwarmspeicher|ja
227 -|/stockend|Stockende Standorte|Schwarmspeicher|ja
228 -|/benutzer|Benutzerverwaltung|– (Admin)|ja
229 -|/historie|Audit Log|– (Admin)|ja
230 -|/pv-colocation|Dashboard|PV-Co-Location|ja
231 -|/pv-colocation/projekte|Standorte|PV-Co-Location|ja
232 -|/pv-colocation/pipeline|Vorprojekte|PV-Co-Location|ja
233 -|/pv-colocation/karte|Kartenansicht|PV-Co-Location|ja
234 -|/pv-colocation/forecast|Forecast|PV-Co-Location|ja
235 -|/pv-colocation/tasks|Aufgaben|PV-Co-Location|ja
236 -|/pv-colocation/stockend|Stockende Standorte|PV-Co-Location|ja
237 -|/flaeche-verpachten|Landingpage „Fläche verpachten"|—|NEIN – öffentlich
205 +**Storage: **Der bestehende Bucket dokumente ist laut Migration privat und auf authentifizierte Zugriffe beschränkt. Das PV-Co-Location-Frontend referenziert zusätzlich den Bucket co-dokumente.
238 238  
207 +**Audit: **Änderungen werden über audit_log und Datenbank-Trigger protokolliert; die Audit-Funktion ist gegen direkte Ausführung durch PUBLIC/anon/authenticated gehärtet.
239 239  
240 -
241 -== Datenzugriff ==
242 -
243 -Der Zugriff erfolgt über Custom Hooks, die sämtliche Kommunikation mit Supabase kapseln:
244 -
245 -|(((
246 -~/~/ Schwarmspeicher
247 -
248 -useStandorte()   useGemeinden()   useVorprojekte()
249 -
250 -useTasks()       usePotenzialDaten()   useStandortpartner()
251 -
252 -useMonatsziele() useDokumente()   useIsAdmin()
253 -
254 -
255 -~/~/ PV-Co-Location
256 -
257 -useCoLocationStandorte()        useCoLocationStandortpartner()
258 -
259 -useCoVorprojekte()   useCoTasks()   useCoMonatsziele()   useCoDokumente()
260 -
261 -
262 -~/~/ Use-Case-übergreifend
263 -
264 -useUseCase()   useAuth()
265 -)))
266 -
267 -
268 -
269 -== Supabase ==
270 -
271 -**Authentication: **Login, Passwortänderung, Rollenverwaltung.
272 -
273 -**Datenbank: **Wird über SQL-Migrationen verwaltet (supabase/migrations/), inkl. komplettes PV-Co-Location-Schema: co_standorte, co_standortpartner, co_prozessschritte, co_vorprojekte, co_monatsziele, co_dokumente, co_tasks.
274 -
275 275  **Edge Functions:**
276 276  
277 -* fetch-noe-gemeinden — lädt Gemeinden aus Niederösterreich
278 -* manage-users — Benutzerverwaltung, prüft Admin-Berechtigung serverseitig
279 -* public-lead-intake — nimmt Anfragen der öffentlichen Landingpage entgegen
211 +• fetch-noe-gemeinden — lädt Gemeinden aus Niederösterreich
280 280  
281 -**Storage: **zwei Buckets — dokumente (Schwarmspeicher) und co-dokumente (PV-Co-Location).
213 +• manage-users — Benutzerverwaltung
282 282  
283 -== Architektur ==
215 +|**ⓘ  Technischer Hinweis: **Die Frontend-Hooks referenzieren mehrere co_* Datenobjekte (u. a. co_standorte, co_prozessschritte, co_standortpartner, co_vorprojekte, co_tasks, co_monatsziele und co_dokumente) sowie den Storage-Bucket co-dokumente. Im bereitgestellten supabase/migrations-Verzeichnis und in den generierten Supabase-Typen sind diese Co-Location-Objekte nicht vollständig enthalten. Für ein reproduzierbares Deployment sollten die fehlenden Schema-, RLS- und Storage-Migrationen ergänzt und die Typen anschließend neu generiert werden.
284 284  
285 -[[image:1789017284336-190.png]]
217 +Architektur
286 286  
287 -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.
219 +|flowchart TD
220 + FE["React Frontend"] ~-~-> UC["UseCaseProvider / Router"]
221 + UC ~-~-> SS["Schwarmspeicher Pages"]
222 + UC ~-~-> CO["PV Co-Location Pages"]
223 + SS ~-~-> RQ["React Query"]
224 + CO ~-~-> RQ
225 + RQ ~-~-> SC["Supabase Client"]
226 + SC ~-~-> AUTH["Auth"]
227 + SC ~-~-> DBS["Database / RLS"]
228 + SC ~-~-> ST["Storage"]
229 + DBS ~-~-> EF["Edge Functions"]
230 + DBS ~-~-> AL["Audit Log / Trigger"]
288 288  
289 -== Offene Punkte / zu verifizieren ==
290 290  
291 -|(((
292 -⚠️  **Vor einem breiteren Rollout klären**
293 293  
294 -* 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.
295 -* Migrationsdateien in supabase/migrations/ müssen noch ins Git-Repo committet werden, falls noch nicht geschehen (Datenbank selbst ist bereits aktuell).
296 -* types.ts kennt die neuen co_*-Tabellen nicht — führt zu TypeScript-Warnungen beim Bauen (bewusst akzeptiert, kein Laufzeitfehler).
297 -* KPI-Zuordnung im PV-Co-Location-Forecast (Netzantrag = kWp, die übrigen drei Meilensteine = kW) ist eine Annahme — bei Bedarf auf eine einheitliche Einheit umstellen.
298 -)))
234 +Server
299 299  
236 +Für die lokale Entwicklung nennt die aktuelle README Node.js ≥ 18 oder Bun, Docker / Docker Compose und die Supabase CLI. Der Vite-Dev-Server läuft laut README auf Port 8200, Supabase Studio auf 127.0.0.1:54323.
300 300  
301 -
302 -== Server ==
303 -
304 -Das Projekt liegt unter /mnt/data/schwarmspeicher/schwarmspeicher-electrify_lokal und läuft in einem eigenständigen Docker-Compose-Stack (schwarmspeicher-electrify_lokal).
305 -
306 -**Erreichbar unter:**
307 -
308 -* VPN: http:~/~/schwarmspeicher.spl-tele.com:8200 (SPL-TELE-Netzwerk)
309 -* Öffentlich: https:~/~/schwarmspeicher.electrify.at:8200 (Wildcard-Zertifikat *.electrify.at, Let's Encrypt, gültig bis 26.10.2026)
310 -
311 -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/.
238 +Die bisherige Dokumentation nennt zusätzlich den Betrieb unter /mnt/data/schwarmspeicher/schwarmspeicher-electrify_lokal in einem Docker-Compose-Stack sowie die Adresse http:~/~/schwarmspeicher.spl-tele.com:8200 im VPN und SPL-TELE-Netzwerk. Diese konkrete produktive Serverkonfiguration ist im bereitgestellten Quellpaket nicht enthalten und konnte daraus nicht erneut verifiziert werden.
1789017284336-190.png
Author
... ... @@ -1,1 +1,0 @@
1 -XWiki.gurschkap
Size
... ... @@ -1,1 +1,0 @@
1 -10.9 KB
Content