Änderungen von Dokument Digitale Mitgliederverwaltung
Zuletzt geändert von Daniel Herrmann am 2026/02/22 21:17
Von Version
74.1
bearbeitet von Daniel Herrmann
am 2026/01/30 10:47
am 2026/01/30 10:47
Änderungskommentar:
Es gibt keinen Kommentar für diese Version
Auf Version
72.1
bearbeitet von Daniel Herrmann
am 2026/01/30 10:41
am 2026/01/30 10:41
Änderungskommentar:
Löschung des Anhangs ~Fall 1 Ablaufdiagramm.tmp
Zusammenfassung
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 - [[image:Prozess Allgemein.png]]293 +{{confluence_drawio border="true" diagramName="Prozess Allgemein" simpleViewer="false" links="auto" tbstyle="top" lbox="true" diagramWidth="991" height="221" revision="2"/}} 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 dieAPI der Homepage erzeugt(HTML Templatesund [[Gotenberg>>https://gotenberg.dev]])und auf das Tablet im Makerspace heruntergeladen.355 +Dokument wird über eine Docuseal One-Off Submission oder ein Template erzeugt und auf das Tablet im Makerspace heruntergeladen. 356 356 ))) 357 357 |((( 358 358 Lokal ... ... @@ -360,8 +360,14 @@ 360 360 Ja 361 361 )))|((( 362 362 Einweisungszettel Vor-Ort Einweisung 363 -)))|Dokument wird über die API der Homepage erzeugt (HTML Templates und [[Gotenberg>>https://gotenberg.dev]]) und auf das Tablet im Makerspace heruntergeladen. 363 +)))|((( 364 +Dokument wird über eine Docuseal One-Off Submission erzeugt und als PDF auf das Tablet heruntergeladen. 365 +))) 364 364 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 + 365 365 === Unterschrift leisten === 366 366 367 367 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. ... ... @@ -504,7 +504,7 @@ 504 504 505 505 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. 506 506 507 - [[image:System Architecture.png]]513 +{{confluence_drawio border="true" diagramName="System Architecture" simpleViewer="false" links="auto" tbstyle="top" lbox="true" diagramWidth="1034" height="578" revision="5"/}} 508 508 509 509 Im Wesentlichen teilt sich die Architektur in zwei Zonen, die **öffentliche** und die **interne** Zone: 510 510 ... ... @@ -573,8 +573,10 @@ 573 573 574 574 Die folgende Grafik zeigt den Prozessablauf: 575 575 576 - [[image:Fall 1 Ablaufdiagramm.png]]DieeinzelnenSchrittehierbeisind:582 +{{confluence_drawio border="true" diagramName="Fall 1 Ablaufdiagramm" simpleViewer="false" links="auto" tbstyle="top" lbox="true" diagramWidth="1138" height="515" revision="4"/}} 577 577 584 +Die einzelnen Schritte hierbei sind: 585 + 578 578 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 579 579 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 580 580 11. Speichert das Backend die Anfrage als Signature Request in der Datenbank ... ... @@ -600,8 +600,10 @@ 600 600 601 601 Die folgende Grafik zeigt den Prozessablauf: 602 602 603 - [[image:Fall 2 Ablaufdiagramm.png]]DieeinzelnenSchrittehierbeisind:611 +{{confluence_drawio border="true" diagramName="Fall 2 Ablaufdiagramm" simpleViewer="false" links="auto" tbstyle="top" lbox="true" diagramWidth="1138" height="499" revision="2"/}} 604 604 613 +Die einzelnen Schritte hierbei sind: 614 + 605 605 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. 606 606 1. Tablet sendet im Namen des angemeldeten Benutzers eine Anfrage ans Backend. Die Anfrage wird vom Backend verarbeitet. Danach... 607 607 11. Speichert das Backend die Anfrage als Signature Request in der Datenbank ... ... @@ -648,7 +648,7 @@ 648 648 649 649 **Beispiele**: Einweisungszettel für reine Online-Einweisungen 650 650 651 - [[image:Fall 3 Ablaufdiagramm.png]]661 +{{confluence_drawio border="true" diagramName="Fall 3 Ablaufdiagramm_" simpleViewer="false" links="auto" tbstyle="top" lbox="true" diagramWidth="1159" height="467" revision="2"/}} 652 652 653 653 Die einzelnen Schritte hierbei sind: 654 654 ... ... @@ -674,7 +674,7 @@ 674 674 675 675 **Beispiele**: Einweisungszettel für Vor-Ort Online-Einweisungen 676 676 677 - [[image:Fall 4 Ablaufdiagramm.png]]687 +{{confluence_drawio border="true" diagramName="Fall 4 Ablaufdiagramm" simpleViewer="false" links="auto" tbstyle="top" lbox="true" diagramWidth="1208" height="523" revision="3"/}} 678 678 679 679 Die einzelnen Schritte hierbei sind: 680 680
- ~Fall 2 Ablaufdiagramm.tmp
-
- Author
-
... ... @@ -1,0 +1,1 @@ 1 +XWiki.dherrman - Größe
-
... ... @@ -1,0 +1,1 @@ 1 +323.6 KB - Inhalt