diff --git a/news/2021-08-23-sprint-report-cw-34.md b/news/2021-08-23-sprint-report-cw-34.md
index b7e3fd28f8f0cb01d796340fe00d3dd86adc7a04..23888dd2ebd3e035431f89d441dc521d48189386 100644
--- a/news/2021-08-23-sprint-report-cw-34.md
+++ b/news/2021-08-23-sprint-report-cw-34.md
@@ -10,27 +10,27 @@ Hierbei wollen wir auf die Stories eingehen, die wir bearbeitet haben, sowie den
 
 ### Umgesetzt
 #### Generierung von JWKs ohne Zertifikatskette
-Zur Vereinfachung von Anbindungstests haben wir ein [Tool zur Generierung von Test-Schlüsselpaaren ohne Zertifikatskette erstellt](/fit-connect/docs/details/jwk-creation).
+Zur Vereinfachung von Anbindungstests haben wir ein [Tool zur Generierung von Test-Schlüsselpaaren ohne Zertifikatskette erstellt](https://docs.fitko.de/fit-connect/docs/details/jwk-creation).
 
 #### Umsetzung des Self-Service-Portals 
 Das [Self-Service Portal](https://submission-api-testing.fit-connect.fitko.dev/login) erfüllt in der ersten MVP-Ausbaustufe zwei Funktionen:
-- Entwickler:innen und Verfahrensbetreiber:innen sollen ihre Software als API-Clients registrieren und deren Berechtigungen (Scopes) verwalten können. Die Anmeldung im Self-Service-Portal und die Registrierung von API-Clients ist im Artikel [Accountregistrierung und Client-Verwaltung](/fit-connect/docs/account) beschrieben.
-- Entwickler:innen und Verfahrensbetreiber:innen von empfangenden Systemen können über das Self-Service-Portal Zustellpunkte einrichten und verwalten. Das Anlegen von Zustellpunkten für empfangende Systeme ist im Artikel [Zustellpunkt anlegen](/fit-connect/docs/getting-started/receiving/destination) beschrieben.
+- Entwickler:innen und Verfahrensbetreiber:innen sollen ihre Software als API-Clients registrieren und deren Berechtigungen (Scopes) verwalten können. Die Anmeldung im Self-Service-Portal und die Registrierung von API-Clients ist im Artikel [Accountregistrierung und Client-Verwaltung](https://docs.fitko.de/fit-connect/docs/account) beschrieben.
+- Entwickler:innen und Verfahrensbetreiber:innen von empfangenden Systemen können über das Self-Service-Portal Zustellpunkte einrichten und verwalten. Das Anlegen von Zustellpunkten für empfangende Systeme ist im Artikel [Zustellpunkt anlegen](https://docs.fitko.de/fit-connect/docs/getting-started/receiving/destination) beschrieben.
 
 Interessierten Entwickler:innen stehen folgende Login-Möglichkeiten zur Verfügung:
 - Login mit einem Account des FITKO-Gitlab (Account muss bei der FITKO angefragt werden)
 - Login mit einem Github.com- oder Gitlab.com-Account
 
 #### Mehrere Regionen pro Service
-Durch die Nutzung des `regions`-Arrays (statt bisher `region`-Attributs) können mehrere Regionen pro Verwaltungsleistung angegeben werden. Siehe [Zustellpunkt ermitteln](/fit-connect/docs/getting-started/sending/get-destination).
+Durch die Nutzung des `regions`-Arrays (statt bisher `region`-Attributs) können mehrere Regionen pro Verwaltungsleistung angegeben werden. Siehe [Zustellpunkt ermitteln](https://docs.fitko.de/fit-connect/docs/getting-started/sending/get-destination).
 
 #### Alle abholbereiten Einreichungen auflisten / abrufen
 Wenn im Zustellpunkt eine Callback-URL hinterlegt ist, kann der Zustelldienst empfangende Systeme direkt via Callback informieren, sobald eine neue Einreichung eingeht. Empfangende Systeme können nun zusätzlich durch Polling, d.h. regelmäßiges Abfragen des Endpuntes `GET /submissions` prüfen, ob neue Einreichungen zur Abholen bereitstehen. Dies wird aus Performancegründen jedoch nicht empfohlen. Der Endpunkt kann zu Testzwecken als Alternative zu Callbacks genutzt werden oder, falls aus technischen Gründen die Nutzung eines Callbacks im Produktivbetrieb nicht möglich ist (bspw. Security Policies im RZ).
 
-Die Nutzung des Endpunkts ist im Artikel [Vorhandensein neuer Einreichungen prüfen](/fit-connect/docs/getting-started/receiving/query#polling) beschrieben.
+Die Nutzung des Endpunkts ist im Artikel [Vorhandensein neuer Einreichungen prüfen](https://docs.fitko.de/fit-connect/docs/getting-started/receiving/query#polling) beschrieben.
 
 #### Event Logs
-Zur Prüfbarkeit der Datenübermittlung und Empfangsbestätigung von Einreichungen erhält jede Submission einen Event Log, das Security Event Tokens (SET) gemäß [RFC 8417](https://datatracker.ietf.org/doc/html/rfc8417) speichert. Manche der Events werden vom Zustelldienst erzeugt, manche werden extern über die API zugeliefert. Die Hintergründe sind im Artikel [Event Log](/fit-connect/docs/getting-started/event-log) beschrieben. Das Abfragen des Status ist im Artikel [Status abfragen](/fit-connect/docs/getting-started/sending/query-status) beschrieben. Wie empfangende Systeme einen Security Event Tokens (SET) erzeugen und über die API bereitstellen können, ist im Artikel [Empfangsbestätigung](/fit-connect/docs/getting-started/receiving/process-and-acknowledge) beschrieben.
+Zur Prüfbarkeit der Datenübermittlung und Empfangsbestätigung von Einreichungen erhält jede Submission einen Event Log, das Security Event Tokens (SET) gemäß [RFC 8417](https://datatracker.ietf.org/doc/html/rfc8417) speichert. Manche der Events werden vom Zustelldienst erzeugt, manche werden extern über die API zugeliefert. Die Hintergründe sind im Artikel [Event Log](https://docs.fitko.de/fit-connect/docs/getting-started/event-log) beschrieben. Das Abfragen des Status ist im Artikel [Status abfragen](https://docs.fitko.de/fit-connect/docs/getting-started/sending/query-status) beschrieben. Wie empfangende Systeme einen Security Event Tokens (SET) erzeugen und über die API bereitstellen können, ist im Artikel [Empfangsbestätigung](https://docs.fitko.de/fit-connect/docs/getting-started/receiving/process-and-acknowledge) beschrieben.
 
 Hinweis: Der Mechanismus zum Abrufen von kryptografischen Schlüsseln des empfangenden Systems wird sich bis zur Veröffentlichung der finalen API-Spezifikation noch einmal ändern.
 
@@ -39,10 +39,10 @@ Der bisherige Wert `other` als Typ einer `AuthenticationInformation` wurde im Me
 
 #### Diverse Verbesserungen der Dokumentation
 - In der Dokumentation wurden die Bezeichnungen "FIT-Connect API", "Einreichungs-API" etc. zu "Submission API" vereinheitlicht. Künftig werden wir nur noch von *Submission API* sprechen, wenn die Schnittstelle des Zustelldienstes zur Übermittlung von Einreichungen gemeint ist.
-- Der Artikel [Zustellpunkt ermitteln](/fit-connect/docs/getting-started/sending/get-destination) wurde aktualisiert.
-- Neu: Dokumentation zur Nutzung von [Fachdatenschema für Sender](/fit-connect/docs/getting-started/submission-structure)
-- Neu: Dokumentation zur Nutzung von [Fachdatenschema für Empfänger](/fit-connect/docs/getting-started/receiving/validate)
-- Der Artikel [Einreichung herunterladen](/fit-connect/docs/getting-started/receiving/download-submission) wurde auf den neusten Stand der API aktualisiert.
+- Der Artikel [Zustellpunkt ermitteln](https://docs.fitko.de/fit-connect/docs/getting-started/sending/get-destination) wurde aktualisiert.
+- Neu: Dokumentation zur Nutzung von [Fachdatenschema für Sender](https://docs.fitko.de/fit-connect/docs/getting-started/submission-structure)
+- Neu: Dokumentation zur Nutzung von [Fachdatenschema für Empfänger](https://docs.fitko.de/fit-connect/docs/getting-started/receiving/validate)
+- Der Artikel [Einreichung herunterladen](https://docs.fitko.de/fit-connect/docs/getting-started/receiving/download-submission) wurde auf den neusten Stand der API aktualisiert.
 
 ### Im Sprint nicht abgeschlossene Stories
 #### Schlüsselverwaltung eines Zustellpunktes
@@ -52,7 +52,7 @@ Um zu vereinfachen, wie öffentliche kryptographische Schlüssel über die API b
 Neben einigen internen Arbeiten werden wir bis zur Veröffentlichung der finalen Schnittstelle einige weitere Änderungen vornehmen. Mit Blick auf ggf. notwendige Anpassungen der Schnittstellenanbindung sind hierbei insb. die folgenden anstehenden Aspekte relevant:
 
 - Weitere Verbesserungen im Self-Service-Portal: Der aktuelle MVP des Self-Service-Portals wird hinsichtlich Benutzbarkeit (UX) und Design weiterentwickelt werden.
-- Das im Endpunkt [`GET /submissions/{submissionId}`](/fit-connect/docs/apis/delivery-service#get-/submissions/-submissionId-) enthaltene Attribut `announcedContentStructure` wird [entfernt](https://git.fitko.de/fit-connect/api/-/issues/92). Die Liste der Anlagen ist bereits im Attribut `attachments` enthalten.
+- Das im Endpunkt [`GET /submissions/{submissionId}`](https://docs.fitko.de/fit-connect/docs/apis/delivery-service#get-/submissions/-submissionId-) enthaltene Attribut `announcedContentStructure` wird [entfernt](https://git.fitko.de/fit-connect/api/-/issues/92). Die Liste der Anlagen ist bereits im Attribut `attachments` enthalten.
 - Der im Metadatenschema genutzte `IdenfitcationReport` soll [versioniert werden](https://git.fitko.de/fit-connect/metadata-schema/-/issues/3).
 - Für die Endpunkte `GET /destinations`, `GET /submissions` und `GET /submissions/{submissionId}/events` wird eine [Pagination umgesetzt](https://git.fitko.de/fit-connect/api/-/issues/87).
 - Umsetzung von Best-Practices für Callbacks: Zur Erhöhung der Sicherheit von Callbacks werden wir einheitliche Sicherheitsvorgaben für die Callback-Nutzung [definieren](https://git.fitko.de/fit-connect/api/-/issues/62#note_5679), [dokumentieren](https://git.fitko.de/fit-connect/docs/-/issues/11) und [in der API umsetzen](https://git.fitko.de/fit-connect/api/-/issues/56). Dabei werden sich auch die Schnittstelle zur Konfiguration von Callbacks sowie die Vorgaben zur Prüfung von Callbacks noch einmal ändern. Auch sendende Systeme sollen zukünftig [via Callback über Statusänderungen benachricht werden](https://git.fitko.de/fit-connect/api/-/issues/61).