SSP nutzt DestinationSignature-Endpunkt des ZSD
User Story
Als Verwalter eines Zustellpunktes möchte ich die DestinationsSignature meines Zustellpunktes dem SSP entnehmen können - auch nachdem mit Stufe 2 des Epics #2379 der ZSD nun die DestinationsSignature generiert.
Warum
Mit Stufe 2 generiert der ZSD die DestinationSignature und gibt sie per Destination-API aus. Das SSP muss nun diesen Endpunkt des ZSD nutzen, um die DestinationSignature in der Obefläche der Zustellpunktverwaltung des SSP bereitzustellen.
Ab Q1 2026 Phase 2 starten. 6 Monate sollen dazwischen liegen
Links, Hinweise, Bemerkungen
Da damit ein breaking change verbunden ist, wird diese Story frühestens Q2 2025 nach Abstimmung mit dem Anbindungsmanagement umgesetzt.
Akzeptanzkriterien
-
SSP bezieht die DestinationSiganture über die Destination-API und gibt sie wie bisher in der Zustellpunktverwaltung als Adressierungsinformationen aus. -
Der Wechsel zwischen der Erzeugung der Signatur im SSP und ZSD ist von außen steuerbar (z.B. über ein Feature Flag, Spring Admin etc.).
Mögliche Folgeaktivitäten (vom Entwickler zu ergänzen)
-
... -
... -
... -
Definition of Done was checked.
Edited by Andreas Huber