# 📡 Webservices – Redux Integration (/redux/api/fromWebService)

In diesem Verzeichnis befinden sich alle Webservice-Fetch-Funktionen für die Kommunikation mit TALAS.web über SOAP-Endpunkte.

---

## Aktueller Stand

Jede Funktion liest `idMap` und `idUser` **ausschließlich aus der URL**, wie sie von TALAS.web übergeben werden.

Beispiel:

```ts
const params = new URLSearchParams(window.location.search);
const idMap = params.get("idMap");
const idUser = params.get("idUser");
```

---

## Änderung am 2025-05-15

Vorher wurden Default-Werte über `.env.local` als Fallback genutzt:

```ts
const idMap = params.get("idMap") || process.env.NEXT_PUBLIC_DEFAULT_ID_MAP || "12";
```

Das wurde entfernt, um folgende Ziele zu erreichen:

- ❌ Keine fest eingetragenen Defaults im Browser sichtbar
- ✅ Verbindlichkeit: TALAS.web übergibt die Werte immer korrekt via URL
- 🔐 Sicherheit: Kein versehentliches Verwenden eines falschen Users (z. B. ID 484)
- 🔍 Fehler leichter erkennbar (Parameter nicht gefunden = echter Fehler)

---

## Optional: Validierung einbauen

Falls gewünscht, kann ein expliziter Fehler ausgelöst werden:

```ts
if (!idMap || !idUser) {
  throw new Error("Fehlende URL-Parameter: idMap oder idUser");
}
```

---

## Betroffene Dateien

Diese Änderung betrifft alle Funktionen in:

```
/redux/api/fromWebService/fetchGisStationsStatic.js
/redux/api/fromWebService/fetchGisStationsStaticDistrict.js
/redux/api/fromWebService/fetchGisStationsStatusDistrict.js
/redux/api/fromWebService/fetchGisStationsMeasurements.js
/redux/api/fromWebService/fetchGisSystemStatic.js
```

---

## Hinweis zur Konfiguration

Die Webservice-Basisadresse wird weiterhin über `.env.local` konfiguriert:

```env
NEXT_PUBLIC_API_BASE_URL=http://10.10.0.13/talas5/ClientData/WebServiceMap.asmx
```

Aber `idMap` und `idUser` werden **nicht** mehr über Umgebungsvariablen gesteuert.