Skip to Content

Changes for page Schwarmspeicher Electrify

Last modified by Patrizia Gurschka on 2026/09/10 14:58
From version 7.1
edited by Patrizia Gurschka
on 2026/09/09 14:25
Change comment: There is no comment for this version
To version 24.1
edited by Patrizia Gurschka
on 2026/09/10 13:18
Change comment: Uploaded new attachment "1789039120837-667.png", version {1}

Summary

Details

Page properties
Content
... ... @@ -1,238 +1,228 @@
1 +|(% style="width:650px" %)(((
1 1  = 🔋  Schwarmspeicher Electrify =
2 2  
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.|(((
4 +{{info}}
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 +{{/info}}
9 +)))|(% style="width:418px" %)(((
4 4  **Auf dieser Seite**
5 5  
6 -• 🔋 Schwarmspeicher Electrify
12 +{{toc/}}
7 7  
8 -• Übersicht
14 +
15 +)))
9 9  
10 -• Technologie-Stack
17 +== Überblick ==
11 11  
12 -• Projektstruktur
19 +**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 13  
14 -• Hauptfunktionen
21 +* **Frontend:** React 18 · TypeScript · Vite · Tailwind CSS · shadcn/ui · React Router · React Query · Leaflet + leaflet.markercluster (Kartendarstellung) · Recharts (Diagramme) · XLSX (Excel-Import/-Export)
22 +* **Backend:** Supabase (self-hosted) — PostgreSQL, Authentication, Storage, Edge Functions, Row Level Security (RLS)
23 +* **Datenquellen:** Nominatim/OpenStreetMap (Geocoding) · Edge Function fetch-noe-gemeinden (NÖ-Gemeindedaten) · EVN-Trafokarte (WMS-Layer, Netzkapazitäten)
24 +* **Orchestrierung:** eigener Docker-Compose-Stack, nginx als Reverse-Proxy (TLS-Terminierung + same-origin-Routing zu Supabase/Kong)
15 15  
16 -▪ Dashboard
26 +== Architektur ==
17 17  
18 -▪ Projektverwaltung
28 +[[image:1789037109962-994.png]]
19 19  
20 -▪ Standortverwaltung
30 +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
21 21  
22 -▪ Gemeinden
32 +== Technologie-Stack ==
23 23  
24 -▪ Kartenansicht
34 +**Frontend: **React 18 · TypeScript · Vite · Tailwind CSS · shadcn/ui · React Router · React Query · Leaflet + leaflet.markercluster (Kartendarstellung) · Recharts (Diagramme) · XLSX (Excel-Import/-Export)
25 25  
26 -▪ Potenzialanalyse
36 +**Backend: **Supabase (self-hosted) — PostgreSQL, Authentication, Storage, Edge Functions, Row Level Security (RLS)
27 27  
28 -▪ Pipeline
38 +== Hauptfunktionen ==
29 29  
30 -▪ Meilensteinverwaltung
40 +=== 1. Dashboard ===
31 31  
32 -▪ Aufgabenverwaltung
42 +Zentrale Übersicht über Projekte, Status, Kennzahlen und Projektfortschritt.
33 33  
34 -▪ Dokumentenverwaltung
44 +* Schwarmspeicher: Dashboard.tsx — Pipeline-Summary, kW/kWh-KPIs, Plan-vs-Ist-Charts pro Meilenstein
45 +* PV-Co-Location: CoLocationDashboard.tsx — gleiche Struktur, Einheiten angepasst (kWp/kW), zweite Übersichtskarte zeigt Standortpartner-Anzahl statt Gemeinden
35 35  
36 -▪ Standortpartner
47 +=== 2. Projektverwaltung / Standortverwaltung ===
37 37  
38 -▪ Stockende Projekte
49 +Standorte anlegen, bearbeiten, importieren, Historie, Dokumente, sortierbare Tabelle mit Meilenstein-Filter, Bulk-Bearbeitung, Als-abgebrochen-markieren/Reaktivieren.
39 39  
40 -▪ Forecast
51 +* Schwarmspeicher: ProjectTable, StandortDetail, CreateStandortFormNew, StandortImportDialog, StandortDokumente, AbbruchDialog, MeilensteinQuickEdit, MeilensteinMatrix, BulkEditStandortDialog
52 +* PV-Co-Location: CoLocationProjectTable, CoLocationStandortDetail, CreateCoLocationForm, CoLocationImportDialog, CoLocationStandortDokumente, CoLocationAbbruchDialog, CoLocationMeilensteinQuickEdit, CoLocationMeilensteinMatrix, CoLocationBulkEditDialog
41 41  
42 -▪ PV Co-Location
54 +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.
43 43  
44 -▪ Benutzerverwaltung
56 +=== 3. Gemeinden ===
45 45  
46 -▪ Audit Log
58 +Verwaltung der Gemeinden (CreateGemeindeForm, nur Schwarmspeicher). Edge Function fetch-noe-gemeinden lädt NÖ-Gemeinden.
47 47  
48 -• Routing
60 +=== 4. Kartenansicht ===
49 49  
50 -• Datenzugriff
62 +Interaktive Karte aller Standorte (Leaflet + Clustering), Adresssuche, Vollbildmodus, Flächenauswahl (Shift+Ziehen), Trafokarte-NÖ-Layer mit Legende.
51 51  
52 -• Supabase
64 +* Schwarmspeicher: ProjectMap
65 +* PV-Co-Location: CoLocationMap
66 +* Gemeinsam genutzt: LocationPickerMap (Einzelstandort-Kartenauswahl), src/lib/mapCoordinates.ts (dedupeCoordinates — verhindert sofortiges Auftrennen bei identischen Koordinaten)
53 53  
54 -• Architektur
68 +=== 5. Potenzialanalyse ===
55 55  
56 -• Server
57 -)))
70 +Bewertung möglicher Standorte (PotenzialTabelle, PotenzialPage) — nur Schwarmspeicher, kein Pendant bei PV-Co-Location.
58 58  
72 +=== 6. Pipeline ===
59 59  
74 +* Schwarmspeicher: VorprojektePipeline, VorprojektTimeline
75 +* PV-Co-Location: CoLocationPipeline (Felder an kWp/BESS-kW angepasst; kein Pendant zu VorprojektTimeline)
60 60  
61 -== Übersicht ==
77 +=== 7. Meilensteinverwaltung ===
62 62  
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.
79 +Projektfortschritt über Meilensteine, matrixartige Übersicht mit Bulk-Setzen, Gruppierung.
64 64  
65 -== Technologie-Stack ==
81 +* Schwarmspeicher: MeilensteinMatrix, MeilensteinQuickEdit (inkl. Sonderfall-Dialog NetzvertragAnpassungDialog)
82 +* 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)
66 66  
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
84 +=== 8. Stockend ===
68 68  
69 -**Backend: **Supabase — PostgreSQL, Authentication, Storage, Edge Functions, Row Level Security (RLS)
86 +Zeigt Standorte, bei denen die Lead-Time zwischen zwei Meilensteinen überschritten ist, konfigurierbare Regeln.
70 70  
71 -**Tests: **Vitest 3.2.4 · Playwright 1.57.0
88 +* Schwarmspeicher: StuckPage
89 +* PV-Co-Location: CoLocationStuckPage (eigene, getrennt gespeicherte Lead-Time-Regeln entlang der neuen Meilensteinkette)
72 72  
73 -== Projektstruktur ==
91 +=== 9. Forecast ===
74 74  
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
93 +Monatliche Zielvorgaben, Plan-vs-Ist-Charts pro Kennzahl.
86 86  
95 +* Schwarmspeicher: ForecastPage (kW und kWh pro Monat/Meilenstein, nach Land AT/DE getrennt)
96 +* PV-Co-Location: CoLocationForecastPage — 4 KPI-Charts entlang Netzantrag gestellt / Netzvertrag erhalten / Standort gebaut / Standort live Trading (kein Land-Split)
87 87  
98 +=== 10. Aufgabenverwaltung ===
88 88  
89 -== Hauptfunktionen ==
100 +Projektbezogene Aufgaben, jeweils eigene, komplett getrennte Liste pro Use-Case.
90 90  
91 -=== Dashboard ===
102 +* Schwarmspeicher: TaskManager, TasksPage, Hook useTasks()
103 +* PV-Co-Location: CoTaskManager, CoLocationTasksPage, Hook useCoTasks()
92 92  
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.
105 +=== 11. Dokumentenverwaltung ===
94 94  
95 -=== Projektverwaltung ===
107 +Zu jedem Standort und jedem Standortpartner können Dokumente hochgeladen werden.
96 96  
97 -Verwaltung aller Batteriespeicherprojekte: anzeigen, Detailansicht, bearbeiten, Projektstatus und Meilensteine. Komponenten: ProjectTable, ProjectDetail. PV Co-Location besitzt eine eigene Projektansicht mit CoLocationProjectTable und CoLocationStandortDetail.
109 +* Schwarmspeicher: StandortDokumente, PartnerDokumente, Hook useDokumente()
110 +* PV-Co-Location: CoLocationStandortDokumente, CoLocationPartnerDokumente, Hook useCoDokumente() — eigener Storage-Bucket co-dokumente
98 98  
99 -Standortverwaltung
112 +=== 12. Standortpartner ===
100 100  
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.
114 +Verwaltung von Projektpartnern, eigene, komplett getrennte Partnerliste pro Use-Case.
102 102  
103 -Gemeinden
116 +* Schwarmspeicher: StandortpartnerManager, StandortpartnerTable
117 +* PV-Co-Location: CoLocationStandortpartnerManager, CoLocationStandortpartnerTable
104 104  
105 -Verwaltung der Gemeinden (Komponente CreateGemeindeForm). Zusätzlich existiert eine Supabase Edge Function zum Abruf von NÖ-Gemeinden (supabase/functions/fetch-noe-gemeinden).
119 +=== 13. Benutzerverwaltung ===
106 106  
107 -Kartenansicht
121 +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.
108 108  
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.
123 +=== 14. Audit Log ===
110 110  
111 -Potenzialanalyse
125 +Nachvollziehbarkeit von Änderungen (AuditLogPage), tabellenübergreifend über beide Use-Cases.
112 112  
113 -Bewertung möglicher Standorte. Komponenten: PotenzialTabelle, PotenzialPage. Die Potenzialanalyse ist aktuell dem Schwarmspeicher-Use-Case zugeordnet.
127 +=== 15. Landingpage „Fläche verpachten" ===
114 114  
115 -Pipeline
129 +Ö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.
116 116  
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.
131 +* Legt über die Edge Function public-lead-intake automatisch einen neuen Eintrag in der Schwarmspeicher-Pipeline (vorprojekte) an
132 +* E-Mail-Benachrichtigung optional (RESEND_API_KEY + LEAD_NOTIFY_EMAIL) — Anfrage wird auch ohne E-Mail-Konfiguration zuverlässig gespeichert
118 118  
119 -Meilensteinverwaltung
120 120  
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.
122 122  
123 -Aufgabenverwaltung
136 +|(((
137 +⚠️  **Hinweis: Platzhalter-Firmendaten**
124 124  
125 -Projektbezogene Aufgaben. Komponenten: TaskManager, TasksPage. Hook: useTasks(). PV Co-Location verwendet mit CoTaskManager, CoLocationTasksPage und useCoTasks() eine eigene, vom Schwarmspeicher getrennte Aufgabenliste.
139 +* In FlaecheVerpachtenPage.tsx sind Firmenname und Telefonnummer aktuell Platzhalter (Rateware). Vor dem Livegang unbedingt durch die echten Kontaktdaten ersetzen.
140 +)))
126 126  
127 -Dokumentenverwaltung
142 +== Routing ==
128 128  
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.
144 +|**Pfad**|**Seite**|**Use-Case**|**Login nötig**
145 +|/|Dashboard|Schwarmspeicher|ja
146 +|/projekte|Standorte|Schwarmspeicher|ja
147 +|/pipeline|Vorprojekte|Schwarmspeicher|ja
148 +|/potenzial|Potenzialanalyse|Schwarmspeicher|ja
149 +|/karte|Kartenansicht|Schwarmspeicher|ja
150 +|/forecast|Forecast|Schwarmspeicher|ja
151 +|/tasks|Aufgaben|Schwarmspeicher|ja
152 +|/stockend|Stockende Standorte|Schwarmspeicher|ja
153 +|/benutzer|Benutzerverwaltung|– (Admin)|ja
154 +|/historie|Audit Log|– (Admin)|ja
155 +|/pv-colocation|Dashboard|PV-Co-Location|ja
156 +|/pv-colocation/projekte|Standorte|PV-Co-Location|ja
157 +|/pv-colocation/pipeline|Vorprojekte|PV-Co-Location|ja
158 +|/pv-colocation/karte|Kartenansicht|PV-Co-Location|ja
159 +|/pv-colocation/forecast|Forecast|PV-Co-Location|ja
160 +|/pv-colocation/tasks|Aufgaben|PV-Co-Location|ja
161 +|/pv-colocation/stockend|Stockende Standorte|PV-Co-Location|ja
162 +|/flaeche-verpachten|Landingpage „Fläche verpachten"|—|NEIN – öffentlich
130 130  
131 -Standortpartner
164 +== Datenzugriff ==
132 132  
133 -Verwaltung von Projektpartnern. Komponenten: StandortpartnerManager, StandortpartnerTable. Für PV Co-Location existieren separate Komponenten und Datenzugriffe für Standortpartner.
166 +Der Zugriff erfolgt über Custom Hooks, die sämtliche Kommunikation mit Supabase kapseln:
134 134  
135 -Stockende Projekte
168 +|(((
169 +~/~/ Schwarmspeicher
136 136  
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.
171 +useStandorte()   useGemeinden()   useVorprojekte()
138 138  
139 -Forecast
173 +useTasks()       usePotenzialDaten()   useStandortpartner()
140 140  
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.
175 +useMonatsziele() useDokumente()   useIsAdmin()
142 142  
143 -PV Co-Location
144 144  
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.
178 +~/~/ PV-Co-Location
146 146  
147 -Benutzerverwaltung
180 +useCoLocationStandorte()        useCoLocationStandortpartner()
148 148  
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().
182 +useCoVorprojekte()   useCoTasks()   useCoMonatsziele()   useCoDokumente()
150 150  
151 -Audit Log
152 152  
153 -Nachvollziehbarkeit von Änderungen über AuditLogPage und audit_log. Der Zugriff auf das Änderungsprotokoll ist über die vorhandenen Datenbankregeln auf Administratoren eingeschränkt.
185 +~/~/ Use-Case-übergreifend
154 154  
155 -Routing
187 +useUseCase()   useAuth()
188 +)))
156 156  
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
190 +== Supabase ==
169 169  
192 +**Authentication: **Login, Passwortänderung, Rollenverwaltung.
170 170  
194 +**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.
171 171  
172 -**Schwarmspeicher-Routen: **/ · /projekte · /pipeline · /potenzial · /karte · /stockend · /forecast · /tasks · /benutzer · /historie
196 +**Edge Functions:**
173 173  
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
198 +* fetch-noe-gemeinden — lädt Gemeinden aus Niederösterreich
199 +* manage-users — Benutzerverwaltung, prüft Admin-Berechtigung serverseitig
200 +* public-lead-intake — nimmt Anfragen der öffentlichen Landingpage entgegen
175 175  
176 -Datenzugriff
202 +**Storage: **zwei Buckets — dokumente (Schwarmspeicher) und co-dokumente (PV-Co-Location).
177 177  
178 -Der Zugriff erfolgt über Custom Hooks, die die Kommunikation mit Supabase kapseln. React Query übernimmt Laden, Mutationen und Cache-Invalidierung.
204 +== Use-Case-Umschalter ==
179 179  
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()
206 +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.
196 196  
208 +== Offene Punkte / zu verifizieren ==
197 197  
210 +|(((
211 +⚠️  **Vor einem breiteren Rollout klären**
198 198  
199 -Supabase
213 +* 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.
214 +* Migrationsdateien in supabase/migrations/ müssen noch ins Git-Repo committet werden, falls noch nicht geschehen (Datenbank selbst ist bereits aktuell).
215 +* types.ts kennt die neuen co_*-Tabellen nicht — führt zu TypeScript-Warnungen beim Bauen (bewusst akzeptiert, kein Laufzeitfehler).
216 +* KPI-Zuordnung im PV-Co-Location-Forecast (Netzantrag = kWp, die übrigen drei Meilensteine = kW) ist eine Annahme — bei Bedarf auf eine einheitliche Einheit umstellen.
217 +)))
200 200  
201 -**Authentication: **Login, Passwortänderung, Rollenverwaltung und geschützte Routen.
219 +== Server ==
202 202  
203 -**Datenbank: **Wird über SQL-Migrationen verwaltet (supabase/migrations/). Die Migrationen definieren Tabellen, Policies und Datenbankfunktionen.
221 +Das Projekt liegt unter /mnt/data/schwarmspeicher/schwarmspeicher-electrify_lokal und läuft in einem eigenständigen Docker-Compose-Stack (schwarmspeicher-electrify_lokal).
204 204  
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.
223 +**Erreichbar unter:**
206 206  
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.
225 +* VPN: http:~/~/schwarmspeicher.spl-tele.com:8200 (SPL-TELE-Netzwerk)
226 +* Öffentlich: https:~/~/schwarmspeicher.electrify.at:8200 (Wildcard-Zertifikat *.electrify.at, Let's Encrypt, gültig bis 26.10.2026)
208 208  
209 -**Edge Functions:**
210 -
211 -• fetch-noe-gemeinden — lädt Gemeinden aus Niederösterreich
212 -
213 -• manage-users — Benutzerverwaltung
214 -
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.
216 -
217 -Architektur
218 -
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"]
231 -
232 -
233 -
234 -Server
235 -
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.
237 -
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.
228 +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
1789037109962-994.png
Author
... ... @@ -1,0 +1,1 @@
1 +XWiki.gurschkap
Size
... ... @@ -1,0 +1,1 @@
1 +60.0 KB
Content
1789039075740-139.png
Author
... ... @@ -1,0 +1,1 @@
1 +XWiki.gurschkap
Size
... ... @@ -1,0 +1,1 @@
1 +303.9 KB
Content
1789039120837-667.png
Author
... ... @@ -1,0 +1,1 @@
1 +XWiki.gurschkap
Size
... ... @@ -1,0 +1,1 @@
1 +114.2 KB
Content