Änderungen von Dokument Digitale Mitgliederverwaltung

Zuletzt geändert von Daniel Herrmann am 2026/02/22 21:17

Von Version Icon 8.1 Icon
bearbeitet von Daniel Herrmann
am 2025/08/15 14:41
Änderungskommentar: Es gibt keinen Kommentar für diese Version
Auf Version Icon 11.1 Icon
bearbeitet von Daniel Herrmann
am 2025/08/15 17:23
Änderungskommentar: Es gibt keinen Kommentar für diese Version

Zusammenfassung

Details

Icon Seiteneigenschaften
Inhalt
... ... @@ -286,9 +286,9 @@
286 286  \\
287 287  )))
288 288  
289 -= {{id name="DigitaleMitgliederverwaltung-TechnischeSysteme"/}}Technische Systeme =
289 += {{id name="DigitaleMitgliederverwaltung-TechnischeÜbersicht"/}}Technische Übersicht =
290 290  
291 -== {{id name="DigitaleMitgliederverwaltung-VorhandeneLösungen"/}}Vorhandene Lösungen ==
291 +== {{id name="DigitaleMitgliederverwaltung-VorhandeneKomponenten"/}}Vorhandene Komponenten ==
292 292  
293 293  Der Verein hat in den letzten Jahren bereits einige Systeme aufgebaut, die uns den Alltag erleichtern und eine gewisse Automatisierung ermöglichen. Dazu gehören:
294 294  
... ... @@ -300,7 +300,7 @@
300 300  * [[DocuSeal>>url:http://docuseal.com||shape="rect"]] - Eine Open Source Lösung für das Signieren von Dokumenten. Wir betreiben unsere eigene Instanz unter [[https:~~/~~/sign.makerspace-darmstadt.de>>url:https://sign.makerspace-darmstadt.de||shape="rect"]]. DocuSeal ist für die Lagerverträge in die Homepage integriert - ein Mitglied kann die Unterschrift dort anfragen und erhält dann per Mail (=Authentifizierung) eine Einladung, den Vertrag zu unterschreiben. Der Vertrag wird anschließend kryptographisch gegen Veränderungen geschützt und per Mail an das Mitglied und die Mitgliederverwaltung geschickt.
301 301  * [[Vikunja>>url:https://vikunja.io||shape="rect"]] - Ein Open Source System für die Todo-Verwaltung und einfaches Projekt-Tracking. Wir nutzen es stand heute ohne jegliche Integration für die Aufgabenverwaltung im Vorstand, in der Vereins-IT sowie in einigen Bereichen.
302 302  
303 -== {{id name="DigitaleMitgliederverwaltung-VorgeschlageneneueLösungen"/}}Vorgeschlagene neue Lösungen ==
303 +== {{id name="DigitaleMitgliederverwaltung-NeueKomponenten"/}}Neue Komponenten ==
304 304  
305 305  === {{id name="DigitaleMitgliederverwaltung-PaperlessNGX"/}}Paperless NGX ===
306 306  
... ... @@ -320,10 +320,14 @@
320 320  
321 321  === {{id name="DigitaleMitgliederverwaltung-NATS"/}}NATS ===
322 322  
323 -Für den Transport von Events zwischen der Homepage (insbesondere dem Backend) und N8n wird **NATS** vorgeschlagen. (% data-start="0" data-end="8" %)**NATS**(%%) ist ein leichtgewichtiges, schnelles (% data-start="46" data-end="66" %)**Messaging-System**(%%) für Event-Streaming und -Queues, das auf dem (% data-start="112" data-end="141" data-is-only-node="" %)**Publish/Subscribe-Prinzip**(%%) basiert. Es eignet sich besonders für verteilte Systeme, bei denen verschiedene Dienste über Events miteinander kommunizieren.
323 +Für den Transport von Events zwischen der Homepage (insbesondere dem Backend) und N8n wird **NATS** vorgeschlagen. **NATS** ist ein leichtgewichtiges, schnelles **Messaging-System** für Event-Streaming und -Queues, das auf dem **Publish/Subscribe-Prinzip** basiert. Es eignet sich besonders für verteilte Systeme, bei denen verschiedene Dienste über Events miteinander kommunizieren.
324 324  
325 -(% style="" data-start="272" data-end="794" %)
326 -Das Backend sendet Ereignisse (als JSON) an einen NATS-Subject (ähnlich einem MQTT Topic). NATS nimmt diese Events sofort entgegen und hält sie je nach Konfiguration im Speicher oder in einer persistierten Stream-Queue (JetStream). n8n kann dann über einen (% data-start="630" data-end="646" %)**NATS-Trigger**(%%)-Node diese Events abonnieren. Sobald ein Event eintrifft, startet n8n den zugehörigen Workflow automatisch und verarbeitet die enthaltenen Daten.
325 +Das Backend sendet Ereignisse (als JSON) an einen NATS-Subject (ähnlich einem MQTT Topic). NATS nimmt diese Events sofort entgegen und hält sie je nach Konfiguration im Speicher oder in einer persistierten Stream-Queue (JetStream). n8n kann dann über einen **NATS-Trigger**-Node diese Events abonnieren. Sobald ein Event eintrifft, startet n8n den zugehörigen Workflow automatisch und verarbeitet die enthaltenen Daten.
327 327  
328 -(% style="" data-start="796" data-end="1029" data-is-last-node="" data-is-only-node="" %)
329 329  NATS entkoppelt Backend und Automatisierungslogik, sorgt für sehr geringe Latenz, zuverlässige Zustellung und ermöglicht horizontale Skalierung, ohne dass FastAPI oder n8n direkt voneinander abhängig sind.
328 +
329 +== {{id name="DigitaleMitgliederverwaltung-Systemübersicht"/}}Systemübersicht ==
330 +
331 +Das folgende Kapitel gibt eine Übersicht über die vorgeschlagene Systemarchitektur basierend auf den oben vorgestellten Komponenten. Zusätzlich werden einige Beispiel-Worksflows vorgestellt, eine detailliertere Übersicht der oben vorgestellten Use-Cases für die Dokumente folgt weiter unten.
332 +
333 +{{confluence_drawio border="true" diagramName="System Architecture" simpleViewer="false" links="auto" tbstyle="top" lbox="true" diagramWidth="1034" height="578" revision="4"/}}
Icon Confluence.Code.ConfluencePageClass[0]
Id
... ... @@ -1,1 +1,1 @@
1 -202866766
1 +202866862
URL
... ... @@ -1,1 +1,1 @@
1 -https://wiki.makerspace-darmstadt.de/spaces/PROJ/pages/202866766/Digitale Mitgliederverwaltung
1 +https://wiki.makerspace-darmstadt.de/spaces/PROJ/pages/202866862/Digitale Mitgliederverwaltung