Changes for page Schwarmspeicher Electrify

Summary

• Page properties (2 modified, 0 added, 0 removed)

Details

Page properties

Author

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

Content

...	...	@@ -1,102 +1,166 @@
1		-{{box cssClass="floatinginfobox" title="**Auf dieser Seite**"}}
2		-{{toc/}}
3		-{{/box}}
	1	+= 🔋  Schwarmspeicher Electrify =
4	4
5		-= 🔋 Schwarmspeicher Electrify =
	3	+|**ⓘ   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.|(((
	4	+**Auf dieser Seite**
6	6
7		-{{info}}
8		-**Zweck:** Webbasiertes Projektmanagementsystem zur Verwaltung von Batterie-Großspeicherprojekten in Deutschland und Österreich — vom Standort über Genehmigungen bis zur Projektsteuerung und Dokumentation.
9		-{{/info}}
	6	+• 🔋 Schwarmspeicher Electrify
10	10
11		-== Übersicht ==
	8	+• Übersicht
12	12
13		-**Schwarmspeicher Electrify** unterstützt den gesamten Projektlebenszyklus: Standortidentifikation, Genehmigungen, Projektsteuerung und Dokumentation.
	10	+• Technologie-Stack
14	14
15		-== Technologie-Stack ==
	12	+• Projektstruktur
16	16
17		-**Frontend:** React 18 · TypeScript · Vite · Tailwind CSS · shadcn/ui · React Router · React Query · React Hook Form · Leaflet (Kartendarstellung) · Recharts (Diagramme)
	14	+• Hauptfunktionen
18	18
19		-**Backend:** Supabase — PostgreSQL, Authentication, Storage, Edge Functions, Row Level Security (RLS)
	16	+▪ Dashboard
20	20
21		-== Projektstruktur ==
	18	+▪ Projektverwaltung
22	22
23		-{{code}}
24		-src/
25		- ├── components/ UI-Komponenten
26		- ├── pages/ Seiten der Anwendung
27		- ├── hooks/ Datenzugriffe und Business-Logik
28		- ├── integrations/ Supabase Client
29		- ├── types/ TypeScript-Modelle
30		- └── lib/ Hilfsfunktionen
	20	+▪ Standortverwaltung
31	31
32		-supabase/
33		- ├── migrations/
34		- ├── functions/
35		- └── config.toml
36		-{{/code}}
	22	+▪ Gemeinden
37	37
38		-== Hauptfunktionen ==
	24	+▪ Kartenansicht
39	39
40		-=== Dashboard ===
	26	+▪ Potenzialanalyse
41	41
42		-Zentrale Übersicht über Projekte, Status, offene Aufgaben, Kennzahlen und Projektfortschritt (Komponente ##Dashboard.tsx##).
	28	+▪ Pipeline
43	43
44		-=== Projektverwaltung ===
	30	+▪ Meilensteinverwaltung
45	45
46		-Verwaltung aller Batteriespeicherprojekte: anzeigen, Detailansicht, bearbeiten, Projektstatus, Meilensteine. Komponenten: ProjectTable, ProjectDetail.
	32	+▪ Aufgabenverwaltung
47	47
48		-=== Standortverwaltung ===
	34	+▪ Dokumentenverwaltung
49	49
50		-Standorte anlegen, bearbeiten, importieren, Historie, Dokumente. Komponenten: StandortDetail, CreateStandortForm, StandortImportDialog, StandortDokumente.
	36	+▪ Standortpartner
51	51
52		-=== Gemeinden ===
	38	+▪ Stockende Projekte
53	53
54		-Verwaltung der Gemeinden (Komponente CreateGemeindeForm). Zusätzlich existiert eine Supabase Edge Function zum Abruf von NÖ-Gemeinden (##supabase/functions/fetch-noe-gemeinden##).
	40	+▪ Forecast
55	55
56		-=== Kartenansicht ===
	42	+▪ PV Co-Location
57	57
58		-Darstellung aller Standorte auf einer interaktiven Karte (Leaflet, React Leaflet). Komponenten: ProjectMap, LocationPickerMap.
	44	+▪ Benutzerverwaltung
59	59
60		-=== Potenzialanalyse ===
	46	+▪ Audit Log
61	61
62		-Bewertung möglicher Standorte. Komponenten: PotenzialTabelle, PotenzialPage.
	48	+• Routing
63	63
64		-=== Pipeline ===
	50	+• Datenzugriff
65	65
66		-Verwaltung von Vorprojekten. Komponenten: VorprojektePipeline, VorprojektTimeline.
	52	+• Supabase
67	67
68		-=== Meilensteinverwaltung ===
	54	+• Architektur
69	69
70		-Projektfortschritt über Meilensteine. Komponenten: MeilensteinMatrix, MeilensteinQuickEdit.
	56	+• Server
	57	+)))
71	71
72		-=== Aufgabenverwaltung ===
73	73
74		-Projektbezogene Aufgaben. Komponenten: TaskManager, TasksPage. Hook: ##useTasks()##.
75	75
76		-=== Dokumentenverwaltung ===
	61	+Übersicht
77	77
78		-Zu jedem Standort können Dokumente verwaltet werden. Komponenten: StandortDokumente, PartnerDokumente.
	63	+**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.
79	79
80		-=== Standortpartner ===
	65	+Technologie-Stack
81	81
82		-Verwaltung von Projektpartnern. Komponenten: StandortpartnerManager, StandortpartnerTable.
	67	+**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
83	83
84		-=== Benutzerverwaltung ===
	69	+**Backend: **Supabase — PostgreSQL, Authentication, Storage, Edge Functions, Row Level Security (RLS)
85	85
86		-Anmeldung, Passwortänderung, Rollen. Komponenten: AuthProvider, ProtectedRoute, BenutzerPage, ChangePasswordDialog. Backend: Supabase Authentication.
	71	+**Tests: **Vitest 3.2.4 · Playwright 1.57.0
87	87
88		-=== Audit Log ===
	73	+Projektstruktur
89	89
90		-Nachvollziehbarkeit von Änderungen (Seite AuditLogPage).
	75	+|src/
	76	+├── components/          UI-Komponenten und Fachkomponenten
	77	+├── pages/               Seiten der Anwendung
	78	+├── hooks/               Datenzugriffe und Business-Logik
	79	+├── integrations/        Supabase Client und generierte Typen
	80	+├── types/               TypeScript-Modelle, inkl. PV Co-Location
	81	+└── lib/                 Hilfsfunktionen
	82	+\\supabase/
	83	+├── migrations/
	84	+├── functions/
	85	+└── config.toml
91	91
92		-== Routing ==
93	93
94		-|=Seite|=Beschreibung
	88	+
	89	+Hauptfunktionen
	90	+
	91	+Dashboard
	92	+
	93	+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.
	94	+
	95	+Projektverwaltung
	96	+
	97	+Verwaltung aller Batteriespeicherprojekte: anzeigen, Detailansicht, bearbeiten, Projektstatus und Meilensteine. Komponenten: ProjectTable, ProjectDetail. PV Co-Location besitzt eine eigene Projektansicht mit CoLocationProjectTable und CoLocationStandortDetail.
	98	+
	99	+Standortverwaltung
	100	+
	101	+Standorte anlegen, bearbeiten, importieren, Historie und Dokumente. Komponenten: StandortDetail, CreateStandortForm, StandortImportDialog, StandortDokumente. PV Co-Location ergänzt eigene Formulare, Import, Bulk-Edit und Detailansichten.
	102	+
	103	+Gemeinden
	104	+
	105	+Verwaltung der Gemeinden (Komponente CreateGemeindeForm). Zusätzlich existiert eine Supabase Edge Function zum Abruf von NÖ-Gemeinden (supabase/functions/fetch-noe-gemeinden).
	106	+
	107	+Kartenansicht
	108	+
	109	+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.
	110	+
	111	+Potenzialanalyse
	112	+
	113	+Bewertung möglicher Standorte. Komponenten: PotenzialTabelle, PotenzialPage. Die Potenzialanalyse ist aktuell dem Schwarmspeicher-Use-Case zugeordnet.
	114	+
	115	+Pipeline
	116	+
	117	+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.
	118	+
	119	+Meilensteinverwaltung
	120	+
	121	+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.
	122	+
	123	+Aufgabenverwaltung
	124	+
	125	+Projektbezogene Aufgaben. Komponenten: TaskManager, TasksPage. Hook: useTasks(). PV Co-Location verwendet mit CoTaskManager, CoLocationTasksPage und useCoTasks() eine eigene, vom Schwarmspeicher getrennte Aufgabenliste.
	126	+
	127	+Dokumentenverwaltung
	128	+
	129	+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.
	130	+
	131	+Standortpartner
	132	+
	133	+Verwaltung von Projektpartnern. Komponenten: StandortpartnerManager, StandortpartnerTable. Für PV Co-Location existieren separate Komponenten und Datenzugriffe für Standortpartner.
	134	+
	135	+Stockende Projekte
	136	+
	137	+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.
	138	+
	139	+Forecast
	140	+
	141	+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.
	142	+
	143	+PV Co-Location
	144	+
	145	+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.
	146	+
	147	+Benutzerverwaltung
	148	+
	149	+Anmeldung, Passwortänderung und Rollen. Komponenten: AuthProvider, ProtectedRoute, BenutzerPage, ChangePasswordDialog. Backend: Supabase Authentication. Die Anwendung unterstützt zudem eine verpflichtende Passwortänderung über useMustChangePassword().
	150	+
	151	+Audit Log
	152	+
	153	+Nachvollziehbarkeit von Änderungen über AuditLogPage und audit_log. Der Zugriff auf das Änderungsprotokoll ist über die vorhandenen Datenbankregeln auf Administratoren eingeschränkt.
	154	+
	155	+Routing
	156	+
	157	+|**Seite**|**Beschreibung**
95	95	|Dashboard|Startseite
96	96	|Projekte|Projektübersicht
97	97	|Pipeline|Vorprojekte
98	98	|Potenziale|Standortpotenziale
99	99	|Karte|Kartenansicht
	163	+|Stockend|Stockende Projekte / Standorte
100	100	|Forecast|Forecast
101	101	|Aufgaben|Aufgabenverwaltung
102	102	|Audit Log|Änderungsprotokoll
...	...	@@ -103,11 +103,17 @@
103	103	|Benutzer|Benutzerverwaltung
104	104	|Login|Anmeldung
105	105
106		-== Datenzugriff ==
107	107
108		-Der Zugriff erfolgt über Custom Hooks, die sämtliche Kommunikation mit Supabase kapseln:
109	109
110		-{{code}}
	172	+**Schwarmspeicher-Routen: **/ · /projekte · /pipeline · /potenzial · /karte · /stockend · /forecast · /tasks · /benutzer · /historie
	173	+
	174	+**PV-Co-Location-Routen: **/pv-colocation · /pv-colocation/projekte · /pv-colocation/pipeline · /pv-colocation/karte · /pv-colocation/stockend · /pv-colocation/forecast · /pv-colocation/tasks
	175	+
	176	+Datenzugriff
	177	+
	178	+Der Zugriff erfolgt über Custom Hooks, die die Kommunikation mit Supabase kapseln. React Query übernimmt Laden, Mutationen und Cache-Invalidierung.
	179	+
	180	+|Schwarmspeicher:
111	111	useStandorte()
112	112	useGemeinden()
113	113	useVorprojekte()
...	...	@@ -115,34 +115,54 @@
115	115	usePotenzialDaten()
116	116	useStandortpartner()
117	117	useMonatsziele()
118		-{{/code}}
	188	+useDokumente()
	189	+\\PV Co-Location:
	190	+useCoLocationStandorte()
	191	+useCoLocationStandortpartner()
	192	+useCoVorprojekte()
	193	+useCoTasks()
	194	+useCoMonatsziele()
	195	+useCoDokumente()
119	119
120		-== Supabase ==
121	121
122		-**Authentication:** Login, Passwortänderung, Rollenverwaltung.
123	123
124		-**Datenbank:** Wird über SQL-Migrationen verwaltet (##supabase/migrations/##). Die Migrationen definieren Tabellen, Policies und Datenbankfunktionen.
	199	+Supabase
125	125
	201	+**Authentication: **Login, Passwortänderung, Rollenverwaltung und geschützte Routen.
	202	+
	203	+**Datenbank: **Wird über SQL-Migrationen verwaltet (supabase/migrations/). Die Migrationen definieren Tabellen, Policies und Datenbankfunktionen.
	204	+
	205	+**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.
	206	+
	207	+**Audit: **Änderungen werden über audit_log und Datenbank-Trigger protokolliert; die Audit-Funktion ist gegen direkte Ausführung durch PUBLIC/anon/authenticated gehärtet.
	208	+
126	126	**Edge Functions:**
127	127
128		-* ##fetch-noe-gemeinden## — lädt Gemeinden aus Niederösterreich
129		-* ##manage-users## — Benutzerverwaltung
	211	+• fetch-noe-gemeinden — lädt Gemeinden aus Niederösterreich
130	130
131		-== Architektur ==
	213	+• manage-users — Benutzerverwaltung
132	132
133		-{{mermaid}}
134		-flowchart TD
135		- FE["React Frontend"] --> RQ["React Query"]
136		- RQ --> SC["Supabase Client"]
137		- SC --> AUTH["Auth"]
138		- SC --> DBS["Database"]
139		- SC --> ST["Storage"]
140		- DBS --> EF["Edge Functions"]
141		-{{/mermaid}}
	215	+|**ⓘ  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.
142	142
143		-== Server ==
	217	+Architektur
144	144
145		-Das Projekt liegt unter ##/mnt/data/schwarmspeicher/schwarmspeicher-electrify_lokal## und läuft in einem Docker-Compose-Stack (##schwarmspeicher-electrify_lokal##).
	219	+|flowchart TD
	220	+ FE["React Frontend"] ~-~-> UC["UseCaseProvider / Router"]
	221	+ UC ~-~-> SS["Schwarmspeicher Pages"]
	222	+ UC ~-~-> CO["PV Co-Location Pages"]
	223	+ SS ~-~-> RQ["React Query"]
	224	+ CO ~-~-> RQ
	225	+ RQ ~-~-> SC["Supabase Client"]
	226	+ SC ~-~-> AUTH["Auth"]
	227	+ SC ~-~-> DBS["Database / RLS"]
	228	+ SC ~-~-> ST["Storage"]
	229	+ DBS ~-~-> EF["Edge Functions"]
	230	+ DBS ~-~-> AL["Audit Log / Trigger"]
146	146
147		-Erreichbar unter [[http://schwarmspeicher.spl-tele.com:8200>>http://schwarmspeicher.spl-tele.com:8200/]] — mit VPN und im SPL-TELE-Netzwerk.
148	148
	233	+
	234	+Server
	235	+
	236	+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.
	237	+
	238	+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.