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 6.1 to 5.1 From 13.1 to 12.1

From version 12.1

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

Change comment: There is no comment for this version

To version 6.1

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

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,255 +2,238 @@
--|(% style="width:788px" %)(((
  = 🔋  Schwarmspeicher Electrify =
--{{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.
++|**ⓘ   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**
--**Zielgruppe: **Vertriebs-/Projektentwicklungsteam und IT/DevOps-Betrieb.
--{{/info}}
++• 🔋 Schwarmspeicher Electrify
--|(((
--📁 src/
++• Übersicht
--📁   components/   UI-Komponenten (Schwarmspeicher + CoLocation*-Pendants)
++• Technologie-Stack
--📁   pages/   Seiten der Anwendung
++• Projektstruktur
--📁   hooks/   Datenzugriffe und Business-Logik
++• Hauptfunktionen
--📁   integrations/   Supabase Client
++▪ Dashboard
--📁   types/   TypeScript-Modelle
++▪ Projektverwaltung
--📁   lib/   Hilfsfunktionen (u.a. mapCoordinates.ts)
++▪ Standortverwaltung
--📁 supabase/
++▪ Gemeinden
--📁   migrations/   SQL-Migrationen (inkl. komplettes PV-Co-Location-Schema)
++▪ Kartenansicht
--📁   functions/   Edge Functions
--)))
++▪ Potenzialanalyse
--== Architektur ==
++▪ Pipeline
--[[image:1789017284336-190.png||height="353" width="762"]]
++▪ Meilensteinverwaltung
--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" %)(((
--{{toc/}}
++▪ Aufgabenverwaltung
--
--)))
++▪ Dokumentenverwaltung
++▪ Standortpartner
++▪ Stockende Projekte
--== Übersicht ==
++▪ Forecast
--**Schwarmspeicher Electrify **unterstützt den gesamten Projektlebenszyklus: Standortidentifikation, Genehmigungen, Projektsteuerung und Dokumentation — für beide Use-Cases parallel, über einen Umschalter in der Seitenleiste.
++▪ PV Co-Location
--== Technologie-Stack ==
++▪ Benutzerverwaltung
--**Frontend: **React 18 · TypeScript · Vite · Tailwind CSS · shadcn/ui · React Router · React Query · Leaflet + leaflet.markercluster (Kartendarstellung) · Recharts (Diagramme) · XLSX (Excel-Import/-Export)
++▪ Audit Log
--**Backend: **Supabase (self-hosted) — PostgreSQL, Authentication, Storage, Edge Functions, Row Level Security (RLS)
++• Routing
--== Use-Case-Umschalter ==
++• Datenzugriff
--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.
++• Supabase
--== Hauptfunktionen ==
++• Architektur
--=== Dashboard ===
++• Server
++)))
--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
--=== Projektverwaltung / Standortverwaltung ===
++Übersicht
--Standorte anlegen, bearbeiten, importieren, Historie, Dokumente, sortierbare Tabelle mit Meilenstein-Filter, Bulk-Bearbeitung, Als-abgebrochen-markieren/Reaktivieren.
++**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: ProjectTable, StandortDetail, CreateStandortFormNew, StandortImportDialog, StandortDokumente, AbbruchDialog, MeilensteinQuickEdit, MeilensteinMatrix, BulkEditStandortDialog
--* PV-Co-Location: CoLocationProjectTable, CoLocationStandortDetail, CreateCoLocationForm, CoLocationImportDialog, CoLocationStandortDokumente, CoLocationAbbruchDialog, CoLocationMeilensteinQuickEdit, CoLocationMeilensteinMatrix, CoLocationBulkEditDialog
++Technologie-Stack
--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.
++**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
--=== Gemeinden ===
++**Backend: **Supabase — PostgreSQL, Authentication, Storage, Edge Functions, Row Level Security (RLS)
--Verwaltung der Gemeinden (CreateGemeindeForm, nur Schwarmspeicher). Edge Function fetch-noe-gemeinden lädt NÖ-Gemeinden.
++**Tests: **Vitest 3.2.4 · Playwright 1.57.0
--=== Kartenansicht ===
++Projektstruktur
--Interaktive Karte aller Standorte (Leaflet + Clustering), Adresssuche, Vollbildmodus, Flächenauswahl (Shift+Ziehen), Trafokarte-NÖ-Layer mit Legende.
++|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
--* 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.
++Hauptfunktionen
--=== Pipeline ===
++Dashboard
--* Schwarmspeicher: VorprojektePipeline, VorprojektTimeline
--* PV-Co-Location: CoLocationPipeline (Felder an kWp/BESS-kW angepasst; kein Pendant zu VorprojektTimeline)
++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.
--=== Meilensteinverwaltung ===
++Projektverwaltung
--Projektfortschritt über Meilensteine, matrixartige Übersicht mit Bulk-Setzen, Gruppierung.
++Verwaltung aller Batteriespeicherprojekte: anzeigen, Detailansicht, bearbeiten, Projektstatus und Meilensteine. Komponenten: ProjectTable, ProjectDetail. PV Co-Location besitzt eine eigene Projektansicht mit CoLocationProjectTable und CoLocationStandortDetail.
--* 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)
++Standortverwaltung
--=== Stockend ===
++Standorte anlegen, bearbeiten, importieren, Historie und Dokumente. Komponenten: StandortDetail, CreateStandortForm, StandortImportDialog, StandortDokumente. PV Co-Location ergänzt eigene Formulare, Import, Bulk-Edit und Detailansichten.
--Zeigt Standorte, bei denen die Lead-Time zwischen zwei Meilensteinen überschritten ist, konfigurierbare Regeln.
++Gemeinden
--* Schwarmspeicher: StuckPage
--* PV-Co-Location: CoLocationStuckPage (eigene, getrennt gespeicherte Lead-Time-Regeln entlang der neuen Meilensteinkette)
++Verwaltung der Gemeinden (Komponente CreateGemeindeForm). Zusätzlich existiert eine Supabase Edge Function zum Abruf von NÖ-Gemeinden (supabase/functions/fetch-noe-gemeinden).
--=== Forecast ===
++Kartenansicht
--Monatliche Zielvorgaben, Plan-vs-Ist-Charts pro Kennzahl.
++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: 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)
++Potenzialanalyse
--=== Aufgabenverwaltung ===
++Bewertung möglicher Standorte. Komponenten: PotenzialTabelle, PotenzialPage. Die Potenzialanalyse ist aktuell dem Schwarmspeicher-Use-Case zugeordnet.
--Projektbezogene Aufgaben, jeweils eigene, komplett getrennte Liste pro Use-Case.
++Pipeline
--* Schwarmspeicher: TaskManager, TasksPage, Hook useTasks()
--* PV-Co-Location: CoTaskManager, CoLocationTasksPage, Hook useCoTasks()
++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.
--=== Dokumentenverwaltung ===
++Meilensteinverwaltung
--Zu jedem Standort und jedem Standortpartner können Dokumente hochgeladen werden.
++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: StandortDokumente, PartnerDokumente, Hook useDokumente()
--* PV-Co-Location: CoLocationStandortDokumente, CoLocationPartnerDokumente, Hook useCoDokumente() — eigener Storage-Bucket co-dokumente
++Aufgabenverwaltung
--=== Standortpartner ===
++Projektbezogene Aufgaben. Komponenten: TaskManager, TasksPage. Hook: useTasks(). PV Co-Location verwendet mit CoTaskManager, CoLocationTasksPage und useCoTasks() eine eigene, vom Schwarmspeicher getrennte Aufgabenliste.
--Verwaltung von Projektpartnern, eigene, komplett getrennte Partnerliste pro Use-Case.
++Dokumentenverwaltung
--* Schwarmspeicher: StandortpartnerManager, StandortpartnerTable
--* PV-Co-Location: CoLocationStandortpartnerManager, CoLocationStandortpartnerTable
++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.
--=== Benutzerverwaltung ===
++Standortpartner
--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.
++Verwaltung von Projektpartnern. Komponenten: StandortpartnerManager, StandortpartnerTable. Für PV Co-Location existieren separate Komponenten und Datenzugriffe für Standortpartner.
--=== Audit Log ===
++Stockende Projekte
--Nachvollziehbarkeit von Änderungen (AuditLogPage), tabellenübergreifend über beide Use-Cases.
++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.
--=== Landingpage „Fläche verpachten" ===
++Forecast
--Ö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.
++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.
--* 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
++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.
++Benutzerverwaltung
--|(((
--⚠️  **Hinweis: Platzhalter-Firmendaten**
++Anmeldung, Passwortänderung und Rollen. Komponenten: AuthProvider, ProtectedRoute, BenutzerPage, ChangePasswordDialog. Backend: Supabase Authentication. Die Anwendung unterstützt zudem eine verpflichtende Passwortänderung über useMustChangePassword().
--* In FlaecheVerpachtenPage.tsx sind Firmenname und Telefonnummer aktuell Platzhalter (Rateware). Vor dem Livegang unbedingt durch die echten Kontaktdaten ersetzen.
--)))
++Audit Log
++Nachvollziehbarkeit von Änderungen über AuditLogPage und audit_log. Der Zugriff auf das Änderungsprotokoll ist über die vorhandenen Datenbankregeln auf Administratoren eingeschränkt.
++Routing
--== Routing ==
++|**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
--|**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
++**Schwarmspeicher-Routen: **/ · /projekte · /pipeline · /potenzial · /karte · /stockend · /forecast · /tasks · /benutzer · /historie
--== Datenzugriff ==
++**PV-Co-Location-Routen: **/pv-colocation · /pv-colocation/projekte · /pv-colocation/pipeline · /pv-colocation/karte · /pv-colocation/stockend · /pv-colocation/forecast · /pv-colocation/tasks
--Der Zugriff erfolgt über Custom Hooks, die sämtliche Kommunikation mit Supabase kapseln:
++Datenzugriff
--|(((
--~/~/ Schwarmspeicher
++Der Zugriff erfolgt über Custom Hooks, die die Kommunikation mit Supabase kapseln. React Query übernimmt Laden, Mutationen und Cache-Invalidierung.
--useStandorte()   useGemeinden()   useVorprojekte()
++|Schwarmspeicher:
++useStandorte()
++useGemeinden()
++useVorprojekte()
++useTasks()
++usePotenzialDaten()
++useStandortpartner()
++useMonatsziele()
++useDokumente()
++\\PV Co-Location:
++useCoLocationStandorte()
++useCoLocationStandortpartner()
++useCoVorprojekte()
++useCoTasks()
++useCoMonatsziele()
++useCoDokumente()
--useTasks()       usePotenzialDaten()   useStandortpartner()
--useMonatsziele() useDokumente()   useIsAdmin()
++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
++• 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.

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