597
Bearbeitungen
Änderungen
→Diskussion
** Nun, dafür gab es ja eine Reihe an Vorbereitungssitzungen, da hätte man diese Fragen intensiver klären können. Der Code hat nur den Hintergrund, dass Mensch der E-Mail-Empfänger ist, für den Mensch sich ausgibt. Ansonsten gelten die üblichen Verfahren, wie für jede Akkreditierung. Man muss da jetzt nichts Unsinniges vermuten. "Gespeichert" wird so ein Code in der Akkreditierungsliste und hat sonst keine Funktion. Für User der Mumbles der AG Technik gilt eine Registrierungspflicht siehe Nutzungsbedingungen. Der SV-Potsdam hat Wahlen und SÄÄ für Onlineparteitage ausgeschlossen. Beim 1. OPT auf LV-Ebene muss das eben über TO und GO geschehen. Oder mit anderen Worten, wer nicht will, findet Gründe. Im Übrigen empfehle ich die Teilnahme an Onlinversammlungen; es finden ja genügend im In- und Ausland statt. Sinnvolle Vorschläge für die Verfeinerung des Sytems sind allerdings immer gerne gesehen. ;-) --- [[Benutzer:Bastian|Bastian]] ([[Benutzer Diskussion:Bastian|Diskussion]]) 17:54, 13. Jun. 2016 (CEST)
::* Ich bin der Letzte, der Gründe gegen einen OPT suchen würde. Es geht mir um klare Abläufe, die noch nirgends definiert sind. --[[Benutzer:Uk|uk]] 18:17, 13. Jun. 2016 (CEST)
:::*Gerne zur Erzeugung des Codes. Das geschah auf Grundlage nach Zufall sortierte Liste spezifischer Mitgliedsdaten unter Verwendung einer kleinen Formel mit zufälligen Startwert, damit garantiert kein Code zweimal vorhanden war. Grundlage für die Akkreditierung ist dann natürlich der Code in Zusammenhang mit dem in der Mitgliederdatenbank hinterlegten Namen. Gespeichert war es in der Akkreditierungsliste. Für den SV Potsdam habe ich wissend um die Mängel in der Mumblesoftware mir auch die Mumblenicks notiert um bei Abstimmungen sofort eingreifen zu können, wenn jemand ungerechtfertigt sich irgendwo in den Abstimmungsräumen einfindet. Bei der überschaubaren Menge an Teilnehmern war das auch relativ einfach. Für größere Runden wäre hier zusätzlich noch eine Konfiguration über Mumblerechte denkbar. Verschickt wurden die Codes per Email aus einem CSV heraus. - Wg. GO, ich würde den Akkreditierungsvorgang nicht in eine GO aufnehmen, da diese die Versammlung selber regelt und nicht die Vorgänge im Vorwege zu Versammlung. Ein entsprechendes How-To als Richtlinie zu verfassen würde ich hier zielführender finden um flexibler auf mögliche Änderung im Prozess einzugehen. Selbst mögliche Änderungen bzw. Verbesserung in der Mumblesoftware könnten somit vor der Versammlung berücksichtigt werden ohne extra irgendwie eine neue GO zu beschließen um den Vorgang für die Akkreditierung zu starten. --[[Benutzer:ThomasG|ThomasG]] ([[Benutzer Diskussion:ThomasG|Diskussion]]) 20:24, 13. Jun. 2016 (CEST)
