## Warum? Follow-Up zu #297 Zur Integritätssicherung vermerkt der Zustelldienst alle Authentication-Tags im `submit-submission`-Event. Laut [Doku](https://docs.fitko.de/fit-connect/docs/getting-started/event-log/events#accept-submission) muss die Liste identisch im `accept-submission`-Event auftauchen: > Das `accept-submission`-Event muss eine mit dem `submit-submission` Event übereinstimmende Liste von Authentication Tags enthalten. Das empfangende System dokumentiert damit, dass es die Authentication Tags überprüft hat. Der Zustelldienst überprüft derzeit noch nicht, dass diese beiden Listen gleich sind. ## Relevante Links und Bemerkungen - [`accept-submission`-Event](https://docs.fitko.de/fit-connect/docs/getting-started/event-log/events#accept-submission) ## Akzeptanzkriterien 1. [x] Schema 1. [x] Das `$schema` ~~(für Submission API v1 optional) im SET-Schema seit Version 0.1.0 required!~~ entspricht einer Schema-URI aus der Liste der aktuell unterstützten SET-Schemas. ~~(daher für v1 nur loggen)~~ 2. [ ] ~~`$schema` wird ab Submission API v2 required.~~ 2. [ ] accept-submission 1. [x] Der Event Payload enthält `authenticationTags` und diese stimmen mit den im `submit-submission`-Event überein. 2. [x] Die Struktur der `authenticationTags` stimmt mit dem tatsächlich eingereichten Antrag überein. 3. [x] Der Zustelldienst weist Empfangsbestätigungen (`accept-submission`) zurück, wenn die enthaltenen Authentication-Tags nicht denen im `submit-submission`-Event entsprechen. 3. ~~[x] reject-submission~~ ~~1. [ ] Der Event Payload enthält "problems" 2. [ ] Die Validierung durch den Zustelldienst ist in der Dokumentation beschrieben. 3. [ ] Alle neue eingeführten Fehlermeldungen sind auf der Seite [Fehlerverhalten und Statuscodes](https://docs.fitko.de/fit-connect/docs/status-and-error-codes) dokumentiert.~~ This part is done in #1100 4. [ ] Alle neue eingeführten Fehlermeldungen sind in der API-Spezifikation dokumentiert (via Description). 5. [ ] https://git.fitko.de/fit-connect/planning/-/issues/317#note_108898 ist abgedeckt 6. [ ] ## Durchführungsplan - [ ] ## Folgeaktivitäten (nach PO Review) - Anmerkung: ist bereits auf main gemerged - Deployment auf TEST nach der Prüfung von https://git.fitko.de/fit-connect/planning/-/issues/1382 und Abstimmung mit betroffenen Anbindungsprojekten für alle Umgebungen - Neue Story: AK1 nicht nur Loggen, sondern Fehler rausschmeißen - https://gitlab.opencode.de/fitko/feedback/-/issues/41 ist beantwortet