Changes for page Schwarmspeicher Electrify

Last modified by Patrizia Gurschka on 2026/09/10 14:58

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

Summary

Details

Page properties
Content
... ... @@ -1,244 +1,311 @@
1 -macro:box
1 +**🔋  Schwarmspeicher Electrify**
2 2  
3 -**Auf dieser Seite**
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.
4 4  
5 -macro:toc
7 +**Zielgruppe: **Vertriebs-/Projektentwicklungsteam und IT/DevOps-Betrieb.
8 +)))
6 6  
7 -* (((
8 -[[🔋 Schwarmspeicher Electrify>>path:#HD83DDD0BSchwarmspeicherElectrify]]
10 +== Projektstruktur ==
9 9  
10 -* [[Übersicht>>path:#HDCbersicht]]
11 -* [[Technologie-Stack>>path:#HTechnologie-Stack]]
12 -* [[Projektstruktur>>path:#HProjektstruktur]]
13 -* (((
14 -[[Hauptfunktionen>>path:#HHauptfunktionen]]
12 +|(((
13 +📁 src/
15 15  
16 -* [[Dashboard>>path:#HDashboard]]
17 -* [[Projektverwaltung>>path:#HProjektverwaltung]]
18 -* [[Standortverwaltung>>path:#HStandortverwaltung]]
19 -* [[Gemeinden>>path:#HGemeinden]]
20 -* [[Kartenansicht>>path:#HKartenansicht]]
21 -* [[Potenzialanalyse>>path:#HPotenzialanalyse]]
22 -* [[Pipeline>>path:#HPipeline]]
23 -* [[Meilensteinverwaltung>>path:#HMeilensteinverwaltung]]
24 -* [[Aufgabenverwaltung>>path:#HAufgabenverwaltung]]
25 -* [[Dokumentenverwaltung>>path:#HDokumentenverwaltung]]
26 -* [[Standortpartner>>path:#HStandortpartner]]
27 -* [[Stockende Projekte>>path:#HStockendeProjekte]]
28 -* [[Forecast>>path:#HForecast]]
29 -* [[PV Co-Location>>path:#HPVCo-Location]]
30 -* [[Benutzerverwaltung>>path:#HBenutzerverwaltung]]
31 -* [[Audit Log>>path:#HAuditLog]]
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 32  )))
33 -* [[Routing>>path:#HRouting]]
34 -* [[Datenzugriff>>path:#HDatenzugriff]]
35 -* [[Supabase>>path:#HSupabase]]
36 -* [[Architektur>>path:#HArchitektur]]
37 -* [[Server>>path:#HServer]]
38 -)))
33 +)))|(% style="width:280px" %)(((
34 +|(((
35 +**Auf dieser Seite**
39 39  
37 +▪ Schwarmspeicher Electrify
40 40  
39 +○ Übersicht
41 41  
42 -= 🔋 Schwarmspeicher Electrify =
41 + Technologie-Stack
43 43  
44 -macro:info
43 +○ Projektstruktur
45 45  
46 -Information
45 +○ Use-Case-Umschalter
47 47  
48 -**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**.
47 + Hauptfunktionen
49 49  
50 -Click and drag to move
49 + Dashboard
51 51  
52 -== Übersicht ==
51 + Projektverwaltung
53 53  
54 -**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.
53 + Gemeinden
55 55  
56 -== Technologie-Stack ==
55 + Kartenansicht
57 57  
58 -**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
57 +▫ Potenzialanalyse
59 59  
60 -**Backend:** Supabase — PostgreSQL, Authentication, Storage, Edge Functions, Row Level Security (RLS)
59 + Pipeline
61 61  
62 -**Tests:** Vitest 3.2.4 · Playwright 1.57.0
61 + Meilensteinverwaltung
63 63  
64 -== Projektstruktur ==
63 + Stockend
65 65  
66 -macro:code
65 +▫ Forecast
67 67  
68 -src/
69 -├── components/ UI-Komponenten und Fachkomponenten
70 -├── pages/ Seiten der Anwendung
71 -├── hooks/ Datenzugriffe und Business-Logik
72 -├── integrations/ Supabase Client und generierte Typen
73 -├── types/ TypeScript-Modelle, inkl. PV Co-Location
74 -└── lib/ Hilfsfunktionen
67 +▫ Aufgabenverwaltung
75 75  
76 -supabase/
77 -├── migrations/
78 -├── functions/
79 -└── config.toml
69 +▫ Dokumentenverwaltung
80 80  
81 -Click and drag to move
71 + Standortpartner
82 82  
73 +▫ Benutzerverwaltung
74 +
75 +▫ Audit Log
76 +
77 +▫ Landingpage "Fläche verpachten"
78 +
79 +○ Routing
80 +
81 +○ Datenzugriff
82 +
83 +○ Supabase
84 +
85 +○ Architektur
86 +
87 +○ Offene Punkte / zu verifizieren
88 +
89 +○ Server
90 +)))
91 +
92 +
93 +)))
94 +
95 +
96 +
97 +== Übersicht ==
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.
100 +
101 +== Technologie-Stack ==
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)
104 +
105 +**Backend: **Supabase (self-hosted) — PostgreSQL, Authentication, Storage, Edge Functions, Row Level Security (RLS)
106 +
107 +== Use-Case-Umschalter ==
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.
110 +
83 83  == Hauptfunktionen ==
84 84  
85 85  === Dashboard ===
86 86  
87 -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.
115 +Zentrale Übersicht über Projekte, Status, Kennzahlen und Projektfortschritt.
88 88  
89 -=== Projektverwaltung ===
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
90 90  
91 -Verwaltung aller Batteriespeicherprojekte: anzeigen, Detailansicht, bearbeiten, Projektstatus und Meilensteine. Komponenten: ProjectTable, ProjectDetail. PV Co-Location besitzt eine eigene Projektansicht mit CoLocationProjectTable und CoLocationStandortDetail.
120 +=== Projektverwaltung / Standortverwaltung ===
92 92  
93 -=== Standortverwaltung ===
122 +Standorte anlegen, bearbeiten, importieren, Historie, Dokumente, sortierbare Tabelle mit Meilenstein-Filter, Bulk-Bearbeitung, Als-abgebrochen-markieren/Reaktivieren.
94 94  
95 -Standorte anlegen, bearbeiten, importieren, Historie und Dokumente. Komponenten: StandortDetail, CreateStandortForm, StandortImportDialog, StandortDokumente. PV Co-Location ergänzt eigene Formulare, Import, Bulk-Edit und Detailansichten.
124 +* Schwarmspeicher: ProjectTable, StandortDetail, CreateStandortFormNew, StandortImportDialog, StandortDokumente, AbbruchDialog, MeilensteinQuickEdit, MeilensteinMatrix, BulkEditStandortDialog
125 +* PV-Co-Location: CoLocationProjectTable, CoLocationStandortDetail, CreateCoLocationForm, CoLocationImportDialog, CoLocationStandortDokumente, CoLocationAbbruchDialog, CoLocationMeilensteinQuickEdit, CoLocationMeilensteinMatrix, CoLocationBulkEditDialog
96 96  
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.
128 +
97 97  === Gemeinden ===
98 98  
99 -Verwaltung der Gemeinden (Komponente CreateGemeindeForm). Zusätzlich existiert eine Supabase Edge Function zum Abruf von-Gemeinden (supabase/functions/fetch-noe-gemeinden).
131 +Verwaltung der Gemeinden (CreateGemeindeForm, nur Schwarmspeicher). Edge Function fetch-noe-gemeinden lädt-Gemeinden.
100 100  
101 101  === Kartenansicht ===
102 102  
103 -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.
135 +Interaktive Karte aller Standorte (Leaflet + Clustering), Adresssuche, Vollbildmodus, Flächenauswahl (Shift+Ziehen), Trafokarte-NÖ-Layer mit Legende.
104 104  
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)
140 +
105 105  === Potenzialanalyse ===
106 106  
107 -Bewertung möglicher Standorte. Komponenten: PotenzialTabelle, PotenzialPage. Die Potenzialanalyse ist aktuell dem Schwarmspeicher-Use-Case zugeordnet.
143 +Bewertung möglicher Standorte (PotenzialTabelle, PotenzialPage) nur Schwarmspeicher, kein Pendant bei PV-Co-Location.
108 108  
109 109  === Pipeline ===
110 110  
111 -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.
147 +* Schwarmspeicher: VorprojektePipeline, VorprojektTimeline
148 +* PV-Co-Location: CoLocationPipeline (Felder an kWp/BESS-kW angepasst; kein Pendant zu VorprojektTimeline)
112 112  
113 113  === Meilensteinverwaltung ===
114 114  
115 -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.
152 +Projektfortschritt über Meilensteine, matrixartige Übersicht mit Bulk-Setzen, Gruppierung.
116 116  
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)
156 +
157 +=== Stockend ===
158 +
159 +Zeigt Standorte, bei denen die Lead-Time zwischen zwei Meilensteinen überschritten ist, konfigurierbare Regeln.
160 +
161 +* Schwarmspeicher: StuckPage
162 +* PV-Co-Location: CoLocationStuckPage (eigene, getrennt gespeicherte Lead-Time-Regeln entlang der neuen Meilensteinkette)
163 +
164 +=== Forecast ===
165 +
166 +Monatliche Zielvorgaben, Plan-vs-Ist-Charts pro Kennzahl.
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)
170 +
117 117  === Aufgabenverwaltung ===
118 118  
119 -Projektbezogene Aufgaben. Komponenten: TaskManager, TasksPage. Hook: useTasks(). PV Co-Location verwendet mit CoTaskManager, CoLocationTasksPage und useCoTasks() eine eigene, vom Schwarmspeicher getrennte Aufgabenliste.
173 +Projektbezogene Aufgaben, jeweils eigene, komplett getrennte Liste pro Use-Case.
120 120  
175 +* Schwarmspeicher: TaskManager, TasksPage, Hook useTasks()
176 +* PV-Co-Location: CoTaskManager, CoLocationTasksPage, Hook useCoTasks()
177 +
121 121  === Dokumentenverwaltung ===
122 122  
123 -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.
180 +Zu jedem Standort und jedem Standortpartner können Dokumente hochgeladen werden.
124 124  
182 +* Schwarmspeicher: StandortDokumente, PartnerDokumente, Hook useDokumente()
183 +* PV-Co-Location: CoLocationStandortDokumente, CoLocationPartnerDokumente, Hook useCoDokumente() — eigener Storage-Bucket co-dokumente
184 +
125 125  === Standortpartner ===
126 126  
127 -Verwaltung von Projektpartnern. Komponenten: StandortpartnerManager, StandortpartnerTable. Für PV Co-Location existieren separate Komponenten und Datenzugriffe r Standortpartner.
187 +Verwaltung von Projektpartnern, eigene, komplett getrennte Partnerliste pro Use-Case.
128 128  
129 -=== Stockende Projekte ===
189 +* Schwarmspeicher: StandortpartnerManager, StandortpartnerTable
190 +* PV-Co-Location: CoLocationStandortpartnerManager, CoLocationStandortpartnerTable
130 130  
131 -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.
192 +=== Benutzerverwaltung ===
132 132  
133 -=== Forecast ===
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.
134 134  
135 -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.
196 +=== Audit Log ===
136 136  
137 -=== PV Co-Location ===
198 +Nachvollziehbarkeit von Änderungen (AuditLogPage), tabellenübergreifend über beide Use-Cases.
138 138  
139 -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.
200 +=== Landingpage Fläche verpachten" ===
140 140  
141 -=== Benutzerverwaltung ===
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.
142 142  
143 -Anmeldung, Passwortänderung und Rollen. Komponenten: AuthProvider, ProtectedRoute, BenutzerPage, ChangePasswordDialog. Backend: Supabase Authentication. Die Anwendung unterstützt zudem eine verpflichtende Passwortänderung über useMustChangePassword().
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
144 144  
145 -=== Audit Log ===
146 146  
147 -Nachvollziehbarkeit von Änderungen über AuditLogPage und audit_log. Der Zugriff auf das Änderungsprotokoll ist über die vorhandenen Datenbankregeln auf Administratoren eingeschränkt.
148 148  
209 +|(((
210 +⚠️  **Hinweis: Platzhalter-Firmendaten**
211 +
212 +* In FlaecheVerpachtenPage.tsx sind Firmenname und Telefonnummer aktuell Platzhalter (Rateware). Vor dem Livegang unbedingt durch die echten Kontaktdaten ersetzen.
213 +)))
214 +
215 +
216 +
149 149  == Routing ==
150 150  
151 -|=Seite|=Beschreibung
152 -|Dashboard|Startseite
153 -|Projekte|Projektübersicht
154 -|Pipeline|Vorprojekte
155 -|Potenziale|Standortpotenziale
156 -|Karte|Kartenansicht
157 -|Stockend|Stockende Projekte / Standorte
158 -|Forecast|Forecast
159 -|Aufgaben|Aufgabenverwaltung
160 -|Audit Log|Änderungsprotokoll
161 -|Benutzer|Benutzerverwaltung
162 -|Login|Anmeldung
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
163 163  
164 -**Schwarmspeicher-Routen:** / · /projekte · /pipeline · /potenzial · /karte · /stockend · /forecast · /tasks · /benutzer · /historie
165 165  
166 -**PV-Co-Location-Routen:** /pv-colocation · /pv-colocation/projekte · /pv-colocation/pipeline · /pv-colocation/karte · /pv-colocation/stockend · /pv-colocation/forecast · /pv-colocation/tasks
167 167  
168 168  == Datenzugriff ==
169 169  
170 -Der Zugriff erfolgt über Custom Hooks, die die Kommunikation mit Supabase kapseln. React Query übernimmt Laden, Mutationen und Cache-Invalidierung.
243 +Der Zugriff erfolgt über Custom Hooks, die sämtliche Kommunikation mit Supabase kapseln:
171 171  
172 -macro:code
245 +|(((
246 +~/~/ Schwarmspeicher
173 173  
174 -Schwarmspeicher:
175 -useStandorte()
176 -useGemeinden()
177 -useVorprojekte()
178 -useTasks()
179 -usePotenzialDaten()
180 -useStandortpartner()
181 -useMonatsziele()
182 -useDokumente()
248 +useStandorte()   useGemeinden()   useVorprojekte()
183 183  
184 -PV Co-Location:
185 -useCoLocationStandorte()
186 -useCoLocationStandortpartner()
187 -useCoVorprojekte()
188 -useCoTasks()
189 -useCoMonatsziele()
190 -useCoDokumente()
250 +useTasks()       usePotenzialDaten()   useStandortpartner()
191 191  
192 -Click and drag to move
252 +useMonatsziele() useDokumente()   useIsAdmin()
193 193  
194 -== Supabase ==
195 195  
196 -**Authentication:** Login, Passwortänderung, Rollenverwaltung und geschützte Routen.
255 +~/~/ PV-Co-Location
197 197  
198 -**Datenbank:** Wird über SQL-Migrationen verwaltet (supabase/migrations/). Die Migrationen definieren Tabellen, Policies und Datenbankfunktionen.
257 +useCoLocationStandorte()        useCoLocationStandortpartner()
199 199  
200 -**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.
259 +useCoVorprojekte()   useCoTasks()   useCoMonatsziele()   useCoDokumente()
201 201  
202 -**Audit:** Änderungen werden über audit_log und Datenbank-Trigger protokolliert; die Audit-Funktion ist gegen direkte Ausführung durch PUBLIC/anon/authenticated gehärtet.
203 203  
204 -**Edge Functions:**
262 +~/~/ Use-Case-übergreifend
205 205  
206 -* fetch-noe-gemeinden — lädt Gemeinden aus Niederösterreich
207 -* manage-users — Benutzerverwaltung
264 +useUseCase()   useAuth()
265 +)))
208 208  
209 -macro:info
210 210  
211 -Information
212 212  
213 -**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.
269 +== Supabase ==
214 214  
215 -Click and drag to move
271 +**Authentication: **Login, Passwortänderung, Rollenverwaltung.
216 216  
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 +**Edge Functions:**
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
280 +
281 +**Storage: **zwei Buckets — dokumente (Schwarmspeicher) und co-dokumente (PV-Co-Location).
282 +
217 217  == Architektur ==
218 218  
219 -macro:mermaid
285 +[[image:1789017284336-190.png]]
220 220  
221 -macro:velocity
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.
222 222  
223 -macro:html
289 +== Offene Punkte / zu verifizieren ==
224 224  
225 -{{{flowchart TD
226 - FE["React Frontend"] --> UC["UseCaseProvider / Router"]
227 - UC --> SS["Schwarmspeicher Pages"]
228 - UC --> CO["PV Co-Location Pages"]
229 - SS --> RQ["React Query"]
230 - CO --> RQ
231 - RQ --> SC["Supabase Client"]
232 - SC --> AUTH["Auth"]
233 - SC --> DBS["Database / RLS"]
234 - SC --> ST["Storage"]
235 - DBS --> EF["Edge Functions"]
236 - DBS --> AL["Audit Log / Trigger"]}}}
291 +|(((
292 +⚠️  **Vor einem breiteren Rollout klären**
237 237  
238 -Click and drag to move
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 +)))
239 239  
300 +
301 +
240 240  == Server ==
241 241  
242 -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.
304 +Das Projekt liegt unter /mnt/data/schwarmspeicher/schwarmspeicher-electrify_lokal und läuft in einem eigenständigen Docker-Compose-Stack (schwarmspeicher-electrify_lokal).
243 243  
244 -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>>url: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.
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/.
1789017284336-190.png
Author
... ... @@ -1,0 +1,1 @@
1 +XWiki.gurschkap
Size
... ... @@ -1,0 +1,1 @@
1 +10.9 KB
Content