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
-
Der ZSD ist das führende System für Destination Management. Sämtliche relevante Daten sind in der ZSD DB. -
Das SSP-Backend ruft die neuen/geänderten Endpunkte des ZSD auf und übergibt zusätzliche Werte. -
Das SSP-Backend greift nicht mehr zum Abfragen von Destinations auf die eigene Datenbank zu -
SSP-Frontend-Aufrufe bleiben stabil. -
Die Destination Endpunkte der Self-Service API (Spezifikation) sind als deprecated markiert.
Implementation plan (to be completed by the developer)
- [ ]
Edited by Christoph Metzger