Changes for page Schwarmspeicher Electrify

Summary

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

Details

Page properties

Content

...	...	@@ -1,238 +1,312 @@
1		-= 🔋  Schwarmspeicher Electrify =
	1	+**🔋  Schwarmspeicher Electrify**
2	2
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.|(((
	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	+|(((
4	4	**Auf dieser Seite**
5	5
6		-• 🔋 Schwarmspeicher Electrify
	43	+▪ Schwarmspeicher Electrify
7	7
8		-• Übersicht
	45	+○ Projektstruktur
9	9
10		-• Technologie-Stack
	47	+○ Übersicht
11	11
12		-• Projektstruktur
	49	+○ Technologie-Stack
13	13
14		-• Hauptfunktionen
	51	+○ Use-Case-Umschalter
15	15
16		-▪ Dashboard
	53	+○ Hauptfunktionen
17	17
18		-▪ Projektverwaltung
	55	+▫ Dashboard
19	19
20		-▪ Standortverwaltung
	57	+▫ Projektverwaltung
21	21
22		-▪ Gemeinden
	59	+▫ Gemeinden
23	23
24		-▪ Kartenansicht
	61	+▫ Kartenansicht
25	25
26		-▪ Potenzialanalyse
	63	+▫ Potenzialanalyse
27	27
28		-▪ Pipeline
	65	+▫ Pipeline
29	29
30		-▪ Meilensteinverwaltung
	67	+▫ Meilensteinverwaltung
31	31
32		-▪ Aufgabenverwaltung
	69	+▫ Stockend
33	33
34		-▪ Dokumentenverwaltung
	71	+▫ Forecast
35	35
36		-▪ Standortpartner
	73	+▫ Aufgabenverwaltung
37	37
38		-▪ Stockende Projekte
	75	+▫ Dokumentenverwaltung
39	39
40		-▪ Forecast
	77	+▫ Standortpartner
41	41
42		-▪ PV Co-Location
	79	+▫ Benutzerverwaltung
43	43
44		-▪ Benutzerverwaltung
	81	+▫ Audit Log
45	45
46		-▪ Audit Log
	83	+▫ Landingpage "Fläche verpachten"
47	47
48		-• Routing
	85	+○ Routing
49	49
50		-• Datenzugriff
	87	+○ Datenzugriff
51	51
52		-• Supabase
	89	+○ Supabase
53	53
54		-• Architektur
55	55
56		-• Server
	92	+○ Offene Punkte / zu verifizieren
	93	+
	94	+○ Server
57	57	)))
58	58
	97	+
	98	+)))
59	59
60	60
61		-Übersicht
62	62
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.
	102	+== Übersicht ==
64	64
65		-Technologie-Stack
	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.
66	66
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
	106	+== Technologie-Stack ==
68	68
69		-**Backend: **Supabase — PostgreSQL, Authentication, Storage, Edge Functions, Row Level Security (RLS)
	108	+**Frontend: **React 18 · TypeScript · Vite · Tailwind CSS · shadcn/ui · React Router · React Query · Leaflet + leaflet.markercluster (Kartendarstellung) · Recharts (Diagramme) · XLSX (Excel-Import/-Export)
70	70
71		-**Tests: **Vitest 3.2.4 · Playwright 1.57.0
	110	+**Backend: **Supabase (self-hosted) — PostgreSQL, Authentication, Storage, Edge Functions, Row Level Security (RLS)
72	72
73		-Projektstruktur
	112	+== Use-Case-Umschalter ==
74	74
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
	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.
86	86
	116	+== Hauptfunktionen ==
87	87
	118	+=== Dashboard ===
88	88
89		-Hauptfunktionen
	120	+Zentrale Übersicht über Projekte, Status, Kennzahlen und Projektfortschritt.
90	90
91		-Dashboard
	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
92	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.
	125	+=== Projektverwaltung / Standortverwaltung ===
94	94
95		-Projektverwaltung
	127	+Standorte anlegen, bearbeiten, importieren, Historie, Dokumente, sortierbare Tabelle mit Meilenstein-Filter, Bulk-Bearbeitung, Als-abgebrochen-markieren/Reaktivieren.
96	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.
	129	+* Schwarmspeicher: ProjectTable, StandortDetail, CreateStandortFormNew, StandortImportDialog, StandortDokumente, AbbruchDialog, MeilensteinQuickEdit, MeilensteinMatrix, BulkEditStandortDialog
	130	+* PV-Co-Location: CoLocationProjectTable, CoLocationStandortDetail, CreateCoLocationForm, CoLocationImportDialog, CoLocationStandortDokumente, CoLocationAbbruchDialog, CoLocationMeilensteinQuickEdit, CoLocationMeilensteinMatrix, CoLocationBulkEditDialog
98	98
99		-Standortverwaltung
	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.
100	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.
	134	+=== Gemeinden ===
102	102
103		-Gemeinden
	136	+Verwaltung der Gemeinden (CreateGemeindeForm, nur Schwarmspeicher). Edge Function fetch-noe-gemeinden lädt NÖ-Gemeinden.
104	104
105		-Verwaltung der Gemeinden (Komponente CreateGemeindeForm). Zusätzlich existiert eine Supabase Edge Function zum Abruf von NÖ-Gemeinden (supabase/functions/fetch-noe-gemeinden).
	138	+=== Kartenansicht ===
106	106
107		-Kartenansicht
	140	+Interaktive Karte aller Standorte (Leaflet + Clustering), Adresssuche, Vollbildmodus, Flächenauswahl (Shift+Ziehen), Trafokarte-NÖ-Layer mit Legende.
108	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.
	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)
110	110
111		-Potenzialanalyse
	146	+=== Potenzialanalyse ===
112	112
113		-Bewertung möglicher Standorte. Komponenten: PotenzialTabelle, PotenzialPage. Die Potenzialanalyse ist aktuell dem Schwarmspeicher-Use-Case zugeordnet.
	148	+Bewertung möglicher Standorte (PotenzialTabelle, PotenzialPage) — nur Schwarmspeicher, kein Pendant bei PV-Co-Location.
114	114
115		-Pipeline
	150	+=== Pipeline ===
116	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.
	152	+* Schwarmspeicher: VorprojektePipeline, VorprojektTimeline
	153	+* PV-Co-Location: CoLocationPipeline (Felder an kWp/BESS-kW angepasst; kein Pendant zu VorprojektTimeline)
118	118
119		-Meilensteinverwaltung
	155	+=== Meilensteinverwaltung ===
120	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.
	157	+Projektfortschritt über Meilensteine, matrixartige Übersicht mit Bulk-Setzen, Gruppierung.
122	122
123		-Aufgabenverwaltung
	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)
124	124
125		-Projektbezogene Aufgaben. Komponenten: TaskManager, TasksPage. Hook: useTasks(). PV Co-Location verwendet mit CoTaskManager, CoLocationTasksPage und useCoTasks() eine eigene, vom Schwarmspeicher getrennte Aufgabenliste.
	162	+=== Stockend ===
126	126
127		-Dokumentenverwaltung
	164	+Zeigt Standorte, bei denen die Lead-Time zwischen zwei Meilensteinen überschritten ist, konfigurierbare Regeln.
128	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.
	166	+* Schwarmspeicher: StuckPage
	167	+* PV-Co-Location: CoLocationStuckPage (eigene, getrennt gespeicherte Lead-Time-Regeln entlang der neuen Meilensteinkette)
130	130
131		-Standortpartner
	169	+=== Forecast ===
132	132
133		-Verwaltung von Projektpartnern. Komponenten: StandortpartnerManager, StandortpartnerTable. Für PV Co-Location existieren separate Komponenten und Datenzugriffe für Standortpartner.
	171	+Monatliche Zielvorgaben, Plan-vs-Ist-Charts pro Kennzahl.
134	134
135		-Stockende Projekte
	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)
136	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.
	176	+=== Aufgabenverwaltung ===
138	138
139		-Forecast
	178	+Projektbezogene Aufgaben, jeweils eigene, komplett getrennte Liste pro Use-Case.
140	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.
	180	+* Schwarmspeicher: TaskManager, TasksPage, Hook useTasks()
	181	+* PV-Co-Location: CoTaskManager, CoLocationTasksPage, Hook useCoTasks()
142	142
143		-PV Co-Location
	183	+=== Dokumentenverwaltung ===
144	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.
	185	+Zu jedem Standort und jedem Standortpartner können Dokumente hochgeladen werden.
146	146
147		-Benutzerverwaltung
	187	+* Schwarmspeicher: StandortDokumente, PartnerDokumente, Hook useDokumente()
	188	+* PV-Co-Location: CoLocationStandortDokumente, CoLocationPartnerDokumente, Hook useCoDokumente() — eigener Storage-Bucket co-dokumente
148	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().
	190	+=== Standortpartner ===
150	150
151		-Audit Log
	192	+Verwaltung von Projektpartnern, eigene, komplett getrennte Partnerliste pro Use-Case.
152	152
153		-Nachvollziehbarkeit von Änderungen über AuditLogPage und audit_log. Der Zugriff auf das Änderungsprotokoll ist über die vorhandenen Datenbankregeln auf Administratoren eingeschränkt.
	194	+* Schwarmspeicher: StandortpartnerManager, StandortpartnerTable
	195	+* PV-Co-Location: CoLocationStandortpartnerManager, CoLocationStandortpartnerTable
154	154
155		-Routing
	197	+=== Benutzerverwaltung ===
156	156
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
	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.
169	169
	201	+=== Audit Log ===
170	170
	203	+Nachvollziehbarkeit von Änderungen (AuditLogPage), tabellenübergreifend über beide Use-Cases.
171	171
172		-**Schwarmspeicher-Routen: **/ · /projekte · /pipeline · /potenzial · /karte · /stockend · /forecast · /tasks · /benutzer · /historie
	205	+=== Landingpage „Fläche verpachten" ===
173	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
	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.
175	175
176		-Datenzugriff
	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
177	177
178		-Der Zugriff erfolgt über Custom Hooks, die die Kommunikation mit Supabase kapseln. React Query übernimmt Laden, Mutationen und Cache-Invalidierung.
179	179
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()
196	196
	214	+|(((
	215	+⚠️  **Hinweis: Platzhalter-Firmendaten**
197	197
	217	+* In FlaecheVerpachtenPage.tsx sind Firmenname und Telefonnummer aktuell Platzhalter (Rateware). Vor dem Livegang unbedingt durch die echten Kontaktdaten ersetzen.
	218	+)))
198	198
199		-Supabase
200	200
201		-**Authentication: **Login, Passwortänderung, Rollenverwaltung und geschützte Routen.
202	202
203		-**Datenbank: **Wird über SQL-Migrationen verwaltet (supabase/migrations/). Die Migrationen definieren Tabellen, Policies und Datenbankfunktionen.
	222	+== Routing ==
204	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.
	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
206	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	208
	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	+
209	209	**Edge Functions:**
210	210
211		-• fetch-noe-gemeinden — lädt Gemeinden aus Niederösterreich
	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
212	212
213		-• manage-users — Benutzerverwaltung
	286	+**Storage: **zwei Buckets — dokumente (Schwarmspeicher) und co-dokumente (PV-Co-Location).
214	214
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.
	288	+== ==
216	216
217		-Architektur
	290	+== Offene Punkte / zu verifizieren ==
218	218
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"]
	292	+|(((
	293	+⚠️  **Vor einem breiteren Rollout klären**
231	231
	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	+)))
232	232
233	233
234		-Server
235	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.
	303	+== Server ==
237	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.
	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/.

1789017284336-190.png

Author

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

Size

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

Content