Änderungen von Dokument Digitale Mitgliederverwaltung

Zusammenfassung

• Seiteneigenschaften (1 geändert, 0 hinzugefügt, 0 gelöscht)
• Anhänge (0 geändert, 0 hinzugefügt, 1 gelöscht)
  • ~Fall 2 Ablaufdiagramm.tmp

Details

Seiteneigenschaften

Inhalt

...	...	@@ -290,7 +290,7 @@
290	290
291	291	Grundsätzlich teilt sich der Umgang mit Dokumenten in folgende Phasen auf:
292	292
293		-{{confluence_drawio border="true" diagramName="Prozess Allgemein" simpleViewer="false" links="auto" tbstyle="top" lbox="true" diagramWidth="991" height="221" revision="2"/}}
	293	+[[image:Prozess Allgemein.png]]
294	294
295	295	=== Trigger / Starten des Workflows ===
296	296
...	...	@@ -352,7 +352,7 @@
352	352	)))|(((
353	353	Schlüsselausgabe
354	354	)))|(((
355		-Dokument wird über eine Docuseal One-Off Submission oder ein Template erzeugt und auf das Tablet im Makerspace heruntergeladen.
	355	+Dokument wird über die API der Homepage erzeugt (HTML Templates und [[Gotenberg>>https://gotenberg.dev]]) und auf das Tablet im Makerspace heruntergeladen.
356	356	)))
357	357	|(((
358	358	Lokal
...	...	@@ -360,14 +360,8 @@
360	360	Ja
361	361	)))|(((
362	362	Einweisungszettel Vor-Ort Einweisung
363		-)))|(((
364		-Dokument wird über eine Docuseal One-Off Submission erzeugt und als PDF auf das Tablet heruntergeladen.
365		-)))
	363	+)))|Dokument wird über die API der Homepage erzeugt (HTML Templates und [[Gotenberg>>https://gotenberg.dev]]) und auf das Tablet im Makerspace heruntergeladen.
366	366
367		-{{error title="Docuseal Lizenz"}}
368		-Das genannte Feature "One-Off" Submission ist ein DocuSeal Pro Feature, welches uns nicht zur Verfügung steht. Eventuell müssen wir
369		-{{/error}}
370		-
371	371	=== Unterschrift leisten ===
372	372
373	373	Im dritten Schritt müssen eine oder mehrere Parteien das Dokument unterschreiben. Wie viele Parteien ist abhängig vom Dokument. So muss beispielsweise der Mitgliedsantrag nur vom werdenden Mitglied unterschrieben werden, während das Schlüsselausgabeformular vom ausgebenen Funktionär und dem Mitglied unterschrieben werden muss. Analog zur Erstellung des Dokuments wird hier unterschieden, ob das Dokument zuhause unterschrieben werden kann oder ob es vor Ort im Makerspace passiert.
...	...	@@ -510,7 +510,7 @@
510	510
511	511	Das folgende Kapitel gibt eine Übersicht über die vorgeschlagene Systemarchitektur basierend auf den oben vorgestellten Komponenten. Zusätzlich werden für die oben analysierten Dokumente und Workflows die technischen Ablaufdiagramme dargestellt.
512	512
513		-{{confluence_drawio border="true" diagramName="System Architecture" simpleViewer="false" links="auto" tbstyle="top" lbox="true" diagramWidth="1034" height="578" revision="5"/}}
	507	+[[image:System Architecture.png]]
514	514
515	515	Im Wesentlichen teilt sich die Architektur in zwei Zonen, die **öffentliche** und die **interne** Zone:
516	516
...	...	@@ -579,10 +579,8 @@
579	579
580	580	Die folgende Grafik zeigt den Prozessablauf:
581	581
582		-{{confluence_drawio border="true" diagramName="Fall 1 Ablaufdiagramm" simpleViewer="false" links="auto" tbstyle="top" lbox="true" diagramWidth="1138" height="515" revision="4"/}}
	576	+[[image:Fall 1 Ablaufdiagramm.png]]Die einzelnen Schritte hierbei sind:
583	583
584		-Die einzelnen Schritte hierbei sind:
585		-
586	586	1. User löst eine Aktion auf der Homepage aus, die ein Dokument erfordert. Beispielsweise stellt die Person einen Mitgliedsantrag, beantragt die Nutzung des Lagers oder ähnliches
587	587	1. Die Anfrage wird vom Backend verarbeitet. Hierbei werden sowohl die Rechte geprüft (Lager kann nur von Mitgliedern verwendet werden, der ein neuer Übungsleitervertrag kann nur von Vorstand oder Mitgliederverwaltung angestoßen werden). Danach
588	588	11. Speichert das Backend die Anfrage als Signature Request in der Datenbank
...	...	@@ -608,10 +608,8 @@
608	608
609	609	Die folgende Grafik zeigt den Prozessablauf:
610	610
611		-{{confluence_drawio border="true" diagramName="Fall 2 Ablaufdiagramm" simpleViewer="false" links="auto" tbstyle="top" lbox="true" diagramWidth="1138" height="499" revision="2"/}}
	603	+[[image:Fall 2 Ablaufdiagramm.png]]Die einzelnen Schritte hierbei sind:
612	612
613		-Die einzelnen Schritte hierbei sind:
614		-
615	615	1. Ein autorisierter User meldet sich am Tablet an einer App an, entweder per Makerspace Login (Keycloak) oder per Keyfob. Dort hat der Benutzer dann mehrere Optionen, beispielsweise die Ausgabe eines Schlüssels. Dies erfordert irgendwo im Prozess, dass direkt vor Ort ein Dokument unterschrieben werden muss.
616	616	1. Tablet sendet im Namen des angemeldeten Benutzers eine Anfrage ans Backend. Die Anfrage wird vom Backend verarbeitet. Danach...
617	617	11. Speichert das Backend die Anfrage als Signature Request in der Datenbank
...	...	@@ -658,7 +658,7 @@
658	658
659	659	**Beispiele**: Einweisungszettel für reine Online-Einweisungen
660	660
661		-{{confluence_drawio border="true" diagramName="Fall 3 Ablaufdiagramm_" simpleViewer="false" links="auto" tbstyle="top" lbox="true" diagramWidth="1159" height="467" revision="2"/}}
	651	+[[image:Fall 3 Ablaufdiagramm.png]]
662	662
663	663	Die einzelnen Schritte hierbei sind:
664	664
...	...	@@ -684,7 +684,7 @@
684	684
685	685	**Beispiele**: Einweisungszettel für Vor-Ort Online-Einweisungen
686	686
687		-{{confluence_drawio border="true" diagramName="Fall 4 Ablaufdiagramm" simpleViewer="false" links="auto" tbstyle="top" lbox="true" diagramWidth="1208" height="523" revision="3"/}}
	677	+[[image:Fall 4 Ablaufdiagramm.png]]
688	688
689	689	Die einzelnen Schritte hierbei sind:
690	690

~Fall 2 Ablaufdiagramm.tmp

Author

...	...	@@ -1,1 +1,0 @@
1		-XWiki.dherrman

Größe

...	...	@@ -1,1 +1,0 @@
1		-323.6 KB

Inhalt