Changes for page Schwarmspeicher Electrify

Summary

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

Details

Page properties

Content

...	...	@@ -1,312 +1,238 @@
1		-**🔋  Schwarmspeicher Electrify**
	1	+= 🔋  Schwarmspeicher Electrify =
2	2
3		-|(% style="width:788px" %)(((
4		-|(((
5		-ℹ️  **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.
6		-
7		-**Zielgruppe: **Vertriebs-/Projektentwicklungsteam und IT/DevOps-Betrieb.
8		-)))
9		-
10		-== Projektstruktur ==
11		-
12		-|(((
13		-📁 src/
14		-
15		-📁   components/   UI-Komponenten (Schwarmspeicher + CoLocation*-Pendants)
16		-
17		-📁   pages/   Seiten der Anwendung
18		-
19		-📁   hooks/   Datenzugriffe und Business-Logik
20		-
21		-📁   integrations/   Supabase Client
22		-
23		-📁   types/   TypeScript-Modelle
24		-
25		-📁   lib/   Hilfsfunktionen (u.a. mapCoordinates.ts)
26		-
27		-📁 supabase/
28		-
29		-📁   migrations/   SQL-Migrationen (inkl. komplettes PV-Co-Location-Schema)
30		-
31		-📁   functions/   Edge Functions
32		-)))
33		-
34		-== Architektur ==
35		-
36		-[[image:1789017284336-190.png]]
37		-
38		-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
39		-)))|(% style="width:280px" %)(((
40		-|(((
	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.|(((
41	41	**Auf dieser Seite**
42	42
43		-▪ Schwarmspeicher Electrify
	6	+• 🔋 Schwarmspeicher Electrify
44	44
45		-○ Projektstruktur
	8	+• Übersicht
46	46
47		-○ Übersicht
	10	+• Technologie-Stack
48	48
49		-○ Technologie-Stack
	12	+• Projektstruktur
50	50
51		-○ Use-Case-Umschalter
	14	+• Hauptfunktionen
52	52
53		-○ Hauptfunktionen
	16	+▪ Dashboard
54	54
55		-▫ Dashboard
	18	+▪ Projektverwaltung
56	56
57		-▫ Projektverwaltung
	20	+▪ Standortverwaltung
58	58
59		-▫ Gemeinden
	22	+▪ Gemeinden
60	60
61		-▫ Kartenansicht
	24	+▪ Kartenansicht
62	62
63		-▫ Potenzialanalyse
	26	+▪ Potenzialanalyse
64	64
65		-▫ Pipeline
	28	+▪ Pipeline
66	66
67		-▫ Meilensteinverwaltung
	30	+▪ Meilensteinverwaltung
68	68
69		-▫ Stockend
	32	+▪ Aufgabenverwaltung
70	70
71		-▫ Forecast
	34	+▪ Dokumentenverwaltung
72	72
73		-▫ Aufgabenverwaltung
	36	+▪ Standortpartner
74	74
75		-▫ Dokumentenverwaltung
	38	+▪ Stockende Projekte
76	76
77		-▫ Standortpartner
	40	+▪ Forecast
78	78
79		-▫ Benutzerverwaltung
	42	+▪ PV Co-Location
80	80
81		-▫ Audit Log
	44	+▪ Benutzerverwaltung
82	82
83		-▫ Landingpage "Fläche verpachten"
	46	+▪ Audit Log
84	84
85		-○ Routing
	48	+• Routing
86	86
87		-○ Datenzugriff
	50	+• Datenzugriff
88	88
89		-○ Supabase
	52	+• Supabase
90	90
	54	+• Architektur
91	91
92		-○ Offene Punkte / zu verifizieren
93		-
94		-○ Server
	56	+• Server
95	95	)))
96	96
97		-
98		-)))
99	99
100	100
	61	+Übersicht
101	101
102		-== Übersicht ==
	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.
103	103
104		-**Schwarmspeicher Electrify **unterstützt den gesamten Projektlebenszyklus: Standortidentifikation, Genehmigungen, Projektsteuerung und Dokumentation — für beide Use-Cases parallel, über einen Umschalter in der Seitenleiste.
	65	+Technologie-Stack
105	105
106		-== Technologie-Stack ==
	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
107	107
108		-**Frontend: **React 18 · TypeScript · Vite · Tailwind CSS · shadcn/ui · React Router · React Query · Leaflet + leaflet.markercluster (Kartendarstellung) · Recharts (Diagramme) · XLSX (Excel-Import/-Export)
	69	+**Backend: **Supabase — PostgreSQL, Authentication, Storage, Edge Functions, Row Level Security (RLS)
109	109
110		-**Backend: **Supabase (self-hosted) — PostgreSQL, Authentication, Storage, Edge Functions, Row Level Security (RLS)
	71	+**Tests: **Vitest 3.2.4 · Playwright 1.57.0
111	111
112		-== Use-Case-Umschalter ==
	73	+Projektstruktur
113	113
114		-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.
	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
115	115
116		-== Hauptfunktionen ==
117	117
118		-=== Dashboard ===
119	119
120		-Zentrale Übersicht über Projekte, Status, Kennzahlen und Projektfortschritt.
	89	+Hauptfunktionen
121	121
122		-* Schwarmspeicher: Dashboard.tsx — Pipeline-Summary, kW/kWh-KPIs, Plan-vs-Ist-Charts pro Meilenstein
123		-* PV-Co-Location: CoLocationDashboard.tsx — gleiche Struktur, Einheiten angepasst (kWp/kW), zweite Übersichtskarte zeigt Standortpartner-Anzahl statt Gemeinden
	91	+Dashboard
124	124
125		-=== Projektverwaltung / Standortverwaltung ===
	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.
126	126
127		-Standorte anlegen, bearbeiten, importieren, Historie, Dokumente, sortierbare Tabelle mit Meilenstein-Filter, Bulk-Bearbeitung, Als-abgebrochen-markieren/Reaktivieren.
	95	+Projektverwaltung
128	128
129		-* Schwarmspeicher: ProjectTable, StandortDetail, CreateStandortFormNew, StandortImportDialog, StandortDokumente, AbbruchDialog, MeilensteinQuickEdit, MeilensteinMatrix, BulkEditStandortDialog
130		-* PV-Co-Location: CoLocationProjectTable, CoLocationStandortDetail, CreateCoLocationForm, CoLocationImportDialog, CoLocationStandortDokumente, CoLocationAbbruchDialog, CoLocationMeilensteinQuickEdit, CoLocationMeilensteinMatrix, CoLocationBulkEditDialog
	97	+Verwaltung aller Batteriespeicherprojekte: anzeigen, Detailansicht, bearbeiten, Projektstatus und Meilensteine. Komponenten: ProjectTable, ProjectDetail. PV Co-Location besitzt eine eigene Projektansicht mit CoLocationProjectTable und CoLocationStandortDetail.
131	131
132		-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.
	99	+Standortverwaltung
133	133
134		-=== Gemeinden ===
	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.
135	135
136		-Verwaltung der Gemeinden (CreateGemeindeForm, nur Schwarmspeicher). Edge Function fetch-noe-gemeinden lädt NÖ-Gemeinden.
	103	+Gemeinden
137	137
138		-=== Kartenansicht ===
	105	+Verwaltung der Gemeinden (Komponente CreateGemeindeForm). Zusätzlich existiert eine Supabase Edge Function zum Abruf von NÖ-Gemeinden (supabase/functions/fetch-noe-gemeinden).
139	139
140		-Interaktive Karte aller Standorte (Leaflet + Clustering), Adresssuche, Vollbildmodus, Flächenauswahl (Shift+Ziehen), Trafokarte-NÖ-Layer mit Legende.
	107	+Kartenansicht
141	141
142		-* Schwarmspeicher: ProjectMap
143		-* PV-Co-Location: CoLocationMap
144		-* Gemeinsam genutzt: LocationPickerMap (Einzelstandort-Kartenauswahl), src/lib/mapCoordinates.ts (dedupeCoordinates — verhindert sofortiges Auftrennen bei identischen Koordinaten)
	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.
145	145
146		-=== Potenzialanalyse ===
	111	+Potenzialanalyse
147	147
148		-Bewertung möglicher Standorte (PotenzialTabelle, PotenzialPage) — nur Schwarmspeicher, kein Pendant bei PV-Co-Location.
	113	+Bewertung möglicher Standorte. Komponenten: PotenzialTabelle, PotenzialPage. Die Potenzialanalyse ist aktuell dem Schwarmspeicher-Use-Case zugeordnet.
149	149
150		-=== Pipeline ===
	115	+Pipeline
151	151
152		-* Schwarmspeicher: VorprojektePipeline, VorprojektTimeline
153		-* PV-Co-Location: CoLocationPipeline (Felder an kWp/BESS-kW angepasst; kein Pendant zu VorprojektTimeline)
	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.
154	154
155		-=== Meilensteinverwaltung ===
	119	+Meilensteinverwaltung
156	156
157		-Projektfortschritt über Meilensteine, matrixartige Übersicht mit Bulk-Setzen, Gruppierung.
	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.
158	158
159		-* Schwarmspeicher: MeilensteinMatrix, MeilensteinQuickEdit (inkl. Sonderfall-Dialog NetzvertragAnpassungDialog)
160		-* 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)
	123	+Aufgabenverwaltung
161	161
162		-=== Stockend ===
	125	+Projektbezogene Aufgaben. Komponenten: TaskManager, TasksPage. Hook: useTasks(). PV Co-Location verwendet mit CoTaskManager, CoLocationTasksPage und useCoTasks() eine eigene, vom Schwarmspeicher getrennte Aufgabenliste.
163	163
164		-Zeigt Standorte, bei denen die Lead-Time zwischen zwei Meilensteinen überschritten ist, konfigurierbare Regeln.
	127	+Dokumentenverwaltung
165	165
166		-* Schwarmspeicher: StuckPage
167		-* PV-Co-Location: CoLocationStuckPage (eigene, getrennt gespeicherte Lead-Time-Regeln entlang der neuen Meilensteinkette)
	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.
168	168
169		-=== Forecast ===
	131	+Standortpartner
170	170
171		-Monatliche Zielvorgaben, Plan-vs-Ist-Charts pro Kennzahl.
	133	+Verwaltung von Projektpartnern. Komponenten: StandortpartnerManager, StandortpartnerTable. Für PV Co-Location existieren separate Komponenten und Datenzugriffe für Standortpartner.
172	172
173		-* Schwarmspeicher: ForecastPage (kW und kWh pro Monat/Meilenstein, nach Land AT/DE getrennt)
174		-* PV-Co-Location: CoLocationForecastPage — 4 KPI-Charts entlang Netzantrag gestellt / Netzvertrag erhalten / Standort gebaut / Standort live Trading (kein Land-Split)
	135	+Stockende Projekte
175	175
176		-=== Aufgabenverwaltung ===
	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.
177	177
178		-Projektbezogene Aufgaben, jeweils eigene, komplett getrennte Liste pro Use-Case.
	139	+Forecast
179	179
180		-* Schwarmspeicher: TaskManager, TasksPage, Hook useTasks()
181		-* PV-Co-Location: CoTaskManager, CoLocationTasksPage, Hook useCoTasks()
	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.
182	182
183		-=== Dokumentenverwaltung ===
	143	+PV Co-Location
184	184
185		-Zu jedem Standort und jedem Standortpartner können Dokumente hochgeladen werden.
	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.
186	186
187		-* Schwarmspeicher: StandortDokumente, PartnerDokumente, Hook useDokumente()
188		-* PV-Co-Location: CoLocationStandortDokumente, CoLocationPartnerDokumente, Hook useCoDokumente() — eigener Storage-Bucket co-dokumente
	147	+Benutzerverwaltung
189	189
190		-=== Standortpartner ===
	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().
191	191
192		-Verwaltung von Projektpartnern, eigene, komplett getrennte Partnerliste pro Use-Case.
	151	+Audit Log
193	193
194		-* Schwarmspeicher: StandortpartnerManager, StandortpartnerTable
195		-* PV-Co-Location: CoLocationStandortpartnerManager, CoLocationStandortpartnerTable
	153	+Nachvollziehbarkeit von Änderungen über AuditLogPage und audit_log. Der Zugriff auf das Änderungsprotokoll ist über die vorhandenen Datenbankregeln auf Administratoren eingeschränkt.
196	196
197		-=== Benutzerverwaltung ===
	155	+Routing
198	198
199		-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.
	157	+|**Seite**|**Beschreibung**
	158	+|Dashboard|Startseite
	159	+|Projekte|Projektübersicht
	160	+|Pipeline|Vorprojekte
	161	+|Potenziale|Standortpotenziale
	162	+|Karte|Kartenansicht
	163	+|Stockend|Stockende Projekte / Standorte
	164	+|Forecast|Forecast
	165	+|Aufgaben|Aufgabenverwaltung
	166	+|Audit Log|Änderungsprotokoll
	167	+|Benutzer|Benutzerverwaltung
	168	+|Login|Anmeldung
200	200
201		-=== Audit Log ===
202	202
203		-Nachvollziehbarkeit von Änderungen (AuditLogPage), tabellenübergreifend über beide Use-Cases.
204	204
205		-=== Landingpage „Fläche verpachten" ===
	172	+**Schwarmspeicher-Routen: **/ · /projekte · /pipeline · /potenzial · /karte · /stockend · /forecast · /tasks · /benutzer · /historie
206	206
207		-Ö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.
	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
208	208
209		-* Legt über die Edge Function public-lead-intake automatisch einen neuen Eintrag in der Schwarmspeicher-Pipeline (vorprojekte) an
210		-* E-Mail-Benachrichtigung optional (RESEND_API_KEY + LEAD_NOTIFY_EMAIL) — Anfrage wird auch ohne E-Mail-Konfiguration zuverlässig gespeichert
	176	+Datenzugriff
211	211
	178	+Der Zugriff erfolgt über Custom Hooks, die die Kommunikation mit Supabase kapseln. React Query übernimmt Laden, Mutationen und Cache-Invalidierung.
212	212
	180	+|Schwarmspeicher:
	181	+useStandorte()
	182	+useGemeinden()
	183	+useVorprojekte()
	184	+useTasks()
	185	+usePotenzialDaten()
	186	+useStandortpartner()
	187	+useMonatsziele()
	188	+useDokumente()
	189	+\\PV Co-Location:
	190	+useCoLocationStandorte()
	191	+useCoLocationStandortpartner()
	192	+useCoVorprojekte()
	193	+useCoTasks()
	194	+useCoMonatsziele()
	195	+useCoDokumente()
213	213
214		-|(((
215		-⚠️  **Hinweis: Platzhalter-Firmendaten**
216	216
217		-* In FlaecheVerpachtenPage.tsx sind Firmenname und Telefonnummer aktuell Platzhalter (Rateware). Vor dem Livegang unbedingt durch die echten Kontaktdaten ersetzen.
218		-)))
219	219
	199	+Supabase
220	220
	201	+**Authentication: **Login, Passwortänderung, Rollenverwaltung und geschützte Routen.
221	221
222		-== Routing ==
	203	+**Datenbank: **Wird über SQL-Migrationen verwaltet (supabase/migrations/). Die Migrationen definieren Tabellen, Policies und Datenbankfunktionen.
223	223
224		-|**Pfad**|**Seite**|**Use-Case**|**Login nötig**
225		-|/|Dashboard|Schwarmspeicher|ja
226		-|/projekte|Standorte|Schwarmspeicher|ja
227		-|/pipeline|Vorprojekte|Schwarmspeicher|ja
228		-|/potenzial|Potenzialanalyse|Schwarmspeicher|ja
229		-|/karte|Kartenansicht|Schwarmspeicher|ja
230		-|/forecast|Forecast|Schwarmspeicher|ja
231		-|/tasks|Aufgaben|Schwarmspeicher|ja
232		-|/stockend|Stockende Standorte|Schwarmspeicher|ja
233		-|/benutzer|Benutzerverwaltung|– (Admin)|ja
234		-|/historie|Audit Log|– (Admin)|ja
235		-|/pv-colocation|Dashboard|PV-Co-Location|ja
236		-|/pv-colocation/projekte|Standorte|PV-Co-Location|ja
237		-|/pv-colocation/pipeline|Vorprojekte|PV-Co-Location|ja
238		-|/pv-colocation/karte|Kartenansicht|PV-Co-Location|ja
239		-|/pv-colocation/forecast|Forecast|PV-Co-Location|ja
240		-|/pv-colocation/tasks|Aufgaben|PV-Co-Location|ja
241		-|/pv-colocation/stockend|Stockende Standorte|PV-Co-Location|ja
242		-|/flaeche-verpachten|Landingpage „Fläche verpachten"|—|NEIN – öffentlich
	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.
243	243
	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.
244	244
245		-
246		-== Datenzugriff ==
247		-
248		-Der Zugriff erfolgt über Custom Hooks, die sämtliche Kommunikation mit Supabase kapseln:
249		-
250		-|(((
251		-~/~/ Schwarmspeicher
252		-
253		-useStandorte()   useGemeinden()   useVorprojekte()
254		-
255		-useTasks()       usePotenzialDaten()   useStandortpartner()
256		-
257		-useMonatsziele() useDokumente()   useIsAdmin()
258		-
259		-
260		-~/~/ PV-Co-Location
261		-
262		-useCoLocationStandorte()        useCoLocationStandortpartner()
263		-
264		-useCoVorprojekte()   useCoTasks()   useCoMonatsziele()   useCoDokumente()
265		-
266		-
267		-~/~/ Use-Case-übergreifend
268		-
269		-useUseCase()   useAuth()
270		-)))
271		-
272		-
273		-
274		-== Supabase ==
275		-
276		-**Authentication: **Login, Passwortänderung, Rollenverwaltung.
277		-
278		-**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.
279		-
280	280	**Edge Functions:**
281	281
282		-* fetch-noe-gemeinden — lädt Gemeinden aus Niederösterreich
283		-* manage-users — Benutzerverwaltung, prüft Admin-Berechtigung serverseitig
284		-* public-lead-intake — nimmt Anfragen der öffentlichen Landingpage entgegen
	211	+• fetch-noe-gemeinden — lädt Gemeinden aus Niederösterreich
285	285
286		-**Storage: **zwei Buckets — dokumente (Schwarmspeicher) und co-dokumente (PV-Co-Location).
	213	+• manage-users — Benutzerverwaltung
287	287
288		-== ==
	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.
289	289
290		-== Offene Punkte / zu verifizieren ==
	217	+Architektur
291	291
292		-|(((
293		-⚠️  **Vor einem breiteren Rollout klären**
	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"]
294	294
295		-* 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.
296		-* Migrationsdateien in supabase/migrations/ müssen noch ins Git-Repo committet werden, falls noch nicht geschehen (Datenbank selbst ist bereits aktuell).
297		-* types.ts kennt die neuen co_*-Tabellen nicht — führt zu TypeScript-Warnungen beim Bauen (bewusst akzeptiert, kein Laufzeitfehler).
298		-* KPI-Zuordnung im PV-Co-Location-Forecast (Netzantrag = kWp, die übrigen drei Meilensteine = kW) ist eine Annahme — bei Bedarf auf eine einheitliche Einheit umstellen.
299		-)))
300	300
301	301
	234	+Server
302	302
303		-== Server ==
	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.
304	304
305		-Das Projekt liegt unter /mnt/data/schwarmspeicher/schwarmspeicher-electrify_lokal und läuft in einem eigenständigen Docker-Compose-Stack (schwarmspeicher-electrify_lokal).
306		-
307		-**Erreichbar unter:**
308		-
309		-* VPN: http:~/~/schwarmspeicher.spl-tele.com:8200 (SPL-TELE-Netzwerk)
310		-* Öffentlich: https:~/~/schwarmspeicher.electrify.at:8200 (Wildcard-Zertifikat *.electrify.at, Let's Encrypt, gültig bis 26.10.2026)
311		-
312		-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/.
	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.

1789017284336-190.png

Author

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

Size

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

Content