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 (closed) 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

  1. SSP bezieht die DestinationSiganture über die Destination-API und gibt sie wie bisher in der Zustellpunktverwaltung als Adressierungsinformationen aus.
  2. 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 Sep 18, 2025 by Andreas Huber
Assignee Loading
Time tracking Loading