Zum Inhalt springen

Änderungen von Dokument Digitale Mitgliederverwaltung

Zuletzt geändert von Daniel Herrmann am 2026/02/22 21:17
Von Version Icon 73.1 Icon
bearbeitet von Daniel Herrmann
am 2026/01/30 10:42
Änderungskommentar: Löschung des Anhangs ~Fall 2 Ablaufdiagramm.tmp
Auf Version Icon 76.2 Icon
bearbeitet von Daniel Herrmann
am 2026/02/07 10:30
Änderungskommentar: Es gibt keinen Kommentar für diese Version

Zusammenfassung

Details

Icon Seiteneigenschaften
Inhalt
... ... @@ -13,7 +13,7 @@
13 13  
14 14  = Hintergrundinformationen =
15 15  
16 -Viele der Dokumente müssen von einer oder mehreren Partien unterschrieben werden. Wir unterscheiden dabei Dokumente mit geringem und hohem "Streitwert". Unsere Definition zielt hierbei auf eine Einschätzung ab, welcher Schaden dem Verein potentiell entstehen könnte und ob wir im Zweifel eine ordnungsgemäße Unterschrift vor Gericht beweisen können müssen. Beispielsweise hat der Lagervertrag (mögliche Schäden im 2-3 stelligen Eurobereich) einen anderen Stellenwert als beispielsweise ein Einweisungszettel (potentiell Personenschäden, dies kann in Millionen gehen).
16 +Viele der Dokumente müssen von einer oder mehreren Parteien unterschrieben werden. Wir unterscheiden dabei Dokumente mit geringem und hohem "Streitwert". Unsere Definition zielt hierbei auf eine Einschätzung ab, welcher Schaden dem Verein potentiell entstehen könnte und ob wir im Zweifel eine ordnungsgemäße Unterschrift vor Gericht beweisen können müssen. Beispielsweise hat der Lagervertrag (mögliche Schäden im 2-3 stelligen Eurobereich) einen anderen Stellenwert als ein Einweisungszettel (potentiell Personenschäden, dies kann in Millionen gehen).
17 17  
18 18  In Deutschland – und in der gesamten EU nach der eIDAS-Verordnung – gibt es **drei Stufen elektronischer Signaturen**: die **einfache elektronische Signatur (EES**), die **fortgeschrittene elektronische Signatur (FES)** und die **qualifizierte elektronische Signatur (QES)**.
19 19  
... ... @@ -83,7 +83,7 @@
83 83  Prozess heute
84 84  )))|=(((
85 85  Notwendige Änderungen
86 -)))
86 +)))|=Status
87 87  |(((
88 88  Mitgliedsantrag
89 89  )))|(((
... ... @@ -104,7 +104,7 @@
104 104  ** Nach 2 Wochen und 1 Woche vor Ablauf wird eine Erinnerung verschickt
105 105  * Nach Eingang: Mitgliederverwaltung prüft den Antrag und genehmigt ihn
106 106  * Digitale Akte wird angelegt, Antrag wird automatisch hinzugefügt.
107 -)))
107 +)))|**Fertig** ✅️
108 108  |(((
109 109  SEPA Lastschriftmandat
110 110  )))|(((
... ... @@ -113,6 +113,10 @@
113 113  Wird zeitgleich mit dem Mitgliedsantrag verschickt und folgt exakt dem gleichen Prozess
114 114  )))|(((
115 115  **Gleicher Prozess **wie Mitgliedsantrag
116 +)))|(((
117 +**Fertig**
118 +
119 +✅️
116 116  )))
117 117  |(((
118 118  Studienbescheinigung
... ... @@ -124,7 +124,7 @@
124 124  Diese prüft die Bescheinigung und verlängert die reduzierte Mitgliedschaft gemäß den Angaben auf dem Nachweis.
125 125  )))|(((
126 126  **Neue Lösung** basierend auf der Homepage, N8n, Paperless und Vikunja, weitere Details unten
127 -)))
131 +)))|Offen
128 128  |(((
129 129  Ausweiskopie
130 130  )))|(((
... ... @@ -135,7 +135,7 @@
135 135  Vermutlich dürfen wir das ohnehin nicht.
136 136  )))|(((
137 137  **Entfällt**. Siehe **Formular Schlüsselausgabe** für Details
138 -)))
142 +)))|
139 139  |(((
140 140  Formular Schlüsselausgabe
141 141  )))|(((
... ... @@ -156,7 +156,7 @@
156 156  * Unterschriftsfeld für Vereinsfunktionär:in, dass der Ausweis eingesehen wurde und gültig ist
157 157  
158 158  Bleibt ansonsten in Phase 1 erst einmal handschriftlich, kann dann in Phase 2 eventuell über das Tablet digital unterschrieben werden.
159 -)))
163 +)))|
160 160  |(((
161 161  Verpflichtungserklärung Datenschutz
162 162  )))|(((
... ... @@ -168,7 +168,7 @@
168 168  Danach wird ein Flag für das jeweilige Mitglied gesetzt, dass die Erklärung abgegeben wurde.
169 169  )))|(((
170 170  **Vollständig digital**. Vorstand oder Mitgliederverwaltung löst den Prozess über das Profil des Mitglieds aus (Button auf Homepage), danach digital weiter.
171 -)))
175 +)))|
172 172  |(((
173 173  Übungsleitervertrag
174 174  )))|(((
... ... @@ -184,7 +184,7 @@
184 184  **Vollständig digital**. Vorstand oder Mitgliederverwaltung löst den Prozess über das Profil des Mitglieds aus (Button auf Homepage), danach digital weiter.
185 185  
186 186  Ein Todo für die Mitgliederverwaltung wird erstellt um zu prüfen, ob das Mitglied die Pauschale spenden möchte oder nicht.
187 -)))
191 +)))|
188 188  |(((
189 189  Nutzungsvereinbarung Schulungsinhalte
190 190  )))|(((
... ... @@ -195,7 +195,7 @@
195 195  Urheberrecht, Übertragung von Nutzungsrechten sollte in Schriftform erfolgen
196 196  )))|(((
197 197  Unverändert, bleibt handschriftlich. Manuell über Dokumentenscanner einscannen und in Paperless dem Mitglied zuweisen.
198 -)))
202 +)))|
199 199  |(((
200 200  Bestellung eines Einweisers
201 201  )))|(((
... ... @@ -216,7 +216,7 @@
216 216  * Flag auf der Homepage setzen
217 217  * Es sind manuelle Aufgaben seitens der MV notwendig (Slack Channel hinzufügen) → Vikunja Task
218 218  * Bei Bedarf kann der Prozess für den Übungsleitervertrag automatisch gestartet werden
219 -)))
223 +)))|
220 220  |(((
221 221  Haftungsausschluss
222 222  )))|(((
... ... @@ -236,7 +236,7 @@
236 236  * Alternativ zusammen mit dem Mitgliederantrag noch einmal versenden
237 237  
238 238  Wird aber handschriftlich benötigt, muss also so oder so eingescannt werden
239 -)))
243 +)))|
240 240  |(((
241 241  Einweisungszettel
242 242  )))|(((
... ... @@ -256,7 +256,7 @@
256 256  * Danach wird der Zettel in die jeweiligen Akten einsortiert.
257 257  )))|(((
258 258  Der Einweisungszettel ist das bei weitem komplizierteste Dokument, hierfür wird ein separater Workshop stattfinden. Siehe weiter unten für Details.
259 -)))
263 +)))|
260 260  |(((
261 261  Lagervertrag Kistenlager
262 262  )))|(((
... ... @@ -270,7 +270,7 @@
270 270  Nach Erfassen kann die Person eine Kiste beantragen, die dann monatliche Kosten auslöst
271 271  )))|(((
272 272  **Vollständig digital**, die Papierform entfällt. Self-Service durch Nutzer:in.
273 -)))
277 +)))|
274 274  |(((
275 275  Lagervertrag Projektlager
276 276  )))|(((
... ... @@ -284,13 +284,13 @@
284 284  Nach Erfassen kann die Person das Projektlager automatisch nutzen.
285 285  )))|(((
286 286  **Vollständig digital**, die Papierform entfällt. Self-Service durch Nutzer:in.
287 -)))
291 +)))|
288 288  
289 289  == Workflow Beschreibung ==
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"/}}
297 +[[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.
359 +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 -)))
367 +)))|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"/}}
511 +[[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"/}}
580 +[[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"/}}
607 +[[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"/}}
655 +[[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"/}}
681 +[[image:Fall 4 Ablaufdiagramm.png]]
688 688  
689 689  Die einzelnen Schritte hierbei sind:
690 690  
Icon Fall 3 Ablaufdiagramm_.png
Author
... ... @@ -1,1 +1,0 @@
1 -XWiki.dherrman
Größe
... ... @@ -1,1 +1,0 @@
1 -275.1 KB
Inhalt Icon
Icon barcode.jpg
Author
... ... @@ -1,1 +1,0 @@
1 -XWiki.dherrman
Größe
... ... @@ -1,1 +1,0 @@
1 -92.3 KB
Inhalt Icon