Merge branch '848-verification-reply-channels' into 'main'

Umgang mit fehlendem / ungültigem replyChannel-Attribut überarbeitet

See merge request !336

docs/changelog.md

@@ -4,6 +4,10 @@ Das Format dieser Datei basiert auf [Keep a Changelog](https://keepachangelog.co
 
 Das hier veröffentlichte Changelog bezieht sich auf die [Testinstanz von FIT-Connect](getting-started/environments.mdx).
 
+## 2023-02-20
+### Dokumentation
+- Der [Umgang mit dem `replyChannel`-Attribut im Metadatensatz](receiving/verification.mdx) durch Subscriber wurde angepasst/korrigiert.
+
 ## 2023-02-14
 ### Self Service Portal 1.5.3
 - Das Formular zum Anlegen und Verwalten von Zustellpunkten unterstützt jetzt mehrere Verwaltungsleistungen pro Zustellpunkt, die auch mehrere Regionen und Fachdatenschemas enthalten können. ([Story](https://git.fitko.de/fit-connect/planning/-/issues/443))

docs/receiving/verification.mdx

@@ -442,11 +442,11 @@ Stimmt die Liste der Anlagen in der Submission mit den Anlagen im Metadatensatz
 
 ### Rückkanal
 
-Entspricht der gewählte Rückkanal einem der angebotenen Kanäle?
-Die Angabe keines Rückkanals ist immer gültig, auch wenn Rückkanäle angeboten werden.
+Subscriber definieren die von ihnen unterstützten Rückkanal-Optionen [im Self-Service-Portal](./destination.mdx#zustellpunkt-anlegen) oder über die [Self-Service API](../apis/self-service-api.mdx).
 
-Die Angabe des falschen Rückkanals sollte ignoriert und die Verarbeitung ohne Rückkanal fortgesetzt werden.
-Es wird daher der postalische Weg als Fallback genutzt.
+Ist im [Metadatensatz](../metadata/replyChannel.mdx) einer Einreichung kein Rückkanal hinterlegt oder ein Rückkanal hinterlegt, der vom Subscriber nicht unterstützt wird, hat der Subscriber zwei Möglichkeiten:
+- a) Fallback auf den postalischen Rückkanal
+- b) Zurückweisung der Einreichung über ein Reject-Event mit folgendem `problem`:
 
 ```json
 {