Zum Inhalt springen

Änderungen von Dokument Digitale Mitgliederverwaltung

Zuletzt geändert von Daniel Herrmann am 2026/02/22 21:17
Von Version Icon 77.1 Icon
bearbeitet von Daniel Herrmann
am 2026/02/07 10:40
Änderungskommentar: Es gibt keinen Kommentar für diese Version
Auf Version Icon 66.1 Icon
bearbeitet von Daniel Herrmann
am 2026/01/30 10:41
Änderungskommentar: Löschung des Anhangs ~System Architecture.tmp

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 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).
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).
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 -)))|=Status
86 +)))
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 -)))|**Fertig** ✅️
107 +)))
108 108  |(((
109 109  SEPA Lastschriftmandat
110 110  )))|(((
... ... @@ -113,10 +113,6 @@
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 -✅️
120 120  )))
121 121  |(((
122 122  Studienbescheinigung
... ... @@ -128,7 +128,7 @@
128 128  Diese prüft die Bescheinigung und verlängert die reduzierte Mitgliedschaft gemäß den Angaben auf dem Nachweis.
129 129  )))|(((
130 130  **Neue Lösung** basierend auf der Homepage, N8n, Paperless und Vikunja, weitere Details unten
131 -)))|Offen
127 +)))
132 132  |(((
133 133  Ausweiskopie
134 134  )))|(((
... ... @@ -139,7 +139,7 @@
139 139  Vermutlich dürfen wir das ohnehin nicht.
140 140  )))|(((
141 141  **Entfällt**. Siehe **Formular Schlüsselausgabe** für Details
142 -)))|Offen
138 +)))
143 143  |(((
144 144  Formular Schlüsselausgabe
145 145  )))|(((
... ... @@ -160,7 +160,7 @@
160 160  * Unterschriftsfeld für Vereinsfunktionär:in, dass der Ausweis eingesehen wurde und gültig ist
161 161  
162 162  Bleibt ansonsten in Phase 1 erst einmal handschriftlich, kann dann in Phase 2 eventuell über das Tablet digital unterschrieben werden.
163 -)))|Offen
159 +)))
164 164  |(((
165 165  Verpflichtungserklärung Datenschutz
166 166  )))|(((
... ... @@ -172,10 +172,6 @@
172 172  Danach wird ein Flag für das jeweilige Mitglied gesetzt, dass die Erklärung abgegeben wurde.
173 173  )))|(((
174 174  **Vollständig digital**. Vorstand oder Mitgliederverwaltung löst den Prozess über das Profil des Mitglieds aus (Button auf Homepage), danach digital weiter.
175 -)))|(((
176 -**Fertig**
177 -
178 -✅️
179 179  )))
180 180  |(((
181 181  Übungsleitervertrag
... ... @@ -192,10 +192,6 @@
192 192  **Vollständig digital**. Vorstand oder Mitgliederverwaltung löst den Prozess über das Profil des Mitglieds aus (Button auf Homepage), danach digital weiter.
193 193  
194 194  Ein Todo für die Mitgliederverwaltung wird erstellt um zu prüfen, ob das Mitglied die Pauschale spenden möchte oder nicht.
195 -)))|(((
196 -**Fertig**
197 -
198 -✅️
199 199  )))
200 200  |(((
201 201  Nutzungsvereinbarung Schulungsinhalte
... ... @@ -207,10 +207,6 @@
207 207  Urheberrecht, Übertragung von Nutzungsrechten sollte in Schriftform erfolgen
208 208  )))|(((
209 209  Unverändert, bleibt handschriftlich. Manuell über Dokumentenscanner einscannen und in Paperless dem Mitglied zuweisen.
210 -)))|(((
211 -**Fertig**
212 -
213 -✅️
214 214  )))
215 215  |(((
216 216  Bestellung eines Einweisers
... ... @@ -232,10 +232,6 @@
232 232  * Flag auf der Homepage setzen
233 233  * Es sind manuelle Aufgaben seitens der MV notwendig (Slack Channel hinzufügen) → Vikunja Task
234 234  * Bei Bedarf kann der Prozess für den Übungsleitervertrag automatisch gestartet werden
235 -)))|(((
236 -**Fertig**
237 -
238 -✅️
239 239  )))
240 240  |(((
241 241  Haftungsausschluss
... ... @@ -256,7 +256,7 @@
256 256  * Alternativ zusammen mit dem Mitgliederantrag noch einmal versenden
257 257  
258 258  Wird aber handschriftlich benötigt, muss also so oder so eingescannt werden
259 -)))|Offen
239 +)))
260 260  |(((
261 261  Einweisungszettel
262 262  )))|(((
... ... @@ -276,7 +276,7 @@
276 276  * Danach wird der Zettel in die jeweiligen Akten einsortiert.
277 277  )))|(((
278 278  Der Einweisungszettel ist das bei weitem komplizierteste Dokument, hierfür wird ein separater Workshop stattfinden. Siehe weiter unten für Details.
279 -)))|Teilweise
259 +)))
280 280  |(((
281 281  Lagervertrag Kistenlager
282 282  )))|(((
... ... @@ -290,10 +290,6 @@
290 290  Nach Erfassen kann die Person eine Kiste beantragen, die dann monatliche Kosten auslöst
291 291  )))|(((
292 292  **Vollständig digital**, die Papierform entfällt. Self-Service durch Nutzer:in.
293 -)))|(((
294 -**Fertig**
295 -
296 -✅️
297 297  )))
298 298  |(((
299 299  Lagervertrag Projektlager
... ... @@ -308,10 +308,6 @@
308 308  Nach Erfassen kann die Person das Projektlager automatisch nutzen.
309 309  )))|(((
310 310  **Vollständig digital**, die Papierform entfällt. Self-Service durch Nutzer:in.
311 -)))|(((
312 -**Fertig**
313 -
314 -✅️
315 315  )))
316 316  
317 317  == Workflow Beschreibung ==
... ... @@ -318,13 +318,13 @@
318 318  
319 319  Grundsätzlich teilt sich der Umgang mit Dokumenten in folgende Phasen auf:
320 320  
321 -[[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"/}}
322 322  
323 323  === Trigger / Starten des Workflows ===
324 324  
325 -Eine neues Dokument kann auf unterschiedliche Arten erstellt werden. Im Allgemeinen ist es unser Ziel, alle Dokumente vorausgefüllt zur Verfügung zu stellen. Vorausgefüllt bedeutet hierbei, **dass mindestens ein QR Code vorhanden ist**, der **später eine automatische Verarbeitung ermöglicht**. Dabei ist es unerheblich, ob das Dokument komplett digital verarbeitet wird oder zwischenzeitlich auf Grund der Schriftformerfordernis ausgedruckt werden muss.
297 +Eine neues Dokument kann auf unterschiedliche Arten erstellt werden. Im Allgemeinen ist es unser Ziel, alle Dokumente vorausgefüllt zur Verfügung zu stellen. Vorausgefüllt bedeutet hierbei, dass mindestens ein QR Code vorhanden ist, der später eine automatische Verarbeitung in Paperless möglich macht. Dabei ist es unerheblich, ob das Dokument komplett digital verarbeitet wird oder zwischenzeitlich auf Grund der Schriftformerfordernis ausgedruckt werden muss.
326 326  
327 -In seltenen Fällen (Haftungsauschluss) ist eine Personalisierung nicht möglich. In diesem Fall wird der Vorgang mit dem Einscannen des Dokuments begonnen und muss von der Mitgliederverwaltung manuell verarbeitet werden.
299 +In seltenen Fällen (Haftungsauschluss oder der Nutzungsvereinbarung für Schulungsinhalte) ist eine Personalisierung nicht möglich. In diesem Fall wird der Vorgang mit dem Einscannen des Dokuments begonnen und muss von der Mitgliederverwaltung manuell verarbeitet werden.
328 328  
329 329  ==== Start über die Homepage ====
330 330  
... ... @@ -336,7 +336,7 @@
336 336  
337 337  ==== Lokal im Makerspace ====
338 338  
339 -Alternativ kann der Prozess lokal im Makerspace angestoßen werden, beispielsweise wenn die lokale Präsenz des Mitglieds notwendig ist (Schlüsselausgabe) oder nach einer Vor-Ort Einweisung. **In diesem Fall wird das neue Kiosk-Terminal im Space verwendet**.
311 +Alternativ kann der Prozess lokal im Makerspace angestoßen werden, beispielsweise wenn die lokale Präsenz des Mitglieds notwendig ist (Schlüsselausgabe) oder nach einer Vor-Ort Einweisung. In diesem Fall wird der Prozess beispielsweise ein Tablet im Space verwendet.
340 340  
341 341  * **lokal, explizit durch einen Funktionär** (Einweisungsleiter:in, Mitgliederverwaltung, Vorstand), beispielsweise Einweisungszettel oder Schlüsselausgabeformular
342 342  
... ... @@ -370,7 +370,9 @@
370 370  Ja
371 371  )))|(((
372 372  Einweisungszettel Online-Einweisung
373 -)))|Dokument wird direkt in der der Homepage erzeugt (HTML Templates und [[Gotenberg>>https://gotenberg.dev]]) und dem/der Benutzer:in zum Download angeboten
345 +)))|(((
346 +Dokument wird über eine Docuseal One-Off Submission erzeugt und als PDF zum Download angeboten.
347 +)))
374 374  |(((
375 375  Lokal
376 376  )))|(((
... ... @@ -378,7 +378,7 @@
378 378  )))|(((
379 379  Schlüsselausgabe
380 380  )))|(((
381 -Dokument wird über die API der Homepage erzeugt (HTML Templates und [[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.
382 382  )))
383 383  |(((
384 384  Lokal
... ... @@ -386,8 +386,14 @@
386 386  Ja
387 387  )))|(((
388 388  Einweisungszettel Vor-Ort Einweisung
389 -)))|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 +)))
390 390  
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 +
391 391  === Unterschrift leisten ===
392 392  
393 393  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.
... ... @@ -460,10 +460,10 @@
460 460  )))|(((
461 461  N8n
462 462  )))|(((
463 -Docuseal benachrichtigt die Homepage, dass alle Parteien unterschrieben haben. Dann:
443 +Docuseal sendet ein Webhook ans Backend
464 464  
465 -* Backend setzt den Prozess auf abgeschlossen und stößt eventuelle Automatisierungen an
466 -* Backend publisht ein Event auf NATS, welches von N8n verarbeitet wird
445 +* Backend setzt den Prozess auf abgeschlossen
446 +* Backend publisht ein Event auf N8n
467 467  * N8n lädt das Dokument von Docuseal herunter und lädt es zu Paperless hoch
468 468  )))
469 469  |(((
... ... @@ -530,7 +530,7 @@
530 530  
531 531  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.
532 532  
533 -[[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"/}}
534 534  
535 535  Im Wesentlichen teilt sich die Architektur in zwei Zonen, die **öffentliche** und die **interne** Zone:
536 536  
... ... @@ -599,8 +599,10 @@
599 599  
600 600  Die folgende Grafik zeigt den Prozessablauf:
601 601  
602 -[[image:Fall 1 Ablaufdiagramm.png]]Die einzelnen Schritte hierbei sind:
582 +{{confluence_drawio border="true" diagramName="Fall 1 Ablaufdiagramm" simpleViewer="false" links="auto" tbstyle="top" lbox="true" diagramWidth="1138" height="515" revision="4"/}}
603 603  
584 +Die einzelnen Schritte hierbei sind:
585 +
604 604  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
605 605  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
606 606  11. Speichert das Backend die Anfrage als Signature Request in der Datenbank
... ... @@ -626,8 +626,10 @@
626 626  
627 627  Die folgende Grafik zeigt den Prozessablauf:
628 628  
629 -[[image:Fall 2 Ablaufdiagramm.png]]Die einzelnen Schritte hierbei sind:
611 +{{confluence_drawio border="true" diagramName="Fall 2 Ablaufdiagramm" simpleViewer="false" links="auto" tbstyle="top" lbox="true" diagramWidth="1138" height="499" revision="2"/}}
630 630  
613 +Die einzelnen Schritte hierbei sind:
614 +
631 631  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.
632 632  1. Tablet sendet im Namen des angemeldeten Benutzers eine Anfrage ans Backend. Die Anfrage wird vom Backend verarbeitet. Danach...
633 633  11. Speichert das Backend die Anfrage als Signature Request in der Datenbank
... ... @@ -674,7 +674,7 @@
674 674  
675 675  **Beispiele**: Einweisungszettel für reine Online-Einweisungen
676 676  
677 -[[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"/}}
678 678  
679 679  Die einzelnen Schritte hierbei sind:
680 680  
... ... @@ -681,8 +681,9 @@
681 681  1. User löst eine Aktion auf der Homepage aus, die ein Dokument erfordert. Beispielsweise hat der User eine Online-Einweisung beendet und muss dafür nun den Einweisungszettel unterschreiben.
682 682  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
683 683  11. Speichert das Backend die Anfrage als Signature Request in der Datenbank
684 -11. Der Eintrag in der Datenbank enthält alle für die Erzeugung des Dokuments notwendige Daten
685 -1. Auf der Website wird ein Download-Button angezeigt. Basierend auf den zuvor gespeicherten Daten und des Templates wird nun ein PDF erzeugt. Der Benutzer druckt das PDF aus.
668 +11. Erstellt eine "Submission" in DocuSeal. Diese basiert auf einem Template und enthält so viele Daten wie möglich schon vorausgefüllt. Mindestens aber enthält die Submission den signierten QR Code (siehe unten).
669 +11. Das vorausgefüllte Dokument wird im PDF Format heruntergeladen und die Submission wird direkt wieder archived.
670 +1. Das vorausgefüllte PDF wird als Antwort auf die Anfrage an die Website zum Download angeboten. Der Benutzer druckt das PDF aus.
686 686  1. (Optional): Ein regelmäßig laufender Cronjob prüft die laufenden Verfahren. Nach einer Woche Inaktivität wird der Unterschriftprozess abgebrochen, 48 Stunden vorher wird eine Erinnerung verschickt
687 687  1. Das ausgedruckte Dokument wird vom Benutzer unterschrieben, wenn weitere Parteien notwendig sind, auch diesen zur Unterschrift vorgelegt.
688 688  1. Ein Mitglied der Mitgliederverwaltung prüft das Dokument auf Korrektheit (dokumentenechte Unterschrift, vollständig ausgefüllt) und scannt es mit Hilfe des ScanSnap Scanners ein.
... ... @@ -699,15 +699,15 @@
699 699  
700 700  **Beispiele**: Einweisungszettel für Vor-Ort Online-Einweisungen
701 701  
702 -[[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"/}}
703 703  
704 704  Die einzelnen Schritte hierbei sind:
705 705  
706 706  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 Erfassung von Einweisungs-Teilnehmer:innen.
707 707  1. Tablet sendet im Namen des angemeldeten Benutzers eine Anfrage ans Backend. Die Anfrage wird vom Backend verarbeitet. Danach...
708 -11. speichert das Backend die Anfrage als Signature Request in der Datenbank mit allen notwendigen Daten
709 -11. liefert dem Tablet eine Liste an erstellten Requests zurück.
710 -1. Das Tablet kann nun die Dokumente anfragen. Analog zum vorherigen Fall werden diese basierend auf dem Template und den zuvor gespeicherten Daten erzeugt. Dann druckt das Tablet die heruntergeladenen PDF Datei(en) aus.
693 +11. Speichert das Backend die Anfrage als Signature Request in der Datenbank
694 +11. Erstellt mit Hilfe einer Docuseal Submission ein PDF Dokument. Dieses basiert auf einem Template und enthält so viele Daten wie möglich schon vorausgefüllt. Mindestens aber den signierten QR Code (siehe unten).
695 +1. Das Tablet druckt das oder die heruntergeladenen PDF Datei(en) aus.
711 711  1. Die Parteien unterschreiben das Dokument handschriftlich und werfen es in den Briefkasten.
712 712  1. Ein Mitglied der Mitgliederverwaltung prüft das Dokument auf Korrektheit (dokumentenechte Unterschrift, vollständig ausgefüllt) und scannt es mit Hilfe des ScanSnap Scanners ein.
713 713  1. Das Dokument landet automatisch auf einem Netzwerklaufwerk auf dem Makerspace NAS. Dort wird es von Paperless erkannt und automatisch verarbeitet. Das Post Consumption Script (siehe unten) scannt das Dokument auf einen MKSP QR Code
Icon Fall 3 Ablaufdiagramm_.png
Author
... ... @@ -1,0 +1,1 @@
1 +XWiki.dherrman
Größe
... ... @@ -1,0 +1,1 @@
1 +275.1 KB
Inhalt Icon
Icon barcode.jpg
Author
... ... @@ -1,0 +1,1 @@
1 +XWiki.dherrman
Größe
... ... @@ -1,0 +1,1 @@
1 +92.3 KB
Inhalt Icon
Icon ~Fall 1 Ablaufdiagramm.tmp
Author
... ... @@ -1,0 +1,1 @@
1 +XWiki.dherrman
Größe
... ... @@ -1,0 +1,1 @@
1 +326.0 KB
Inhalt Icon
Icon ~Fall 2 Ablaufdiagramm.tmp
Author
... ... @@ -1,0 +1,1 @@
1 +XWiki.dherrman
Größe
... ... @@ -1,0 +1,1 @@
1 +323.6 KB
Inhalt Icon
Icon ~Fall 3 Ablaufdiagramm.tmp
Author
... ... @@ -1,0 +1,1 @@
1 +XWiki.dherrman
Größe
... ... @@ -1,0 +1,1 @@
1 +92.3 KB
Inhalt Icon
Icon ~Fall 3 Ablaufdiagramm_.tmp
Author
... ... @@ -1,0 +1,1 @@
1 +XWiki.dherrman
Größe
... ... @@ -1,0 +1,1 @@
1 +296.1 KB
Inhalt Icon
Icon ~Fall 4 Ablaufdiagramm.tmp
Author
... ... @@ -1,0 +1,1 @@
1 +XWiki.dherrman
Größe
... ... @@ -1,0 +1,1 @@
1 +296.0 KB
Inhalt Icon
Icon ~Ingest Diagram.tmp
Author
... ... @@ -1,0 +1,1 @@
1 +XWiki.dherrman
Größe
... ... @@ -1,0 +1,1 @@
1 +63.0 KB
Inhalt Icon
Icon ~Prozess Allgemein.tmp
Author
... ... @@ -1,0 +1,1 @@
1 +XWiki.dherrman
Größe
... ... @@ -1,0 +1,1 @@
1 +6.3 KB
Inhalt
... ... @@ -1,0 +1,65 @@
1 +<mxfile host="wiki.makerspace-darmstadt.de" agent="Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:142.0) Gecko/20100101 Firefox/142.0" version="28.0.5">
2 + <diagram id="EUQ4-SQ6-p_z8mJhSL7O" name="Page-1">
3 + <mxGraphModel dx="1826" dy="1213" grid="1" gridSize="10" guides="1" tooltips="1" connect="1" arrows="1" fold="1" page="0" pageScale="1" pageWidth="850" pageHeight="1100" math="0" shadow="0">
4 + <root>
5 + <mxCell id="0" />
6 + <mxCell id="1" parent="0" />
7 + <mxCell id="f4EWb3if3JP3q-rE97dt-4" value="Über Homepage&lt;div&gt;(durch User für sich selbst)&lt;/div&gt;" style="rounded=1;whiteSpace=wrap;html=1;fillColor=#dae8fc;strokeColor=#6c8ebf;" parent="1" vertex="1">
8 + <mxGeometry x="-330" y="-40" width="165" height="40" as="geometry" />
9 + </mxCell>
10 + <mxCell id="f4EWb3if3JP3q-rE97dt-10" value="" style="edgeStyle=orthogonalEdgeStyle;rounded=0;orthogonalLoop=1;jettySize=auto;html=1;" parent="1" source="f4EWb3if3JP3q-rE97dt-6" target="f4EWb3if3JP3q-rE97dt-9" edge="1">
11 + <mxGeometry relative="1" as="geometry" />
12 + </mxCell>
13 + <mxCell id="f4EWb3if3JP3q-rE97dt-6" value="&lt;font style=&quot;font-size: 16px;&quot;&gt;Vorgang&lt;/font&gt;&lt;div&gt;&lt;font style=&quot;font-size: 16px;&quot;&gt;starten&lt;/font&gt;&lt;/div&gt;" style="shape=step;perimeter=stepPerimeter;whiteSpace=wrap;html=1;fixedSize=1;fillColor=#dae8fc;strokeColor=#6c8ebf;" parent="1" vertex="1">
14 + <mxGeometry x="-330" y="-120" width="210" height="60" as="geometry" />
15 + </mxCell>
16 + <mxCell id="f4EWb3if3JP3q-rE97dt-7" value="Über Homepage&lt;div&gt;(durch Funktionär für Dritte)&lt;/div&gt;" style="rounded=1;whiteSpace=wrap;html=1;fillColor=#dae8fc;strokeColor=#6c8ebf;" parent="1" vertex="1">
17 + <mxGeometry x="-330" y="10" width="165" height="40" as="geometry" />
18 + </mxCell>
19 + <mxCell id="f4EWb3if3JP3q-rE97dt-8" value="Tablet im Makerspace" style="rounded=1;whiteSpace=wrap;html=1;fillColor=#dae8fc;strokeColor=#6c8ebf;" parent="1" vertex="1">
20 + <mxGeometry x="-330" y="60" width="165" height="40" as="geometry" />
21 + </mxCell>
22 + <mxCell id="f4EWb3if3JP3q-rE97dt-15" value="" style="edgeStyle=orthogonalEdgeStyle;rounded=0;orthogonalLoop=1;jettySize=auto;html=1;" parent="1" source="f4EWb3if3JP3q-rE97dt-9" target="f4EWb3if3JP3q-rE97dt-14" edge="1">
23 + <mxGeometry relative="1" as="geometry" />
24 + </mxCell>
25 + <mxCell id="f4EWb3if3JP3q-rE97dt-9" value="&lt;font style=&quot;font-size: 16px;&quot;&gt;Dokument&lt;/font&gt;&lt;div&gt;&lt;font style=&quot;font-size: 16px;&quot;&gt;erstellen&lt;/font&gt;&lt;/div&gt;" style="shape=step;perimeter=stepPerimeter;whiteSpace=wrap;html=1;fixedSize=1;fillColor=#e1d5e7;strokeColor=#9673a6;" parent="1" vertex="1">
26 + <mxGeometry x="-70" y="-120" width="210" height="60" as="geometry" />
27 + </mxCell>
28 + <mxCell id="f4EWb3if3JP3q-rE97dt-11" value="Docuseal Submission&lt;div&gt;(Vorgang in Docuseal)&lt;/div&gt;" style="rounded=1;whiteSpace=wrap;html=1;fillColor=#e1d5e7;strokeColor=#9673a6;" parent="1" vertex="1">
29 + <mxGeometry x="-70" y="-40" width="165" height="40" as="geometry" />
30 + </mxCell>
31 + <mxCell id="f4EWb3if3JP3q-rE97dt-12" value="Docuseal AdHoc&lt;div&gt;(Ergebnis = PDF Dokument)&lt;/div&gt;" style="rounded=1;whiteSpace=wrap;html=1;fillColor=#e1d5e7;strokeColor=#9673a6;" parent="1" vertex="1">
32 + <mxGeometry x="-70" y="10" width="165" height="40" as="geometry" />
33 + </mxCell>
34 + <mxCell id="f4EWb3if3JP3q-rE97dt-20" value="" style="edgeStyle=orthogonalEdgeStyle;rounded=0;orthogonalLoop=1;jettySize=auto;html=1;" parent="1" source="f4EWb3if3JP3q-rE97dt-14" target="f4EWb3if3JP3q-rE97dt-19" edge="1">
35 + <mxGeometry relative="1" as="geometry" />
36 + </mxCell>
37 + <mxCell id="f4EWb3if3JP3q-rE97dt-14" value="&lt;font size=&quot;3&quot;&gt;Unterschrift&lt;/font&gt;" style="shape=step;perimeter=stepPerimeter;whiteSpace=wrap;html=1;fixedSize=1;fillColor=#d5e8d4;strokeColor=#82b366;" parent="1" vertex="1">
38 + <mxGeometry x="190" y="-120" width="210" height="60" as="geometry" />
39 + </mxCell>
40 + <mxCell id="f4EWb3if3JP3q-rE97dt-16" value="Digitale Unterschrift in Docuseal (Zuhause)" style="rounded=1;whiteSpace=wrap;html=1;fillColor=#d5e8d4;strokeColor=#82b366;" parent="1" vertex="1">
41 + <mxGeometry x="190" y="-40" width="165" height="40" as="geometry" />
42 + </mxCell>
43 + <mxCell id="f4EWb3if3JP3q-rE97dt-17" value="Unterschrift auf Tablet&lt;div&gt;(vor Ort im Verein)&lt;/div&gt;" style="rounded=1;whiteSpace=wrap;html=1;fillColor=#d5e8d4;strokeColor=#82b366;" parent="1" vertex="1">
44 + <mxGeometry x="190" y="10" width="165" height="40" as="geometry" />
45 + </mxCell>
46 + <mxCell id="f4EWb3if3JP3q-rE97dt-18" value="Handschriftliche Unterschrift&lt;div&gt;(ausdrucken)&lt;/div&gt;" style="rounded=1;whiteSpace=wrap;html=1;fillColor=#d5e8d4;strokeColor=#82b366;" parent="1" vertex="1">
47 + <mxGeometry x="190" y="60" width="165" height="40" as="geometry" />
48 + </mxCell>
49 + <mxCell id="f4EWb3if3JP3q-rE97dt-19" value="&lt;font size=&quot;3&quot;&gt;Ablegen und verarbeiten&lt;/font&gt;" style="shape=step;perimeter=stepPerimeter;whiteSpace=wrap;html=1;fixedSize=1;fillColor=#f8cecc;strokeColor=#b85450;" parent="1" vertex="1">
50 + <mxGeometry x="450" y="-120" width="210" height="60" as="geometry" />
51 + </mxCell>
52 + <mxCell id="f4EWb3if3JP3q-rE97dt-21" value="&lt;b&gt;Docuseal Webhook&lt;/b&gt; Automatisch zu Paperless" style="rounded=1;whiteSpace=wrap;html=1;fillColor=#f8cecc;strokeColor=#b85450;" parent="1" vertex="1">
53 + <mxGeometry x="450" y="-40" width="165" height="40" as="geometry" />
54 + </mxCell>
55 + <mxCell id="f4EWb3if3JP3q-rE97dt-22" value="&lt;b&gt;Tablet Unterschrift&lt;/b&gt;&lt;div&gt;Upload zu Paperless&lt;/div&gt;" style="rounded=1;whiteSpace=wrap;html=1;fillColor=#f8cecc;strokeColor=#b85450;" parent="1" vertex="1">
56 + <mxGeometry x="450" y="10" width="165" height="40" as="geometry" />
57 + </mxCell>
58 + <mxCell id="f4EWb3if3JP3q-rE97dt-23" value="&lt;b&gt;Papierform&lt;/b&gt;&lt;div&gt;Einscannen mit ScanSnap&lt;/div&gt;" style="rounded=1;whiteSpace=wrap;html=1;fillColor=#f8cecc;strokeColor=#b85450;" parent="1" vertex="1">
59 + <mxGeometry x="450" y="60" width="165" height="40" as="geometry" />
60 + </mxCell>
61 + </root>
62 + </mxGraphModel>
63 + </diagram>
64 +</mxfile>
65 +