Merge pull request #239 from gematik/johannes/one-folder-to-rule-them…

…-all

Combine images into single folder

.github/workflows/generate-images.yml

@@ -6,19 +6,16 @@ on:
     - '**'
     paths:
     - '.github/workflows/generate-images.yml'
-    - 'images/drawio/**'
-    - 'images/plantuml/**'
-    - 'src/drawio/**'
-    - 'src/plantuml/**'
+    - 'images/generated/**'
+    - '**.drawio'
+    - '**.puml'
   workflow_dispatch:
 
 env:
   DRAWIO_VERSION: 24.2.5
-  DRAWIO_SRC: src/drawio
-  DRAWIO_OUT: images/drawio
   PLANTUML_VERSION: 1.2024.4
-  PLANTUML_SRC: src/plantuml
-  PLANTUML_OUT: images/plantuml
+  SRCDIR: src/images
+  OUTDIR: images/generated
 
 jobs:
   drawio:
@@ -39,8 +36,8 @@ jobs:
 
       - name: Prepare output folder
         run: |
-          rm -rf "${{ env.DRAWIO_OUT }}"
-          mkdir -p "${{ env.DRAWIO_OUT }}"
+          rm -rf "${{ env.OUTDIR }}"
+          mkdir -p "${{ env.OUTDIR }}"
 
       - name: Export draw.io files as png / svg
         run: |
@@ -49,20 +46,20 @@ jobs:
           Xvfb :42 -nolisten unix &
 
           for ext in png svg; do
-            # The chromium args need to be specified last because of whatever
-            drawio --export --recursive --format $ext "${{ env.DRAWIO_SRC }}" --no-sandbox --disable-gpu --disable-dev-shm-usage
+            # Nuke everything that's not a draw.io source file so that draw.io desktop doesn't waste time trying to use it as input
+            find "${{ env.SRCDIR }}" -not -name "*.drawio" -exec rm -v "{}" \;  
 
-            rsync -v --recursive --include="*.$ext" --filter="-! */" "${{ env.DRAWIO_SRC }}"/* "${{ env.DRAWIO_OUT }}"
+            # The chromium args need to be specified last because of whatever
+            drawio --export --recursive --format $ext "${{ env.SRCDIR }}" --no-sandbox --disable-gpu --disable-dev-shm-usage
 
-            # Nuke the exported files so that draw.io desktop doesn't attempt to use them as input files on the next loop pass
-            find "${{ env.DRAWIO_SRC }}" -name "*.$ext" -exec rm -v "{}" \;  
+            rsync -v --recursive --include="*.$ext" --filter="-! */" "${{ env.SRCDIR }}"/* "${{ env.OUTDIR }}"
           done
 
       - name: Upload artifact
         uses: actions/upload-artifact@v4
         with:
           name: images-drawio
-          path: ${{ env.DRAWIO_OUT }}/**
+          path: ${{ env.OUTDIR }}/**
 
   plantuml:
     runs-on: ubuntu-latest
@@ -93,21 +90,21 @@ jobs:
 
       - name: Prepare output folder
         run: |
-          rm -rf "${{ env.PLANTUML_OUT }}"
-          mkdir -p "${{ env.PLANTUML_OUT }}"
+          rm -rf "${{ env.OUTDIR }}"
+          mkdir -p "${{ env.OUTDIR }}"
 
       - name: Export PlantUML files as png / svg
         run: |
           for ext in png svg; do
-            java -jar plantuml.jar -t$ext -v -nometadata -failfast2 -nbthread auto -o "." "${{ env.PLANTUML_SRC }}/**.puml"
-            rsync -v --recursive --include="*.$ext" --filter="-! */" "${{ env.PLANTUML_SRC }}"/* "${{ env.PLANTUML_OUT }}"
+            java -jar plantuml.jar -t$ext -v -nometadata -failfast2 -nbthread auto -o "." "${{ env.SRCDIR }}/**.puml"
+            rsync -v --recursive --include="*.$ext" --filter="-! */" "${{ env.SRCDIR }}"/* "${{ env.OUTDIR }}"
           done
 
       - name: Upload artifact
         uses: actions/upload-artifact@v4
         with:
           name: images-plantuml
-          path: ${{ env.PLANTUML_OUT }}/**
+          path: ${{ env.OUTDIR }}/**
 
   commit:
     needs: [drawio, plantuml]
@@ -117,30 +114,28 @@ jobs:
       - name: Check out repository
         uses: actions/checkout@v4
 
-      - name: Prepare output folders
+      - name: Prepare output folder
         run: |
-          rm -rf "${{ env.DRAWIO_OUT }}"
-          mkdir -p "${{ env.DRAWIO_OUT }}"
-          rm -rf "${{ env.PLANTUML_OUT }}"
-          mkdir -p "${{ env.PLANTUML_OUT }}"
+          rm -rf "${{ env.OUTDIR }}"
+          mkdir -p "${{ env.OUTDIR }}"
 
       - name: Download draw.io artifact
         uses: actions/download-artifact@v4
         with:
           name: images-drawio
-          path: ${{ env.DRAWIO_OUT }}
+          path: ${{ env.OUTDIR }}
 
       - name: Download PlantUML artifact
         uses: actions/download-artifact@v4
         with:
           name: images-plantuml
-          path: ${{ env.PLANTUML_OUT }}
+          path: ${{ env.OUTDIR }}
 
       - name: Lint AsciiDoc
         uses: ./.github/actions/lint-asciidoc
 
       - name: Add & Commit
         uses: EndBug/add-and-commit@v9
         with:
-          add: ${{ env.DRAWIO_OUT }} ${{ env.PLANTUML_OUT }}
+          add: ${{ env.OUTDIR }}
           pull: --rebase --autostash

README.adoc

@@ -97,8 +97,7 @@ TI-Messenger Dokumentation
 |   ├──── link:docs/Test/Test.adoc[Testkonzept]
 |   └──── link:docs/FAQ[FAQ]
 ├─ link:images[images] (Bildarchiv)
-│   └──── link:images/drawio[drawio] (draw.io-gerenderte Bilder)
-│   └──── link:images/plantuml[plantuml] (plantuml-gerenderte Bilder)
+│   └──── link:images/generated[generated] (draw.io & PlantUML gerenderte Bilder)
 ├─ link:samples[samples] (Codebeispiele, Postman Collections, etc)
 ├─ link:src[src] (Quellen)
 │   ├──── link:src/drawio[drawio] (Quellen der drawio-Diagramme)

docs/Fachdienst/MessengerService.adoc

@@ -21,14 +21,14 @@ toc::[]
 == Überblick
 Ein *Messenger-Service* besteht immer aus den zwei Teilkomponenten *Messenger-Proxy* und *Matrix-Homeserver*. Der *Messenger-Proxy* dient als Prüfinstanz und leitet alle Anfragen an den *Matrix-Homeserver* weiter. Der *Matrix-Homeserver* basiert auf dem offenen Kommunikationsprotokoll link:https://spec.matrix.org/v1.3/[Matrix]. Welche Schnittstellen der *Messenger-Service* nutzt und anbietet ist in der folgenden Abbildung dargestellt:
 
-image::drawio/TI-Messenger-Fachdienst/API-Messenger-Service.svg[align="center",width="55%"]
+image::generated/TI-Messenger-Fachdienst/API-Messenger-Service.svg[align="center",width="55%"]
 
 == Messenger-Proxy
 === Schnittstellen
 ==== Matrix Client-Server / Server-Server API
 Der *Messenger-Proxy* als Prüfinstanz aller eingehenden, sowie ausgehenden Anfragen zum *Matrix-Homeserver* ist für die Regelung der gemäß Matrix-Client-Server-API und Matrix-Server-Server-API geltenden Aufrufe zuständig. Daher ist es erforderlich, dass der *Messenger-Proxy* für jeden *Messenger-Service* als Forward- sowie Reverse-Proxy bereitgestellt wird. Die folgende Abbildung verdeutlicht die beide gerade skizzierten Funktionsweisen. 
 
-image::drawio/TI-Messenger-Fachdienst/funktionalitaet_proxy.svg[width="100%"]
+image::generated/TI-Messenger-Fachdienst/funktionalitaet_proxy.svg[width="100%"]
 
 Bei Aufruf der Client-Server-API durch einen *TI-Messenger-Client* aus dem Internet fungiert der *Messenger-Proxy* als Reverse-Proxy. Beim Aufruf der Server-Server-API im Rahmen einer Server-To-Server Kommunikation fungiert der *Messenger-Proxy* als Forward-, sowie als Reverse-Proxy.
 

docs/Fachdienst/Registrierungsdienst.adoc

@@ -23,7 +23,7 @@ Der *Registrierungs-Dienst* gibt dem Anbieter eines *TI-Messenger-Fachdienstes*
 
 Das folgende Bild zeigt die Schnittstellen des *Registrierungs-Dienstes*, die in den folgenden Kapiteln weiter beschrieben werden.
 
-image::drawio/TI-Messenger-Fachdienst/Schnittstellen_am_Registrierungs-Dienst.svg[align="center",width="90%"]
+image::generated/TI-Messenger-Fachdienst/Schnittstellen_am_Registrierungs-Dienst.svg[align="center",width="90%"]
 
 == Schnittstelle: I_Registration
 Die abstrakte Schnittstelle `I_Registration` muss die folgenden Funktionalitäten anbieten: 

docs/IDP/idp.adoc

@@ -327,4 +327,4 @@ CAUTION: Der von der gematik bereitgestellte Authenticator wird nicht in Verbind
 
 Die Abbildung zeigt die Verwendung des *Authenticators* mit der Auto-Redirect Funktion (`callback=DIRECT`) bei der die `redirect_uri` direkt vom Authenticator aufgerufen wird und der Browserclient über Polling beim Fachdienst den Status des Austausches des Tokens abfragt. Details zur Interaktion mit dem *Authenticator* sind in Kapitel _Interaktion mit der Fachanwendung_ beschrieben. Alternativ könnte der *Authenticator* beim Aufruf der `redirect_uri` eine nutzerfreundliche Webseite der *Relying Party* in einem neuen Browsertab öffnen.    
 
-image::plantuml/TI-Messenger-Dienst/Ressourcen/idp.svg[width="100%"]
+image::generated/TI-Messenger-Dienst/Ressourcen/idp.svg[width="100%"]

docs/Test/Test.adoc

@@ -48,20 +48,20 @@ Dieses Testtreiber-Module MUSS Bestandteil der Test-APP sein (internes Testtreib
 Bei einem internen Testtreiber-Modul wird die REST-Schnittstelle in die Test-App integriert (der Zugriff erfolgt hierbei direkt über das Endgerät).
 
 .Abbildung{counter:abbildung: 1}: internes Testtreiber Modul
-image:drawio/Test/testtreiber-internes-Modul.png[align="left",width="100%", title="internes Testtreiber Modul"]
+image:generated/Test/testtreiber-internes-Modul.png[align="left",width="100%", title="internes Testtreiber Modul"]
 
 ==== externes Testtreiber-Modul
 Bei einem externen Testtreiber-Modul erhält die REST-Schnittstelle Zugang zum Test-Environment des Herstellers.
 
 .Abbildung{counter:abbildung: 1}: externes Testtreiber Modul
-image:drawio/Test/testtreiber-externes-Modul.png[align="left",width="100%", title="externes Testtreiber Modul"]
+image:generated/Test/testtreiber-externes-Modul.png[align="left",width="100%", title="externes Testtreiber Modul"]
 
 === TI-Messenger Testtreiber Anschaltung
 
 Das folgende Bild zeigt die Anschaltung der Testtreiber Clients. Die Clients können über eine externe oder interne Testtreiber-Schnittstelle mit der Testsuite remote oder local verbunden werden. Diese Leistung MUSS von jedem Hersteller erbracht werden. Welche Clients eingesetzt werden, können die Hersteller selbstständig entscheiden. Es werden nur bereitgestellte Clients zugelassen. Clients mit den gleichen Eigenschaften werden unter einer URL zusammengefasst. Diese URL wird dann in die Konfigurationsdatei 'combine_items.json' eingetragen. In dieser Datei werden alle Testobjekte verwaltet.
 
 .Abbildung{counter:abbildung: 1}: Anschaltung der Testtreiber Clients
-image:drawio/Test/Anschaltung der Testtreiber Clients.png[align="left",width="100%", title="Anschaltung der Testtreiber Clients"]
+image:generated/Test/Anschaltung der Testtreiber Clients.png[align="left",width="100%", title="Anschaltung der Testtreiber Clients"]
 
 Die unterschiedlichen Testtreibeschnittstellen werden mit mTLS gesichert. Die gematik stellt für den zugriff auf die Schnittstelle entsprechende Zertifikate bereit. Weiterführende Informationen zur Testsuite und zur Testtreiber-Schnittstelle findet man in der
 https://github.com/gematik/TI-Messenger-Testsuite/blob/main/doc/userguide/Testsuite.adoc[Testsuite TI-M Dienst Release 1.1.1].
@@ -88,14 +88,14 @@ Die gematik stellt eine TI-M Dienst Referenzimplementierung zur Verfügung. Zur
 Vor der Zulassung können sich die Hersteller eine Referenz-Instanz über die gematik bestellen. Die Referenz-Instanz hilft den Herstellern bei der Entwicklung neuer TI-M Clients, FdV und  TI-M FD Versionen. Für die IOP-Tests zwischen den verschiedenen TI-Messenger-Anbietern bzw. -Herstellern können sowohl die Test-Instanzen als auch die Referenz-Instanzen genutzt werden. Die TI-M Dienste müssen gegen die Referenz-Instanz erfolgreich getestet werden. Die Testergebnisse sind der gematik vorzulegen.
 
 .Abbildung{counter:abbildung: 1}: Referenz-Instanz
-image:drawio/Test/HerstellerInstanz.png[align="left",width="100%", title="Referenz-Instanz"]
+image:generated/Test/HerstellerInstanz.png[align="left",width="100%", title="Referenz-Instanz"]
 
 === Hersteller IOP Tests
 
 Alle Anbieter MÜSSEN bereits im Vorfeld diesen IOP- und E2E-Tests selbständig und eigenverantwortlich durchführen. Bei Problemen im Rahmen der Zulassung MÜSSEN die Anbieter bei der Analyse unterstützen. In der folgenden Abbildung ist eine Systemumgebung für Herstellertests dargestellt.
 
 .Abbildung{counter:abbildung: 1}: IOP Testumgebung Hersteller
-image:drawio/Test/testumgebung-Hersteller.png[align="left",width="100%", title="IOP Testumgebung Hersteller"]
+image:generated/Test/testumgebung-Hersteller.png[align="left",width="100%", title="IOP Testumgebung Hersteller"]
 
 == Zulassung
 
@@ -110,20 +110,20 @@ Die Tests werden zunächst gegen die Referenzimplementierung der gematik durchge
 Die Hersteller von TI-M Diensten müssen wie zuvor erwähnt die Testtreiberschnittstelle und den Fachdienst bereitstellen. Bei Problemen im Rahmen der Zulassung müssen die Anbieter bei der Analyse unterstützen. In der folgenden Abbildung ist eine Systemumgebung für den Zulassungstest TI-Messenger Pro (TI-M Pro) dargestellt.
 
 .Abbildung{counter:abbildung: 1}: Zulassung TI-Messenger Pro
-image:drawio/Test/Zulassung TIM-Basis.png[align="left",width="100%", title="Zulassung TI-Messenger Pro"]
+image:generated/Test/Zulassung TIM-Basis.png[align="left",width="100%", title="Zulassung TI-Messenger Pro"]
 
 ==== Zulassung TI-Messenger ePA
 
 Die Hersteller von Versicherten-Frontends müssen ebenfalls das FdV, die Testtreiberschnittstelle und den Fachdienst für Versicherte bereitstellen. Bei Problemen im Rahmen der Zulassung müssen die Anbieter bei der Analyse unterstützen. In der folgenden Abbildung ist eine Systemumgebung für den Zulassungstest TI-Messerger ePA (TI-M ePA) dargestellt.
 
 .Abbildung{counter:abbildung: 1}: Zulassung TI-Messenger ePA
-image:drawio/Test/Zulassung TIM-ePA.png[align="left",width="100%", title="Zulassung TI-Messenger ePA"]
+image:generated/Test/Zulassung TIM-ePA.png[align="left",width="100%", title="Zulassung TI-Messenger ePA"]
 
 === IOP Tests zwischen Anbietern durch die gematik
 Zusätzlich zu den bereits durchgeführten IOP- und E2E-Tests werden weitere Interoperabilitätstests verschiedener TI-Messenger-Lösungen vor und nach der Zulassung durch die gematik durchgeführt. Die folgende Abbildung zeigt die Nutzung der existierenden Testumgebung durch die gematik während der Zulassungs- und Interoperabilitätstests.
 
 .Abbildung{counter:abbildung: 1}: IOP Tests
-image:drawio/Test/testumgebung-Gematik.png[align="left",width="100%", title="IOP Tests"]
+image:generated/Test/testumgebung-Gematik.png[align="left",width="100%", title="IOP Tests"]
 
 IOP- und E2E-Tests für die Interoperabilität MÜSSEN zwischen den verschiedenen TI-Messenger-Anbietern nachgewiesen werden. Hierfür werden dann alle bereits zur Verfügung stehenden TI-M Dienste (die Test-Instanzen der einzelnen Hersteller) zusammengeschlossen und anschließend gegeneinander getestet.
 
@@ -132,7 +132,7 @@ IOP- und E2E-Tests für die Interoperabilität MÜSSEN zwischen den verschiedene
 Im Anschluss der Zulassung wird mit den IOP- und E2E-Tests die Interoperabilität zwischen den verschiedenen TI-Messenger-Anbietern nachgewiesen. Hierfür werden dann alle bereits zur Verfügung stehenden TI-M Dienste (die Test-Instanzen der einzelnen Hersteller) zusammengeschlossen und anschließen gegeneinander getestet. Alle Anbieter MÜSSEN bereits im Vorfeld diesen IOP- und E2E-Tests selbständig und eigenverantwortlich durchführen. Bei Problemen im Rahmen der IOP Tests MÜSSEN die Anbieter bei der Analyse unterstützen. In der folgenden Abbildung ist eine Systemumgebung für Herstellertests TI-M Pro dargestellt.
 
 .Abbildung{counter:abbildung: 1}: IOP Test TI-Messenger Pro
-image:drawio/Test/Testumgebung Basis.png[align="left",width="100%", title="IOP Test TI-Messenger Pro"]
+image:generated/Test/Testumgebung Basis.png[align="left",width="100%", title="IOP Test TI-Messenger Pro"]
 
 Weiterhin wird ein dauerhaftes Continuous Testing eingeführt. Das Continuous Testing wird dann in der Folge erweitert Dadurch wird auch ein Test unterschiedlicher Messenger Versionen und Ausprägungen ermöglicht.
 
@@ -141,19 +141,19 @@ Weiterhin wird ein dauerhaftes Continuous Testing eingeführt. Das Continuous Te
 Für den TI-M ePA gelten ebenso die im Kap. 3.2.1 beschriebenen Anforderungen an den IOP Test. In der folgenden Abbildung ist eine Systemumgebung für Herstellertests TI-M ePA dargestellt. Bei Problemen im Rahmen der IOP Tests MÜSSEN die Anbieter des Fachdienstes und des FdVs bei der Analyse unterstützen.
 
 .Abbildung{counter:abbildung: 1}: IOP Test TI-Messenger ePA
-image:drawio/Test/Testumgebung ePA.png[align="left",width="100%", title="IOP Test TI-Messenger ePA"]
+image:generated/Test/Testumgebung ePA.png[align="left",width="100%", title="IOP Test TI-Messenger ePA"]
 
 ==== IOP Tests Pools
 
 Um eine größere Abdeckung zu erhalten werden die Hersteller in Pools eingeteilt. Somit können mehrere Hersteller gleichzeitig getestet werden. Anschließend werden die Pools erneut gemischt.
 
 .Abbildung{counter:abbildung: 1}: IOP Test Pools
-image:drawio/Test/IOP Pools.png[align="left",width="100%", title="Verpflichtung nach der Zulassung"]
+image:generated/Test/IOP Pools.png[align="left",width="100%", title="Verpflichtung nach der Zulassung"]
 
 == Verpflichtung nach der Zulassung
 Der TI-Messenger-Anbieter MUSS eine Referenz-Instanz und mindestens eine Test-Instanz des TI-Messenger-Fachdienstes (TI-M FD) und TI-Messenger-Clients (TI-M Client) bereitstellen und betreiben. Die Referenz-Instanz hat die gleiche Version wie die Produktionsumgebung. Weiterhin wird die Referenz-Instanz für die Reproduktion aktueller Fehler/Probleme aus der Produktionsumgebung genutzt. Der Zugriff auf die Referenz-Instanz MUSS für die gematik zur Fehleranalyse gewährleistet sein. Die Test-Instanz dient den Herstellern bei der Entwicklung neuer TI-M Clients und TI-M FD Versionen, bei den IOP-Tests zwischen den verschiedenen TI-Messenger-Anbietern und wird zudem von der gematik für die Zulassung genutzt. Der TI-Messenger-Anbieter MUSS die verschiedenen Benutzer der Referenz-Instanz und der Test-Instanz koordinieren (Verwaltung eines Test-/Nutzungsplans). Bei Bedarf (Entwicklung verschiedener Versionen, hoher Auslastung durch andere Hersteller oder durch die gematik) MUSS der TI-Messenger-Anbieter auch mehrere Test-Instanzen mit der gleichen oder mit verschiedenen Versionen bereitstellen und betreiben.
 
 .Abbildung{counter:abbildung: 1}: Verpflichtung nach der Zulassung
-image:drawio/Test/nach_der_Zulassung.png[align="left",width="100%", title="Verpflichtung nach der Zulassung"]
+image:generated/Test/nach_der_Zulassung.png[align="left",width="100%", title="Verpflichtung nach der Zulassung"]
 
 Die Referenz-Instanz und die Test-Instanz wird auch im Anschluss der Zulassung weiter für IOP Test und Continuous Testing genutzt.

docs/anwendungsfaelle/COM-AF10057-anmeldung-am-messenger-service.adoc

@@ -42,5 +42,5 @@ Anmeldung eines Akteurs am Messenger-Service
 .Sequenzdiagramm
 [%collapsible%open]
 ====
-image:plantuml/TI-Messenger-Dienst/Ressourcen/UC_10057_Seq.svg[align="center",width="80%"]
+image:generated/TI-Messenger-Dienst/Ressourcen/UC_10057_Seq.svg[align="center",width="80%"]
 ====

docs/anwendungsfaelle/COM-AF10061-einladung-ausserhalb.adoc

@@ -43,5 +43,5 @@ Optionally, a notification is sent to actor B about the invitation to the chat r
 .Sequenzdiagramm
 [%collapsible%open]
 ====
-image:plantuml/TI-Messenger-Dienst/Ressourcen/UC_10061_Seq.svg[width="100%"]
+image:generated/TI-Messenger-Dienst/Ressourcen/UC_10061_Seq.svg[width="100%"]
 ====

docs/anwendungsfaelle/COM-AF10062-events-ausserhalb.adoc

@@ -39,5 +39,5 @@ Austausch von Events zwischen Akteuren außerhalb einer Organisation
 .Sequenzdiagramm
 [%collapsible%open]
 ====
-image:plantuml/TI-Messenger-Dienst/Ressourcen/UC_10062_Seq.svg[width="100%"]
+image:generated/TI-Messenger-Dienst/Ressourcen/UC_10062_Seq.svg[width="100%"]
 ====

docs/anwendungsfaelle/COM-AF10063-events-innerhalb.adoc

@@ -40,5 +40,5 @@ Austausch von Events zwischen Akteuren innerhalb einer Organisation
 .Sequenzdiagramm
 [%collapsible%open]
 ====
-image:plantuml/TI-Messenger-Dienst/Ressourcen/UC_10063_Seq.svg[width="100%"]
+image:generated/TI-Messenger-Dienst/Ressourcen/UC_10063_Seq.svg[width="100%"]
 ====

docs/anwendungsfaelle/COM-AF10104-einladung-innerhalb.adoc

@@ -41,5 +41,5 @@ Einladung von Akteuren innerhalb einer Organisation
 .Sequenzdiagramm
 [%collapsible%open]
 ====
-image:plantuml/TI-Messenger-Dienst/Ressourcen/UC_10104_Seq.svg[width="100%"]
+image:generated/TI-Messenger-Dienst/Ressourcen/UC_10104_Seq.svg[width="100%"]
 ====

docs/anwendungsfaelle/COM-chatbot.adoc

@@ -53,7 +53,7 @@ C. Beispielhafter Ablauf (siehe Abbildung "Kommunikation mit einem Chatbot"):
 .Kommunikation mit einem Chatbot
 [%collapsible%open]
 ====
-image:drawio/TI-Messenger-Fachdienst/chatbot.svg[width="100%"]
+image:generated/TI-Messenger-Fachdienst/chatbot.svg[width="100%"]
 ====
 
 

docs/anwendungsfaelle/MS-AF10060-bereitstellung-messenger-service.adoc

@@ -44,5 +44,5 @@ Bereitstellung eines Messenger-Service für eine Organisation
 .Sequenzdiagramm
 [%collapsible%open]
 ====
-image:plantuml/TI-Messenger-Dienst/Ressourcen/UC_10060_Seq.svg[width="100%"]
+image:generated/TI-Messenger-Dienst/Ressourcen/UC_10060_Seq.svg[width="100%"]
 ====