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 5.1 to 4.1 From 21.2 to 21.1

From version 21.1

edited by Patrizia Gurschka
on 2026/09/10 12:45

Change comment: There is no comment for this version

To version 5.1

edited by Patrizia Gurschka
on 2026/09/09 14:21

Change comment: There is no comment for this version

Raw
Rendered

Summary

Page properties (1 modified, 0 added, 0 removed)
Attachments (0 modified, 0 added, 2 removed)
- 1789017284336-190.png
- 1789037109962-994.png

Details

Page properties

Content

@@ -1,223 +1,244 @@
--|(% style="width:650px" %)(((
--= 🔋  Schwarmspeicher Electrify =
++macro:box
--{{info}}
--**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.
--{{/info}}
--)))|(% style="width:418px" %)(((
  **Auf dieser Seite**
--{{toc/}}
++macro:toc
--
--)))
++* (((
++[[🔋 Schwarmspeicher Electrify>>path:#HD83DDD0BSchwarmspeicherElectrify]]
--== Überblick ==
++* [[Übersicht>>path:#HDCbersicht]]
++* [[Technologie-Stack>>path:#HTechnologie-Stack]]
++* [[Projektstruktur>>path:#HProjektstruktur]]
++* (((
++[[Hauptfunktionen>>path:#HHauptfunktionen]]
--**Schwarmspeicher Electrify **unterstützt den gesamten Projektlebenszyklus: Standortidentifikation, Genehmigungen, Projektsteuerung und Dokumentation — für beide Use-Cases parallel, über einen Umschalter in der Seitenleiste.
++* [[Dashboard>>path:#HDashboard]]
++* [[Projektverwaltung>>path:#HProjektverwaltung]]
++* [[Standortverwaltung>>path:#HStandortverwaltung]]
++* [[Gemeinden>>path:#HGemeinden]]
++* [[Kartenansicht>>path:#HKartenansicht]]
++* [[Potenzialanalyse>>path:#HPotenzialanalyse]]
++* [[Pipeline>>path:#HPipeline]]
++* [[Meilensteinverwaltung>>path:#HMeilensteinverwaltung]]
++* [[Aufgabenverwaltung>>path:#HAufgabenverwaltung]]
++* [[Dokumentenverwaltung>>path:#HDokumentenverwaltung]]
++* [[Standortpartner>>path:#HStandortpartner]]
++* [[Stockende Projekte>>path:#HStockendeProjekte]]
++* [[Forecast>>path:#HForecast]]
++* [[PV Co-Location>>path:#HPVCo-Location]]
++* [[Benutzerverwaltung>>path:#HBenutzerverwaltung]]
++* [[Audit Log>>path:#HAuditLog]]
++)))
++* [[Routing>>path:#HRouting]]
++* [[Datenzugriff>>path:#HDatenzugriff]]
++* [[Supabase>>path:#HSupabase]]
++* [[Architektur>>path:#HArchitektur]]
++* [[Server>>path:#HServer]]
++)))
--== Architektur ==
--[[image:1789037109962-994.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
++= 🔋 Schwarmspeicher Electrify =
--== Technologie-Stack ==
++macro:info
--**Frontend: **React 18 · TypeScript · Vite · Tailwind CSS · shadcn/ui · React Router · React Query · Leaflet + leaflet.markercluster (Kartendarstellung) · Recharts (Diagramme) · XLSX (Excel-Import/-Export)
++Information
--**Backend: **Supabase (self-hosted) — PostgreSQL, Authentication, Storage, Edge Functions, Row Level Security (RLS)
++**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**.
--== Hauptfunktionen ==
++Click and drag to move
--=== 1. Dashboard ===
++== Übersicht ==
--Zentrale Übersicht über Projekte, Status, Kennzahlen und Projektfortschritt.
++**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.
--* 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
++== Technologie-Stack ==
--=== 2. Projektverwaltung / Standortverwaltung ===
++**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
--Standorte anlegen, bearbeiten, importieren, Historie, Dokumente, sortierbare Tabelle mit Meilenstein-Filter, Bulk-Bearbeitung, Als-abgebrochen-markieren/Reaktivieren.
++**Backend:** Supabase — PostgreSQL, Authentication, Storage, Edge Functions, Row Level Security (RLS)
--* Schwarmspeicher: ProjectTable, StandortDetail, CreateStandortFormNew, StandortImportDialog, StandortDokumente, AbbruchDialog, MeilensteinQuickEdit, MeilensteinMatrix, BulkEditStandortDialog
--* PV-Co-Location: CoLocationProjectTable, CoLocationStandortDetail, CreateCoLocationForm, CoLocationImportDialog, CoLocationStandortDokumente, CoLocationAbbruchDialog, CoLocationMeilensteinQuickEdit, CoLocationMeilensteinMatrix, CoLocationBulkEditDialog
++**Tests:** Vitest 3.2.4 · Playwright 1.57.0
--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.
++== Projektstruktur ==
--=== 3. Gemeinden ===
++macro:code
--Verwaltung der Gemeinden (CreateGemeindeForm, nur Schwarmspeicher). Edge Function fetch-noe-gemeinden lädt NÖ-Gemeinden.
++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
--=== 4. Kartenansicht ===
++supabase/
++├── migrations/
++├── functions/
++└── config.toml
--Interaktive Karte aller Standorte (Leaflet + Clustering), Adresssuche, Vollbildmodus, Flächenauswahl (Shift+Ziehen), Trafokarte-NÖ-Layer mit Legende.
++Click and drag to move
--* Schwarmspeicher: ProjectMap
--* PV-Co-Location: CoLocationMap
--* Gemeinsam genutzt: LocationPickerMap (Einzelstandort-Kartenauswahl), src/lib/mapCoordinates.ts (dedupeCoordinates — verhindert sofortiges Auftrennen bei identischen Koordinaten)
++== Hauptfunktionen ==
--=== 5. Potenzialanalyse ===
++=== Dashboard ===
--Bewertung möglicher Standorte (PotenzialTabelle, PotenzialPage) — nur Schwarmspeicher, kein Pendant bei PV-Co-Location.
++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.
--=== 6. Pipeline ===
++=== Projektverwaltung ===
--* Schwarmspeicher: VorprojektePipeline, VorprojektTimeline
--* PV-Co-Location: CoLocationPipeline (Felder an kWp/BESS-kW angepasst; kein Pendant zu VorprojektTimeline)
++Verwaltung aller Batteriespeicherprojekte: anzeigen, Detailansicht, bearbeiten, Projektstatus und Meilensteine. Komponenten: ProjectTable, ProjectDetail. PV Co-Location besitzt eine eigene Projektansicht mit CoLocationProjectTable und CoLocationStandortDetail.
--=== 7. Meilensteinverwaltung ===
++=== Standortverwaltung ===
--Projektfortschritt über Meilensteine, matrixartige Übersicht mit Bulk-Setzen, Gruppierung.
++Standorte anlegen, bearbeiten, importieren, Historie und Dokumente. Komponenten: StandortDetail, CreateStandortForm, StandortImportDialog, StandortDokumente. PV Co-Location ergänzt eigene Formulare, Import, Bulk-Edit und Detailansichten.
--* 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)
++=== Gemeinden ===
--=== 8. Stockend ===
++Verwaltung der Gemeinden (Komponente CreateGemeindeForm). Zusätzlich existiert eine Supabase Edge Function zum Abruf von NÖ-Gemeinden (supabase/functions/fetch-noe-gemeinden).
--Zeigt Standorte, bei denen die Lead-Time zwischen zwei Meilensteinen überschritten ist, konfigurierbare Regeln.
++=== Kartenansicht ===
--* Schwarmspeicher: StuckPage
--* PV-Co-Location: CoLocationStuckPage (eigene, getrennt gespeicherte Lead-Time-Regeln entlang der neuen Meilensteinkette)
++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.
--=== 9. Forecast ===
++=== Potenzialanalyse ===
--Monatliche Zielvorgaben, Plan-vs-Ist-Charts pro Kennzahl.
++Bewertung möglicher Standorte. Komponenten: PotenzialTabelle, PotenzialPage. Die Potenzialanalyse ist aktuell dem Schwarmspeicher-Use-Case zugeordnet.
--* 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)
++=== Pipeline ===
--=== 10. Aufgabenverwaltung ===
++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.
--Projektbezogene Aufgaben, jeweils eigene, komplett getrennte Liste pro Use-Case.
++=== Meilensteinverwaltung ===
--* Schwarmspeicher: TaskManager, TasksPage, Hook useTasks()
--* PV-Co-Location: CoTaskManager, CoLocationTasksPage, Hook useCoTasks()
++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.
--=== 11. Dokumentenverwaltung ===
++=== Aufgabenverwaltung ===
--Zu jedem Standort und jedem Standortpartner können Dokumente hochgeladen werden.
++Projektbezogene Aufgaben. Komponenten: TaskManager, TasksPage. Hook: useTasks(). PV Co-Location verwendet mit CoTaskManager, CoLocationTasksPage und useCoTasks() eine eigene, vom Schwarmspeicher getrennte Aufgabenliste.
--* Schwarmspeicher: StandortDokumente, PartnerDokumente, Hook useDokumente()
--* PV-Co-Location: CoLocationStandortDokumente, CoLocationPartnerDokumente, Hook useCoDokumente() — eigener Storage-Bucket co-dokumente
++=== Dokumentenverwaltung ===
--=== 12. Standortpartner ===
++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.
--Verwaltung von Projektpartnern, eigene, komplett getrennte Partnerliste pro Use-Case.
++=== Standortpartner ===
--* Schwarmspeicher: StandortpartnerManager, StandortpartnerTable
--* PV-Co-Location: CoLocationStandortpartnerManager, CoLocationStandortpartnerTable
++Verwaltung von Projektpartnern. Komponenten: StandortpartnerManager, StandortpartnerTable. Für PV Co-Location existieren separate Komponenten und Datenzugriffe für Standortpartner.
--=== 13. Benutzerverwaltung ===
++=== Stockende Projekte ===
--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.
++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.
--=== 14. Audit Log ===
++=== Forecast ===
--Nachvollziehbarkeit von Änderungen (AuditLogPage), tabellenübergreifend über beide Use-Cases.
++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.
--=== 15. Landingpage „Fläche verpachten" ===
++=== PV Co-Location ===
--Ö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.
++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.
--* 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
++=== Benutzerverwaltung ===
++Anmeldung, Passwortänderung und Rollen. Komponenten: AuthProvider, ProtectedRoute, BenutzerPage, ChangePasswordDialog. Backend: Supabase Authentication. Die Anwendung unterstützt zudem eine verpflichtende Passwortänderung über useMustChangePassword().
++=== Audit Log ===
--|(((
--⚠️  **Hinweis: Platzhalter-Firmendaten**
++Nachvollziehbarkeit von Änderungen über AuditLogPage und audit_log. Der Zugriff auf das Änderungsprotokoll ist über die vorhandenen Datenbankregeln auf Administratoren eingeschränkt.
--* In FlaecheVerpachtenPage.tsx sind Firmenname und Telefonnummer aktuell Platzhalter (Rateware). Vor dem Livegang unbedingt durch die echten Kontaktdaten ersetzen.
--)))
--
  == Routing ==
--|**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
++|=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
--== Datenzugriff ==
++**Schwarmspeicher-Routen:** / · /projekte · /pipeline · /potenzial · /karte · /stockend · /forecast · /tasks · /benutzer · /historie
--Der Zugriff erfolgt über Custom Hooks, die sämtliche Kommunikation mit Supabase kapseln:
++**PV-Co-Location-Routen:** /pv-colocation · /pv-colocation/projekte · /pv-colocation/pipeline · /pv-colocation/karte · /pv-colocation/stockend · /pv-colocation/forecast · /pv-colocation/tasks
--|(((
--~/~/ Schwarmspeicher
++== Datenzugriff ==
--useStandorte()   useGemeinden()   useVorprojekte()
++Der Zugriff erfolgt über Custom Hooks, die die Kommunikation mit Supabase kapseln. React Query übernimmt Laden, Mutationen und Cache-Invalidierung.
--useTasks()       usePotenzialDaten()   useStandortpartner()
++macro:code
--useMonatsziele() useDokumente()   useIsAdmin()
++Schwarmspeicher:
++useStandorte()
++useGemeinden()
++useVorprojekte()
++useTasks()
++usePotenzialDaten()
++useStandortpartner()
++useMonatsziele()
++useDokumente()
++PV Co-Location:
++useCoLocationStandorte()
++useCoLocationStandortpartner()
++useCoVorprojekte()
++useCoTasks()
++useCoMonatsziele()
++useCoDokumente()
--~/~/ PV-Co-Location
++Click and drag to move
--useCoLocationStandorte()        useCoLocationStandortpartner()
++== Supabase ==
--useCoVorprojekte()   useCoTasks()   useCoMonatsziele()   useCoDokumente()
++**Authentication:** Login, Passwortänderung, Rollenverwaltung und geschützte Routen.
++**Datenbank:** Wird über SQL-Migrationen verwaltet (supabase/migrations/). Die Migrationen definieren Tabellen, Policies und Datenbankfunktionen.
--~/~/ Use-Case-übergreifend
++**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.
--useUseCase()   useAuth()
--)))
++**Audit:** Änderungen werden über audit_log und Datenbank-Trigger protokolliert; die Audit-Funktion ist gegen direkte Ausführung durch PUBLIC/anon/authenticated gehärtet.
--== 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
++* manage-users — Benutzerverwaltung
--**Storage: **zwei Buckets — dokumente (Schwarmspeicher) und co-dokumente (PV-Co-Location).
++macro:info
--== Use-Case-Umschalter ==
++Information
--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.
++**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 ==
++Click and drag to move
--|(((
--⚠️  **Vor einem breiteren Rollout klären**
++== Architektur ==
--* 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.
--)))
++macro:mermaid
--== Server ==
++macro:velocity
--Das Projekt liegt unter /mnt/data/schwarmspeicher/schwarmspeicher-electrify_lokal und läuft in einem eigenständigen Docker-Compose-Stack (schwarmspeicher-electrify_lokal).
++macro:html
--**Erreichbar unter:**
++{{{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"]}}}
--* 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)
++Click and drag to move
--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/.
++== 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.
++
++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.

1789017284336-190.png

Author

...	...	@@ -1,1 +1,0 @@
1		-XWiki.gurschkap

Size

...	...	@@ -1,1 +1,0 @@
1		-10.9 KB

Content

1789037109962-994.png

Author

...	...	@@ -1,1 +1,0 @@
1		-XWiki.gurschkap

Size

...	...	@@ -1,1 +1,0 @@
1		-60.0 KB

Content

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