Doku: Die Codebeispiele für die SETs reject-reply und accept-reply sind irreführend
Description of the bug:
Alle SETs im Zusammenhang mit einem Reply werden durch den Zustelldienst ausgestellt (issuer), in den Codebeispielen
- reject-reply
- accept-reply
- accept-reply with problems
wird in dem Feld iss eine Destination-ID angegeben statt der URL des Zustelldienstes. Dies ist irreführend. Die anderen Beispiele nennen jeweils den Zustelldienst als Issuer.
Current behavior:
Die Codebeispiele zu reject-reply und accept-reply nennen als Issuer eine Destination, es werden jedoch alle SETs durch den Zustelldienst geschrieben.
Expected behavior:
Alle Codebaispiele zu den SETs für ein Reply listen den Zustelldienst als Issuer im Fels iss.
Environments:
Additional Information:
Dependency / relationship to other issues:
Responsible person / team:
Contact persons including contact details:
Screenshots / Logs / Requests:
Links zur Dokumentation
- SETs für Replys: https://docs.fitko.de/fit-connect/docs/getting-started/event-log/events/#reply-events
- reject-reply: https://docs.fitko.de/fit-connect/docs/getting-started/event-log/events/#reject-reply
- accept-reply: https://docs.fitko.de/fit-connect/docs/getting-started/event-log/events/#accept-reply
Checklist:
-
Add Severity label -
Add team label -
Related/affected issues/stories/epics linked and explained in the bug issue -
Creation of an automated test -
Bugfix deployed on DEV -
Bugfix tested on DEV -
Bugfix deployed on TEST -
Bugfix tested on TEST (possibly also by the connection project itself) -
Successful fix reported to Team Operations (Teams channel) -
Bugfix deployed on STAGE -
Bugfix tested on STAGE if necessary -
Bugfix deployed on PROD -
Bugfix tested on PROD (possibly also by the connection project itself) -
Final communication by Team Operations if necessary -
Internal documentation was checked and updated if necessary -
External documentation has been checked and updated if necessary -
Updated changelog if necessary