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
on 2026/09/09 14:21
Change comment:
There is no comment for this version
To version 18.1
edited by Patrizia Gurschka
on 2026/09/10 12:41
on 2026/09/10 12:41
Change comment:
There is no comment for this version
Summary
-
Page properties (1 modified, 0 added, 0 removed)
-
Attachments (0 modified, 1 added, 0 removed)
Details
- Page properties
-
- Content
-
... ... @@ -1,244 +1,258 @@ 1 -macro:box 1 +|(% style="width:650px" %)((( 2 += 🔋 Schwarmspeicher Electrify = 2 2 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" %)((( 3 3 **Auf dieser Seite** 4 4 5 - macro:toc12 +{{toc/}} 6 6 7 - *(((8 - [[🔋 Schwarmspeicher Electrify>>path:#HD83DDD0BSchwarmspeicherElectrify]]14 + 15 +))) 9 9 10 -* [[Übersicht>>path:#HDCbersicht]] 11 -* [[Technologie-Stack>>path:#HTechnologie-Stack]] 12 -* [[Projektstruktur>>path:#HProjektstruktur]] 13 -* ((( 14 -[[Hauptfunktionen>>path:#HHauptfunktionen]] 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]] 32 -))) 33 -* [[Routing>>path:#HRouting]] 34 -* [[Datenzugriff>>path:#HDatenzugriff]] 35 -* [[Supabase>>path:#HSupabase]] 36 -* [[Architektur>>path:#HArchitektur]] 37 -* [[Server>>path:#HServer]] 38 -))) 39 39 19 +== Überblick == 40 40 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. 41 41 42 -= 🔋 Schwarmspeicher Electrify=23 +== Architektur == 43 43 44 -ma cro:info25 +[[image:1789017284336-190.png||height="353" width="762"]] 45 45 46 - Information27 +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 47 47 48 - **Zweck:**Webbasiertes Projektmanagementsystem zur Verwaltung von Batterie-Großspeicherprojektenin Deutschland und Österreich — vom Standort über Genehmigungen bis zur Projektsteuerung und Dokumentation. Die aktuelleAnwendung enthält zusätzlich den eigenständigen Use-Case **PV Co-Location**.29 +== Technologie-Stack == 49 49 50 - Click anddragtomove31 +**Frontend: **React 18 · TypeScript · Vite · Tailwind CSS · shadcn/ui · React Router · React Query · Leaflet + leaflet.markercluster (Kartendarstellung) · Recharts (Diagramme) · XLSX (Excel-Import/-Export) 51 51 52 - ==Übersicht==33 +**Backend: **Supabase (self-hosted) — PostgreSQL, Authentication, Storage, Edge Functions, Row Level Security (RLS) 53 53 54 - **SchwarmspeicherElectrify** unterstützt den gesamtenProjektlebenszyklus: 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.35 +== Projektstruktur == 55 55 56 -== Technologie-Stack == 37 +|((( 38 +📁 src/ 57 57 58 - **Frontend:**React 18.3.1 · TypeScript 5.8.3 · Vite 5.4.19 · Tailwind CSS 3.4.17 ·shadcn/ui/ RadixUI· ReactRouter DOM 6.30.1 · TanStack React Query 5.83.0 · React Hook Form7.61.1· Zod 3.25.76 ·Leaflet 1.9.4 / React Leaflet4.2.1 · Recharts2.15.4 · xlsx 0.18.540 +📁 components/ UI-Komponenten (Schwarmspeicher + CoLocation*-Pendants) 59 59 60 - **Backend:**Supabase — PostgreSQL,Authentication,Storage, EdgeFunctions, RowLevel Security (RLS)42 +📁 pages/ Seiten der Anwendung 61 61 62 - **Tests:**Vitest3.2.4· Playwright 1.57.044 +📁 hooks/ Datenzugriffe und Business-Logik 63 63 64 - ==Projektstruktur==46 +📁 integrations/ Supabase Client 65 65 66 - macro:code48 +📁 types/ TypeScript-Modelle 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 50 +📁 lib/ Hilfsfunktionen (u.a. mapCoordinates.ts) 75 75 76 -supabase/ 77 -├── migrations/ 78 -├── functions/ 79 -└── config.toml 52 +📁 supabase/ 80 80 81 - Clickanddragto move54 +📁 migrations/ SQL-Migrationen (inkl. komplettes PV-Co-Location-Schema) 82 82 56 +📁 functions/ Edge Functions 57 +))) 58 + 59 +== Use-Case-Umschalter == 60 + 61 +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. 62 + 83 83 == Hauptfunktionen == 84 84 85 -=== Dashboard === 65 +=== 1. 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.67 +Zentrale Übersicht über Projekte, Status, Kennzahlen und Projektfortschritt. 88 88 89 -=== Projektverwaltung === 69 +* Schwarmspeicher: Dashboard.tsx — Pipeline-Summary, kW/kWh-KPIs, Plan-vs-Ist-Charts pro Meilenstein 70 +* PV-Co-Location: CoLocationDashboard.tsx — gleiche Struktur, Einheiten angepasst (kWp/kW), zweite Übersichtskarte zeigt Standortpartner-Anzahl statt Gemeinden 90 90 91 - VerwaltungallerBatteriespeicherprojekte: anzeigen, Detailansicht, bearbeiten,Projektstatus und Meilensteine. Komponenten: ProjectTable, ProjectDetail. PV Co-Locationbesitzt eine eigeneProjektansichtmit CoLocationProjectTable und CoLocationStandortDetail.72 +=== 2. Projektverwaltung / Standortverwaltung === 92 92 93 - ===Standortverwaltung===74 +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. 76 +* Schwarmspeicher: ProjectTable, StandortDetail, CreateStandortFormNew, StandortImportDialog, StandortDokumente, AbbruchDialog, MeilensteinQuickEdit, MeilensteinMatrix, BulkEditStandortDialog 77 +* PV-Co-Location: CoLocationProjectTable, CoLocationStandortDetail, CreateCoLocationForm, CoLocationImportDialog, CoLocationStandortDokumente, CoLocationAbbruchDialog, CoLocationMeilensteinQuickEdit, CoLocationMeilensteinMatrix, CoLocationBulkEditDialog 96 96 97 - ===Gemeinden===79 +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. 98 98 99 - Verwaltungder Gemeinden (Komponente CreateGemeindeForm).Zusätzlich existiert eine Supabase Edge Function zum Abruf von NÖ-Gemeinden(supabase/functions/fetch-noe-gemeinden).81 +=== 3. Gemeinden === 100 100 101 - === Kartenansicht===83 +Verwaltung der Gemeinden (CreateGemeindeForm, nur Schwarmspeicher). Edge Function fetch-noe-gemeinden lädt NÖ-Gemeinden. 102 102 103 - Darstellungaller 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.85 +=== 4. Kartenansicht === 104 104 105 - ===Potenzialanalyse===87 +Interaktive Karte aller Standorte (Leaflet + Clustering), Adresssuche, Vollbildmodus, Flächenauswahl (Shift+Ziehen), Trafokarte-NÖ-Layer mit Legende. 106 106 107 -Bewertung möglicher Standorte. Komponenten: PotenzialTabelle, PotenzialPage. Die Potenzialanalyse ist aktuell dem Schwarmspeicher-Use-Case zugeordnet. 89 +* Schwarmspeicher: ProjectMap 90 +* PV-Co-Location: CoLocationMap 91 +* Gemeinsam genutzt: LocationPickerMap (Einzelstandort-Kartenauswahl), src/lib/mapCoordinates.ts (dedupeCoordinates — verhindert sofortiges Auftrennen bei identischen Koordinaten) 108 108 109 -=== P ipeline ===93 +=== 5. Potenzialanalyse === 110 110 111 - Verwaltungvon Vorprojekten. Komponenten: VorprojektePipeline,VorprojektTimeline.PV Co-Location besitzt eine separatePipelinefür co_vorprojekte mit Standortpartner,Kontakt, Standort-/kWp-/BESS-Potenzial, Realisierungswahrscheinlichkeit,Follow-up undnächstenSchritten.95 +Bewertung möglicher Standorte (PotenzialTabelle, PotenzialPage) — nur Schwarmspeicher, kein Pendant bei PV-Co-Location. 112 112 113 -=== Meilensteinverwaltung===97 +=== 6. Pipeline === 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. 99 +* Schwarmspeicher: VorprojektePipeline, VorprojektTimeline 100 +* PV-Co-Location: CoLocationPipeline (Felder an kWp/BESS-kW angepasst; kein Pendant zu VorprojektTimeline) 116 116 117 -=== Aufgabenverwaltung ===102 +=== 7. Meilensteinverwaltung === 118 118 119 -Projekt bezogene Aufgaben. Komponenten: TaskManager,TasksPage.Hook: useTasks(). PV Co-Location verwendetmit CoTaskManager,CoLocationTasksPageund useCoTasks()eineeigene,vom Schwarmspeichergetrennte Aufgabenliste.104 +Projektfortschritt über Meilensteine, matrixartige Übersicht mit Bulk-Setzen, Gruppierung. 120 120 121 -=== Dokumentenverwaltung === 106 +* Schwarmspeicher: MeilensteinMatrix, MeilensteinQuickEdit (inkl. Sonderfall-Dialog NetzvertragAnpassungDialog) 107 +* 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) 122 122 123 - Zujedem Standort können Dokumente verwaltet werden.Komponenten:StandortDokumente, PartnerDokumente. PV Co-Location besitzt eigene Standort- und Partnerdokumente sowiedenseparaten Frontend-Zugriff auf den Storage-Bucket co-dokumente; Downloads werden als Signed URLs erzeugt.109 +=== 8. Stockend === 124 124 125 - ===Standortpartner===111 +Zeigt Standorte, bei denen die Lead-Time zwischen zwei Meilensteinen überschritten ist, konfigurierbare Regeln. 126 126 127 -Verwaltung von Projektpartnern. Komponenten: StandortpartnerManager, StandortpartnerTable. Für PV Co-Location existieren separate Komponenten und Datenzugriffe für Standortpartner. 113 +* Schwarmspeicher: StuckPage 114 +* PV-Co-Location: CoLocationStuckPage (eigene, getrennt gespeicherte Lead-Time-Regeln entlang der neuen Meilensteinkette) 128 128 129 -=== StockendeProjekte===116 +=== 9. Forecast === 130 130 131 - Erkennung vonProjekten bzw. Standorten, deren definierte Lead Times zwischenMeilensteinen überschrittensind. FürPV Co-Locationsind die Lead-Time-Regeln in der UIanpassbarund werden derzeitim Browser-localStoragegespeichert.118 +Monatliche Zielvorgaben, Plan-vs-Ist-Charts pro Kennzahl. 132 132 133 -=== Forecast === 120 +* Schwarmspeicher: ForecastPage (kW und kWh pro Monat/Meilenstein, nach Land AT/DE getrennt) 121 +* PV-Co-Location: CoLocationForecastPage — 4 KPI-Charts entlang Netzantrag gestellt / Netzvertrag erhalten / Standort gebaut / Standort live Trading (kein Land-Split) 134 134 135 - Forecastauf Basis von Monatszielen und erreichten Meilensteinen.PV Co-Location enthält Plan-/Ist-Auswertungenfür Netzzugangsvertrag, BESSbeantragt, BESS bewilligt und BESS in Betrieb sowie eine Jahresauswahlundeditierbare Monatsziele.123 +=== 10. Aufgabenverwaltung === 136 136 137 - ===PV Co-Location===125 +Projektbezogene Aufgaben, jeweils eigene, komplett getrennte Liste pro Use-Case. 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. 127 +* Schwarmspeicher: TaskManager, TasksPage, Hook useTasks() 128 +* PV-Co-Location: CoTaskManager, CoLocationTasksPage, Hook useCoTasks() 140 140 141 -=== Benutzerverwaltung ===130 +=== 11. Dokumentenverwaltung === 142 142 143 - Anmeldung,PasswortänderungundRollen. Komponenten:AuthProvider,ProtectedRoute,BenutzerPage, ChangePasswordDialog. Backend: Supabase Authentication. DieAnwendungunterstützt zudemeineverpflichtende PasswortänderungüberuseMustChangePassword().132 +Zu jedem Standort und jedem Standortpartner können Dokumente hochgeladen werden. 144 144 145 -=== Audit Log === 134 +* Schwarmspeicher: StandortDokumente, PartnerDokumente, Hook useDokumente() 135 +* PV-Co-Location: CoLocationStandortDokumente, CoLocationPartnerDokumente, Hook useCoDokumente() — eigener Storage-Bucket co-dokumente 146 146 147 - NachvollziehbarkeitvonÄnderungen über AuditLogPage undaudit_log. DerZugriff auf das Änderungsprotokoll ist über die vorhandenen Datenbankregeln auf Administratoreneingeschränkt.137 +=== 12. Standortpartner === 148 148 139 +Verwaltung von Projektpartnern, eigene, komplett getrennte Partnerliste pro Use-Case. 140 + 141 +* Schwarmspeicher: StandortpartnerManager, StandortpartnerTable 142 +* PV-Co-Location: CoLocationStandortpartnerManager, CoLocationStandortpartnerTable 143 + 144 +=== 13. Benutzerverwaltung === 145 + 146 +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. 147 + 148 +=== 14. Audit Log === 149 + 150 +Nachvollziehbarkeit von Änderungen (AuditLogPage), tabellenübergreifend über beide Use-Cases. 151 + 152 +=== 15. Landingpage „Fläche verpachten" === 153 + 154 +Ö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. 155 + 156 +* Legt über die Edge Function public-lead-intake automatisch einen neuen Eintrag in der Schwarmspeicher-Pipeline (vorprojekte) an 157 +* E-Mail-Benachrichtigung optional (RESEND_API_KEY + LEAD_NOTIFY_EMAIL) — Anfrage wird auch ohne E-Mail-Konfiguration zuverlässig gespeichert 158 + 159 + 160 + 161 +|((( 162 +⚠️ **Hinweis: Platzhalter-Firmendaten** 163 + 164 +* In FlaecheVerpachtenPage.tsx sind Firmenname und Telefonnummer aktuell Platzhalter (Rateware). Vor dem Livegang unbedingt durch die echten Kontaktdaten ersetzen. 165 +))) 166 + 167 + 168 + 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 171 +|**Pfad**|**Seite**|**Use-Case**|**Login nötig** 172 +|/|Dashboard|Schwarmspeicher|ja 173 +|/projekte|Standorte|Schwarmspeicher|ja 174 +|/pipeline|Vorprojekte|Schwarmspeicher|ja 175 +|/potenzial|Potenzialanalyse|Schwarmspeicher|ja 176 +|/karte|Kartenansicht|Schwarmspeicher|ja 177 +|/forecast|Forecast|Schwarmspeicher|ja 178 +|/tasks|Aufgaben|Schwarmspeicher|ja 179 +|/stockend|Stockende Standorte|Schwarmspeicher|ja 180 +|/benutzer|Benutzerverwaltung|– (Admin)|ja 181 +|/historie|Audit Log|– (Admin)|ja 182 +|/pv-colocation|Dashboard|PV-Co-Location|ja 183 +|/pv-colocation/projekte|Standorte|PV-Co-Location|ja 184 +|/pv-colocation/pipeline|Vorprojekte|PV-Co-Location|ja 185 +|/pv-colocation/karte|Kartenansicht|PV-Co-Location|ja 186 +|/pv-colocation/forecast|Forecast|PV-Co-Location|ja 187 +|/pv-colocation/tasks|Aufgaben|PV-Co-Location|ja 188 +|/pv-colocation/stockend|Stockende Standorte|PV-Co-Location|ja 189 +|/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.195 +Der Zugriff erfolgt über Custom Hooks, die sämtliche Kommunikation mit Supabase kapseln: 171 171 172 -macro:code 197 +|((( 198 +~/~/ Schwarmspeicher 173 173 174 -Schwarmspeicher: 175 -useStandorte() 176 -useGemeinden() 177 -useVorprojekte() 178 -useTasks() 179 -usePotenzialDaten() 180 -useStandortpartner() 181 -useMonatsziele() 182 -useDokumente() 200 +useStandorte() useGemeinden() useVorprojekte() 183 183 184 -PV Co-Location: 185 -useCoLocationStandorte() 186 -useCoLocationStandortpartner() 187 -useCoVorprojekte() 188 -useCoTasks() 189 -useCoMonatsziele() 190 -useCoDokumente() 202 +useTasks() usePotenzialDaten() useStandortpartner() 191 191 192 - Click and dragtomove204 +useMonatsziele() useDokumente() useIsAdmin() 193 193 194 -== Supabase == 195 195 196 - **Authentication:**Login,Passwortänderung, Rollenverwaltung und geschützte Routen.207 +~/~/ PV-Co-Location 197 197 198 - **Datenbank:** Wird über SQL-Migrationenverwaltet(supabase/migrations/). Die Migrationen definieren Tabellen, Policies undDatenbankfunktionen.209 +useCoLocationStandorte() useCoLocationStandortpartner() 199 199 200 - **Storage:** Der bestehende Bucket dokumente ist laut Migrationprivat und auf authentifizierteZugriffebeschränkt. DasPV-Co-Location-Frontend referenziert zusätzlich denBucket co-dokumente.211 +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 - **EdgeFunctions:**214 +~/~/ Use-Case-übergreifend 205 205 206 - * fetch-noe-gemeinden— lädt Gemeinden ausNiederösterreich207 - * manage-users — Benutzerverwaltung216 +useUseCase() useAuth() 217 +))) 208 208 209 -macro:info 210 210 211 -Information 212 212 213 - **TechnischerHinweis:** 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 denStorage-Bucket co-dokumente. Im bereitgestellten supabase/migrations-Verzeichnisund 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.221 +== Supabase == 214 214 215 - Clickanddragtomove223 +**Authentication: **Login, Passwortänderung, Rollenverwaltung. 216 216 217 - ==Architektur==225 +**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. 218 218 219 - macro:mermaid227 +**Edge Functions:** 220 220 221 -macro:velocity 229 +* fetch-noe-gemeinden — lädt Gemeinden aus Niederösterreich 230 +* manage-users — Benutzerverwaltung, prüft Admin-Berechtigung serverseitig 231 +* public-lead-intake — nimmt Anfragen der öffentlichen Landingpage entgegen 222 222 223 -macro :html233 +**Storage: **zwei Buckets — dokumente (Schwarmspeicher) und co-dokumente (PV-Co-Location). 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"]}}} 237 237 238 - Clickanddragtomove236 +== Offene Punkte / zu verifizieren == 239 239 238 +|((( 239 +⚠️ **Vor einem breiteren Rollout klären** 240 + 241 +* 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. 242 +* Migrationsdateien in supabase/migrations/ müssen noch ins Git-Repo committet werden, falls noch nicht geschehen (Datenbank selbst ist bereits aktuell). 243 +* types.ts kennt die neuen co_*-Tabellen nicht — führt zu TypeScript-Warnungen beim Bauen (bewusst akzeptiert, kein Laufzeitfehler). 244 +* KPI-Zuordnung im PV-Co-Location-Forecast (Netzantrag = kWp, die übrigen drei Meilensteine = kW) ist eine Annahme — bei Bedarf auf eine einheitliche Einheit umstellen. 245 +))) 246 + 247 + 248 + 240 240 == Server == 241 241 242 - FürdielokaleEntwicklungnenntdieaktuelleREADME Node.js≥ 18 oder Bun,Docker/ DockerComposeund dieSupabaseCLI. Der Vite-Dev-Server läuftlaut README auf Port 8200, Supabase Studio auf 127.0.0.1:54323.251 +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. 253 +**Erreichbar unter:** 254 + 255 +* VPN: http:~/~/schwarmspeicher.spl-tele.com:8200 (SPL-TELE-Netzwerk) 256 +* Öffentlich: https:~/~/schwarmspeicher.electrify.at:8200 (Wildcard-Zertifikat *.electrify.at, Let's Encrypt, gültig bis 26.10.2026) 257 + 258 +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