Schwarmspeicher Electrify
🔋 Schwarmspeicher Electrify
| ⓘ  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 • Übersicht • Technologie-Stack • Projektstruktur • Hauptfunktionen ▪ Dashboard ▪ Projektverwaltung ▪ Standortverwaltung ▪ Gemeinden ▪ Kartenansicht ▪ Potenzialanalyse ▪ Pipeline ▪ Meilensteinverwaltung ▪ Aufgabenverwaltung ▪ Dokumentenverwaltung ▪ Standortpartner ▪ Stockende Projekte ▪ Forecast ▪ PV Co-Location ▪ Benutzerverwaltung ▪ Audit Log • Routing • Datenzugriff • Supabase • Architektur • Server |
Ãœbersicht
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.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
Projektstruktur
| 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 |
Hauptfunktionen
Dashboard
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.
Projektverwaltung
Verwaltung aller Batteriespeicherprojekte: anzeigen, Detailansicht, bearbeiten, Projektstatus und Meilensteine. Komponenten: ProjectTable, ProjectDetail. PV Co-Location besitzt eine eigene Projektansicht mit CoLocationProjectTable und CoLocationStandortDetail.
Standortverwaltung
Standorte anlegen, bearbeiten, importieren, Historie und Dokumente. Komponenten: StandortDetail, CreateStandortForm, StandortImportDialog, StandortDokumente. PV Co-Location ergänzt eigene Formulare, Import, Bulk-Edit und Detailansichten.
Gemeinden
Verwaltung der Gemeinden (Komponente CreateGemeindeForm). Zusätzlich existiert eine Supabase Edge Function zum Abruf von NÖ-Gemeinden (supabase/functions/fetch-noe-gemeinden).
Kartenansicht
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.
Potenzialanalyse
Bewertung möglicher Standorte. Komponenten: PotenzialTabelle, PotenzialPage. Die Potenzialanalyse ist aktuell dem Schwarmspeicher-Use-Case zugeordnet.
Pipeline
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. 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.
Aufgabenverwaltung
Projektbezogene Aufgaben. Komponenten: TaskManager, TasksPage. Hook: useTasks(). PV Co-Location verwendet mit CoTaskManager, CoLocationTasksPage und useCoTasks() eine eigene, vom Schwarmspeicher getrennte Aufgabenliste.
Dokumentenverwaltung
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.
Standortpartner
Verwaltung von Projektpartnern. Komponenten: StandortpartnerManager, StandortpartnerTable. Für PV Co-Location existieren separate Komponenten und Datenzugriffe für Standortpartner.
Stockende Projekte
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.
Forecast
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.
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
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.
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 |
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 die Kommunikation mit Supabase kapseln. React Query übernimmt Laden, Mutationen und Cache-Invalidierung.
| Schwarmspeicher: useStandorte() useGemeinden() useVorprojekte() useTasks() usePotenzialDaten() useStandortpartner() useMonatsziele() useDokumente() PV Co-Location: useCoLocationStandorte() useCoLocationStandortpartner() useCoVorprojekte() useCoTasks() useCoMonatsziele() useCoDokumente() |
Supabase
Authentication: Login, Passwortänderung, Rollenverwaltung und geschützte Routen.
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.
Edge Functions:
• fetch-noe-gemeinden — lädt Gemeinden aus Niederösterreich
• 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. |
Architektur
| 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"] |
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 im VPN und SPL-TELE-Netzwerk. Diese konkrete produktive Serverkonfiguration ist im bereitgestellten Quellpaket nicht enthalten und konnte daraus nicht erneut verifiziert werden.