Anpassen des Destination API Client im SSP {abhängig von #1802}

User Story

Als Entwickler des SSP will ich die neue Destination API nutzen und den obsoleten Code im SSP-Backend entfernen.

Why

• Migration auf neue Destination-API - Abschaffen der alten API Aufrufe.

Links, Notes, Remarks

• Abschaffen der DB-Aufrufe in einem späteren Issue vom Team SSP
• AuthN/Z Handling für den Zugriff auf den ZSD erfolgt aktuell durch das SSP-Backend. Die Aufrufe können deshalb nicht direkt vom UI an den ZSD geschickt werden.

Acceptance criteria

1. Der ZSD ist das führende System für Destination Management. Sämtliche relevante Daten sind in der ZSD DB.
2. Das SSP-Backend ruft die neuen/geänderten Endpunkte des ZSD auf und übergibt zusätzliche Werte.
3. Das SSP-Backend greift nicht mehr zum Abfragen von Destinations auf die eigene Datenbank zu
4. SSP-Frontend-Aufrufe bleiben stabil.
5. Die Destination Endpunkte der Self-Service API (Spezifikation) sind als deprecated markiert.

Implementation plan (to be completed by the developer)

• [ ]