Changes for page Schwarmspeicher Electrify

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

Manage
- Copy
Actions
- Export
- Print Preview
Viewers
- Source
- Children
- Content
- Comments
- Attachments (6)
- History
- Information
- Likes

From 8.1 to 7.1 From 9.1 to 8.4

From version 8.4

edited by Patrizia Gurschka
on 2026/09/10 07:32

Change comment: Auto-saved during real-time collaboration

To version 8.1

edited by Patrizia Gurschka
on 2026/09/10 07:14

Change comment: Uploaded new attachment "1789017284336-190.png", version {1}

Raw
Rendered

Summary

Page properties (1 modified, 0 added, 0 removed)

Details

Page properties

Content

@@ -1,312 +1,238 @@
--**🔋  Schwarmspeicher Electrify**
++= 🔋  Schwarmspeicher Electrify =
--|(% style="width:788px" %)(((
--|(((
--ℹ️  **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.
--
--**Zielgruppe: **Vertriebs-/Projektentwicklungsteam und IT/DevOps-Betrieb.
--)))
--
--== Projektstruktur ==
--
--|(((
--📁 src/
--
--📁   components/   UI-Komponenten (Schwarmspeicher + CoLocation*-Pendants)
--
--📁   pages/   Seiten der Anwendung
--
--📁   hooks/   Datenzugriffe und Business-Logik
--
--📁   integrations/   Supabase Client
--
--📁   types/   TypeScript-Modelle
--
--📁   lib/   Hilfsfunktionen (u.a. mapCoordinates.ts)
--
--📁 supabase/
--
--📁   migrations/   SQL-Migrationen (inkl. komplettes PV-Co-Location-Schema)
--
--📁   functions/   Edge Functions
--)))
--
--== Architektur ==
--
--[[image:1789017284336-190.png]]
--
--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
--)))|(% style="width:280px" %)(((
--|(((
++|**ⓘ   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.|(((
  **Auf dieser Seite**
--▪ Schwarmspeicher Electrify
++• 🔋 Schwarmspeicher Electrify
--○ Projektstruktur
++• Übersicht
--○ Übersicht
++• Technologie-Stack
--○ Technologie-Stack
++• Projektstruktur
--○ Use-Case-Umschalter
++• Hauptfunktionen
--○ Hauptfunktionen
++▪ Dashboard
--▫ Dashboard
++▪ Projektverwaltung
--▫ Projektverwaltung
++▪ Standortverwaltung
--▫ Gemeinden
++▪ Gemeinden
--▫ Kartenansicht
++▪ Kartenansicht
--▫ Potenzialanalyse
++▪ Potenzialanalyse
--▫ Pipeline
++▪ Pipeline
--▫ Meilensteinverwaltung
++▪ Meilensteinverwaltung
--▫ Stockend
++▪ Aufgabenverwaltung
--▫ Forecast
++▪ Dokumentenverwaltung
--▫ Aufgabenverwaltung
++▪ Standortpartner
--▫ Dokumentenverwaltung
++▪ Stockende Projekte
--▫ Standortpartner
++▪ Forecast
--▫ Benutzerverwaltung
++▪ PV Co-Location
--▫ Audit Log
++▪ Benutzerverwaltung
--▫ Landingpage "Fläche verpachten"
++▪ Audit Log
--○ Routing
++• Routing
--○ Datenzugriff
++• Datenzugriff
--○ Supabase
++• Supabase
++• Architektur
--○ Offene Punkte / zu verifizieren
--
--○ Server
++• Server
  )))
--
--)))
--
  == Übersicht ==
--**Schwarmspeicher Electrify **unterstützt den gesamten Projektlebenszyklus: Standortidentifikation, Genehmigungen, Projektsteuerung und Dokumentation — für beide Use-Cases parallel, über einen Umschalter in der Seitenleiste.
++**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.
  == Technologie-Stack ==
--**Frontend: **React 18 · TypeScript · Vite · Tailwind CSS · shadcn/ui · React Router · React Query · Leaflet + leaflet.markercluster (Kartendarstellung) · Recharts (Diagramme) · XLSX (Excel-Import/-Export)
++**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
--**Backend: **Supabase (self-hosted) — PostgreSQL, Authentication, Storage, Edge Functions, Row Level Security (RLS)
++**Backend: **Supabase — PostgreSQL, Authentication, Storage, Edge Functions, Row Level Security (RLS)
--== Use-Case-Umschalter ==
++**Tests: **Vitest 3.2.4 · Playwright 1.57.0
--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.
++== Projektstruktur ==
--== Hauptfunktionen ==
++|src/
++├── components/          UI-Komponenten und Fachkomponenten
++├── pages/               Seiten der Anwendung
++├── hooks/               Datenzugriffe und Business-Logik
++├── integrations/        Supabase Client und generierte Typen
++├── types/               TypeScript-Modelle, inkl. PV Co-Location
++└── lib/                 Hilfsfunktionen
++\\supabase/
++├── migrations/
++├── functions/
++└── config.toml
--=== Dashboard ===
--Zentrale Übersicht über Projekte, Status, Kennzahlen und Projektfortschritt.
--* Schwarmspeicher: Dashboard.tsx — Pipeline-Summary, kW/kWh-KPIs, Plan-vs-Ist-Charts pro Meilenstein
--* PV-Co-Location: CoLocationDashboard.tsx — gleiche Struktur, Einheiten angepasst (kWp/kW), zweite Übersichtskarte zeigt Standortpartner-Anzahl statt Gemeinden
++== Hauptfunktionen ==
--=== Projektverwaltung / Standortverwaltung ===
++=== Dashboard ===
--Standorte anlegen, bearbeiten, importieren, Historie, Dokumente, sortierbare Tabelle mit Meilenstein-Filter, Bulk-Bearbeitung, Als-abgebrochen-markieren/Reaktivieren.
++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.
--* Schwarmspeicher: ProjectTable, StandortDetail, CreateStandortFormNew, StandortImportDialog, StandortDokumente, AbbruchDialog, MeilensteinQuickEdit, MeilensteinMatrix, BulkEditStandortDialog
--* PV-Co-Location: CoLocationProjectTable, CoLocationStandortDetail, CreateCoLocationForm, CoLocationImportDialog, CoLocationStandortDokumente, CoLocationAbbruchDialog, CoLocationMeilensteinQuickEdit, CoLocationMeilensteinMatrix, CoLocationBulkEditDialog
++=== Projektverwaltung ===
--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.
++Verwaltung aller Batteriespeicherprojekte: anzeigen, Detailansicht, bearbeiten, Projektstatus und Meilensteine. Komponenten: ProjectTable, ProjectDetail. PV Co-Location besitzt eine eigene Projektansicht mit CoLocationProjectTable und CoLocationStandortDetail.
--=== Gemeinden ===
++Standortverwaltung
--Verwaltung der Gemeinden (CreateGemeindeForm, nur Schwarmspeicher). Edge Function fetch-noe-gemeinden lädt NÖ-Gemeinden.
++Standorte anlegen, bearbeiten, importieren, Historie und Dokumente. Komponenten: StandortDetail, CreateStandortForm, StandortImportDialog, StandortDokumente. PV Co-Location ergänzt eigene Formulare, Import, Bulk-Edit und Detailansichten.
--=== Kartenansicht ===
++Gemeinden
--Interaktive Karte aller Standorte (Leaflet + Clustering), Adresssuche, Vollbildmodus, Flächenauswahl (Shift+Ziehen), Trafokarte-NÖ-Layer mit Legende.
++Verwaltung der Gemeinden (Komponente CreateGemeindeForm). Zusätzlich existiert eine Supabase Edge Function zum Abruf von NÖ-Gemeinden (supabase/functions/fetch-noe-gemeinden).
--* Schwarmspeicher: ProjectMap
--* PV-Co-Location: CoLocationMap
--* Gemeinsam genutzt: LocationPickerMap (Einzelstandort-Kartenauswahl), src/lib/mapCoordinates.ts (dedupeCoordinates — verhindert sofortiges Auftrennen bei identischen Koordinaten)
++Kartenansicht
--=== Potenzialanalyse ===
++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.
--Bewertung möglicher Standorte (PotenzialTabelle, PotenzialPage) — nur Schwarmspeicher, kein Pendant bei PV-Co-Location.
++Potenzialanalyse
--=== Pipeline ===
++Bewertung möglicher Standorte. Komponenten: PotenzialTabelle, PotenzialPage. Die Potenzialanalyse ist aktuell dem Schwarmspeicher-Use-Case zugeordnet.
--* Schwarmspeicher: VorprojektePipeline, VorprojektTimeline
--* PV-Co-Location: CoLocationPipeline (Felder an kWp/BESS-kW angepasst; kein Pendant zu VorprojektTimeline)
++Pipeline
--=== Meilensteinverwaltung ===
++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.
--Projektfortschritt über Meilensteine, matrixartige Übersicht mit Bulk-Setzen, Gruppierung.
++Meilensteinverwaltung
--* Schwarmspeicher: MeilensteinMatrix, MeilensteinQuickEdit (inkl. Sonderfall-Dialog NetzvertragAnpassungDialog)
--* 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)
++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.
--=== Stockend ===
++Aufgabenverwaltung
--Zeigt Standorte, bei denen die Lead-Time zwischen zwei Meilensteinen überschritten ist, konfigurierbare Regeln.
++Projektbezogene Aufgaben. Komponenten: TaskManager, TasksPage. Hook: useTasks(). PV Co-Location verwendet mit CoTaskManager, CoLocationTasksPage und useCoTasks() eine eigene, vom Schwarmspeicher getrennte Aufgabenliste.
--* Schwarmspeicher: StuckPage
--* PV-Co-Location: CoLocationStuckPage (eigene, getrennt gespeicherte Lead-Time-Regeln entlang der neuen Meilensteinkette)
++Dokumentenverwaltung
--=== Forecast ===
++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.
--Monatliche Zielvorgaben, Plan-vs-Ist-Charts pro Kennzahl.
++Standortpartner
--* Schwarmspeicher: ForecastPage (kW und kWh pro Monat/Meilenstein, nach Land AT/DE getrennt)
--* PV-Co-Location: CoLocationForecastPage — 4 KPI-Charts entlang Netzantrag gestellt / Netzvertrag erhalten / Standort gebaut / Standort live Trading (kein Land-Split)
++Verwaltung von Projektpartnern. Komponenten: StandortpartnerManager, StandortpartnerTable. Für PV Co-Location existieren separate Komponenten und Datenzugriffe für Standortpartner.
--=== Aufgabenverwaltung ===
++Stockende Projekte
--Projektbezogene Aufgaben, jeweils eigene, komplett getrennte Liste pro Use-Case.
++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.
--* Schwarmspeicher: TaskManager, TasksPage, Hook useTasks()
--* PV-Co-Location: CoTaskManager, CoLocationTasksPage, Hook useCoTasks()
++Forecast
--=== Dokumentenverwaltung ===
++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.
--Zu jedem Standort und jedem Standortpartner können Dokumente hochgeladen werden.
++PV Co-Location
--* Schwarmspeicher: StandortDokumente, PartnerDokumente, Hook useDokumente()
--* PV-Co-Location: CoLocationStandortDokumente, CoLocationPartnerDokumente, Hook useCoDokumente() — eigener Storage-Bucket co-dokumente
++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.
--=== Standortpartner ===
++Benutzerverwaltung
--Verwaltung von Projektpartnern, eigene, komplett getrennte Partnerliste pro Use-Case.
++Anmeldung, Passwortänderung und Rollen. Komponenten: AuthProvider, ProtectedRoute, BenutzerPage, ChangePasswordDialog. Backend: Supabase Authentication. Die Anwendung unterstützt zudem eine verpflichtende Passwortänderung über useMustChangePassword().
--* Schwarmspeicher: StandortpartnerManager, StandortpartnerTable
--* PV-Co-Location: CoLocationStandortpartnerManager, CoLocationStandortpartnerTable
++Audit Log
--=== Benutzerverwaltung ===
++Nachvollziehbarkeit von Änderungen über AuditLogPage und audit_log. Der Zugriff auf das Änderungsprotokoll ist über die vorhandenen Datenbankregeln auf Administratoren eingeschränkt.
--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.
++Routing
--=== Audit Log ===
++|**Seite**|**Beschreibung**
++|Dashboard|Startseite
++|Projekte|Projektübersicht
++|Pipeline|Vorprojekte
++|Potenziale|Standortpotenziale
++|Karte|Kartenansicht
++|Stockend|Stockende Projekte / Standorte
++|Forecast|Forecast
++|Aufgaben|Aufgabenverwaltung
++|Audit Log|Änderungsprotokoll
++|Benutzer|Benutzerverwaltung
++|Login|Anmeldung
--Nachvollziehbarkeit von Änderungen (AuditLogPage), tabellenübergreifend über beide Use-Cases.
--=== Landingpage „Fläche verpachten" ===
--Ö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.
++**Schwarmspeicher-Routen: **/ · /projekte · /pipeline · /potenzial · /karte · /stockend · /forecast · /tasks · /benutzer · /historie
--* Legt über die Edge Function public-lead-intake automatisch einen neuen Eintrag in der Schwarmspeicher-Pipeline (vorprojekte) an
--* E-Mail-Benachrichtigung optional (RESEND_API_KEY + LEAD_NOTIFY_EMAIL) — Anfrage wird auch ohne E-Mail-Konfiguration zuverlässig gespeichert
++**PV-Co-Location-Routen: **/pv-colocation · /pv-colocation/projekte · /pv-colocation/pipeline · /pv-colocation/karte · /pv-colocation/stockend · /pv-colocation/forecast · /pv-colocation/tasks
++Datenzugriff
++Der Zugriff erfolgt über Custom Hooks, die die Kommunikation mit Supabase kapseln. React Query übernimmt Laden, Mutationen und Cache-Invalidierung.
--|(((
--⚠️  **Hinweis: Platzhalter-Firmendaten**
++|Schwarmspeicher:
++useStandorte()
++useGemeinden()
++useVorprojekte()
++useTasks()
++usePotenzialDaten()
++useStandortpartner()
++useMonatsziele()
++useDokumente()
++\\PV Co-Location:
++useCoLocationStandorte()
++useCoLocationStandortpartner()
++useCoVorprojekte()
++useCoTasks()
++useCoMonatsziele()
++useCoDokumente()
--* In FlaecheVerpachtenPage.tsx sind Firmenname und Telefonnummer aktuell Platzhalter (Rateware). Vor dem Livegang unbedingt durch die echten Kontaktdaten ersetzen.
--)))
++Supabase
--== Routing ==
++**Authentication: **Login, Passwortänderung, Rollenverwaltung und geschützte Routen.
--|**Pfad**|**Seite**|**Use-Case**|**Login nötig**
--|/|Dashboard|Schwarmspeicher|ja
--|/projekte|Standorte|Schwarmspeicher|ja
--|/pipeline|Vorprojekte|Schwarmspeicher|ja
--|/potenzial|Potenzialanalyse|Schwarmspeicher|ja
--|/karte|Kartenansicht|Schwarmspeicher|ja
--|/forecast|Forecast|Schwarmspeicher|ja
--|/tasks|Aufgaben|Schwarmspeicher|ja
--|/stockend|Stockende Standorte|Schwarmspeicher|ja
--|/benutzer|Benutzerverwaltung|– (Admin)|ja
--|/historie|Audit Log|– (Admin)|ja
--|/pv-colocation|Dashboard|PV-Co-Location|ja
--|/pv-colocation/projekte|Standorte|PV-Co-Location|ja
--|/pv-colocation/pipeline|Vorprojekte|PV-Co-Location|ja
--|/pv-colocation/karte|Kartenansicht|PV-Co-Location|ja
--|/pv-colocation/forecast|Forecast|PV-Co-Location|ja
--|/pv-colocation/tasks|Aufgaben|PV-Co-Location|ja
--|/pv-colocation/stockend|Stockende Standorte|PV-Co-Location|ja
--|/flaeche-verpachten|Landingpage „Fläche verpachten"|—|NEIN – öffentlich
++**Datenbank: **Wird über SQL-Migrationen verwaltet (supabase/migrations/). Die Migrationen definieren Tabellen, Policies und Datenbankfunktionen.
++**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.
++**Audit: **Änderungen werden über audit_log und Datenbank-Trigger protokolliert; die Audit-Funktion ist gegen direkte Ausführung durch PUBLIC/anon/authenticated gehärtet.
--== Datenzugriff ==
--
--Der Zugriff erfolgt über Custom Hooks, die sämtliche Kommunikation mit Supabase kapseln:
--
--|(((
--~/~/ Schwarmspeicher
--
--useStandorte()   useGemeinden()   useVorprojekte()
--
--useTasks()       usePotenzialDaten()   useStandortpartner()
--
--useMonatsziele() useDokumente()   useIsAdmin()
--
--
--~/~/ PV-Co-Location
--
--useCoLocationStandorte()        useCoLocationStandortpartner()
--
--useCoVorprojekte()   useCoTasks()   useCoMonatsziele()   useCoDokumente()
--
--
--~/~/ Use-Case-übergreifend
--
--useUseCase()   useAuth()
--)))
--
--
--
--== Supabase ==
--
--**Authentication: **Login, Passwortänderung, Rollenverwaltung.
--
--**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.
--
  **Edge Functions:**
--* fetch-noe-gemeinden — lädt Gemeinden aus Niederösterreich
--* manage-users — Benutzerverwaltung, prüft Admin-Berechtigung serverseitig
--* public-lead-intake — nimmt Anfragen der öffentlichen Landingpage entgegen
++• fetch-noe-gemeinden — lädt Gemeinden aus Niederösterreich
--**Storage: **zwei Buckets — dokumente (Schwarmspeicher) und co-dokumente (PV-Co-Location).
++• manage-users — Benutzerverwaltung
--==   ==
++|**ⓘ  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.
--== Offene Punkte / zu verifizieren ==
++Architektur
--|(((
--⚠️  **Vor einem breiteren Rollout klären**
++|flowchart TD
++    FE["React Frontend"] ~-~-> UC["UseCaseProvider / Router"]
++    UC ~-~-> SS["Schwarmspeicher Pages"]
++    UC ~-~-> CO["PV Co-Location Pages"]
++    SS ~-~-> RQ["React Query"]
++    CO ~-~-> RQ
++    RQ ~-~-> SC["Supabase Client"]
++    SC ~-~-> AUTH["Auth"]
++    SC ~-~-> DBS["Database / RLS"]
++    SC ~-~-> ST["Storage"]
++    DBS ~-~-> EF["Edge Functions"]
++    DBS ~-~-> AL["Audit Log / Trigger"]
--* 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.
--* Migrationsdateien in supabase/migrations/ müssen noch ins Git-Repo committet werden, falls noch nicht geschehen (Datenbank selbst ist bereits aktuell).
--* types.ts kennt die neuen co_*-Tabellen nicht — führt zu TypeScript-Warnungen beim Bauen (bewusst akzeptiert, kein Laufzeitfehler).
--* KPI-Zuordnung im PV-Co-Location-Forecast (Netzantrag = kWp, die übrigen drei Meilensteine = kW) ist eine Annahme — bei Bedarf auf eine einheitliche Einheit umstellen.
--)))
++Server
--== Server ==
++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.
--Das Projekt liegt unter /mnt/data/schwarmspeicher/schwarmspeicher-electrify_lokal und läuft in einem eigenständigen Docker-Compose-Stack (schwarmspeicher-electrify_lokal).
--
--**Erreichbar unter:**
--
--* VPN: http:~/~/schwarmspeicher.spl-tele.com:8200 (SPL-TELE-Netzwerk)
--* Öffentlich: https:~/~/schwarmspeicher.electrify.at:8200 (Wildcard-Zertifikat *.electrify.at, Let's Encrypt, gültig bis 26.10.2026)
--
--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/.
++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.

Changes for page Schwarmspeicher Electrify

Summary

Details

Applications

Navigation

Verwandte Themen

Recently Created

Recently Modified

Changes for page Schwarmspeicher Electrify

Summary

Details

Applications

Tag Cloud

Verwandte Themen

Recently Created

Recently Modified