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 12.1 to 11.2

From version 11.2

edited by Patrizia Gurschka
on 2026/09/10 08:16

Change comment: Auto-saved during real-time collaboration

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, 1 removed)
- 1789017284336-190.png

Details

Page properties

Content

@@ -1,254 +1,244 @@
--|(% style="width:788px" %)(((
--= 🔋  Schwarmspeicher Electrify =
++macro:box
++**Auf dieser Seite**
--{{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.
++macro:toc
--**Zielgruppe: **Vertriebs-/Projektentwicklungsteam und IT/DevOps-Betrieb.
--{{/info}}
++* (((
++[[🔋 Schwarmspeicher Electrify>>path:#HD83DDD0BSchwarmspeicherElectrify]]
--|(((
--📁 src/
++* [[Übersicht>>path:#HDCbersicht]]
++* [[Technologie-Stack>>path:#HTechnologie-Stack]]
++* [[Projektstruktur>>path:#HProjektstruktur]]
++* (((
++[[Hauptfunktionen>>path:#HHauptfunktionen]]
--📁   components/   UI-Komponenten (Schwarmspeicher + CoLocation*-Pendants)
++* [[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]]
++)))
--📁   pages/   Seiten der Anwendung
--📁   hooks/   Datenzugriffe und Business-Logik
--??   integrations/   Supabase Client
++= ?? Schwarmspeicher Electrify =
--📁   types/   TypeScript-Modelle
++macro:info
--📁   lib/   Hilfsfunktionen (u.a. mapCoordinates.ts)
++Information
--📁 supabase/
++**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**.
--📁   migrations/   SQL-Migrationen (inkl. komplettes PV-Co-Location-Schema)
++Click and drag to move
--📁   functions/   Edge Functions
--)))
++== Übersicht ==
--== Architektur ==
++**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.
--[[image:1789017284336-190.png||height="353" width="762"]]
++== Technologie-Stack ==
--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" %)(((
--
--)))
++**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 — PostgreSQL, Authentication, Storage, Edge Functions, Row Level Security (RLS)
++**Tests:** Vitest 3.2.4 · Playwright 1.57.0
--== Übersicht ==
++== Projektstruktur ==
--**Schwarmspeicher Electrify **unterstützt den gesamten Projektlebenszyklus: Standortidentifikation, Genehmigungen, Projektsteuerung und Dokumentation — für beide Use-Cases parallel, über einen Umschalter in der Seitenleiste.
++macro:code
--== Technologie-Stack ==
++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
--**Frontend: **React 18 · TypeScript · Vite · Tailwind CSS · shadcn/ui · React Router · React Query · Leaflet + leaflet.markercluster (Kartendarstellung) · Recharts (Diagramme) · XLSX (Excel-Import/-Export)
++supabase/
++├── migrations/
++├── functions/
++└── config.toml
--**Backend: **Supabase (self-hosted) — PostgreSQL, Authentication, Storage, Edge Functions, Row Level Security (RLS)
++Click and drag to move
--== Use-Case-Umschalter ==
--
--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.
--
  == Hauptfunktionen ==
  === Dashboard ===
--Zentrale Übersicht über Projekte, Status, Kennzahlen und Projektfortschritt.
++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: 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
++=== Projektverwaltung ===
--=== Projektverwaltung / Standortverwaltung ===
++Verwaltung aller Batteriespeicherprojekte: anzeigen, Detailansicht, bearbeiten, Projektstatus und Meilensteine. Komponenten: ProjectTable, ProjectDetail. PV Co-Location besitzt eine eigene Projektansicht mit CoLocationProjectTable und CoLocationStandortDetail.
--Standorte anlegen, bearbeiten, importieren, Historie, Dokumente, sortierbare Tabelle mit Meilenstein-Filter, Bulk-Bearbeitung, Als-abgebrochen-markieren/Reaktivieren.
++=== Standortverwaltung ===
--* Schwarmspeicher: ProjectTable, StandortDetail, CreateStandortFormNew, StandortImportDialog, StandortDokumente, AbbruchDialog, MeilensteinQuickEdit, MeilensteinMatrix, BulkEditStandortDialog
--* PV-Co-Location: CoLocationProjectTable, CoLocationStandortDetail, CreateCoLocationForm, CoLocationImportDialog, CoLocationStandortDokumente, CoLocationAbbruchDialog, CoLocationMeilensteinQuickEdit, CoLocationMeilensteinMatrix, CoLocationBulkEditDialog
++Standorte anlegen, bearbeiten, importieren, Historie und Dokumente. Komponenten: StandortDetail, CreateStandortForm, StandortImportDialog, StandortDokumente. PV Co-Location ergänzt eigene Formulare, Import, Bulk-Edit und Detailansichten.
--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.
--
  === Gemeinden ===
--Verwaltung der Gemeinden (CreateGemeindeForm, nur Schwarmspeicher). Edge Function fetch-noe-gemeinden lädt NÖ-Gemeinden.
++Verwaltung der Gemeinden (Komponente CreateGemeindeForm). Zusätzlich existiert eine Supabase Edge Function zum Abruf von NÖ-Gemeinden (supabase/functions/fetch-noe-gemeinden).
  === Kartenansicht ===
--Interaktive Karte aller Standorte (Leaflet + Clustering), Adresssuche, Vollbildmodus, Flächenauswahl (Shift+Ziehen), Trafokarte-NÖ-Layer mit Legende.
++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.
--* Schwarmspeicher: ProjectMap
--* PV-Co-Location: CoLocationMap
--* Gemeinsam genutzt: LocationPickerMap (Einzelstandort-Kartenauswahl), src/lib/mapCoordinates.ts (dedupeCoordinates — verhindert sofortiges Auftrennen bei identischen Koordinaten)
--
  === Potenzialanalyse ===
--Bewertung möglicher Standorte (PotenzialTabelle, PotenzialPage) — nur Schwarmspeicher, kein Pendant bei PV-Co-Location.
++Bewertung möglicher Standorte. Komponenten: PotenzialTabelle, PotenzialPage. Die Potenzialanalyse ist aktuell dem Schwarmspeicher-Use-Case zugeordnet.
  === Pipeline ===
--* Schwarmspeicher: VorprojektePipeline, VorprojektTimeline
--* PV-Co-Location: CoLocationPipeline (Felder an kWp/BESS-kW angepasst; kein Pendant zu VorprojektTimeline)
++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.
  === Meilensteinverwaltung ===
--Projektfortschritt über Meilensteine, matrixartige Übersicht mit Bulk-Setzen, Gruppierung.
++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.
--* 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)
--
--=== Stockend ===
--
--Zeigt Standorte, bei denen die Lead-Time zwischen zwei Meilensteinen überschritten ist, konfigurierbare Regeln.
--
--* Schwarmspeicher: StuckPage
--* PV-Co-Location: CoLocationStuckPage (eigene, getrennt gespeicherte Lead-Time-Regeln entlang der neuen Meilensteinkette)
--
--=== Forecast ===
--
--Monatliche Zielvorgaben, Plan-vs-Ist-Charts pro Kennzahl.
--
--* 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)
--
  === Aufgabenverwaltung ===
--Projektbezogene Aufgaben, jeweils eigene, komplett getrennte Liste pro Use-Case.
++Projektbezogene Aufgaben. Komponenten: TaskManager, TasksPage. Hook: useTasks(). PV Co-Location verwendet mit CoTaskManager, CoLocationTasksPage und useCoTasks() eine eigene, vom Schwarmspeicher getrennte Aufgabenliste.
--* Schwarmspeicher: TaskManager, TasksPage, Hook useTasks()
--* PV-Co-Location: CoTaskManager, CoLocationTasksPage, Hook useCoTasks()
--
  === Dokumentenverwaltung ===
--Zu jedem Standort und jedem Standortpartner können Dokumente hochgeladen werden.
++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.
--* Schwarmspeicher: StandortDokumente, PartnerDokumente, Hook useDokumente()
--* PV-Co-Location: CoLocationStandortDokumente, CoLocationPartnerDokumente, Hook useCoDokumente() — eigener Storage-Bucket co-dokumente
--
  === Standortpartner ===
--Verwaltung von Projektpartnern, eigene, komplett getrennte Partnerliste pro Use-Case.
++Verwaltung von Projektpartnern. Komponenten: StandortpartnerManager, StandortpartnerTable. Für PV Co-Location existieren separate Komponenten und Datenzugriffe für Standortpartner.
--* Schwarmspeicher: StandortpartnerManager, StandortpartnerTable
--* PV-Co-Location: CoLocationStandortpartnerManager, CoLocationStandortpartnerTable
++=== Stockende Projekte ===
--=== Benutzerverwaltung ===
++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.
--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.
++=== Forecast ===
--=== Audit Log ===
++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.
--Nachvollziehbarkeit von Änderungen (AuditLogPage), tabellenübergreifend über beide Use-Cases.
++=== PV Co-Location ===
--=== Landingpage „Fläche verpachten" ===
++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.
--Ö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.
++=== Benutzerverwaltung ===
--* 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
++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 ===
++Nachvollziehbarkeit von Änderungen über AuditLogPage und audit_log. Der Zugriff auf das Änderungsprotokoll ist über die vorhandenen Datenbankregeln auf Administratoren eingeschränkt.
--|(((
--⚠️  **Hinweis: Platzhalter-Firmendaten**
--
--* 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
++**Schwarmspeicher-Routen:** / · /projekte · /pipeline · /potenzial · /karte · /stockend · /forecast · /tasks · /benutzer · /historie
++**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 sämtliche Kommunikation mit Supabase kapseln:
++Der Zugriff erfolgt über Custom Hooks, die die Kommunikation mit Supabase kapseln. React Query übernimmt Laden, Mutationen und Cache-Invalidierung.
--|(((
--~/~/ Schwarmspeicher
++macro:code
--useStandorte()   useGemeinden()   useVorprojekte()
++Schwarmspeicher:
++useStandorte()
++useGemeinden()
++useVorprojekte()
++useTasks()
++usePotenzialDaten()
++useStandortpartner()
++useMonatsziele()
++useDokumente()
--useTasks()       usePotenzialDaten()   useStandortpartner()
++PV Co-Location:
++useCoLocationStandorte()
++useCoLocationStandortpartner()
++useCoVorprojekte()
++useCoTasks()
++useCoMonatsziele()
++useCoDokumente()
--useMonatsziele() useDokumente()   useIsAdmin()
++Click and drag to move
++== Supabase ==
--~/~/ PV-Co-Location
++**Authentication:** Login, Passwortänderung, Rollenverwaltung und geschützte Routen.
--useCoLocationStandorte()        useCoLocationStandortpartner()
++**Datenbank:** Wird über SQL-Migrationen verwaltet (supabase/migrations/). Die Migrationen definieren Tabellen, Policies und Datenbankfunktionen.
--useCoVorprojekte()   useCoTasks()   useCoMonatsziele()   useCoDokumente()
++**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.
--~/~/ 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
++* manage-users — Benutzerverwaltung
--**Storage: **zwei Buckets — dokumente (Schwarmspeicher) und co-dokumente (PV-Co-Location).
++macro:info
--==   ==
++Information
--== Offene Punkte / zu verifizieren ==
++**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.
--|(((
--⚠️  **Vor einem breiteren Rollout klären**
++Click and drag to move
--* 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.
--)))
++== Architektur ==
++macro:mermaid
++macro:velocity
--== Server ==
++macro:html
--Das Projekt liegt unter /mnt/data/schwarmspeicher/schwarmspeicher-electrify_lokal und läuft in einem eigenständigen Docker-Compose-Stack (schwarmspeicher-electrify_lokal).
++{{{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"]}}}
--**Erreichbar unter:**
++Click and drag to move
--* 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)
++== Server ==
--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/.
++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

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