diff --git a/docs/details/callbacks.mdx b/docs/details/callbacks.mdx
index e9bac650c9c247e79b199450e7a7fcf382997cf7..4f5837c5d43957c3d75354321ef7fe3c67b9a8e8 100644
--- a/docs/details/callbacks.mdx
+++ b/docs/details/callbacks.mdx
@@ -26,7 +26,7 @@ Die Callback-URL **DARF NUR** über HTTPS erreichbar sein.
 Der Zustelldienst wird Callbacks nur über eine via HTTPS verschlüsselte Verbindung auslösen.
 
 ## Konfiguration von Callbacks
-Eine Konfiguration von Callbacks ist [über das Self-Service-Portal](../getting-started/receiving/destination.mdx) und über die API-Endpunkte <ApiLink to="/destinations/{destinationId}" withMethod="put" /> bzw. <ApiLink to="/destinations/{destinationId}" withMethod="patch" /> möglich.
+Eine Konfiguration von Callbacks ist [über das Self-Service-Portal](../getting-started/receiving/destination.mdx) und über die API-Endpunkte <ApiLink to="/v1/destinations/{destinationId}" withMethod="put" /> bzw. <ApiLink to="/destinations/{destinationId}" withMethod="patch" /> möglich.
 Bei der Konfiguration werden die *Callback-URL* und ein *Callback-Secret* vom API-Client festgelegt.
 Das *Callback-Secret* dient der Überprüfung der Echtheit (Authentizität) von eingehenden Callbacks (siehe nächster Abschnitt).
 Das angegebene *Callback-Secret* kann über die API nur geschrieben und aktualisiert, aber nicht gelesen werden und **DARF NICHT** an Dritte weitergegeben werden.
@@ -59,7 +59,7 @@ $ curl -X PATCH \
     -H "Content-Type: application/json" \
     -H "Authorization: Bearer $JWT_TOKEN" \
     --data "{ \"callback\": { \"url\": \"$CALLBACK_URL\", \"secret\": \"$CALLBACK_SECRET\" }}" \
-    "$SERVICE_URL/destinations/$DESTINATION_ID"
+    "$SERVICE_URL/v1/destinations/$DESTINATION_ID"
 ```
 
 </TabItem>
diff --git a/docs/details/destination-management.mdx b/docs/details/destination-management.mdx
index c283e4240f23e72d614f102287fbbe9608376747..dbf02a7843e39124d03005ad159dad27e06cd941 100644
--- a/docs/details/destination-management.mdx
+++ b/docs/details/destination-management.mdx
@@ -13,12 +13,12 @@ import ApiLink from '@site/src/components/ApiLink';
 
 Für die Aktualisierung eines Zustellpunktes existieren aktuell folgende Endpunkte:
 
-* Vollständige Aktualisierung eines Zustellpunktes: <ApiLink to="/destinations/{destinationId}" withMethod="put" />
-* Partielle Aktualisierung eines Zustellpunktes: <ApiLink to="/destinations/{destinationId}" withMethod="patch" />
+* Vollständige Aktualisierung eines Zustellpunktes: <ApiLink to="/v1/destinations/{destinationId}" withMethod="put" />
+* Partielle Aktualisierung eines Zustellpunktes: <ApiLink to="/v1/destinations/{destinationId}" withMethod="patch" />
 
 Für die Aktualisierung der Schlüssel des Zustellpunktes gibt es folgenden Endpunkt:
 
-* <ApiLink to="/destinations/{destinationId}/keys" withMethod="post"/>
+* <ApiLink to="/v1/destinations/{destinationId}/keys" withMethod="post"/>
 
 Die Details sind der API-Spec zu entnehmen.
 
@@ -44,14 +44,14 @@ $ curl -X POST \
     -H "Content-Type: application/json" \
     -H "Authorization: Bearer $JWT_TOKEN" \
     --data '{"kty": "RSA", "kid": "new-encryption-key", "alg": "RSA-OAEP-256", "key_ops": ["wrapKey"], "x5c": ["..."], "e": "AQAB", "n": "..."}' \
-    "$SERVICE_URL/destinations/$DESTINATION_ID/keys"
+    "$SERVICE_URL/v1/destinations/$DESTINATION_ID/keys"
 
 # Setzen der Schlüssel-ID als Verschlüsselungsschlüssel
 $ curl -X PATCH \
     -H "Content-Type: application/json" \
     -H "Authorization: Bearer $JWT_TOKEN" \
     --data '{"encryptionKid": "new-encryption-key"}' \
-    "$SERVICE_URL/destinations/$DESTINATION_ID"
+    "$SERVICE_URL/v1/destinations/$DESTINATION_ID"
 ```
   </TabItem>
 
diff --git a/docs/details/jwk-creation.md b/docs/details/jwk-creation.md
index 3e8514a8f02818228161e53590ac027998fbc622..e82ac4024f1d30ef7a809093cf5554b286231fdb 100644
--- a/docs/details/jwk-creation.md
+++ b/docs/details/jwk-creation.md
@@ -76,7 +76,7 @@ Wrote JWK representation of signature validation public key (key_use=verify) to
 Please upload these keys when creating a destination in the self service portal.
 
 Wrote JWKS of Public Keys to C:\Users\username\AppData\Local\Temp\tmpx8gi90tq\set-public-keys.json
-This key set can be used to update (rotate) keys via the Submission-API (PUT /destinations/\{destinationID\})
+This key set can be used to update (rotate) keys via the Submission-API (PUT /v1/destinations/\{destinationID\})
 
 Wrote JWK representation of decryption private key (key_use=unwrapKey) to C:\Users\username\AppData\Local\Temp\tmpx8gi90tq\privateKey_decryption.json
 Wrote JWK representation of signing private key (key_use=sign) to C:\Users\username\AppData\Local\Temp\tmpx8gi90tq\privateKey_signing.json
diff --git a/docs/getting-started/event-log.mdx b/docs/getting-started/event-log.mdx
index c12348ea2c51674974e73db1620cc9acba0eb97d..82fda349182baa4e8675e0306f4dda46cfeb15f3 100644
--- a/docs/getting-started/event-log.mdx
+++ b/docs/getting-started/event-log.mdx
@@ -248,7 +248,7 @@ Konkret sind das hier:
 
 #### Abruf des JWK zur Gültigkeitsprüfung des SET
 
-Mit der `submissionId` kann über den Endpunkt <ApiLink to="/submissions/{submissionId}" /> die zugehörige `destinationId` ermittelt werden.
+Mit der `submissionId` kann über den Endpunkt <ApiLink to="/v1/submissions/{submissionId}" /> die zugehörige `destinationId` ermittelt werden.
 Hier ist das konkret der Wert `92f2f581-c89d-44a5-b834-1fe3f6fa48d5`.
 
 ```http title="Abfrage der destinationId einer Submission"
@@ -266,7 +266,7 @@ $ KID=...
 $ SERVICE_URL=...
 $ DESTINATION_ID=...
 $ curl -X GET \
-    "$SERVICE_URL/destinations/$DESTINATION_ID/keys/$KID"
+    "$SERVICE_URL/v1/destinations/$DESTINATION_ID/keys/$KID"
 ---
 {
   "kty": "RSA",
diff --git a/docs/getting-started/receiving/download-submission.mdx b/docs/getting-started/receiving/download-submission.mdx
index c327409140c60d79ad288c97abeac70b927951be..45b9804356a50dac8e9579d615c6ef76fa2004d7 100644
--- a/docs/getting-started/receiving/download-submission.mdx
+++ b/docs/getting-started/receiving/download-submission.mdx
@@ -6,7 +6,7 @@ title: Einreichung herunterladen
 import ApiLink from '@site/src/components/ApiLink'
 
 ## Abruf von Metadaten und Fachdaten
-Der Abruf einer Einreichung ist über den Endpunkt <ApiLink to="/submissions/{submissionId}" /> möglich. Liegen zur Einreichung neben den verschlüsselten Metadaten (`encryptedMetadata`) und Fachdaten (`encryptedData`) zusätzlich weitere Anlagen vor, so sind die IDs der Anlagen im Feld `attachments` zu finden. Anlagen müssen separat heruntergeladen werden (siehe nächster Abschnitt).
+Der Abruf einer Einreichung ist über den Endpunkt <ApiLink to="/v1/submissions/{submissionId}" /> möglich. Liegen zur Einreichung neben den verschlüsselten Metadaten (`encryptedMetadata`) und Fachdaten (`encryptedData`) zusätzlich weitere Anlagen vor, so sind die IDs der Anlagen im Feld `attachments` zu finden. Anlagen müssen separat heruntergeladen werden (siehe nächster Abschnitt).
 
 Anschließend können die Metadaten und Fachdaten [entschlüsselt](./decrypt.mdx) sowie deren Schemata [validiert](./validate.mdx) werden.
 
@@ -36,7 +36,7 @@ $ curl \
 ```
 
 ## Abruf von Anlagen
-Anlagen können über den Endpunkt <ApiLink to="/submissions/{submissionId}/attachments/{attachmentId}" /> abgerufen werden. Anschließend können auch die Anlagen [entschlüsselt werden](./decrypt.mdx).
+Anlagen können über den Endpunkt <ApiLink to="/v1/submissions/{submissionId}/attachments/{attachmentId}" /> abgerufen werden. Anschließend können auch die Anlagen [entschlüsselt werden](./decrypt.mdx).
 
 
 ```bash title="Herunterladen einer Anlage"
diff --git a/docs/getting-started/receiving/process-and-acknowledge.mdx b/docs/getting-started/receiving/process-and-acknowledge.mdx
index 291fac49e2f480314549f7fa99106480ff51afc9..13737db84644642dcea6e9101acf19c76103d244 100644
--- a/docs/getting-started/receiving/process-and-acknowledge.mdx
+++ b/docs/getting-started/receiving/process-and-acknowledge.mdx
@@ -78,13 +78,13 @@ Weiterhin ist es notwendig, dass die Id der Einreichung und des zugehörigen Vor
   </TabItem>
 </Tabs>
 
-Dies kann dann über ein <ApiLink to="/submissions/{submissionId}/events" withMethod="post" /> erreicht werden.
+Dies kann dann über ein <ApiLink to="/v1/submissions/{submissionId}/events" withMethod="post" /> erreicht werden.
 Hier wird das Event über den Request-Body übertragen und vom Zustelldienst syntaktisch und auf eine korrekte Signatur geprüft.
 Sind alle Prüfungen erfolgreich durchlaufen, wird das SET im Event Log abgespeichert und der Zustand der Einreichung abhängig vom Event geändert.
 
 ## Event Log abfragen
 
-Der Event Log einer Einreichung kann über <ApiLink to="/submissions/{submissionId}/events" /> abgefragt werden.
+Der Event Log einer Einreichung kann über <ApiLink to="/v1/submissions/{submissionId}/events" /> abgefragt werden.
 Hierbei wird der Event Log der Einreichung zurückgeliefert, der die verschiedenen Statusübergänge bzw. abgelegten Ereignisse beinhaltet.
 Das Ergebnis könnte wie folgt aussehen:
 
diff --git a/docs/getting-started/receiving/query.mdx b/docs/getting-started/receiving/query.mdx
index d0786642f1d0416d2097f62c1171e3716f2ae22b..9dfb6dc18e91bcae31de9b6437d60be9848c270b 100644
--- a/docs/getting-started/receiving/query.mdx
+++ b/docs/getting-started/receiving/query.mdx
@@ -9,9 +9,9 @@ Empfangende Systeme können sich über den Eingang neuer Einreichungen entweder
 Letzteres stellt die empfohlene Umsetzungsvariante dar, da hierdurch unnötige Anfragen vermieden werden können, was zu einer insgesamt besseren Performance und zu einer schnelleren Benachrichtigung empfangender Systeme führt.
 
 ## Callback
-Wenn eine Callback-URL im Zustellpunkt hinterlegt ist, kann der Zustelldienst den Zustellpunkt aktiv via Callback über neue Einriechungen informieren.
-Das Format, in welchem der Callback übertragen wird, ist im Endpunkt <ApiLink to="/destinations/{destinationId}" withMethod="put" /> definiert.
-Die Konfiguration und Prüfung von Callbacks ist im Aritkel [Verwendung von Callbacks](../../details/callbacks.mdx) beschrieben.
+Wenn eine Callback-URL im Zustellpunkt hinterlegt ist, kann der Zustelldienst den Zustellpunkt aktiv via Callback über neue Einreichungen informieren.
+Das Format, in welchem der Callback übertragen wird, ist im Endpunkt <ApiLink to="/v1/destinations/{destinationId}" withMethod="put" /> definiert.
+Die Konfiguration und Prüfung von Callbacks ist im Artikel [Verwendung von Callbacks](../../details/callbacks.mdx) beschrieben.
 
 Callbacks zur Benachrichtigung über neue Einriechungen haben das folgende Format:
 
@@ -26,7 +26,7 @@ callback-timestamp: 1672527599
 Wenn das empfangende System über den Eingang neuer Einreichungen benachrichtigt wurde, dann kann es diese wie im Artikel [Einreichung herunterladen](./download-submission.mdx) beschrieben herunterladen.
 
 ## Polling
-Über Polling, d.h. regelmäßiges Abfragen des Endpuntes <ApiLink to="/submissions" /> , können alle Einreichungen abgefragt werden, die zum Abholen bereitstehen.
+Über Polling, d.h. regelmäßiges Abfragen des Endpunktes <ApiLink to="/v1/submissions" />, können alle Einreichungen abgefragt werden, die zum Abholen bereitstehen.
 Dies wird aus Performancegründen jedoch nicht empfohlen.
 
 Die abgerufene Liste der Submissions kann über den Parameter `destinationId` auf einzelne Zustellpunkte eingeschränkt werden.
diff --git a/docs/getting-started/sending/encrypt.mdx b/docs/getting-started/sending/encrypt.mdx
index 6abfdc1882d2e95e0bc500bf413bd3193418dde8..30b459a3a9408c290e0233c3798f4e514bbb0894 100644
--- a/docs/getting-started/sending/encrypt.mdx
+++ b/docs/getting-started/sending/encrypt.mdx
@@ -25,7 +25,7 @@ $ KID=...  # Wert des Feldes `encryptionKid`
 $ SERVICE_URL=...
 $ DESTINATION_ID=...
 $ curl -X GET \
-    "$SERVICE_URL/destinations/$DESTINATION_ID/keys/$KID"
+    "$SERVICE_URL/v1/destinations/$DESTINATION_ID/keys/$KID"
 ---
 {
   "kty": "RSA",
diff --git a/docs/getting-started/sending/get-destination.mdx b/docs/getting-started/sending/get-destination.mdx
index e4dd7f8b64b12044f41a0869b68dd1f0cbc05abe..0f8a44a3e20e54743cdeb6cb67e20840814ef489 100644
--- a/docs/getting-started/sending/get-destination.mdx
+++ b/docs/getting-started/sending/get-destination.mdx
@@ -18,7 +18,7 @@ Diese Informationen sind:
   - einem Identifikator der Verwaltungsleitung (`identifier`): Typischerweise entspricht dieser einem LeiKa-Schlüssel (siehe [Leistungskatalog im FIM-Portal](https://fimportal.de/kataloge#download-leistungen)).
   - einer Liste an zulässigen Fachdatenschemata (`submissionSchemas`): Hiermit legt das empfangende System fest, welchem Schema die übergebenen Fachdatensätze entsprechen müssen. Welches der angegebenen Schemata verwendet werden muss, bestimmt das sendende System aus dem eigenen fachlichen Kontext heraus. Wenn bspw. ein Antrag für einen Schwerbehindertenausweis gestellt wird, muss der Fachdatensatz aus den dort hinterlegten Schemata gemäß dem dortigen Schema für den Schwerbehindertenausweis (bspw. ein FIM/XFall Schema) entsprechen.
   - einer Liste an Regionen (`regions`), für die die Verwaltungsleistung angeboten wird.
-- Schlüssel-ID des öffentlichen Verschlüsselungsschlüssels (`encryptionKid`): Empfangende Systeme veröffentlichen die Schlüssel-ID ihres Verschlüsselungsschlüssels für die Verschlüsselung von Einreichungen. Der dazugehörige JSON Web Key (JWK) kann anschließend über den Endpunkt <ApiLink to="/destinations/{destinationId}/keys/{keyId}" /> abgefragt werden.
+- Schlüssel-ID des öffentlichen Verschlüsselungsschlüssels (`encryptionKid`): Empfangende Systeme veröffentlichen die Schlüssel-ID ihres Verschlüsselungsschlüssels für die Verschlüsselung von Einreichungen. Der dazugehörige JSON Web Key (JWK) kann anschließend über den Endpunkt <ApiLink to="/v1/destinations/{destinationId}/keys/{keyId}" /> abgefragt werden.
 
 :::caution Hinweis
 Der Mechanismus zum Abruf der Verschlüsselungsschlüssel wird sich bis zur Veröffentlichung der finalen API-Spezifikation noch einmal ändern.
@@ -43,7 +43,7 @@ $ export DESTINATION_ID=7a2668ad-3081-407c-9358-7ce4b6144b02
 $ curl \
     -H "Authorization: Bearer $JWT_TOKEN" \
     -H "Content-Type: application/json" \
-    -X GET $SERVICE_URL/destinations/$DESTINATION_ID
+    -X GET $SERVICE_URL/v1/destinations/$DESTINATION_ID
 
 > {
   "destinationId": "7881dba9-4055-4854-8b6d-11ea5b7f3047",
diff --git a/docs/getting-started/sending/query-status.mdx b/docs/getting-started/sending/query-status.mdx
index 49e1ce6caba6c327884aa4e258d038a21dc152a8..2a1883d0467d2edd6a30c2afb791af85debaf691 100644
--- a/docs/getting-started/sending/query-status.mdx
+++ b/docs/getting-started/sending/query-status.mdx
@@ -24,7 +24,9 @@ Das Statusmodell einer Einreichung ist in der folgenden Grafik dargestellt und e
 | `rejected`    | Die Einreichung wurde durch den Empfänger zurückgewiesen. |
 | `accepted`    | Die Einreichung wurde durch den Empfänger akzeptiert. |
 
-Der Status wird über <ApiLink to="/submissions/{submissionId}/events" /> abgefragt.
+Der Status wird über
+<ApiLink to="/v1/submissions/{submissionId}/events"/>
+abgefragt.
 Hierbei wird der Event Log der Einreichung zurückgeliefert, der die verschiedenen Statusübergänge bzw. abgelegten Ereignisse beinhaltet.
 Das Ergebnis könnte wie folgt aussehen:
 
diff --git a/docs/getting-started/submission-structure.mdx b/docs/getting-started/submission-structure.mdx
index 2ae798b8354c81a5908047f4d8f53a455f56dde0..1180e71f7546d5a35dee16c7a21b0a9d779669dc 100644
--- a/docs/getting-started/submission-structure.mdx
+++ b/docs/getting-started/submission-structure.mdx
@@ -65,7 +65,9 @@ Die Fachschemareferenz ist im Zustellpunkt daher immer einer dazugehörigen Leis
 
 ```
 
-Wenn ein sendendes System die Angaben eines Zustellpunkts ermittelt (bspw. über [GET /destinations/{destinationId}](../apis/submission-api.mdx#get-/destinations/-destinationId-) oder zukünftig die Routing API), so muss der Fachdatensatz diesem Schema entsprechen.
+Wenn ein sendendes System die Angaben eines Zustellpunkts ermittelt (bspw. über
+<ApiLink to="/v1/destinations/{destinationId}" />
+oder zukünftig die Routing API), so muss der Fachdatensatz diesem Schema entsprechen.
 Wenn mehrere Schemata (bspw. innerhalb des `submissionSchemas` Array) im Zustellpunkt referenziert werden, so muss der Fachdatensatz einem dieser referenzierten Schemata entsprechen.
 
 ## Warum muss das sendende System über den Metadatensatz eine Fachschemareferenz mitliefern?