Änderungen von Dokument Digitale Mitgliederverwaltung
Zuletzt geändert von Daniel Herrmann am 2026/02/22 21:17
Von Version
55.1
bearbeitet von Daniel Herrmann
am 2025/10/24 14:49
am 2025/10/24 14:49
Änderungskommentar:
Es gibt keinen Kommentar für diese Version
Auf Version
61.1
bearbeitet von Daniel Herrmann
am 2025/10/24 18:48
am 2025/10/24 18:48
Änderungskommentar:
Es gibt keinen Kommentar für diese Version
Zusammenfassung
Details
- Seiteneigenschaften
-
- Inhalt
-
... ... @@ -23,43 +23,50 @@ 23 23 24 24 Kurz gesagt: Die EES ist schnell und unkompliziert, aber unsicher und nur für risikofreie Vorgänge geeignet. Die FES ist technisch sicherer, rechtlich belastbarer und für wichtige, aber formfreie Vereinbarungen ideal. Die QES ist rechtlich vollwertig wie eine handschriftliche Unterschrift und für alle Schriftformerfordernisse zwingend notwendig. Zusammenfassung: 25 25 26 -~| 26 +(% class="wrapped" style="text-decoration:none" %) 27 +|=((( 28 +Signaturtyp 29 +)))|=((( 30 +Sicherheitsniveau 31 +)))|=((( 32 +Rechtliche Wirkung 33 +)))|=((( 34 +Umsetzung 35 +))) 36 +|((( 37 +**EES** 38 +)))|((( 39 +niedrig 40 +)))|((( 41 +schwacher Beweiswert 42 +)))|((( 43 +Eingescannte Unterschrift, ein einfacher Button 44 +))) 45 +|((( 46 +**FES** 47 +)))|((( 48 +mittel 49 +)))|((( 50 +starker Beweiswert, aber kein Ersatz der Schriftform 51 +)))|((( 52 +Adobe Sign, DocuSign oder ähnliches 53 +))) 54 +|((( 55 +**QES** 56 +)))|((( 57 +hoch 58 +)))|((( 59 +gesetzlich Schriftformersatz 60 +)))|((( 61 +Mehrfaktor, über einen zugelassenen Vertrauensdienstleister 62 +))) 27 27 28 -Signaturtyp | 29 29 30 -Sicherheitsniveau | 31 31 32 -Rechtliche Wirkung | 66 +{{confluence_tip title="Zusammenfassung"}} 67 +Für uns im Makerspace bedeutet das, dass wir die EES und FES (über DocuSeal) einsetzen können. Wir haben keine Partnerschaft mit einem Anbieter, der die QES und damit die Schriftformerfordernis abdecken würde, sodass wir alle Dokumente, für die die Schriftform erforderlich ist, weiterhin handschriftlich unterschreiben lassen. 68 +{{/confluence_tip}} 33 33 34 -|=Umsetzung 35 -| 36 - 37 -**EES** | 38 - 39 -niedrig | 40 - 41 -schwacher Beweiswert | 42 - 43 -Eingescannte Unterschrift, ein einfacher Button | | 44 - 45 -**FES** | 46 - 47 -mittel | 48 - 49 -starker Beweiswert, aber kein Ersatz der Schriftform | 50 - 51 -Adobe Sign, DocuSign oder ähnliches | | 52 - 53 -**QES** | 54 - 55 -hoch | 56 - 57 -gesetzlich Schriftformersatz | 58 - 59 -Mehrfaktor, über einen zugelassenen Vertrauensdienstleister | 60 - 61 -~{~{confluence_tip title="Zusammenfassung"}} Für uns im Makerspace bedeutet das, dass wir die EES und FES (über DocuSeal) einsetzen können. Wir haben keine Partnerschaft mit einem Anbieter, der die QES und damit die Schriftformerfordernis abdecken würde, sodass wir alle Dokumente, für die die Schriftform erforderlich ist, weiterhin handschriftlich unterschreiben lassen. ~{~{/confluence_tip}} 62 - 63 63 = Dokumente und Workflow = 64 64 65 65 == Dokumenten-Arten == ... ... @@ -67,14 +67,14 @@ 67 67 Am Dienstag, den 12.08.2025 fand hierzu ein Workshop statt, bei dem Vertreter des IT Teams, der Mitgliederverwaltung sowie des Vorstands teilgenommen haben. Dabei wurden die Ziele erläutert und definiert, ebenfalls haben eine Übersicht der bestehenden Dokumenten-Typen erstellt, mit denen wir im Verein heute hantieren. Für jedes Dokument wurde dann evaluiert, ob es in Zukunft komplett digitalisiert werden kann oder ob beispielsweise aus Haftungsgründen die Schriftform und damit eine handschriftliche Unterschrift weiterhin notwendig ist. Die folgende Tabelle gibt einen Überblick: 68 68 69 69 (% class="wrapped" %) 70 -|=( % scope="col" %)(((77 +|=((( 71 71 Dokumenten-Typ 72 -)))|=( % scope="col" %)(((79 +)))|=((( 73 73 Vollständig 74 74 digitalisieren 75 -)))|=( % scope="col" %)(((82 +)))|=((( 76 76 Prozess heute 77 -)))|=( % scope="col" %)(((84 +)))|=((( 78 78 Notwendige Änderungen 79 79 ))) 80 80 |((( ... ... @@ -157,7 +157,7 @@ 157 157 )))|((( 158 158 Notwendig für Funktionäre, Einweisende, und so weiter. 159 159 160 -Ist ein Blanko-Formular, welches ausgefüllt, eingeworfen und abgeheftet wird. 167 +Ist ein Blanko-Formular, welches ausgefüllt, eingeworfen und abgeheftet wird. 161 161 Danach wird ein Flag für das jeweilige Mitglied gesetzt, dass die Erklärung abgegeben wurde. 162 162 )))|((( 163 163 **Vollständig digital**. Vorstand oder Mitgliederverwaltung löst den Prozess über das Profil des Mitglieds aus (Button auf Homepage), danach digital weiter. ... ... @@ -310,13 +310,13 @@ 310 310 Im zweiten Schritt wird nun ein oder mehrere personalisierte Dokumente erstellt. Hier gibt es eine Entscheidungsmatrix: 311 311 312 312 (% class="wrapped" %) 313 -|=( % scope="col" %)(((320 +|=((( 314 314 Remote / Lokal 315 -)))|=( % scope="col" %)(((322 +)))|=((( 316 316 Schriftformerfordernis 317 -)))|=( % scope="col" %)(((324 +)))|=((( 318 318 Beispiel 319 -)))|=( % scope="col" %)(((326 +)))|=((( 320 320 Beschreibung 321 321 ))) 322 322 |((( ... ... @@ -354,7 +354,7 @@ 354 354 )))|((( 355 355 Einweisungszettel Vor-Ort Einweisung 356 356 )))|((( 357 -Dokument wird über eine Docuseal One-Off Submission erzeugt und als PDF auf das Tablet heruntergeladen. \\364 +Dokument wird über eine Docuseal One-Off Submission erzeugt und als PDF auf das Tablet heruntergeladen. 358 358 ))) 359 359 360 360 {{error title="Docuseal Lizenz"}} ... ... @@ -413,7 +413,7 @@ 413 413 Einweisungszettel Vor-Ort Einweisung 414 414 )))|((( 415 415 Auf dem Makerspace Tablet wird das Dokument vor Ort ausgedruckt (AirPrint oder CUPS) und **handschriftlich** unterschrieben. 416 - \\423 + 417 417 ))) 418 418 419 419 === Ablegen und Verarbeiten === ... ... @@ -421,11 +421,11 @@ 421 421 Egal welcher Prozess angewandt wird, das Dokument muss am Ende in Paperless eingelesen und mit den Metadaten (siehe unten) versehen werden. Hier gibt es drei verschiedene Varianten: 422 422 423 423 (% class="wrapped" %) 424 -|=( % scope="col" %)(((431 +|=((( 425 425 Signatur über 426 -)))|=( % scope="col" %)(((433 +)))|=((( 427 427 Paperless Ingest 428 -)))|=( % scope="col" %)(((435 +)))|=((( 429 429 Ablauf 430 430 ))) 431 431 |((( ... ... @@ -530,12 +530,12 @@ 530 530 (% class="wrapped" %) 531 531 |=(% scope="row" %)((( 532 532 Workflow 533 -)))|=( % scope="col" %)(((540 +)))|=((( 534 534 Schriftform erforderlich 535 -)))|=( % scope="col" %)(((542 +)))|=((( 536 536 Lokal / Remote 537 537 ))) 538 -|=( % scope="row" %)(((545 +|=((( 539 539 Fall 1: Digital Remote 540 540 )))|((( 541 541 Nein ... ... @@ -542,7 +542,7 @@ 542 542 )))|((( 543 543 Remote 544 544 ))) 545 -|=( % scope="row" %)(((552 +|=((( 546 546 Fall 2: Digital Makerspace 547 547 )))|((( 548 548 Nein ... ... @@ -549,7 +549,7 @@ 549 549 )))|((( 550 550 Lokal 551 551 ))) 552 -|=( % scope="row" %)(((559 +|=((( 553 553 Fall 3: Handschriftlich Remote 554 554 )))|((( 555 555 Ja ... ... @@ -556,7 +556,7 @@ 556 556 )))|((( 557 557 Remote 558 558 ))) 559 -|=( % scope="row" %)(((566 +|=((( 560 560 Fall 4: Handschriftlich Makerspace 561 561 )))|((( 562 562 Ja ... ... @@ -610,7 +610,7 @@ 610 610 11. Speichert das Backend die Anfrage als Signature Request in der Datenbank 611 611 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). 612 612 11. ((( 613 -Die URL für das Dokument werden als Antwort des API Requests an das Tablet zurück geschickt. Dies enthält die Embed-URL, die direkt auf dem Tablet angezeigt werden kann. Beispiel: \\620 +Die URL für das Dokument werden als Antwort des API Requests an das Tablet zurück geschickt. Dies enthält die Embed-URL, die direkt auf dem Tablet angezeigt werden kann. Beispiel: 614 614 615 615 {{expand}} 616 616 {{code language="json"}}